Re: Random crashes with Intel D945GCLF2

2008-12-17 Thread Tom Spencer

Robert wrote:

On Thu, 9 Oct 2008 23:10:02 +0200 (CEST)
Mark Kettenis mark.kette...@xs4all.nl wrote:


I just committed a fix for the dmesg corruption problem.  This may
also fix the random crashes you were saying.  Current snapshots should
already have the fix.

Boy, those Intel-branded boards have shitty BIOSes...



Rev 1.84 of sys/arch/amd64/amd64/machdep.c also fixes the dmesg-output
on my Thinkpad X200, a Centrino 2 system.

Thx Mark!

- Robert




Just thought I'd add my thanks, R1.84 of machdep.c fixed corrupt dmesg on 
two 965 machines of mine (DQ965GF and DG965OT, both Intel boards).


Thanks!

- tom



Re: Random crashes with Intel D945GCLF2

2008-10-11 Thread Damian Gerow

Robert wrote:

On Thu, 9 Oct 2008 23:10:02 +0200 (CEST)
Mark Kettenis [EMAIL PROTECTED] wrote:


I just committed a fix for the dmesg corruption problem.  This may
also fix the random crashes you were saying.  Current snapshots should
already have the fix.

Boy, those Intel-branded boards have shitty BIOSes...



Rev 1.84 of sys/arch/amd64/amd64/machdep.c also fixes the dmesg-output
on my Thinkpad X200, a Centrino 2 system.


And having it in place for going on 48 hours with no freeze, I'd say it 
fixed my problem as well.


  - Damian



Re: Random crashes with Intel D945GCLF2

2008-10-10 Thread Robert
On Thu, 9 Oct 2008 23:10:02 +0200 (CEST)
Mark Kettenis [EMAIL PROTECTED] wrote:

 I just committed a fix for the dmesg corruption problem.  This may
 also fix the random crashes you were saying.  Current snapshots should
 already have the fix.
 
 Boy, those Intel-branded boards have shitty BIOSes...


Rev 1.84 of sys/arch/amd64/amd64/machdep.c also fixes the dmesg-output
on my Thinkpad X200, a Centrino 2 system.

Thx Mark!

- Robert



Re: Random crashes with Intel D945GCLF2

2008-10-10 Thread Constantine A. Murenin
On 09/10/2008, SJP Lists [EMAIL PROTECTED] wrote:
 2008/10/10 Damian Gerow [EMAIL PROTECTED]:

  Mark Kettenis wrote:
   Boy, those Intel-branded boards have shitty BIOSes...
  
   And support.  They've basically said that OpenBSD is not a supported OS, so
   they won't help me.  Neither do they support diagnostics from third-party
   programs or companies.
  
   I think I've learned my lesson here.


 I thought it odd being an Intel board not using an Intel NIC.  Not
  really their board?

Have you seen the specifications for the D201GLY family? :)

C.



Re: Random crashes with Intel D945GCLF2

2008-10-09 Thread Mark Kettenis
I just committed a fix for the dmesg corruption problem.  This may
also fix the random crashes you were saying.  Current snapshots should
already have the fix.

Boy, those Intel-branded boards have shitty BIOSes...



Re: Random crashes with Intel D945GCLF2

2008-10-09 Thread Damian Gerow

Mark Kettenis wrote:

I just committed a fix for the dmesg corruption problem.  This may
also fix the random crashes you were saying.  Current snapshots should
already have the fix.


Thanks, Mark!  I'll give it a shot tonight and report back with the results.


Boy, those Intel-branded boards have shitty BIOSes...


And support.  They've basically said that OpenBSD is not a supported OS, 
so they won't help me.  Neither do they support diagnostics from 
third-party programs or companies.


I think I've learned my lesson here.

  - Damian



Re: Random crashes with Intel D945GCLF2

2008-10-09 Thread SJP Lists
2008/10/10 Damian Gerow [EMAIL PROTECTED]:
 Mark Kettenis wrote:
 Boy, those Intel-branded boards have shitty BIOSes...

 And support.  They've basically said that OpenBSD is not a supported OS, so
 they won't help me.  Neither do they support diagnostics from third-party
 programs or companies.

 I think I've learned my lesson here.

I thought it odd being an Intel board not using an Intel NIC.  Not
really their board?



Shane



Re: Random crashes with Intel D945GCLF2

2008-10-08 Thread Damian Gerow
 On Tue 08/10/07 20:02, Damian Gerow [EMAIL PROTECTED] wrote:
 Sevan / Venture37 wrote:
  Are you running the latest version of the BIOS on
 the board??
 http://clk.atdmt.com/UKM/go/111354029/direct/01/

 Ah, yes, I knew I forgot to include something.

 I also updated the BIOS to the latest revision today, and re-ran all the
 tests, to the exact same conclusion.

A few people have pointed out that I didn't include the dmesg.  Here it is, in
all its ugly glory.

---
\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\
M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?
snip about 100 more lines of the same
\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\
M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M
^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?OpenBSD 4.4-current (GENERIC.MP) #1868: Sat
Oct  4 17:50:16 MDT 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2123968512 (2025MB)
avail mem = 2062356480 (1966MB)
RTC BIOS diagnostic error 80clock_battery
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3590 (23 entries)
bios0: vendor Intel Corp. version LF94510J.86A.0103.2008.0814.1910 date
08/14/2008
bios0: Intel Corporation D945GCLF2
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC WDDT MCFG ASF!
acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S4) UAR2(S4) PEX0(S4) PEX1(S4)
PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3)
EHCI(S3) AC9M(S4) AZAL(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Atom(TM) CPU 330 @ 1.60GHz, 1596.30 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR,NXE,LONG
cpu0: 512KB 64b/line 16-way L2 cache
cpu0: apic clock running at 135MHz
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Atom(TM) CPU 330 @ 1.60GHz, 1628.01 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR,NXE,LONG
cpu1: 512KB 64b/line 16-way L2 cache
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Atom(TM) CPU 330 @ 1.60GHz, 1628.01 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR,NXE,LONG
cpu2: 512KB 64b/line 16-way L2 cache
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Atom(TM) CPU 330 @ 1.60GHz, 1628.01 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR,NXE,LONG
cpu3: 512KB 64b/line 16-way L2 cache
ioapic0 at mainbus0 apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P32_)
acpiprt2 at acpi0: bus 1 (PEX0)
acpiprt3 at acpi0: bus -1 (PEX1)
acpiprt4 at acpi0: bus 2 (PEX2)
acpiprt5 at acpi0: bus 3 (PEX3)
acpiprt6 at acpi0: bus -1 (PEX4)
acpiprt7 at acpi0: bus -1 (PEX5)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpicpu2 at acpi0
acpicpu3 at acpi0
acpibtn0 at acpi0: SLPB
pci0 at mainbus0 bus 0: configuration mode 1
pchb0 at pci0 dev 0 function 0 Intel 82945G Host rev 0x02
vga1 at pci0 dev 2 function 0 Intel 82945G Video rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
agp0 at vga1: aperture at 0x8000, size 0x800
ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: apic 2 int 17
(irq 255)
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00),
apic 2 int 16 (irq 11), address 00:1c:c0:70:6a:11
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
ppb1 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x01: apic 2 int 18
(irq 255)
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x01: apic 2 int 19
(irq 255)
pci3 at ppb2 bus 3
uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 2 int 23
(irq 9)
uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 2 int 19
(irq 10)
uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 2 int 18
(irq 11)
uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: apic 2 int 16
(irq 11)
ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: apic 2 int 23
(irq 9)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xe1
pci4 at ppb3 bus 4
pcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01
pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x01: DMA, channel 0
configured to
com\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M

Random crashes with Intel D945GCLF2

2008-10-07 Thread Damian Gerow

Release: 4.4 snapshot as of 2008/06/10
Platform: amd64 UP and MP
Hardware: Intel Atom 330 on D945GCLF2

I picked up an Intel D945GCLF2 last week to play with, and it's been 
fairly unstable.  Specifically, it randomly just freezes: no ddb, no 
error messages, it just hangs.  When it's hung, the IP stack still seems 
to be functional, as I can ping the machine and establish TCP sessions, 
and established SSH sessions do not disconnect.  However, anything 
beyond that is unresponsive, including the console


At first I thought it was the networking, but after installing an em(4), 
and not loading pf on boot, I still see freezes.


Then I tried disk load, but that didn't cause any reproducable errors 
either.


Next I tried CPU load, which involved various factors of booting the UP 
vs. MP kernel, enabling and disabling hyperthreading, and running load 
tests.  This didn't seem to trigger it either.


So I figured it's got to be RAM.  I've completed four full runs of 
memtest86+ today, and no errors have come up.  However, I've found 
something strange:


If I ask memtest86+ to probe the system for RAM, it seems to start 
looking for addresses above the 2GB mark -- and, obviously, throwing 
errors for those addresses.  Shortly after that, it freezes. 
(Additionally, if I tell it to use BIOS - All memory sizing, it 
appears to look at memory addresses up to the 4GB mark.  But this 
doesn't really surprise me.)  Using BIOS - Std works just fine, and 
turns up no errors.


I'm not sure if this is normal, and I don't have another x86/x64 machine 
to test on.  But I'd expect that when probing, it shouldn't be told 
there's more memory available than what actually is present.


Is anyone running a stable D945GCLF2?



Re: Random crashes with Intel D945GCLF2

2008-10-07 Thread Sevan / Venture37
Are you running the latest version of the BIOS on the board??
http://clk.atdmt.com/UKM/go/111354029/direct/01/



Re: Random crashes with Intel D945GCLF2

2008-10-07 Thread Damian Gerow

Sevan / Venture37 wrote:

Are you running the latest version of the BIOS on the board??
http://clk.atdmt.com/UKM/go/111354029/direct/01/


Ah, yes, I knew I forgot to include something.

I also updated the BIOS to the latest revision today, and re-ran all the 
tests, to the exact same conclusion.


  - Damian