John H. Nyhuis wrote:
Greetings,
My apologies if this is a repost. I am having trouble getting this
through to the list.
I am trying to install OpenBSD (i386) 4.1 and am failing to get it
to identify my standard parallel ide disk. The disk is identified at
bootstrapping as hd0*+, but once the installer gets to the point of
"Proceed with Install? [yes]" I receive the message "No Disks Found".
The bootstrap detects the hard disk because it is talking to the BIOS,
whereas OpenBSD has to talk to the HW directly.
The hardware checks out via CheckIT, and the FreeBSD installer does
not have a problem partitioning and formatting the disk, so I do not
believe this is hardware failure. I know that OpenBSD probes hardware
differently then FreeBSD, so I think the root of my issue has to do with
OpenBSD drive probing.
well...actually, looking at your provided dmesg (thanks!), it looks
like IRQ...
All standard pATA IDE controllers should be supported, according to
the hardware pages.
well..most. And yours is, but you have other problems.
Would someone mind looking over the attached dmesg and giving me
some ideas of how to resolve this? I don't see anything that
immediately stands out as an error (except for the USB stuff, which I
don't need on this box).
That's may just be because you are running a kernel with limited
driver support. But yes, not an issue at the moment.
OpenBSD 4.1 (RAMDISK) #260: Sat Mar 10 19:38:22 MST 2007
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK
cpu0: Intel(R) Celeron(R) CPU 2.80GHz ("GenuineIntel" 686-class) 2.81 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CNXT-ID,CX16,xTPR
real mem = 1064595456 (1039644K)
avail mem = 967368704 (944696K)
using 4278 buffers containing 53354496 bytes (52104K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+ BIOS, date 03/21/07, BIOS32 rev. 0 @ 0xf0010,
SMBIOS rev. 2.3 @ 0xf04c0 (53 entries)
bios0: ASUSTeK Computer Inc. P5PE-VM
apm0 at bios0: Power Management spec V1.2
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf86a0/176 (9 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82801EB/ER LPC" rev
0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc0000/0xa000! 0xca000/0x1000 0xcb000/0x1000
acpi at mainbus0 not configured
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82865G/PE/P CPU-I/0-1" rev 0x02
vga1 at pci0 dev 2 function 0 "Intel 82865G Video" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
"Intel 82801EB/ER USB" rev 0x02 at pci0 dev 29 function 0 not configured
"Intel 82801EB/ER USB" rev 0x02 at pci0 dev 29 function 1 not configured
"Intel 82801EB/ER USB" rev 0x02 at pci0 dev 29 function 2 not configured
"Intel 82801EB/ER USB" rev 0x02 at pci0 dev 29 function 3 not configured
"Intel 82801EB/ER USB2" rev 0x02 at pci0 dev 29 function 7 not configured
ppb0 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xc2
pci1 at ppb0 bus 1
em0 at pci1 dev 9 function 0 "Intel PRO/1000GT (82541GI)" rev 0x05: irq
14, address 00:0e:0c:c3:05:1e
irq 14 looks a little scary to me...
em1 at pci1 dev 11 function 0 "Intel PRO/1000GT (82541GI)" rev 0x05: irq
3, address 00:0e:0c:b9:60:53
skc0 at pci1 dev 13 function 0 "Marvell Yukon 88E8001/8003/8010" rev
0x13, Yukon Lite (0x9): irq 5
sk0 at skc0 port A, address 00:1a:92:21:2e:8d
ukphy0 at sk0 phy 0: Generic IEEE 802.3u media interface, rev. 5: OUI
0x005043, model 0x0002
ichpcib0 at pci0 dev 31 function 0 "Intel 82801EB/ER LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801EB/ER IDE" rev 0x02: DMA,
channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: no compatibility interrupt for use by channel 0
oops.
pciide0: channel 1 disabled (no drives)
...
Looks to me like you are having interrupt routing issues.
STEP 1: Go into your BIOS, and try resetting everything back to
defaults. Sometimes, people get in and "improve" things so much that
things break.
STEP 2: Try adjusting things in the BIOS. Sometimes the defaults
DON'T work. :) I'd aim at maybe making that IRQ14 an ISA IRQ. Don't
quote me on this, I'm not as up on PCI interrupt handling as I should
be, but seeing something sitting on IRQ14 was really bad back in the
ISA days. :)
STEP 3: Try poking pcibios(4) with ukc> (see FAQ 5). Try disabling it
first, then giving it various flags (I'd tell you which to try, 'cept
it usually isn't the one I'd have guessed, so I'm just gonna say, try
'em all, 0x1, 0x2, 0x4, 0x8 ..)
Nick.
