lkml.org 
[lkml]   [2004]   [May]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: IO-APIC on nforce2 [PATCH] + [PATCH] for nmi_debug=1 + [PATCH] for idle=C1halt, 2.6.5
Date
On Tuesday 04 May 2004 08:09, Allen Martin wrote:
> I'm happy to be able to make this information public to the Linux
> community. This information has been previously released to BIOS /
> board vendors as an appnote, but in the interest of getting a workaround
> into the hands of users the quickest we're making it public for possible
> inclusion into the Linux kernel.
>
<snip>

Thank you very much Allen for being involved in linux development.
Obsolecense is the best ending a temporary workaround could have.

I think I have found the problem with the Albatron KM18G-pro Mobos I have been
using.

They can't see through their Windows.??!@@#$$%%&*&

ML1-0505-19 Re: Cause of lockups with KM-18G Pro is incorrect pci reg values in bios -please update bios

From:
"dr.pro" <dr.pro@albatron.com.tw>

To:
<ross@datscreative.com.au>

Date:
Today 17:38:08

Dear Ross,

Thank you very much for contacting Albatron technical support.

KM18G Pro has been proved under Windows 98SE/ME/2000/XP but Linux, so you
may encounter problems with it under Linux. We suggest you use Windows
98SE/ME/2000/XP for the stable performance. Sorry for the inconvenience and
please kindly understand it.

Please let us know if you have any question.

Best regards,
Dr.Pro
----- Original Message -----
From: "Ross Dickson" <ross@datscreative.com.au>
To: <dr.pro@albatron.com.tw>
Sent: Tuesday, May 04, 2004 8:19 PM
Subject: Cause of lockups with KM-18G Pro is incorrect pci reg values in
bios -please update bios


> Greetings,
>
> The following is required for Linux to function correctly on your KM-18G
Pro.
>
> Allen Martin of Nvidia explains.
>
> I'm happy to be able to make this information public to the Linux
> community. This information has been previously released to BIOS /
> board vendors as an appnote, but in the interest of getting a workaround
> into the hands of users the quickest we're making it public for possible
> inclusion into the Linux kernel.
>
>
> Problem:
> C1 Halt Disconnect problem on nForce2 systems
>
> Description:
> A hang is caused when the CPU generates a very fast CONNECT/HALT cycle
> sequence.
>
> Workaround:
> Set the SYSTEM_IDLE_TIMEOUT to 80 ns. This allows the state-machine and
> timer to return to a proper state within 80 ns of the CONNECT and probe
> appearing together.
>
> Since the CPU will not issue another HALT within 80 ns of the initial
> HALT, the failure condition is avoided.
>
> This will require changing the value for register at bus:0 dev:0 func:0
> offset 6c.
>
> Chip Current Value New Value
> C17 1F0FFF01 1F01FF01
> C18D 9F0FFF01 9F01FF01
>
> Northbridge chip version may be determined by reading the PCI revision
> ID (offset 8) of the host bridge at bus:0 dev:0 func:0. C1 or greater
> is C18D.
>
> Regards
> Ross Dickson
>
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:02    [W:0.164 / U:0.204 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site