Date: Wed, 1 Jul 1998 14:16:41 -0700 (PDT) From: mason@methane.dragonfly.rain.com To: freebsd-current@FreeBSD.ORG Cc: mason@methane.dragonfly.rain.com () Subject: LBA support problems Message-ID: <199807012116.OAA27090@dragonfly.rain.com>
next in thread | raw e-mail | index | archive | help
Hello all, I've posted this to -current because while we're running FreeBSD 2.2.6-RELEASE (mostly) this really deals with the LBA support (which isn't a feature in a pure 2.2.6-RELEASE system). I'm seeing some strange behaviour on our system with the LBA support that's been added to wd.c We've got an ASUS P2L97-S/233 system with IDE drives as follows: primary master WDC AC35100L 4.9 Gig, normal mode primary slave Maxtor 91152D8 11G, LBA mode secondary master Maxtor 91152D8 11G, (normal mode, 8G avail) secondary slave empty We're running FreeBSD 2.2.6-RELEASE + the LBA patches that where posted some time back (I got them through deja news). wd.c and wdreg.h are the *only* two files we've changed in the kernel. We want to run both 11G disks in LBA mode so we can use ccd or vinum and make them look like a single 22G disk (that we NFS export to our other machines). The problem has been with accessing the disk on the seconday controller in LBA mode. If I enable LBA mode on the secondary controller, the disk is properly identified: Jun 10 15:58:57 sinkhole /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Jun 10 15:58:57 sinkhole /kernel: wdc0: unit 0 (wd0): <WDC AC35100L> Jun 10 15:58:57 sinkhole /kernel: wd0: 4924MB (10085040 sectors), 10672 cyls, 15 heads, 63 S/T, 512 B/S Jun 10 15:58:57 sinkhole /kernel: wdc0: unit 1 (wd1): <Maxtor 91152D8>, LBA, 32-bit, multi-block-16 Jun 10 15:58:57 sinkhole /kernel: wd1: 10991MB (22510656 sectors), 1401 cyls, 255 heads, 63 S/T, 512 B/S Jun 10 15:58:57 sinkhole /kernel: wdc1 at 0x170-0x177 irq 15 on isa Jun 10 15:58:57 sinkhole /kernel: wdc1: unit 0 (wd2): <Maxtor 91152D8>, LBA, 32-bit, multi-block-16 Jun 10 15:58:57 sinkhole /kernel: wd2: 10991MB (22510656 sectors), 1401 cyls, 255 heads, 63 S/T, 512 B/S However when we try to access the secondary disk (trying to write a disklabel, or any other operation) the system freezes for several seconds and then we get a bunch of errors like the following: Jun 10 16:00:04 sinkhole /kernel: wd2: wdcontrol: recal failed reading fsbn 0wd2: status 0 error 0 Jun 10 16:00:04 sinkhole /kernel: wd2: wdsetctlr failed: Jun 10 16:00:04 sinkhole /kernel: wd2: status 0 error 0 Jun 10 16:00:04 sinkhole /kernel: wd2: wdcontrol: recal failed reading fsbn 0wd2: status 0 error 0 Jun 10 16:00:04 sinkhole /kernel: wd2: wdsetctlr failed: Jun 10 16:00:04 sinkhole /kernel: wd2: status 0 error 0 I've tried swaping the two 11G disks, no change (the disk hooked up to the secondary controller still fails) so it doesn't seem to be the disk itself. We've also tried moving the disk on the seconday contoller to the slave position (no luck - hey it was the only thing I could think of). The disk on the secondary controller works fine if we disable LBA mode. We've also seen the same problems if we disable 32-bit access on the secondary controller: Jun 10 16:35:46 sinkhole /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Jun 10 16:35:46 sinkhole /kernel: wdc0: unit 0 (wd0): <WDC AC35100L> Jun 10 16:35:46 sinkhole /kernel: wd0: 4924MB (10085040 sectors), 10672 cyls, 15 heads, 63 S/T, 512 B/S Jun 10 16:35:46 sinkhole /kernel: wdc0: unit 1 (wd1): <Maxtor 91152D8>, LBA, 32-bit, multi-block-16 Jun 10 16:35:46 sinkhole /kernel: wd1: 10991MB (22510656 sectors), 1401 cyls, 255 heads, 63 S/T, 512 B/S Jun 10 16:35:46 sinkhole /kernel: wdc1 at 0x170-0x177 irq 15 on isa Jun 10 16:35:46 sinkhole /kernel: wdc1: unit 0 (wd2): <Maxtor 91152D8>, LBA, multi-block-16 Jun 10 16:35:46 sinkhole /kernel: wd2: 10991MB (22510656 sectors), 1401 cyls, 255 heads, 63 S/T, 512 B/S And if we also disable multi-block access: Jun 10 17:01:56 sinkhole /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Jun 10 17:01:56 sinkhole /kernel: wdc0: unit 0 (wd0): <WDC AC35100L> Jun 10 17:01:56 sinkhole /kernel: wd0: 4924MB (10085040 sectors), 10672 cyls, 15 heads, 63 S/T, 512 B/S Jun 10 17:01:56 sinkhole /kernel: wdc0: unit 1 (wd1): <Maxtor 91152D8>, LBA, 32-bit, multi-block-16 Jun 10 17:01:56 sinkhole /kernel: wd1: 10991MB (22510656 sectors), 1401 cyls, 255 heads, 63 S/T, 512 B/S Jun 10 17:01:56 sinkhole /kernel: wdc1 at 0x170-0x177 irq 15 on isa Jun 10 17:01:56 sinkhole /kernel: wdc1: unit 0 (wd2): <Maxtor 91152D8>, LBA Jun 10 17:01:56 sinkhole /kernel: wd2: 10991MB (22510656 sectors), 1401 cyls, 255 heads, 63 S/T, 512 B/S Other interesting configuration info: Jun 10 17:01:56 sinkhole /kernel: CPU: Pentium Pro (233.86-MHz 686-class CPU) Jun 10 17:01:56 sinkhole /kernel: Origin = "GenuineIntel" Id = 0x634 Stepping=4 Jun 10 17:01:56 sinkhole /kernel: Features=0x80f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,MMX> Jun 10 17:01:56 sinkhole /kernel: real memory = 134217728 (131072K bytes) Jun 10 17:01:56 sinkhole /kernel: avail memory = 128958464 (125936K bytes) Jun 10 17:01:56 sinkhole /kernel: Probing for devices on PCI bus 0: Jun 10 17:01:56 sinkhole /kernel: chip0 <generic PCI bridge (vendor=8086 device=7180 subclass=0)> rev 3 on pci0:0:0 Jun 10 17:01:56 sinkhole /kernel: chip1 <generic PCI bridge (vendor=8086 device=7181 subclass=4)> rev 3 on pci0:1:0 Jun 10 17:01:56 sinkhole /kernel: chip2 <Intel 82371AB PCI-ISA bridge> rev 1 on pci0:4:0 Jun 10 17:01:56 sinkhole /kernel: chip3 <Intel 82371AB IDE interface> rev 1 on pci0:4:1 Jun 10 17:01:56 sinkhole /kernel: chip4 <Intel 82371AB USB interface> rev 1 int d irq 9 on pci0:4:2 Jun 10 17:01:56 sinkhole /kernel: chip5 <Intel 82371AB Power management controller> rev 1 on pci0:4:3 Any ideas anyone? Thanks in advance, Mark _______________________________________________________________________________ Mark Mason Dragonfly Software Consulting Company. mason@dragonfly.rain.com 503-641-3440 (office) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807012116.OAA27090>