[PATCH] pnp.ids

Pozsár Balázs pozsy at uhulinux.hu
Mon Feb 7 13:55:27 PST 2005


On Mon, Feb 07, 2005 at 04:45:14PM -0500, David Zeuthen wrote:
> Sjoerd Simons wrote:
> >What's wrong with using files with fdi-like format for this.. Hal already 
> >has a
> >parser for those and it's so much more flexible..
> >
> 
> Exactly - and one day we can download .fdi files on demand which is 
> helluva lot more flexible that getting some /usr/share/hwdata/pci.ids 
> file updated.
> 
> Woow - Sjoerds view is even a bit more extreme than mine!

I don't like this download-on-demand thingy... why not simply
"just work", or, if not, update the system packages and then just work?

Packages already have a good and reliable update mechanism. Why 
introduce another system which does not give _any_ new capabilites over 
what we have now?


> >But then again, i've got a dislike for data build into binaries :)
> 
> These data represent facts; they only *change* if there is a bug. 
> Consider it an optimization - parsing XML is much slower than using an 
> O(log n) algorithm to look a PCI id table. And there are plenty PCI and 
> USB id's :-).

Exactly how slow is the lookup currently? I can't believe it is 
bottleneck.
But if it is, any .ids (or .fdi) file have only be parsed/read only 
once, on hald startup (maybe on sighup too), and takes only a fraction 
of a second. I wish this would be the worst sw bloat on my system...

The pci.ids and usb.ids do change over time, mostly by covering new 
entries, but there are usually fixes to the older ones too. If the 
hwdata package ships these files, moreover an uptodate version of them, 
why duplicate? I really hate duplication, and this would be tipical ugly 
one. Have ONE place in a system where you have the updatetodate and 
most correct information about a particular thing (ie pci/usb ids). And 
we already have that place, and pnp ids are exactly the same category.


-- 
pozsy
_______________________________________________
hal mailing list
hal at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal



More information about the Hal mailing list