Public bug reported: [Impact]
pci.ids table in Xenial seems a little bit behind in term of new device id added since last time it was updated. Some user are observing that their new device doesn't show up because they don't exist in the pci.ids file yet. IMHO, it would be a good idea to update the Xenial pci.ids to represent what Bionic has as of today. [Test case] Here's an example took by a user using a device id (0014) not in the Xenial pci.ids table: Xenial: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) Bionic: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID Tri-Mode SAS3516 (rev 01) [Regression Potential] [Other information] An update of pci.ids has been made on October 3rd 2016. This update include the device id 0014 (took from the example in "Test Case".) upstream repository: https://github.com/pciutils/pciutils.git Upstream commit: https://github.com/pciutils/pciutils/commit/701fdd1e # git show 701fdd1e | grep SAS3516 .. + 0014 MegaRAID Tri-Mode SAS3516 .. # git describe --contains 701fdd1e v3.5.2~1 # rmadison pciutils ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates pciutils | 1:3.5.2-1ubuntu1 | bionic pciutils | 1:3.5.2-1ubuntu2 | cosmic pciutils | 1:3.5.2-1ubuntu2 | disco -- ** Affects: pciutils (Ubuntu) Importance: Undecided Status: Fix Released ** Affects: pciutils (Ubuntu Xenial) Importance: Undecided Assignee: Eric Desrochers (slashd) Status: In Progress ** Tags: sts ** Also affects: pciutils (Ubuntu Xenial) Importance: Undecided Status: New ** Description changed: [Impact] pci.ids table in Xenial seems a little bit behind in term of new device - id added since last time he was updated. + id added since last time it was updated. Some user are observe that their new device doesn't show up because they don't exist in the pci.ids file yet. IMHO, it would be a good idea to update the Xenial pci.ids to more or less represent what Bionic has as of today. [Test case] Here's an example took by a user using a device id (0014) not in the Xenial pci.ids table: Xenial: - 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) + 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) Bionic: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID Tri-Mode SAS3516 (rev 01) [Regression Potential] [Other information] - An update of pci.ids has been made on October 3rd 2016. + An update of pci.ids has been made on October 3rd 2016. This update include the device id 0014 (took from the example in "Test Case".) upstream repository : https://github.com/pciutils/pciutils.git # git show 701fdd1e | grep SAS3516 .. + 0014 MegaRAID Tri-Mode SAS3516 .. # git describe --contains 701fdd1e v3.5.2~1 # rmadison pciutils ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu1 | bionic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | cosmic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | disco | source, amd64, arm64, armhf, i386, ppc64el, s390x -- ** Changed in: pciutils (Ubuntu) Status: New => Fix Released ** Tags added: sts ** Description changed: [Impact] pci.ids table in Xenial seems a little bit behind in term of new device id added since last time it was updated. Some user are observe that their new device doesn't show up because they don't exist in the pci.ids file yet. IMHO, it would be a good idea to update the Xenial pci.ids to more or less represent what Bionic has as of today. [Test case] Here's an example took by a user using a device id (0014) not in the Xenial pci.ids table: Xenial: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) Bionic: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID Tri-Mode SAS3516 (rev 01) [Regression Potential] [Other information] An update of pci.ids has been made on October 3rd 2016. This update include the device id 0014 (took from the example in "Test Case".) upstream repository : https://github.com/pciutils/pciutils.git + Upstream commit: + https://github.com/pciutils/pciutils/commit/701fdd1e + # git show 701fdd1e | grep SAS3516 .. + 0014 MegaRAID Tri-Mode SAS3516 .. # git describe --contains 701fdd1e v3.5.2~1 # rmadison pciutils ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu1 | bionic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | cosmic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | disco | source, amd64, arm64, armhf, i386, ppc64el, s390x -- ** Description changed: [Impact] pci.ids table in Xenial seems a little bit behind in term of new device id added since last time it was updated. Some user are observe that their new device doesn't show up because they don't exist in the pci.ids file yet. IMHO, it would be a good idea to update the Xenial pci.ids to more or less represent what Bionic has as of today. [Test case] Here's an example took by a user using a device id (0014) not in the Xenial pci.ids table: Xenial: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) Bionic: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID Tri-Mode SAS3516 (rev 01) [Regression Potential] [Other information] An update of pci.ids has been made on October 3rd 2016. This update include the device id 0014 (took from the example in "Test Case".) - upstream repository : https://github.com/pciutils/pciutils.git + upstream repository: + https://github.com/pciutils/pciutils.git Upstream commit: https://github.com/pciutils/pciutils/commit/701fdd1e # git show 701fdd1e | grep SAS3516 .. + 0014 MegaRAID Tri-Mode SAS3516 .. # git describe --contains 701fdd1e v3.5.2~1 # rmadison pciutils ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu1 | bionic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | cosmic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | disco | source, amd64, arm64, armhf, i386, ppc64el, s390x -- ** Summary changed: - Update pci.ids for pciutils (xenial) + [Xenial][SRU] Update pci.ids for pciutils ** Changed in: pciutils (Ubuntu Xenial) Status: New => In Progress ** Changed in: pciutils (Ubuntu Xenial) Assignee: (unassigned) => Eric Desrochers (slashd) ** Description changed: [Impact] pci.ids table in Xenial seems a little bit behind in term of new device id added since last time it was updated. - Some user are observe that their new device doesn't show up because they - don't exist in the pci.ids file yet. + Some user are observing that their new device doesn't show up because + they don't exist in the pci.ids file yet. IMHO, it would be a good idea to update the Xenial pci.ids to more or less represent what Bionic has as of today. [Test case] Here's an example took by a user using a device id (0014) not in the Xenial pci.ids table: Xenial: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) Bionic: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID Tri-Mode SAS3516 (rev 01) [Regression Potential] [Other information] An update of pci.ids has been made on October 3rd 2016. This update include the device id 0014 (took from the example in "Test Case".) - upstream repository: + upstream repository: https://github.com/pciutils/pciutils.git Upstream commit: https://github.com/pciutils/pciutils/commit/701fdd1e # git show 701fdd1e | grep SAS3516 .. + 0014 MegaRAID Tri-Mode SAS3516 .. # git describe --contains 701fdd1e v3.5.2~1 # rmadison pciutils ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu1 | bionic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | cosmic | source, amd64, arm64, armhf, i386, ppc64el, s390x pciutils | 1:3.5.2-1ubuntu2 | disco | source, amd64, arm64, armhf, i386, ppc64el, s390x -- ** Description changed: [Impact] pci.ids table in Xenial seems a little bit behind in term of new device id added since last time it was updated. Some user are observing that their new device doesn't show up because they don't exist in the pci.ids file yet. - IMHO, it would be a good idea to update the Xenial pci.ids to more or - less represent what Bionic has as of today. + IMHO, it would be a good idea to update the Xenial pci.ids to represent + what Bionic has as of today. [Test case] Here's an example took by a user using a device id (0014) not in the Xenial pci.ids table: Xenial: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic Device 0014 (rev 01) Bionic: 60:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID Tri-Mode SAS3516 (rev 01) [Regression Potential] [Other information] An update of pci.ids has been made on October 3rd 2016. This update include the device id 0014 (took from the example in "Test Case".) upstream repository: https://github.com/pciutils/pciutils.git Upstream commit: https://github.com/pciutils/pciutils/commit/701fdd1e # git show 701fdd1e | grep SAS3516 .. + 0014 MegaRAID Tri-Mode SAS3516 .. # git describe --contains 701fdd1e v3.5.2~1 # rmadison pciutils - ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x - pciutils | 1:3.5.2-1ubuntu1 | bionic | source, amd64, arm64, armhf, i386, ppc64el, s390x - pciutils | 1:3.5.2-1ubuntu2 | cosmic | source, amd64, arm64, armhf, i386, ppc64el, s390x - pciutils | 1:3.5.2-1ubuntu2 | disco | source, amd64, arm64, armhf, i386, ppc64el, s390x + ==> pciutils | 1:3.3.1-1.1ubuntu1.2 | xenial-updates + pciutils | 1:3.5.2-1ubuntu1 | bionic + pciutils | 1:3.5.2-1ubuntu2 | cosmic + pciutils | 1:3.5.2-1ubuntu2 | disco -- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1815212 Title: [Xenial][SRU] Update pci.ids for pciutils To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pciutils/+bug/1815212/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
