Hello, world!\n A couple of minutes ago, the pciutils-3.1.0 have hit the FTP archives. The news include: | * Released as 3.1.0. | | * Updated pci.ids to the current snapshot of the database. | | * The Cygwin backend now works on Windows Vista. Thanks to Jonathan | Kotta. | | * Fixed a bug in decoding of the SR-IOV capability. Patch by Yu Zhao. | | * Details of some PCIe capabilities are displayed only with -vv. | | * When a BAR is reported by the OS, but not by the device (i.e., | it is marked as [virtual] in lspci), the [disabled] flag is | suppressed, because it does not make sense in such cases. | Patch by Yu Zhao. | | * The source code of lspci has been split to multiple files, hopefully | making it easier to maintain. | | * The library and lspci now know about physical slot names. So far, | they are provided by the sysfs back-end only. Thanks go to Alex Chiang. | | * When a device has the VPD (Vital Product Data) capability and the | VPD data are supplied by the OS, they are decoded and printed in the | verbose mode. This currently works only on Linux with the sysfs | back-end. Thanks to Ben Hutchings of Solarflare for the patch. | | * `setpci --version' now works properly. | | * `setpci --dumpregs' prints a table of all known names of | registers and capabilities. This replaces the table of registers | in the setpci man page. | | * The dry-run mode of setpci gives better feedback. | | * The setpci utility is now able to address registers stored in PCI | capabilities (actually it allows a more general form of relative | addressing). | | * The library has gained functions for working with PCI capabilities. | | * Address Translation Services capability is now decoded. Patch by | Yu Zhao. Have a nice fortnight -- Martin `MJ' Mares <mj@xxxxxx> http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth If a train station is where the train stops, what is a work station? -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
