Age | Commit message (Collapse) | Author |
|
Meson without the `setup` verb is deprecated as ambiguous.
|
|
Oracle Solaris added support for "e" in the fopen() mode string in
Solaris 11.4.0 (released August 2018).
illumos (also covered under #ifdef __sun) added support for "e"
in 2013 (https://www.illumos.org/issues/3687).
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Oracle no longer includes this term in our copyright & license notices.
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
FreeBSD stopped supporting sparc64 a while ago, no need to keep the code.
Signed-off-by: Emmanuel Vadot <manu@FreeBSD.org>
|
|
FreeBSD already have a copy of the pci.ids file present in base.
Continue to prefer the upstream pci.ids (which can be installed via
the FreeBSD ports misc/pciids) but fallback on the one from base if
it doesn't exists.
Signed-off-by: Emmanuel Vadot <manu@FreeBSD.org>
|
|
pread64/pwrite64 are aliased to pread/pwrite when largefile support is
enabled e.g. using _FILE_OFFSET_BITS=64 macro
This helps it compile on latest musl C library based systems where these
functions are put under _LARGEFILE64_SOURCE which is to be removed once
all packages start using 64bit off_t, it works with glibc becuase
_GNU_SOURCE feature macro also defines _LARGEFILE64_SOURCE, thats not
the case with musl
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
It was not passing a proper region number to pci_device_hurd_map_range,
and that would not make sense anyway since the rom is not a region for
instance, and the video memory, interrupt vector etc. aren't a region or
the rom.
So this uses pci_device_hurd_map_range for the rom, and
pci_system_x86_map_dev_mem for non-rom. Unfortunately pci-arbiter
currently cannot get the rom_base from libpciaccess, so we can only
guess that we are trying to map a rom.
|
|
This implements a pci_device_disable() function, currently only for
the linux_sysfs() backend.
This mirrors the implementation for pci_device_enable()
Signed-off-by: Moritz Fischer <moritzf@google.com>
|
|
Signed-off-by: zhanghongtao <zhanghongtao22@huawei.com>
|
|
Signed-off-by: zhanghongtao <zhanghongtao22@huawei.com>
|
|
Signed-off-by: zhanghongtao <zhanghongtao22@huawei.com>
|
|
Signed-off-by: zhanghongtao <zhanghongtao22@huawei.com>
|
|
"portable_endian.h"...
|
|
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>
|
|
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>
|
|
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>
|
|
3e0d1cde0187 ("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.
|
|
* 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>
|
|
|
|
Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
|
|
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>
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
Fixes: xorg/lib/libpciaccess#9
|
|
Switch over to the new recursive scan bus routine for x86
Signed-off-by: Damien Zammit <damien@zamaudio.com>
|
|
Also add a recursive scan-bus routine that uses the new probe cmds.
Signed-off-by: Damien Zammit <damien@zamaudio.com>
|
|
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>
|