[ Wednesday, February  2, 2000 ] Rod Roark wrote:
> My configuration:
> 
>   BP6 with "old" BIOS (I forget what it's called)

same here.

>   Dual 366's running at 525 Mhz, 2.1V

Kewl. I get lockups in 2-3 days running dual 366's at 366!
CPU's at 34 C and system temp at 39C (not even stressing it)

>   128M ECC PC100 SDRAM

I'm running 256M non-ecc PC133 and I have this feeling that the non-ecc
nature of it is causing at least a few lockups... wish the BP6 kept
a little log of such problems like our machines at work :)

>   AOpen HX45A case with associated 250W power supply

300W PS here and still issues.... ugh :)

>   WD 18G UDMA 7200 RPM HD as /dev/hda

9.1GB 7200 as /dev/sda on 3960D adaptec

>   ATAPI CD-ROM as /dev/hdc (using SCSI emulation)
>   Floppy drive

ditto

>   RIVA TNT 16MB AGP video, 1280x1024, 24-bit color

Voodoo3-2000 AGP 2x, 1280x1024, 16-bit

>   ISA NE2000 clone on IRQ 10
>   Creative Labs AudioPCI sound

Hmmm interesting... I had been going along the thoughts that the ISA
support on the BP6 was marginal (since I was starting to correlate
problems with xmms playing) but your ne2k may invalidate that idea.

>   Red Hat 6.0
>   KDE 1.1.2 running 24/7

E 0.16.3, gnome, RH 6.1 on this box.

> If someone has something I should test, let me know... but please be
> specific.

swap to non-ecc memory :)  or find out if there's any method to log
any cases of ECC getting used (it caught and fixed a problem)

Thoughts:
        Flaky Celeron's, or ones half-baked in OC testing
        "true" and fake PC100 memory, ECC and not
        BX heat? (why is my system temp 5C higher than CPU's?)
        slot 3, slots 4+5 (I'm only using 4 in my machine, not 3, not 5)
        What I *believe* has been a pattern is that after a long time
                running xscreensaver, I'll hop back on the machine and
                work for maybe 10-15 minutes and get a lock, even though
                it had been running fine for hours.
        *Broken* BIOS.  Abit would do well to publish a "debug bios" that
                was bloated but barfed up nice debug messages in situations
                that shouldn't happen (mass-assert) just to get a better
                feedback mechanism in place.  (Or else they know how the
                BP6 is broken and just want to ride out its life-cycle)

James
--
=-          To unsubscribe, email [EMAIL PROTECTED] with the       -=
=-                body of "unsubscribe linux-abit".                 -=

Reply via email to