Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Feb 2003 10:20:35 -0500
From:      Jason Andresen <jandrese@mitre.org>
To:        David Wolfskill <david@catwhisker.org>, freebsd-stable@freebsd.org
Subject:   Re: PCI oddity
Message-ID:  <3E47C343.70600@mitre.org>
In-Reply-To: <200302101458.h1AEwqHS047309@bunrab.catwhisker.org>
References:  <200302101458.h1AEwqHS047309@bunrab.catwhisker.org>

next in thread | previous in thread | raw e-mail | index | archive | help
David Wolfskill wrote:
> Check your dmesg (might want to do a "boot -v" first).  Those (physical)
> 2 PCI slots may be sharing a resource in some way.
> 
> Might also check any docs for the board & BIOS.
> 
> Hmmm... during the boot, does the BIOS see the different cards OK?

Yeah,  the cards always probe in the bios just fine.  FreeBSD probes
the cards too (they show up in the dmesg).

The problem comes when the ATA drive list has to be displayed.  FreeBSD 
crash dumps right as it tries to print that list.

I'll post the relevant bits from the current dmesg to illustrate:

FreeBSD 4.7-RELEASE #1: Tue Jan 14 10:04:01 EST 2003
     root@jubei.ceyah.org:/usr/src/sys/compile/JUBEI
...
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
...
atapci0: <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at device 7.1 
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
...
atapci1: <Sil 0680 ATA133 controller> port 
0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 
mem 0xdf004000-0xdf0040ff irq 5 at device 9.0 on pci0
ata2: at 0xa400 on atapci1
ata3: at 0xac00 on atapci1
atapci2: <CMD 649 ATA100 controller> port 
0xc800-0xc80f,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 
irq 12 at device 11.0 on pci0
ata4: at 0xb800 on atapci2
ata5: at 0xc000 on atapci2
atapci3: <Promise TX2 ATA100 controller> port 
0xdc00-0xdc0f,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc07 
mem 0xdf000000-0xdf003fff irq 10 at device 13.0 on pci0
ata6: at 0xcc00 on atapci3
ata7: at 0xd400 on atapci3
dc0: <ADMtek AN985 10/100BaseTX> port 0xe000-0xe0ff mem 
0xdf005000-0xdf0053ff irq 11 at device 15.0 on pci0
dc0: Ethernet address: 00:03:6d:20:1e:8a
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
...
ad0: 38166MB <WDC WD400BB-00CCB0> [77545/16/63] at ata0-master UDMA33
[ This is where it crashes with the 5th card installed]
ad4: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata2-master UDMA100
ad5: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata2-slave UDMA100
ad6: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata3-master UDMA100
ad7: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata3-slave UDMA100
ad8: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata4-master UDMA100
ad9: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata4-slave UDMA100
ad10: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata5-master UDMA100
ad11: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata5-slave UDMA100
ad12: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata6-master UDMA100
ad14: 76319MB <MAXTOR 4K080H4> [155061/16/63] at ata7-master UDMA100
acd0: CDROM <FX400> at ata1-master PIO3


This machine is a hodge-podge of hardware because it was made from spare 
parts (except for the 80GB HDDs).  It's design goal was to make a cheap, 
large, cheap, reasonable performance, cheap fileserver.  The $100 mobo 
hurts goals 1, 3, and 5, but if it helps goal 4 I'm willing to bite the 
bullet.

This is actually the second life of this box.  The first configuration 
had 2 filesystem.  A big 6 disk and a smaller 4 disk one.  The 6 disk 
was made from all of the disks acting as masters, while the smaller one 
consisted of the slaves.  It worked ok, but the larger one needed more 
room and we got a secondary fileserver to take over the job of the 
smaller one (backups).

-- 
   \  |_ _|__ __|_ \ __| Jason Andresen        jandrese@mitre.org
  |\/ |  |    |    / _|  Network and Distributed Systems Engineer
_|  _|___|  _| _|_\___| Office: 703-883-7755



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?3E47C343.70600>