[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <960B77DF2E6D974DBE24FD066EAEE8DAEA9BA8@azsmsx422.amr.corp.intel.com>
Date: Thu, 17 Jul 2008 13:31:25 -0700
From: "Brown, Len" <len.brown@...el.com>
To: "Thomas Renninger" <trenn@...e.de>
Cc: "Arjan van de Ven" <arjan@...ux.intel.com>,
"Pavel Machek" <pavel@...e.cz>, "Len Brown" <lenb@...nel.org>,
<linux-acpi@...r.kernel.org>,
"Moore, Robert" <robert.moore@...el.com>,
"Lin, Ming M" <ming.m.lin@...el.com>,
"Bjorn Helgaas" <bjorn.helgaas@...com>,
"Huang Cheng" <cheng.huang@...el.com>,
<firmwarekit-discuss@...host.org>,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>
Subject: RE: Check for BIOS bugs - Original Subject: Re: [PATCH 23/70] ACPICA: Workaround for reversed _PRT entries from BIOS
>> I'm not excited about maintaining
>> maintaining linux-as-a-firmware-diagnostic --
>> particularly when...
>Above is not for ACPI only. But ACPI is probably a candidate
>which should make use of it.
Sure, there may be justification for doing something like this
in the kernel, but the issue that started this thread isn't it.
The issue that started this thread can be diagnosed by user-space
in linuxfirmwarekit. Multiple machines have this bug, which means
that it is "common industry practice" and the kernel has to work
around it (silently) if we like it or not.
ie. the issue, now that it is debugged and worked around,
is effectly just firmware lint.
thanks,
-Len
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists