https://bugzilla.novell.com/show_bug.cgi?id=180390#c76 --- Comment #76 from Thomas Renninger <trenn@novell.com> 2007-11-12 05:40:50 MST --- Thanks Henryk. It seems it's not the not evaluated status. The additional info is e.g.: pnp: pnpacpi_add_device: ACPI device: PNP0401 - Status: [0000000f] (PNP0400 is missing) If you set your BIOS to EPP mode there should pop up a PNP0400 device instead of PNP0401, that means status evaluation seems to work. My next idea is: pnpbios and pnpacpi BIOS information obviously differs. I expect that those machines are already a bit older and the M$ OS did use pnpbios at that times. It could be that the vendor found out that DMA does not work on this machine and only disables it in pnpbios tables, resulting that pnpacpi still exports DMA and this is not working... My next approach ist to fallback to pnpbios on BIOSes older than XY. I suggested a patch on kernel.bugzilla.org (there it needs to be accepted to get a solution upstream). As soon as it's accepted upstream, I can add the fix to several versions of our kernels (this should be a rather unrisky thing to do). It would be great if people could get an account there and attach dmidecode output to this bug: http://bugzilla.kernel.org/show_bug.cgi?id=5832 This will: 1) Show that a lot people are affected which increases the chance that a fix gets accepted 2) Provides the BIOS dates of affected BIOSes to be able to adjust the blacklist date appropriatly -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.