http://bugzilla.kernel.org/show_bug.cgi?id=14679
Len Brown <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] | |orge.net, | |[email protected] Component|BIOS |ACPICA-Core AssignedTo|[email protected] |acpi_acpica-c...@kernel-bug | |s.osdl.org Summary|ACPI errors with Toshiba |Namespace lookup failure, |Satellite L505D-S5983 |AE_NOT_FOUND - Toshiba | |Satellite L505D-S5983 --- Comment #3 from Len Brown <[email protected]> 2009-11-24 03:31:03 --- Is this a production level BIOS? I'd first guess that we are loading the wrong tables or something, but the XSDT and RSDT appear the same, so acpi=rsdt isn't going to help:-( > ACPI: BIOS _OSI(Linux) query ignored I am baffled by this line, for there is no invocation of _OSI(Linux) in the DSDT, the SSDT, and there are no table Load operations.... Do does any joy follow from booting with "acpi_osi=Linux"? If yes, I can't explain it, as the acpidump output says it should be a no-op, yet dmesg says that AML is asking... -- 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. You are watching the assignee of the bug. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
