From: Bob <recbo@nishanet.com>
To: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Working nforce2, was Re: Fixes for nforce2 hard lockup, apic, io-apic, udma133 covered
Date: Sat, 13 Dec 2003 04:51:09 -0500 [thread overview]
Message-ID: <3FDAE10D.1090309@nishanet.com> (raw)
In-Reply-To: <200312131920.57880.ross@datscreative.com.au>
Ross Dickson wrote:
>>>So the fix was absolutely a BIOS fix.
>>>
>>>
>>>
><snip>
>
>==That's why I'm trying to contact shuttle.
>Jesse
>
>
R> Good Work Jesse, I hope shuttle give up some info - especially as I have
pheonix bioses and they are doing ?? about it? -Ross
B> I was expecting to hear that.
I have an Award bios on MSI nforce2 mboard. Their bios flash
file begins with
"w" for Award w6570nms.760(W6570 v760 bios flash file)
"p" phoenix
"a" ami
also appears at boot but goes by in a flash
and appears on first cmos setup page
So Award bios has a fix for the nforce2.
How about Jesse's bios that can fix the
problem without a kernel patch, as my
Award bios is doing? What kind of bios
is that you have, Jesse?
My Award bios does not make any way for
me to have ioapic edge timer turn on,
though. I need a patch to get that on.
Also I don't have a cpu disconnect choice in
setup and by running temp range 41C to 48C
I guess cpu disconnect is not on. 48C once in
a while does not hurt anything though. -Bob
>>...but we're stuck looking at smoke and mirrors,
>>when the kernel might be able to work around
>>bioses that have not been "updated". Or to put
>>it another way, "voodoo" may be done by
>>kernel if not done by bios. Whatever is being
>>tweaked may be accessible to kernel code.
>>
>>
><snip>
>Bob
>
>Please ignore the following if you are already up to speed on SMM. Some
>readers may not know why we cannot do all that the bios can do aside from
>a lack of information.
>
>Agreed but the keywords are might and may. I remember doing dos based data acquisition
>with 486SX laptops and then Intel brought out the 486Sl and our pulse counting
>went bad because of the power saving core. I got the data book from Intel and
>was very dismayed to see that bios code was being executed when I thought our code
>was running and there was not a darn thing I could do about it and keep the
>laptop warranty intact.
>
>Its offspring as you may already know is SMM. It is a priviledged mode that we can
>do pretty much squat about. It can pop up anywhere in the middle of our code
>and the only thing we will know about it aside from missing time is when it has
>stuffed something up - like setting registers back to the wrong values. Think of
>it like a kernel within our kernel with permissions set so it can hack us but we
>cannot hack it.
>
>Maciej recently writes of its continuing effect on NMI debug here.
>
>http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-12/2940.html
>
>Regards
>Ross
>
>
>
Thanks for explaining. We got some new functionality
just by turning nmi_watchdog on but I don't know if
anybody has learned anything from the extra debug
have they, as far as this nforce2 timing thing? -Bob
next prev parent reply other threads:[~2003-12-13 9:51 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-13 9:20 Working nforce2, was Re: Fixes for nforce2 hard lockup, apic, io-apic, udma133 covered Ross Dickson
2003-12-13 9:51 ` Bob [this message]
[not found] <200312132040.00875.ross@datscreative.com.au>
2003-12-13 12:00 ` Fwd: " Bob
2003-12-15 13:11 ` Maciej W. Rozycki
2003-12-16 7:18 ` Bob
-- strict thread matches above, loose matches on Subject: below --
2003-12-15 14:30 Fwd: " Ross Dickson
2003-12-15 15:02 ` Craig Bradney
2003-12-15 16:54 ` Ross Dickson
2003-12-16 6:07 ` Bob
2003-12-13 5:16 Ross Dickson
2003-12-13 6:04 ` Jesse Allen
2003-12-07 13:12 Ross Dickson
2003-12-11 6:55 ` Ross Dickson
2003-12-11 11:47 ` Ian Kumlien
2003-12-11 9:12 ` Ross Dickson
2003-12-11 17:52 ` Ian Kumlien
2003-12-11 18:21 ` Jesse Allen
2003-12-12 9:27 ` Bob
2003-12-12 16:59 ` Working nforce2, was " Jesse Allen
2003-12-12 17:18 ` Jesse Allen
2003-12-12 18:18 ` Josh McKinney
2003-12-12 19:29 ` Jesse Allen
2003-12-12 21:42 ` Craig Bradney
2003-12-13 4:18 ` Bob
2003-12-13 6:34 ` Bob
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3FDAE10D.1090309@nishanet.com \
--to=recbo@nishanet.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox