nforce2 lockups
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 3 lines · On Fri, Aug 15, 2003 at 09:12:17PM +0900, [email protected] wrote:
Hi,
I found your post looking for a solution to my lockups. I bet if you do a dmesg, you will find that your nforce2 chipset revision is 162.
Yeah! Look:
NFORCE2: chipset revision 162
:)
Quoted 7 lines
I have found tons of people with this exact problem. My Abit board will run Windows 2000 flawlessly, but lockup in a minute under Linux.
Currently I have a reward of $20 posted on two lists looking for a solution. Currently looking to up the ante to $40.
Quoted 7 lines
http://www.nvnews.net/vbulletin/showthread.php?s=&threadid=16264
http://www.nforcershq.com/forum/viewtopic.php?t=27003
I don't think the problem is the the IDE. I have used a promise controller and disabled the onboard IDE and still had lockups. If you find a solution, please let me know. If I find one, I will do likewise.
It looks like the problem is in APIC. When you disable it, it vanishes. And, when you enable NMI watchdog, which is handled by APIC, it doesn't work - it couts up to 15 in /proc/interrupts and then stops!
Cl<
Quoted 1 line · Clock
On Fri, Aug 15, 2003 at 09:12:17PM +0900, [email protected]
Quoted 8 lines · wrote:
Quoted 4 lines
Hi,
I found your post looking for a solution to my lockups. I bet if you do a dmesg, you will find that your nforce2 chipset revision is 162.
Yeah! Look:
NFORCE2: chipset revision 162
[alistair] 05:37 PM [~] dmesg | grep "NFORCE2: chipset"
NFORCE2: chipset revision 162
A quick google for "NFORCE2: chipset revision" reveals no chipset revision dmesg except 162. It seems likely most manufactures are using the same revision.
I use APIC and ACPI on my EPoX 8RDA+, and I've never had any IO problems. So it seems unlikely that it is tied to a chipset revision.
[snip]
Quoted 4 lines
It looks like the problem is in APIC. When you disable it, it vanishes. And, when you enable NMI watchdog, which is handled by APIC, it doesn't work - it couts up to 15 in
/proc/interruptsand then stops!
I have not noticed any such APIC issues.
[alistair] 05:36 PM [~] uname -r
2.6.0-test3-mm2
[alistair] 05:37 PM [~] cat /proc/interrupts
CPU0
0: 4582940 XT-PIC timer 1: 22830 IO-APIC-edge i8042 2: 0 XT-PIC cascade 4: 340689 IO-APIC-edge serial 7: 4881 IO-APIC-edge parport0 8: 1 IO-APIC-edge rtc 9: 0 IO-APIC-level acpi 14: 12942 IO-APIC-edge ide0 15: 10 IO-APIC-edge ide1 16: 4 IO-APIC-level bttv0 19: 504114 IO-APIC-level EMU10K1, nvidia 20: 45043 IO-APIC-level ohci-hcd 21: 0 IO-APIC-level ehci_hcd 22: 82 IO-APIC-level ohci-hcd NMI: 0 LOC: 4582946 ERR: 0 MIS: 0
Sounds suspiciously like software to me.
Cheers,
Alistair.
Quoted 15 lines · Alistair J Strachan
Quoted 1 line · Clock
On Fri, Aug 15, 2003 at 09:12:17PM +0900, [email protected]
Quoted 8 lines · wrote:
Quoted 4 lines
Hi,
I found your post looking for a solution to my lockups. I bet if you do a dmesg, you will find that your nforce2 chipset revision is 162.
Yeah! Look:
NFORCE2: chipset revision 162
[alistair] 05:37 PM [~] dmesg | grep "NFORCE2: chipset"
NFORCE2: chipset revision 162
Quoted 6 lines
A quick google for "NFORCE2: chipset revision" reveals no chipset revision dmesg except 162. It seems likely most manufactures are using the same revision.
I use APIC and ACPI on my EPoX 8RDA+, and I've never had any IO problems. So it seems unlikely that it is tied to a chipset revision.
I have had three boards with nforce2 replaced (all of them Soltek SL75FRN2-L) and all three did the same. However it seemed the frequency of the crashes varies with actual piece of board.
The crashes aren't in software - bare 'cat /dev/hda > /dev/null' is often to lock up the machine to the point that poweroff fails.
Cl<
On Friday 15 August 2003 20:06, Clock wrote:
[SNIP]
Quoted 4 lines
I have had three boards with nforce2 replaced (all of them Soltek SL75FRN2-L) and all three did the same. However it seemed the frequency of the crashes varies with actual piece of board.
That's certainly interesting.
Quoted 3 lines
The crashes aren't in software - bare 'cat
/dev/hda>/dev/null' is often to lock up the machine to the point that poweroff fails.
[root] 06:43 PM [/home/alistair] time cat /dev/discs/disc0/disc > /dev/null (I ctrl-C'd here)
real 1m23.275s user 0m0.979s sys 0m12.608s
I don't know how obvious the problem is on your machine, but it's clearly not an issue on this nForce2. When I was referring to software, that included the kernel i.e., I suspect it isn't a design fault.
Any other details?
Cheers,
Alistair.
Quoted 16 lines · Alistair J Strachan
On Friday 15 August 2003 20:06, Clock wrote:
[SNIP]Quoted 4 lines
I have had three boards with nforce2 replaced (all of them Soltek SL75FRN2-L) and all three did the same. However it seemed the frequency of the crashes varies with actual piece of board.
That's certainly interesting.
Quoted 3 lines
The crashes aren't in software - bare 'cat
/dev/hda>/dev/null' is often to lock up the machine to the point that poweroff fails.[root] 06:43 PM [
/home/alistair] time cat/dev/discs/disc0/disc>/dev/null(I ctrl-C'd here)
Quoted 7 lines
real 1m23.275s user 0m0.979s sys 0m12.608sI don't know how obvious the problem is on your machine, but it's clearly not an issue on this nForce2. When I was referring to software, that included the kernel i.e., I suspect it isn't a design fault.
It seems to occur fairly often just after boot time. When you try later, you usually fail in an attempt to lockup the machine and have to freshly RESET (not ctrl-alt-del!) the machine to get the behaviour back.
Cl<
Quoted 11 lines · Alistair J Strachan
Quoted 6 lines
Quoted 2 lines
I found your post looking for a solution to my lockups. I bet if you do a dmesg, you will find that your nforce2 chipset revision is 162.
Yeah! Look:
NFORCE2: chipset revision 162
NFORCE2: chipset revision 162
I use APIC and ACPI on my EPoX 8RDA+, and I've never had any IO problems. So it seems unlikely that it is tied to a chipset revision.
I have ASUS A7N8X Deluxe mobo with nForce2 rev 162 without any problems (if not counting unability to enabe SiI SATA DMA mode with attached Seagate Barracuda drive).
"22:26:25 up 17 days, 11:39, 5 users, load average: 0.06, 0.02, 0.00"
Signature · 1 line
Jussi Laako <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am Sunday 17 August 2003 21:27 schrieb Jussi Laako <[email protected]> zum Thema Re: nforce2 lockups:
Quoted 8 lines · Alistair J Strachan
Quoted 3 lines
Quoted 1 line
NFORCE2: chipset revision 162
I use APIC and ACPI on my EPoX 8RDA+, and I've never had any IO problems. So it seems unlikely that it is tied to a chipset revision.
I have ASUS A7N8X Deluxe mobo with nForce2 rev 162 without any problems (if not counting unability to enabe SiI SATA DMA mode with attached Seagate Barracuda drive).
I have the exact same Board (except I'm not using SATA), and it's a nightmare. Best uptime so far: a little more than 16 hours. Usually it locks up a lot earlier. When I do network transfers I can cause it to lock within a few minutes. Under "the other OS" it runs without any problems.
- --
Patrick Dreker
GPG KeyID : 0xFCC2F7A7 (Patrick Dreker)
Fingerprint: 7A21 FC7F 707A C498 F370 1008 7044 66DA FCC2 F7A7 Key available from keyservers or http://www.dreker.de/pubkey.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/P99ncERm2vzC96cRAkl3AJ9XG9ShZVlQXqyupyhz08EHNdiPiwCgj/ji W++fbQC3hOVBvR6xCgV7V6A=
=HVPf
-----END PGP SIGNATURE-----
Hi!
Quoted 6 lines
Quoted 3 lines
I don't think the problem is the the IDE. I have used a promise controller and disabled the onboard IDE and still had lockups. If you find a solution, please let me know. If I find one, I will do likewise.
It looks like the problem is in APIC. When you disable it, it vanishes. And, when you enable NMI watchdog, which is handled by APIC,
Another BIOS that dislikes APIC on when entering SMM mode? Perhaps that board needs blacklist entry that panics box if APIC is activated?
Pavel
Signature · 2 lines
When do you have a heart between your knees? [Johanka's followup: and *two* hearts?]