Bug: Asus CUR-DLS and 2.6

Hello all,

I'm writing to report and interesting occurance that I fully believe is a bug
in the 2.6 kernel.

In March I purchased a used Asus CUR-DLS motherboard with two socket 370 PIII
866 processors. I picked up two 256MB PC-133 ECC modules. I proceeded
installed Linux on it and all was well. I believe my initial kernel was
approximately 2.6.12.

At the end of May, things went awry. The machine had an interesting issue --
it would beep 3 times, and then it would be hardlocked. I didn't have much
time to test the machine out as it was only a for-fun machine and I had
started a new job.

Well, I have more free time now, and I've narrowed down the bug I think.
Here's the situation:

With a 2.6.15 and 2.6.16 kernel on Gentoo I would receive 3 beeps and it would
hardlock as I expained. The CPU fans shut off -- there's no hope of bringing
it out of this. Rarely it's happened at GRUB or before GRUB, but only when
I've been working on this for a long period of time.

I've tried many live CDs -- most use recent 2.6 kernels, and I could repeat
nearly the same problem on them. It often occurs when starting networking.
I've tried onboard e100, tulip, and others that I have access to and I get
nearly the same results. Depending on the livecd I can either get a hardlock
+ 3 beeps, or I can receive an address via DHCP, but I can't speak to the
network at all. The e100 reports "system timing errors" in this occasion. On
some setups I can reproduce it instantly by having the network cable
unplugged and plugging it in after it's brought up the e100 interface.

Now I was under the inital impression that I had bad hardware. I've
thouroughly tested my RAM and even replaced the motherboard with an identical
ASUS CUR-DLS, so right now I have two of them on my hands, and the one I just
got has the most recent BIOS, the other did not. The only hardware bug that I
can see is that one processor incorrectly reports its temperature -- stays
around 50 celcius all the time, but I figure that's just a bad sensor.

I came to the conclusion it must be a 2.6 bug when I dropped in a Slackware CD
I just picked up recently. It uses a 2.4 kernel. To my surprise it worked
fine -- no hardlocks, network works great on all adapters, including onboard.
Very strange stuff indeed.

Things I've tried with the 2.6 include apic/noapic, nosmp and swapped
processors to each other's slots, nolapic (dont think it actually works for
SMP though, I'm not sure on that one), and nearly every combination of them.
The only other thing I've noticed is that some livecds report an apic but
when initializing the kernel -- right at the very beginning, and it says to
report them to the hardware manufacturer and it claims to work around it.

This motherboard uses the Serverworks chipset. I'm not using SCSI.

I would really like to get this bug squashed -- I have a use for this system
and I'd really really prefer to use a 2.6 kernel. Now since I have an
identical motherboard on hand, if anyone is interested in figuring out what
is going on and would like hands on access to the hardware, I could get you
one of these motherboards. If you really don't have access to PIII's/RAM to
put in it, I could the whole setup off too, but I'd really like to get it
back if possible.

I'm open to any suggestions you might have. As of this moment, I'm not on the
kernel mailing list, but I will be looking to sign up after I send this off.

Thank you for your time, and keep up the great work everyone :)


Mark Felder

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

Relevant Pages

  • Re: Houston, we have a problem: big file copying, USB, external disks
    ... The bug you link to ... It is also unclear how the users determine that a given transfer rate is ... kernel) that works better it should be relatively easy to make some ... Leann Ogasawara actually already told people to report in separate ...
    (Linux-Kernel)
  • Re: [patch] scsi: revert "[SCSI] Get rid of scsi_cmnd->done"
    ... Noone knows how many thousand bug reports have never reached lkml ... filing or get back to terminate the report. ... But I would like kernel people to become less egocentric ... Send _one_ email to lkml and you'll get forever spam to this address. ...
    (Linux-Kernel)
  • Re: kernel BUG at lib/kernel_lock.c:83! - 2.6.19-1.2895.fc6
    ... kernel was tainted and just look at the "actual message", ... I had no reason to create a bugzilla report because, ... provided in my was interested because it appears to be the same bug ... kernels are completely useless around here along with that phony bug report ...
    (Fedora)
  • Backport hr-tick fix into .25/.26
    ... Since the introduction of 2.6.25-rc1 kernel I've been experiencing screen blanking during boot up. ... I've reported this issue before, and Rafael Wysocki opened a bug report. ... I know of one other person that ran into what seems to be the same bug. ... I did a git bisect and found both the commit that introduced the bug and also the one that fixed it. ...
    (Linux-Kernel)
  • Re: [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01
    ... Great work on the -RT kernel! ... Here's a status report from my Athlon box ... Latencytest (measured with RTC instead of latencytest LKM, ... BUG: sleeping function called from invalid context ksoftirqd/0at ...
    (Linux-Kernel)