[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1174382141.1158.61.camel@laptopd505.fenrus.org>
Date: Tue, 20 Mar 2007 10:15:41 +0100
From: Arjan van de Ven <arjan@...radead.org>
To: Eric St-Laurent <ericstl34@...patico.ca>
Cc: Lee Revell <rlrevell@...-job.com>, tglx@...utronix.de,
Maxim Levitsky <maximlevitsky@...il.com>,
linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...e.hu>,
Andrew Morton <akpm@...ux-foundation.org>,
Adrian Bunk <bunk@...sta.de>, Len Brown <lenb@...nel.org>
Subject: Re: [BUG] 2.6.21-rc1,2,3 regressions on my system that I found so
far
On Tue, 2007-03-20 at 01:36 -0400, Eric St-Laurent wrote:
> On Tue, 2007-20-03 at 01:04 -0400, Lee Revell wrote:
>
> > I think CONFIG_TRY_TO_DISABLE_SMI would be excellent for debugging,
> > not to mention people trying to spec out hardware for RT
> > applications...
>
> There is a SMI disabling module in RTAI, check the smi-module.c in this:
>
> https://www.rtai.org/RTAI/rtai-3.5.tar.bz2
>
> More infos:
>
> http://www.captain.at/rtai-smi-high-latency.php
> http://www.captain.at/xenomai-smi-high-latency.php
>
> It might make sense to merge this code, at least in the -rt tree.
it NEVER makes sense to disable SMM.
SMM is there to ensure that your hardware doesn't get physically
damaged.
disabling that is a BAD idea. I'm no fan of SMM myself, but it's there,
and we have to live with it. Disabling it without knowing what it does
on your system is madness.
--
if you want to mail me at work (you don't), use arjan (at) linux.intel.com
Test the interaction between Linux and your BIOS via http://www.linuxfirmwarekit.org
-
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