Matches what we already do in meson.build
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

Correct setting of the is_64 and is_prefetchable pci_device fields in
pci_device_linux_sysfs_probe().
The pci_device struct defines is_64 and is_prefetchable as single bits,
but the previous code was attempting to store the result of a bit-masked
field in a single bit which always resulted in is_64 and is_prefetchable
being zero regardless of the actual capabilities of the PCI device.

Fixes: #15
Signed-off-by: Chester Gillon <chester.gillon@metronet.co.uk>

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

But don't install it by default, since neither meson nor autotools
installs the scanpci program by default
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

Found by using:
    codespell --builtin clear,rare,usage,informal,code,names
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

Joan Lledó authored Mar 12, 2022 and Samuel Thibault committed Mar 14, 2022

This allows non-root programs to to rely on /servers/bus/pci

Message-Id: <20220312182804.9318-2-jlledom@mailfence.com>
Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

Damien Zammit authored Feb 15, 2022 and Samuel Thibault committed Feb 15, 2022

This allows the fallback mechanism in the hurd create method to be
used in the map range method by reusing the mach port that
corresponds to the root of the pci filesystem.

Message-Id: <20220215064411.68671-1-damien@zamaudio.com>
Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

3e0d1cde ("hurd: Implement device memory mapping") was making
root-running processes insist on using the pci device, and never try the
fs-provided translator. This reverts back to trying the pci device
first, but completely, and then revert to the fs-provided translator.

Joan Lledó authored Jan 05, 2022 and Samuel Thibault committed Jan 08, 2022

* src/hurd_pci.c:
	* Implement device memory mapping functions
		* pci_device_hurd_map_range
		* pci_device_hurd_unmap_range
		* pci_device_hurd_map_legacy
		* pci_device_hurd_unmap_legacy
* src/x86_pci.h:
	* Remove unused declarations
		* pci_device_x86_map_range()
		* pci_device_x86_unmap_range()
		* pci_device_x86_map_legacy()
		* pci_device_x86_unmap_legacy()
* src/x86_pci.c:
	* Fix port leaks
	* Make mapping function static again
	* map_dev_mem(): use device_map() support for offsets
Message-Id: <20220105120802.14008-2-jlledom@mailfence.com>
Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

Damien Zammit authored Mar 07, 2021 and Samuel Thibault committed Apr 05, 2021

Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

Petr Ovtchenkov authored Dec 02, 2020 and Dylan Baker committed Dec 02, 2020

Signed-off-by: Petr Ovtchenkov <ptr@void-ptr.info>
Reviewed-by: Dylan Baker <dylan@pnwbakers.com>

Reviewed-by: Eric Anholt <eric@anholt.net>

I believe this is correct and complete, but I could have missed
something on non-linux OSes.
Reviewed-by: Eric Anholt <eric@anholt.net>

device_map needs to create a big-enough object so it can then be mapped.
Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

Fabrice Fontaine authored Oct 25, 2019 and Alan Coopersmith committed Aug 22, 2020

Add Libs.Private in pciaccess.pc.in so applications that wants to link
statically with pciaccess will know that they have to link with its
dependencies such as -lz
Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>

It no longer exists in newer glibc, and didn't work like you'd have
hoped on anything but strongarm anyway.

Lichao Mu authored Jul 11, 2019 and Adam Jackson committed Jul 11, 2019

Fixes: xorg/lib/libpciaccess#9

Damien Zammit authored Nov 10, 2018 and Adam Jackson committed Jul 11, 2019

Switch over to the new recursive scan bus routine for x86
Signed-off-by: Damien Zammit <damien@zamaudio.com>

Damien Zammit authored Nov 10, 2018 and Adam Jackson committed Jul 11, 2019

Also add a recursive scan-bus routine that uses the new probe cmds.
Signed-off-by: Damien Zammit <damien@zamaudio.com>

Damien Zammit authored Nov 10, 2018 and Adam Jackson committed Jul 11, 2019

This new module uses Hurd's RPCs for accessing the PCI configuration space.
Direct access as in {read_write}_{8,16,32} functions is done by the old x86
module.

Some x86 function prototypes are now declared in a new header for the Hurd
module to use them, in order to duplicate as little code as possible.

Author:  Joan Lledó <joanlluislledo@gmail.com>
Also-by: Damien Zammit <damien@zamaudio.com>
Signed-off-by: Damien Zammit <damien@zamaudio.com>

Remove the old probe method.  The PCIOCGETBAR ioctl has been in FreeBSD
since 8.0 release, if not earlier.  Remove the old way of doing it.
This is done using unifdef -DPCIOCGETBAR and cleaning up whitespace.
Signed-off-by: Niclas Zeising <zeising@daemonic.se>

Format freebsd_pci_methods a bit, adding some whitespace and assigning
NULL to methods not implemented.  This makes it easier to see the names
of various methods, as well as which methods are not implemented.
Idea from src/linux_sysfs.c
Signed-off-by: Niclas Zeising <zeising@daemonic.se>

Add a has_kernel_driver function to the FreeBSD libpciaccess functions.
This uses the PCIOCATTACHED ioctl to check if a driver is attached to a
specific PCI device.
Idea taken from the FreeBSD system utility pciconf.
Signed-off-by: Niclas Zeising <zeising@daemonic.se>

Remove unused variable, it's written to, but never used.
Signed-off-by: Niclas Zeising <zeising@daemonic.se>

Make the FreeBSD libpciaccess routines work on FreeBSD.  The FreeBSD
sparc64 architecture needs special treatment, similar to the
PCI_MAGIC_IO_RANGE code.  However, PCI_MAGIC_IO_RANGE has been gone for
some time.  Give this a chance to work on sparc64 anyway.

This code has been in the FreeBSD ports tree for some time.

Update FreeBSD legacy I/O routines for new architectures.  When we're
not on amd64 or i386, and PCI_MAGIC_IO_RANGE is not defined, use IOCTLs
to handle reads and writes through /dev/io.
This is accomplished by opening /dev/io and using IOCTLs from
dev/io/iodev.h, an interface that exists on most FreeBSD architectures.

This change has been in the FreeBSD ports tree for quite some time.

Fix the type used in write functions to match the size of the write.
Signed-off-by: Niclas Zeising <zeising@daemonic.se>