<?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 configure</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/configure#021d41cf</link>
        <description>Port to RT-Thread Smart DM PCISigned-off-by: GuEe-GUI &lt;2991707448@qq.com&gt;

            List of files:
            /pciutils/lib/configure</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/configure#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/configure</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/configure#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/configure</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>1b39cd53 - Haiku: fix build with DNS=yes.</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#1b39cd53</link>
        <description>Haiku: fix build with DNS=yes.

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Wed, 13 Mar 2024 06:26:13 +0000</pubDate>
        <dc:creator>Oscar Lesta &lt;oscar.lesta@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>93c02ab2 - libpci: Enable POSIX physmem also on Solaris, Haiku nad BeOS</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#93c02ab2</link>
        <description>libpci: Enable POSIX physmem also on Solaris, Haiku nad BeOSSolaris can access physical memory via mmap() of /dev/xsvc device andHaiku + BeOS of /dev/misc/mem device.

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Mon, 08 May 2023 19:19:27 +0000</pubDate>
        <dc:creator>Pali Roh&#225;r &lt;pali@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0128c5b1 - Since we already require C99, we can rely on &lt;stdint.h&gt;</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#0128c5b1</link>
        <description>Since we already require C99, we can rely on &lt;stdint.h&gt;

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Sun, 18 Feb 2024 11:05:21 +0000</pubDate>
        <dc:creator>Martin Mares &lt;mj@ucw.cz&gt;</dc:creator>
    </item>
<item>
        <title>d66c6ff6 - AmigaOS: Construct version string automatically</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#d66c6ff6</link>
        <description>AmigaOS: Construct version string automatically

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Sat, 17 Feb 2024 22:14:54 +0000</pubDate>
        <dc:creator>Martin Mares &lt;mj@ucw.cz&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/configure#5b52ae79</link>
        <description>New back-end for AmigaOS on PowerPC

            List of files:
            /pciutils/lib/configure</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>ebbd5e81 - i386-ports: Add support for OpenBSD</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#ebbd5e81</link>
        <description>i386-ports: Add support for OpenBSD

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Sat, 30 Dec 2023 15:27:30 +0000</pubDate>
        <dc:creator>Grant Pannell &lt;300992+DigitalDJ@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>2ba0f6f4 - libpci: Add PCIe ECAM access method</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#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/configure</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>438cde95 - libpci: mmio-ports: Add configure note messages</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#438cde95</link>
        <description>libpci: mmio-ports: Add configure note messages

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Sat, 05 Nov 2022 16:36:42 +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/configure#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/configure</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>92bd9d99 - Disable mmio-ports on platforms where it does not make much sense</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#92bd9d99</link>
        <description>Disable mmio-ports on platforms where it does not make much senseFeel free to re-enable it if you find it useful.

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Fri, 18 Nov 2022 11:03:26 +0000</pubDate>
        <dc:creator>Martin Mares &lt;mj@ucw.cz&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/configure#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/configure</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>32934d5b - libpci: Add support for building versioned shared Windows DLL library libpci3.dll</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#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/configure</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>a7483219 - lib/configure: respect $PKG_CONFIG completely</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#a7483219</link>
        <description>lib/configure: respect $PKG_CONFIG completelySigned-off-by: Sam James &lt;sam@gentoo.org&gt;

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Sun, 19 Jun 2022 22:53:42 +0000</pubDate>
        <dc:creator>Sam James &lt;sam@gentoo.org&gt;</dc:creator>
    </item>
<item>
        <title>91bf24dd - lib/configure: drop usage of which</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#91bf24dd</link>
        <description>lib/configure: drop usage of which&apos;which&apos; is not required by POSIX and is an external command which may not beavailable, and &apos;command -v&apos; does the job just fine.Debian and Gentoo at least are both making efforts to drop which fromtheir base system package list.Signed-off-by: Sam James &lt;sam@gentoo.org&gt;

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Sun, 19 Jun 2022 22:52:22 +0000</pubDate>
        <dc:creator>Sam James &lt;sam@gentoo.org&gt;</dc:creator>
    </item>
<item>
        <title>d0130eb3 - Makefile: Split variable for output shared library and import linking library</title>
        <link>http://172.16.0.5:8080/history/pciutils/lib/configure#d0130eb3</link>
        <description>Makefile: Split variable for output shared library and import linking libraryUse new variable $(PCIIMPLIB) for storing name of the libpci import libraryfor linking with shared library $(PCILIB).This would allow compilation of lspci and setpci applications on systemswhere linking needs to be done with import library.

            List of files:
            /pciutils/lib/configure</description>
        <pubDate>Mon, 18 Apr 2022 20:40:58 +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/configure#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/configure</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/configure#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/configure</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>
</channel>
</rss>
