On Friday 05 March 2010 05:58:12 am Bela Lubkin wrote: > It gives you twice as many chances to find a sufficiently > non-buggy table to get on with your work ;-}
I think this is the wrong way to look at it. I don't want a "let's try a bunch of things, maybe one will work" plan. In my opinion, it's better to have a single strategy that everybody uses because that one way becomes well-tested and well-understood. Windows only looks at ACPI namespace and PCI, and the obvious consequence is that those mechanisms are tested and tend to work. Linux uses SPMI and SMBIOS and (until recently) ignored the ACPI namespace. SPMI and SMBIOS are redundant copies of what's in the namespace, and that redundancy makes inconsistencies more likely. The result is that (a) we waste the BIOS engineers' time because they have to implement multiple descriptions, (b) we waste our time resolving inconsistencies between the descriptions, and (c) we delay finding and fixing bugs in the canonical ACPI namespace descriptions. Bjorn ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Openipmi-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openipmi-developer
