Bug 4834 - detecing acpi support in bios by using dmidecode app
Summary: detecing acpi support in bios by using dmidecode app
Status: CLOSED PATCH_ALREADY_AVAILABLE
Alias: None
Product: ACPI
Classification: Unclassified
Component: BIOS (show other bugs)
Hardware: i386 Linux
: P2 low
Assignee: acpi_bios
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-02 11:12 UTC by Nadav Kavalerchik
Modified: 2005-08-15 02:03 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.x
Subsystem:
Regression: ---
Bisected commit-id:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Nadav Kavalerchik 2005-07-02 11:12:23 UTC 
Distribution: Fedora Rawhide 
Hardware Environment: i386 pIII 450 
Software Environment: kernel 2.6.12 
Problem Description: 
 
how about trying to detect acpi bios support like dmidecode application does ? 
( and not use acpi=force/noacpi params ) 
 
link: http://www.nongnu.org/dmidecode/ 
 
Steps to reproduce: 
booting kernel
Comment 1 Len Brown 2005-08-14 23:03:32 UTC 
This is what we do today -- see
drivers/acpi/blacklist.c: blacklist_by_year().
"acpi=force" is to over-ride what we learn from DMI.
Of couse, you can build without CONFIG_ACPI_BLACKLIST_YEAR
if you don't want Linux to check a cutoff year.

Please re-open if I mis-understood your suggestion.
Comment 2 Nadav Kavalerchik 2005-08-15 02:03:52 UTC 
now i understand, thanks. (leave it closed) 
 
I'm using fedora kernel rpms so i can't turn off this backlist define. 
i was also surprised to see (in the acpi.c code) my machines id intel bx440 as backlisted 
while the bios supports acpi and apm both ! and i'm using it too.
Note You need to log in before you can comment on or make changes to this bug.