http://bugzilla.kernel.org/show_bug.cgi?id=15174
--- Comment #5 from D. Hugh Redelmeier <h...@mimosa.com> 2010-02-08 21:53:22 --- Created an attachment (id=24959) --> (http://bugzilla.kernel.org/attachment.cgi?id=24959) patch to ignore and fill bad _PSS entries [UNTESTED] I've started to look at the ACPI spec. The _PPC method returns a value which is a subscript into the _PSS table. Since the patch effectively changes subscripts of entries, it isn't going to work. On my particular machine, _PPC will always return 0, so the patch would actually work. I wonder what possessed the BIOS writers to put crap in the table? Instead of deleting bad _PSS entries, the fix should perhaps replace them with harmless ones. The logic of _PPC suggests that a harmless one would be a copy of the next valid one (the previous valid one could use too much power). Unfortunately, there may not be a next valid one (that is the case on my machine). I've added code to my patch so that when a good entry is encountered, it is used to fill slots that bad entries would have used. The table is left short if bad entries are not followed by good ones. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
