Red Hat Bugzilla – Bug 178487
hwdata pci.ids and pcitable directories for 3rd parties to add/update entries (P2)
Last modified: 2010-10-21 23:54:28 EDT
Description of problem: Today, when using tools like DKMS to replace kernel modules, drivers typically also muck with the pci.ids and pcitable files provided by the hwdata package, to get lspci to properly display their new hardware, and for kudzu to detect the new PCI IDs to match to their drivers (less critical on 2.6 kernels now). It would be be beneficial if, rather than looking in a single pci.ids file, that there be a directory that those apps look in (as well as pci.ids file), for additional or updated entries. Then DKMS packages could add their own files in that directory, rather than editing pci.ids itself (and sometimes messing it up). hwdata would own the newly created directory(s). kudzu and pciutils would need to be updated to look on those new directories too.
That sounds like a pretty good idea. Although i don't think we can do this change for our currently shipped Red Hat Enterprise Linux version this could be a good idea for the next version. Read ya, Phil
Upstream rejected in favor of having people use update-pciids.sh to download newer versions from pciids.sf.net. I'll leave this open for now though.
From User-Agent: XML-RPC Bug 178582 is related [Charles_Rose@dell.com] This event sent from IssueTracker by ltroan issue 87336
From User-Agent: XML-RPC PM review rates this as a P2. Will be considered for U4 but will not hold Update if it doesn't work. Priority set to: 2 Summary edited. This event sent from IssueTracker by ltroan issue 87336
Regarding comment #3 above, bug 178582 provides an automated way to refresh the PCI ID information so that lspci should not return "Unknown Device" which generates field support calls. This ability requires access to an external network. This bug 178487 provides a local back-up where IHVs and others can load a table to resolve adapter names in the event the box doesn't have access to the network. It's analagous to the /etc/hosts file when DNS is not available.
Product Management has reviewed and declined this request. You may appeal this decision by reopening this request.
Jon, you may want to reconsider this in regards to Bug 182604.
Reopened by Dell for 4.6 consideration.
See comment #14, moving bug to RHEL-4.7.0 Additionally, this is actually a change that needs to go into pciutils, so reassigning to proper component at the same time. Read ya, Phil
This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?".