Twas brillig at 15:55:59 08.06.2010 UTC-07 when [email protected] did gyre and gimble:
>> The Right Thing that immediately comes to mind is fixing >> libpciaccess internals to be able to read data from saner (indexed, >> string-compressed, with common strings merged for different PCI ids) >> file format to avoid problem with linear search altogether. Given >> simplicity of data format it should be nearly trivial task. RB> I've considered this, too. I think it's substantially more work, RB> and I'd worry that the cost/benefit ratio wasn't very good. I RB> suspect the best way to thread the needle would include fiddling RB> with the "pciutils" package that provides the "pci.ids" file. Actual source is http://pciids.sourceforge.net/v2.2/pci.ids. libpci and libpciaccess just read this file. Libraries might as well convert it to other format on first access or use pre-converted file. RB> I'd be interested in hearing if you know something about why the RB> cost is more worth it, because I agree that this is technically the RB> "right" way to do it. It's basically the cache discussed in another thread, expanded to contain all entries from pci.ids :) Hence the amount of work should be approximately the same. -- http://fossarchy.blogspot.com/
pgp49Do0LPj9I.pgp
Description: PGP signature
_______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
