Date: Tue, 29 Aug 2000 13:10:24 +0100 From: Steve Roome <steve@sse0691.bri.hp.com> To: John Lengeling <johnl@raccoon.com> Cc: Robert Augustine <raugustine@reflectively.net>, stable@FreeBSD.ORG Subject: Re: Random Reboots and Miscellaneous Athlon/FIC Problems. Message-ID: <20000829131024.F61846@moose.bri.hp.com> In-Reply-To: <39A9D5F1.77CD3902@raccoon.com>; from johnl@raccoon.com on Sun, Aug 27, 2000 at 10:01:05PM -0500 References: <001b01c0104e$1f83d1c0$0200000a@cm.420.net> <39A9D5F1.77CD3902@raccoon.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 27, 2000 at 10:01:05PM -0500, John Lengeling wrote:
>
>
> Robert Augustine wrote:
> >
> > Hello,
> > I would like to update the list on my problems and give a brief
> > generalisation. I would have to say that the SD-11 must be poorly
> > manufactured because along with the fact that random reboots occur quite
> > often, and are almost impossible to trace, the UDMA33 and ATA66 don't work
> > at all.
>
> If you search freebsd-questions/hardware you will find other people who have had problems with SD-11s.
> I finally resolved my SD-11 crashing problems by:
>
> - Replacing power supply with one which is on AMD's approved list (cut frequency of crashes from minutes to 1-2 days)
> - Upgrading BIOS. I was using an ATI Rage Pro video card and there was some issues with this card and the
> SD-11. There was a BIOS upgrade in Janurary/Feburary of this year which seemed to have completly fixed my crashing
> problems.
>
> I would not purchase another SD-11 based on my experiences.
IMHO, to be fair, the hardware isn't entirely to blame. So far most of
these problems seem to have been resolved when people put the
*CORRECT* power supply in their machine, saying the board is crap
because people insist on putting it with the wrong PSU is just FUD.
The only real problem is if you have some spangly graphics card with a
6A requirement, but my Maxi Gamer Xentor 32 (Riva TNT2 ultra) doesn't
seem to have too much of a problem here, unless I play games under
windows at 1600x1200, which, I think is placing an unnecesary demand
on my hardware, as 1280x1024 will suffice.
Other than that, there was a problem with the SD11 and large IDE
drives, but it didn't actually affect FreeBSD directly, just that the
BIOS would hang if you set it to auto detect a drive that big. [You
could tell those BIOSes a smaller drive size and still use it fine.]
The only other problem was that I had been building kernels with AUTO_EOI
settings in them, removing them fixed the last of my problems. I reckon
people are probably seeing that these options speed things up and whacking
them in. Since I took out AUTO_EOI_2 it's run perfectly stable, through
various make worlds etc.
Bearing in mind that this was one of the very first boards to support
a new CPU, and almost everything on it was new almost to reference
design from AMD it's pretty good. Consider this in comparison to the
original triton chipsets for the first pentiums, or all the OPTi
chipsets that just wouldn't ever work with FreeBSD. On the whole I'm
very impressed with the SD11 really, when you consider what other
first generation boards have been like.
So, "Here's one a made earlier" :
500MHz Athlon, SD11, 196Mb RAM, bt848 card, Riva TNT2 Ultra (Maxi Gamer Xentor 32),
PCI modem (cheap brandless thing), Creative Labs Soundblaster 16 PCI (es1371),
33Gb IBM ide disk.
If someone can give me a conclusive test whether or not ATA66 is working, I'll
try it out, but these seem to show it's okay.
root@snuggly 2 0 # dd if=/dev/ad0 of=/dev/null bs=128k count=10000
10000+0 records in
10000+0 records out
1310720000 bytes transferred in 56.420233 secs (23231382 bytes/sec)
root@snuggly 23 1 # dd if=/dev/rad0 of=/dev/null bs=1024k count=1
1+0 records in
1+0 records out
1048576 bytes transferred in 0.051883 secs (20210403 bytes/sec)
So, is this is it coming straight from the hard disk cache ?
root@snuggly 24 0 # dd if=/dev/rad0 of=/dev/null bs=1024k count=1
1+0 records in
1+0 records out
1048576 bytes transferred in 0.020338 secs (51557330 bytes/sec)
Looks to me like 20Mb/s is the transfer speed of the disk, and 51Mb/s
is about as fast as data can come from the disk cache, but I could
be wrong. (it's got 2048k of on disk cache.)
Anyway, I get almost the same disk speed figures in windows with
various benchmark utils, except that windows seems slightly slower.
Varying from 20Mb/s to about 13Mb/s from start to end of disk
respectively, and I really think that's probably just the speed of the
disk internally.
Here's the dmesg:
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-RELEASE #0: Mon Aug 14 19:37:48 BST 2000
root@snuggly.demon.co.uk:/usr/src/sys/compile/SNUGGLY
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 499034310 Hz
CPU: AMD-K7(tm) Processor (499.03-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x612 Stepping = 2
Features=0x81f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,MMX>
AMD Features=0xc0400000<AMIE,DSP,3DNow!>
real memory = 201261056 (196544K bytes)
avail memory = 191746048 (187252K bytes)
Preloaded elf kernel "kernel" at 0xc0330000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc033009c.
Preloaded elf module "splash_bmp.ko" at 0xc03300ec.
Preloaded splash_image_data "/boot/arse.bmp" at 0xc0330190.
VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc0279962 (1000022)
VESA: NVidia
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <AMD-751 host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <AMD-751 PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <NVidia Riva Ultra TNT2 graphics accelerator> at 5.0 irq 11
dc0: <82c169 PNIC 10/100BaseTX> port 0xd800-0xd8ff mem 0xefffff00-0xefffffff irq 10 at device 4.0 on pci0
dc0: Ethernet address: 00:a0:cc:5b:46:42
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
bktr0: <BrookTree 848A> mem 0xeddfe000-0xeddfefff irq 9 at device 6.0 on pci0
iicbb0: <I2C generic bit-banging driver> on bti2c0
iicbus0: <Philips I2C bus> on iicbb0 master-only
smbus0: <System Management Bus> on bti2c0
Miro TV, Temic NTSC tuner. <<<<< THIS IS WRONGLY ID'D
isab0: <VIA 82C686 PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686 ATA66 controller> port 0xffa0-0xffaf at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <VIA 83C572 USB controller> at 7.2 irq 5
chip1: <VIA 82C686 ACPI interface> at device 7.4 on pci0
pcm0: <AudioPCI ES1371> port 0xd000-0xd03f irq 11 at device 9.0 on pci0
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
pca0 at port 0x40 on isa0
sio1: <Rockwell K56Flex PnP modem> at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ad0: 32634MB <IBM-DPTA-373420> [66305/16/63] at ata0-master using UDMA66
acd0: CDROM <IDE/ATAPI CD-ROM 50XS> at ata1-master using UDMA33
Mounting root from ufs:/dev/ad0s1a
And here's a kernel config that works nicely : (for FreeBSD 4.0-release)
machine i386
ident SNUGGLY
cpu I686_CPU # aka Pentium Pro(tm)
maxusers 64
makeoptions CONF_CFLAGS="-pipe -march=pentiumpro -O"
options COMPAT_43
options SYSVSHM
options SYSVSEM
options SYSVMSG
options PERFMON
options KTRACE
options AUTO_EOI_1
options VESA
#AUTO_EOI_2 seems to cause ata not to find ata_master
#it just times out =(
#options AUTO_EOI_2
options UCONSOLE
options INET #Internet communications protocols
pseudo-device ether #Generic Ethernet
pseudo-device loop #Network loopback device
pseudo-device bpf #Berkeley packet filter
pseudo-device tun #Tunnel driver (ppp(8), nos-tun(8))
options FFS #Fast filesystem
options MFS #Memory File System
options FFS_ROOT #FFS usable as root device
options CD9660 #ISO 9660 filesystem
options KERNFS #Kernel filesystem
options MSDOSFS #MS DOS File System
options PROCFS #Process filesystem
options SOFTUPDATES
options P1003_1B
options _KPOSIX_PRIORITY_SCHEDULING
options _KPOSIX_VERSION=199309L
pseudo-device pty #Pseudo ttys
pseudo-device speaker #Play IBM BASIC-style noises out your speaker
device isa
device atkbdc0 at isa? port IO_KBD
device atkbd0 at atkbdc? irq 1
device psm0 at atkbdc? irq 12
device vga0 at isa?
pseudo-device splash
device sc0 at isa?
device npx0 at nexus? port IO_NPX flags 0x0 irq 13
# ATA and ATAPI devices
device ata0 at isa? port IO_WD1 irq 14
device ata1 at isa? port IO_WD2 irq 15
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
options ATA_STATIC_ID
options ATA_ENABLE_ATAPI_DMA
device fdc0 at isa? port IO_FD1 irq 6 drq 2
device fd0 at fdc0 drive 0
device sio0 at isa? port IO_COM1 flags 0x10 irq 4
device pci
device miibus
device dc # DEC/Intel 21143 and various workalikes
device pcm
device bktr
device iicbus
device iicbb
device smbus
## Printer (hopefully!)
device ppbus
device lpt
device ppc0 at isa? port? irq 7
#PC speaker
device pca0 at isa? port IO_TIMER1
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000829131024.F61846>