1) Are all thermal grease compounds the same?  Is there any real
   difference among them in terms of thermal performance (thinking about
   picking one up for the BX).  Is it worth greasing the celerons *and*
   the BX? The BX currently gets a little over ambient temp, not cold

2) When 366's run at 550, Q3A dies with "Received signal 11, exiting"
   and I'm trying to figure out how valid it is to blame the non-ECC
   PC133 256MB SDRAM in the machine.

3) On a freeze after 2 hours up @ 550, the bios had the temps at
   33 and 31 C for the 2 CPU's and 37 C for system.  Since it doesn't
   look like the temps rise during running, are the lock-ups still
   heat-related (possibly)?

4) ISA soundcard... is it really that big a deal (in terms of lockups)?
   Will taking this lone ISA card out of the system help uptime?

5) Why do I get APIC errors even booting with "noapic" option?
   kernel: APIC error interrupt on CPU#0, should never happen.
   kernel: ... APIC ESR0: 00000004
   kernel: ... APIC ESR1: 00000006
   kernel: ... bit 1: APIC Receive CS Error (hw problem).
   kernel: ... bit 2: APIC Send Accept Error.

(these are diff ones, just note how many of them bunch up in time)

Feb  3 13:04:09 ns1 kernel: APIC error interrupt on CPU#0, should never happen.
Feb  3 13:04:09 ns1 kernel: ... APIC ESR0: 00000002
Feb  3 13:04:09 ns1 kernel: ... APIC ESR1: 00000002
Feb  3 13:04:09 ns1 kernel: ... bit 1: APIC Receive CS Error (hw problem).
Feb  3 13:40:29 ns1 kernel: APIC error interrupt on CPU#1, should never happen.
Feb  3 13:40:29 ns1 kernel: ... APIC ESR0: 00000000
Feb  3 13:40:29 ns1 kernel: ... APIC ESR1: 00000008
Feb  3 13:40:29 ns1 kernel: ... bit 3: APIC Receive Accept Error.
Feb  3 13:40:29 ns1 kernel: APIC error interrupt on CPU#0, should never happen.
Feb  3 13:40:29 ns1 kernel: ... APIC ESR0: 00000002
Feb  3 13:40:29 ns1 kernel: ... APIC ESR1: 00000006
Feb  3 13:40:29 ns1 kernel: ... bit 1: APIC Receive CS Error (hw problem).
Feb  3 13:40:29 ns1 kernel: ... bit 2: APIC Send Accept Error.
Feb  3 13:40:37 ns1 kernel: APIC error interrupt on CPU#1, should never happen.
Feb  3 13:40:37 ns1 kernel: ... APIC ESR0: 00000008
Feb  3 13:40:37 ns1 kernel: ... APIC ESR1: 00000008
Feb  3 13:40:37 ns1 kernel: ... bit 3: APIC Receive Accept Error.
Feb  3 13:40:37 ns1 kernel: APIC error interrupt on CPU#0, should never happen.
Feb  3 13:40:37 ns1 kernel: ... APIC ESR0: 00000004
Feb  3 13:40:37 ns1 kernel: ... APIC ESR1: 00000004
Feb  3 13:40:37 ns1 kernel: ... bit 2: APIC Send Accept Error.


Note that I'm not stressing the machine *at all*.  Load average
around 0.08, no kernel builds, etc... the machine locked up after
3 hours of nothing of load (not even Q3A, as I can't get the DRM/DRI
stuff working right under 2.3.42 yet)

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

Reply via email to