<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>021d41cf - Port to RT-Thread Smart DM PCI</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#021d41cf</link>
        <description>Port to RT-Thread Smart DM PCISigned-off-by: GuEe-GUI &lt;2991707448@qq.com&gt;

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Thu, 28 Nov 2024 06:37:12 +0000</pubDate>
        <dc:creator>GuEe-GUI &lt;2991707448@qq.com&gt;</dc:creator>
    </item>
<item>
        <title>ff9f39c7 - libpci: Add Windows physmem support for PCIe ECAM access</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#ff9f39c7</link>
        <description>libpci: Add Windows physmem support for PCIe ECAM accessIt requires either access to NT Section \Device\PhysicalMemory (orcompatible) or to have available kernel32.dll VxDCall2 function orw32skrnl.dll DPMI function.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Mon, 08 May 2023 19:25:12 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a9df1d1b - libpci: Add DJGPP physmem support for PCIe ECAM access</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#a9df1d1b</link>
        <description>libpci: Add DJGPP physmem support for PCIe ECAM accessIt requires either Device Mapping support on DPMI host or Physical AddressMapping support together with support for changing DS descriptor limit tomaximal size 4 GB which enables address wrapping and so access to addressesbelow the process base address.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Mon, 08 May 2023 19:22:59 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ba9eff21 - libpci: Add missing dependences for i386-ports.o target</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#ba9eff21</link>
        <description>libpci: Add missing dependences for i386-ports.o target

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Tue, 20 Feb 2024 17:44:43 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>3b355715 - libpci: Do not build physmem-posix.c when not needed</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#3b355715</link>
        <description>libpci: Do not build physmem-posix.c when not needed

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 18 Feb 2024 18:43:13 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>7d347ab7 - libpci: Move physical memory mapping mmap() code from ecam/mmio-ports to physmem-posix.c file</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#7d347ab7</link>
        <description>libpci: Move physical memory mapping mmap() code from ecam/mmio-ports to physmem-posix.c fileThis deduplicates physical memory mapping mmap() code found in ecam andmmio-ports backends into common functions with new physmem API.This new physmem API allows to implement also non-mmap() variants ofphysical memory mapping.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Mon, 08 May 2023 19:15:07 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>db5f48e7 - windows: Deduplicate code and move helper functions to new file win32-helpers.c</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#db5f48e7</link>
        <description>windows: Deduplicate code and move helper functions to new file win32-helpers.cFunction win32_strerror() was duplicated in two different files:win32-cfgmgr32.c and win32-kldbg.c. Now there is only one inwin32-helpers.c.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 07 May 2023 14:40:28 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5b52ae79 - New back-end for AmigaOS on PowerPC</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#5b52ae79</link>
        <description>New back-end for AmigaOS on PowerPC

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Mon, 22 Jan 2024 16:41:47 +0000</pubDate>
        <dc:creator>Agg242 &lt;olrick.lefebvre@olrick.fr&gt;</dc:creator>
    </item>
<item>
        <title>30e9f21e - Get rid of workarounds for Linux systems without pread/pwrite</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#30e9f21e</link>
        <description>Get rid of workarounds for Linux systems without pread/pwriteMany things have changed since we introduced work-arounds for Linuxsystems with missing pread/pwrite in 1999 (if you are curious, it wasin commit bc6346df8d89ece4814be7dff951ec1a7d259938).I believe that it is supported by all reasonably recent Linux systemsnow. After all, pread() was already defined by POSIX.1-2001.This should also fix problems with musl libc mentioned in GitHubissue #158.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Fri, 29 Dec 2023 14:23:00 +0000</pubDate>
        <dc:creator>Martin Mares &lt;mj@ucw.cz&gt;</dc:creator>
    </item>
<item>
        <title>2ba0f6f4 - libpci: Add PCIe ECAM access method</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#2ba0f6f4</link>
        <description>libpci: Add PCIe ECAM access methodThis is a new direct hardware access method via PCIe ECAM (EnhancedConfiguration Access Mechanism). It is available on all PCIe-complianthardware. Requires root privileges and access to physical memory.ECAM mapping can be specified manually via a new ecam.addrs parameter orcan be read from ACPI MCFG table. ACPI MCFG table can be located in thesystem or read from x86 BIOS memory.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 29 Jan 2023 23:39:36 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>aa5a16ef - libpci: Add new windows kldbgdrv.sys implementation</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#aa5a16ef</link>
        <description>libpci: Add new windows kldbgdrv.sys implementationMicrosoft Kernel Local Debugging Driver (kldbgdrv.sys) allow access foruserspace processes to the PCI config space. It supports access up to65536 domains and whole 4096 bytes long extended PCIe config space. Driveris signed by Microsoft and is available for both 32-bit and 64-bit systems.Driver is not part of Windows system and has to be installed via WinDbginstallation package. Standalone installers for WinDbg 6.12.2.633 version:https://download.microsoft.com/download/A/6/A/A6AC035D-DA3F-4F0C-ADA4-37C8E5D34E3D/setup/WinSDKDebuggingTools_amd64/dbg_amd64.msihttps://download.microsoft.com/download/A/6/A/A6AC035D-DA3F-4F0C-ADA4-37C8E5D34E3D/setup/WinSDKDebuggingTools/dbg_x86.msiThis kldbgdrv.sys API is used by the !pci command of new WinDbg kerneldebugger for displaying PCI config space.API of this driver is available only for processes with Debug privilege andonly if system was booted with Debugging option.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Fri, 04 Mar 2022 00:07:53 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2e2fe038 - windows: Put name and version information into lspci/setpci executables</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#2e2fe038</link>
        <description>windows: Put name and version information into lspci/setpci executablesExtend existing .in resource template file and generate resource objectsalso for lspci.exe and setpci.exe executables.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sat, 05 Nov 2022 19:08:33 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0a7350fb - libpci: Add Intel Type 1 implementation for memory mapped systems</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#0a7350fb</link>
        <description>libpci: Add Intel Type 1 implementation for memory mapped systemsLot of non-x86 platforms also support Intel Type 1 mechanism. x86 IO portsCF8 and CFC are on these platforms mapped into standard memory space.Address mapping itself is platform or board specific and there is nodefault value.Lot of ARM boards with multiple PCIe controllers are multi-domain and eachPCI domain has its own CF8/CFC (address/data) registers mapped into memoryspace.Add new mmio-conf1 backend which access CF8/CFC ports via MMIO and definenew config option mmio-conf1.addrs which specify list of address/dataregister pairs in memory space for each PCI domain. Format of this optionis: 0xaddr1/0xdata1,0xaddr2/0xdata2,...

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 02 Jan 2022 19:50:41 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>59cb6568 - libpci: Put name and version information into DLL library</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#59cb6568</link>
        <description>libpci: Put name and version information into DLL libraryGenerate rc file from in template and fill DLL name and DLL version fromMakefile.It looks like that the only possible way via GNU tools to specify versioninformation for DLL library is via text rc file compiled as COFF objectfile via GNU windres and linked into the final DLL library via GNU ld.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 08 May 2022 12:31:11 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>32934d5b - libpci: Add support for building versioned shared Windows DLL library libpci3.dll</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#32934d5b</link>
        <description>libpci: Add support for building versioned shared Windows DLL library libpci3.dllPE/COFF format, used by DLL libraries, does not support version symbolslike ELF format. Recommendation from Microsoft for DLL symbol versioning isto use DLL API sets. But DLL API sets scheme requires for every API changeto generated a new slim forwarding DLL library, which is unsuitable fordistribution which wants just one DLL library with all version symbols.So instead of Microsoft recommended scheme for DLL versioning, use newdifferent versioning scheme: Symbol is composed by function name, at (@)character and version string (version is same as for ELF targets). Symbolname without version information is added only into the DLL DEF file asalias to symbol with higest version. So linker at application link timeresolves &quot;unversioned&quot; symbol to the versioned one via this alias and puts&quot;versioned&quot; symbol into final executable. This works fine if GNU LD islinking application via import library libpci3.dll.a generated from thatDLL DEF file libpci3.def. But does not work when linking directly to theDLL library because library itself does not contain aliases. Note that GNULD does not support linking to DEF file (it is required to first generatedimport library from DEF file).Note that older GNU LD versions have bug which cause generation ofcorrupted DLL files if some symbol contains dot (.) character. Hopefullythis bug was fixed in GNU LD 2.21.At the end application lspci.exe requires library libpci3.dll with symbolspci_alloc@LIBPCI_3.0, pci_init@LIBPCI_3.5, pci_fill_info@LIBPCI_3.8 andtherefore libpci3.dll stays backward compatible with future changes.PE/COFF executables can reference symbols either via name or via itsordinal number. Because DLL DEF files are generated from libpci versionscript and generator ver2def.pl preserves order of symbols, it means thatordinal numbers stay backward compatible unless order of lines in versionscript is changed.WARNINGS:GCC an GNU LD for Windows target have some bugs which cause that-fvisibility=hidden switch and __attribute__((visibility(&quot;default&quot;))) doesnot work. Seems that they are broken and ignored when building DLL library.So instead use -Wl,--exclude-all-symbols switch with explicit DLL DEF filefor building DLL library, which seems to work. This switch is supportedsince GNU LD 2.21.GNU LD has also another bug which results in broken DLL library if inputDLL DEF file which describes symbols for exports, contains also symbolaliases via == operator.So do not specify symbol aliases in input DLL DEF file for building DLLlibrary. Instead construct separate DLL DEF file for building libpci3.dllwithout symbol aliases and separate DLL DEF file libpci3.def with symbolaliases for building import library libpci3.dll.a suitable for linking intotarget applications. Note that operator == for symbol aliases is supportedsince GNU dlltool 2.21.Generate those two DLL DEF files via new script ver2def.pl from libpci.verversion script. So exported functions and version symbols would be definedonly at one place in file libpci.ver.Note that GNU LD for Windows targets has also broken support for versionscripts, it exports nonsense data and completely ignores versioninformation. So always use only DLL DEF files generated by ver2def.plscript and never pass original version script to GNU LD.Due to another bugs in GNU dlltool, ordinals for aliased symbols from DLLDEF file are calculated incorrectly when building import library. Socalculate ordinals manually in ver2def.pl script and explicitly put theninto generated libpci3.def DLL DEF file for every symbol, includingaliases.And because aliases are stored only in libpci3.def file (and in importlibrary libpci3.dll.a generated from that DEF file) and not in DLL librarylibpci3.dll itself, it is required to link all libpci applications viaimport library and not directly to libpci3.dll. This is limitation ofPE/COFF format used by DLL libraries.So for building Windows DLL library libpci3.dll is needed to use GNUbinutils 2.21 or new.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 08 May 2022 08:25:59 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a65bb452 - Makefile: Unify building of shared libpci library</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#a65bb452</link>
        <description>Makefile: Unify building of shared libpci libraryMove Darwin and Linux/ELF platform link switches to new PCILIB_LDFLAGSvariable.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Mon, 18 Apr 2022 20:35:12 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2d0af6fc - libpci: Add new windows NT sysdbg implementation</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#2d0af6fc</link>
        <description>libpci: Add new windows NT sysdbg implementationNT SysDbg interface allow access to the PCI config space. Only devices onthe first domain are available and only first 256 bytes of the PCI configspace can be accessed. Compared to intel-conf1 access, this API is racefree as NT kernel serialize access to PCI I/O ports. This NT SysDbg API isused by the !pci command of 32-bit WinDbg kernel debugger for displayingPCI config space. Debug privilege is required to use this NT interface.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 02 Jan 2022 19:51:02 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>26c8b543 - libpci: Add windows cfgmgr32 implementation</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#26c8b543</link>
        <description>libpci: Add windows cfgmgr32 implementationAccess via cfgmgr32.dll library allows to list PCI devices and retrievetheir basic properties and system resource configuration. Access isavailable to all users and should not require special privileges, accesstokens, rights or permissions.This cfgmgr32.dll library does not provide access to PCI config space.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Fri, 31 Dec 2021 16:49:00 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>08609192 - libpci: Implement virtual config space for provides without access to config space</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#08609192</link>
        <description>libpci: Implement virtual config space for provides without access to config spaceAdd a new pci_dev member no_config_access which signals that there is noaccess to config space for particular device. Reading operation in thiscase should return data from emulated virtual config space. For providesthere is a new helper function pci_generic_read() which emulates configspaces based on struct pci_dev members.

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Sun, 02 Jan 2022 12:33:12 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a6665cfb - pkgconfig: Fix libpci.pc for static linking</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/Makefile#a6665cfb</link>
        <description>pkgconfig: Fix libpci.pc for static linkingThe libpci.pc file does not seem to be correct for static linking.  $ pkg-config --libs --static libpci  -lpciIt brings no dependencies while -lresolv (and likely -lz) seems needed:  /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/   libpci.a(names-net.o):function pci_id_net_lookup:   error: undefined reference to &apos;__res_query&apos;Something like:  Libs.private: -lresolv -lzSigned-off-by: Guillem Jover &lt;guillem@hadrons.org&gt;

            List of files:
            /pciutils/lib/Makefile</description>
        <pubDate>Fri, 04 Jan 2013 16:31:14 +0000</pubDate>
        <dc:creator>Brice Goglin &lt;bgoglin@debian.org&gt;</dc:creator>
    </item>
</channel>
</rss>
