aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/acpi/blacklist.c
Commit message (Collapse)AuthorAgeFilesLines
* ACPI: DMI: quirk for FSC ESPRIMO Mobile V5505Len Brown2008-02-141-0/+14
| | | | | | http://bugzilla.kernel.org/show_bug.cgi?id=9939 Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: DMI blacklist updatesLen Brown2008-02-141-8/+42
| | | | | | | | | | | | | Acer Extensa 5220 -- OSI(Linux) is a NOP Dell OptiPlex 755 -- OSI(Linux) turns GUSB into a NOP Dell PowerEdge 1950 -- OSI(Linux) is a NOP Dell Precision 690 -- OSI(Linux) touches USB (skips GUSB) FSC ESPRIMO Mobile V5505 -- OSI(Linux) is a NOP Lenovo LENOVO3000 V100 -- OSI(Linux) is a NOP Lenovo X61x -- OSI(Linux) enables Linux specific AML Sony Vaio VGN-NR11S_S - OSI(Linux) is a NOP Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: DMI: add Panasonic CF-52 and Thinpad X61Len Brown2008-02-081-0/+20
| | | | | | | Add Lenovo X61 Add Panasonic Toughbook CF-52 Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: blacklist updateLen Brown2008-02-051-14/+23
| | | | | | | | | | | move some OSI(Linux) to "disable" from "unknown" to reduce dmesg lines that we don't really need. update Acer 5315 comment update Dell entries, add R200 entry update Apple entries Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: update blacklist commentsLen Brown2008-02-031-2/+9
| | | | | | ...based on additional feedback -- no code change. Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: remove redundant Acer blacklist entryLen Brown2008-02-031-7/+5
| | | | | | | | | | | dmi_check_system() does sub-string matching using strstr(), rather than exact string compares with !strcmp(). So delete the longer of the Acer blacklist entries, as its function is just a redundant console message. Spotted-by: Carlos Corbacho <carlos@strangeworlds.co.uk> Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: DMI blacklist to reduce console warnings on OSI(Linux) systems.Len Brown2008-01-231-0/+343
| | | | | | | | | | | | | | This DMI blacklist reduces the console messages on systems which have a BIOS that invokes OSI(Linux). As the DMI blacklist already knows about these systems, the request for DMI info itself is disabled. Further, if OSI(Linux) has already been determined to have no beneift, we disable the console message requesting acpi_osi=Linux test results. Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: Add ThinkPad R61, ThinkPad T61 to OSI(Linux) white-listLen Brown2008-01-231-0/+27
| | | | | | acpi_osi=Linux helps sound on these systems. Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: make _OSI(Linux) console messages smarterLen Brown2008-01-231-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If BIOS invokes _OSI(Linux), the kernel response depends on what the ACPI DMI list knows about the system, and that is reflectd in dmesg: 1) System unknown to DMI: ACPI: BIOS _OSI(Linux) query ignored ACPI: DMI System Vendor: LENOVO ACPI: DMI Product Name: 7661W1P ACPI: DMI Product Version: ThinkPad T61 ACPI: DMI Board Name: 7661W1P ACPI: DMI BIOS Vendor: LENOVO ACPI: DMI BIOS Date: 10/18/2007 ACPI: Please send DMI info above to linux-acpi@vger.kernel.org ACPI: If "acpi_osi=Linux" works better, please notify linux-acpi@vger.kernel.org 2) System known to DMI, but effect of OSI(Linux) unknown: ACPI: DMI detected: Lenovo ThinkPad T61 ... ACPI: BIOS _OSI(Linux) query ignored via DMI ACPI: If "acpi_osi=Linux" works better, please notify linux-acpi@vger.kernel.org 3) System known to DMI, which disables _OSI(Linux): ACPI: DMI detected: Lenovo ThinkPad T61 ... ACPI: BIOS _OSI(Linux) query ignored via DMI 4) System known to DMI, which enable _OSI(Linux): ACPI: DMI detected: Lenovo ThinkPad T61 ACPI: Added _OSI(Linux) ... ACPI: BIOS _OSI(Linux) query honored via DMI cmdline overrides take precidence over the built-in default and the DMI prescribed default. cmdline "acpi_osi=Linux" results in: ACPI: BIOS _OSI(Linux) query honored via cmdline Signed-off-by: Len Brown <len.brown@intel.com>
* ACPI: make blacklist more verboseAnthony Godshall, Ampro Computers, Inc2007-03-091-2/+8
| | | | | | | | | | | | | IMHO, ACPI disabled due to DMI failure or blacklisted year should be noted, as is done with other ACPI blacklisting. This will help people troubleshoot when ACPI isn't working. Status quo is a mysterious "ACPI Disabled" message without explanation on BIOS that implements ACPI but not DMI. This is actually fairly common on embedded x86 boards. Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Len Brown <len.brown@intel.com>
* ACPICA: Miscellaneous table manager updates and optimizationsAlexey Starikovskiy2007-02-021-6/+6
| | | | | Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
* ACPICA: Remove duplicate table definitions (non-conflicting), contAlexey Starikovskiy2007-02-021-1/+1
| | | | Signed-off-by: Len Brown <len.brown@intel.com>
* ACPICA: minimal patch to integrate new tables into LinuxAlexey Starikovskiy2007-02-021-8/+7
| | | | Signed-off-by: Len Brown <len.brown@intel.com>
* [PATCH] x86_64: Clean up and tweak ACPI blacklist year codeAndi Kleen2006-03-251-21/+6
| | | | | | | | | | | | - Move the core parser into dmi_scan.c. It can be useful for other subsystems too. - Differentiate between field doesn't exist and field is 0 or unparseable. The first case is likely an old BIOS with broken ACPI, the later is likely a slightly buggy BIOS where someone forget to edit the date. Don't blacklist in the later case. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [ACPI] Lindent all ACPI filesLen Brown2005-08-051-56/+66
| | | | Signed-off-by: Len Brown <len.brown@intel.com>
* Linux-2.6.12-rc2Linus Torvalds2005-04-161-0/+169
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
generated by cgit v1.1 at 2024-11-14 06:58:40 +0000