Update pci-utils and pci.ids
Forum: DSL Ideas and Suggestions
Topic: Update pci-utils and pci.ids
started by: curaga
Posted by curaga on Nov. 18 2007,14:32The newer versions of pci-utils support a gzipped pci.ids.
The pci.ids in DSL doesn't recognize many of the newer devices.
update pci-utils, so we can have a gzipped pci.ids, so instead of the ~100kb grow we actually save space & get newer devices recognized.
Posted by ^thehatsrule^ on Nov. 18 2007,18:26Doesn't the cloop module already have it compressed? :P
But having a newer one might be useful...
Posted by curaga on Nov. 18 2007,18:32Yeah, but having it compressed beforehand with a different algo might save some space..
And HD-installs are uncompressed, so this should at least affect them
Posted by Juanito on Nov. 22 2007,10:29I needed to compile pciutils to get the pci headers recently, so out of interest I tried the new version with dsl.
Usually I get an error when booting dsl about a pcmcia/pccard being unrecognised - it's a smart card reader - and lspci shows four devices as being unrecognised:
When I tried with the latest version of pciutils (and thus the latest pci.ids) I got this:
Updating the pci.ids in dsl may or may not make more devices usuable out of the box, but it certainly looks like it will help track down the correct module for your hardware. Since pciutils is designed to accept pci.ids updates, it could be as simple as changing the file?
Posted by roberts on Nov. 22 2007,15:36Since DSL is base on Debian Woody, it would make sense to at least upgrade pciutils to woody level. That should not cause an issue with non-existent modules.
Posted by curaga on Nov. 22 2007,16:18I doubt updating to current level would cause any issues. Only updating the .ids would work, but I suggested updating pci-utils also b/c additional space savings.
lspci does not recognize the devices by modules, they will be listed without a module even existing based on their manufacturer/product id's from the proc filesystem. So, how could it cause module issues?
Posted by roberts on Nov. 22 2007,16:24It is not just a file.
What repository are you suggesting or did you compile?
Posted by curaga on Nov. 22 2007,16:42Yes, I'm aware of those (except that "lintian" - what is it?).
The one I'm talking about is the official one, < http://www.kernel.org/pub/software/utils/pciutils/ >
Seems 2.2.9 is the latest stable version.
Posted by Juanito on Nov. 22 2007,17:31I compiled a couple of versions of pciutils including 2.2.9. As Curaga mentions, the later versions use zlib to compress/uncompress pci.ids.
As far as I can tell, all of the versions include a utility to update pci.ids over the Internet. This would seem to confirm that dsl can use a more recent version of pci.ids without changing any of the other pciutils-related files or, alternatively, everything could be changed to 2.2.9.
I can post pciutils-2.2.9 if needed.
Posted by roberts on Nov. 22 2007,17:44
Sure or email to me Anything that can save me time or from being distracted on what I have to do is appreciated. Why re-step through the process.
Posted by Juanito on Nov. 22 2007,18:23OK, I'll do that.
In the meantime, the "update-pciids" script looks like this:
pci.ids=487K, pci.ids.gz=137k, pci.ids.bz2=126k (current dsl=154k) but dsl lspci=23.7k and this lspci=63.6k (stripped)
Setting PCI_COMPRESSED_IDS=1 downloads pci.ids.gz but gives the following error:
I guess dsl is missing zgrep?
Posted by roberts on Nov. 23 2007,02:03So what you gain in size you lose by requiring extra binary.
Also, for the slowest machines, uncompressing that which was not before is just an extra burden. Especially for bzip2. Bzip2 has been rejected in the past over the slower machine issue.
Perhaps best to update but without compressing.
Posted by roberts on Nov. 23 2007,04:39Ok. I took a look at this and have modified the update-pciids script to work with DSL, i.e., not use zgrep. Seems to be working fine and still being compressed just using gzip -d.
Thanks for the suggestion.
Posted by Juanito on Nov. 23 2007,05:18If you could let me know how you modified the script I'll test lspci (from pciutils-2.29) out to be sure it works with dsl
Posted by roberts on Nov. 23 2007,05:30Modded the first if statement to:
Posted by Juanito on Nov. 23 2007,06:15Seems to work now:
Since the location of pci.ids.gz is hardcoded, I'll take it that you would like it to stay in /usr/share/misc and lspci in /usr/bin and recompile.
Posted by roberts on Nov. 23 2007,06:18No need to recomplle. I have it working fine here.
Making a new iso as I write this.
Posted by Juanito on Nov. 23 2007,06:39[new lspci (64k) + new pci.ids.gz (137k)]-[old lspci (24k) + old pci.ids (154k)] - that makes 23k less to play with
...but I guess the new pci.ids are worth it.
Posted by roberts on Nov. 23 2007,06:59Needing to support legacy mode and allow update-pciids, I guess I will need to place pci.ids.gz in /opt/
Posted by Juanito on Nov. 23 2007,07:12...or you could leave pci.ids(.gz) where it is and update it each time you release a new version of dsl - I don't think it changes that often does it?
Posted by curaga on Nov. 23 2007,07:52I agree with Juanito about updating it with DSL, other distros do that too - and the ids can be updated manually, too, if the user has an older DSL.