Date: Mon, 14 Dec 1998 03:36:39 -0800 From: Mike Smith <mike@smith.net.au> To: "Kelvin Farmer" <erkaf@my-dejanews.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Phantom hard drive detection in GENERIC? Message-ID: <199812141136.DAA00620@dingo.cdrom.com> In-Reply-To: Your message of "Mon, 07 Dec 1998 15:31:54 MST." <FEJCCLLOMOPLFAAA@my-dejanews.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Please wrap your paragraphs; it's hard (and thus discouraging) to reply to a message that requires extra formatting effort. > Okay, the problem goes like this: a phantom hard drive (wd3) appears > to be detected when the hardware is probed. The actual harddrives and > cdrom are all detected properly, and if wd3 is removed (in a custom > kernel), then there are no problems. > However, in the initial installation, wd3 cannot be disabled, only > wdc1, which also has a CDROM connected to it, so a cdrom installation is > ruled out since the detection of wd3 halts the installation process like > this: > wd3: can't handle 65535 heads from partition tale (truncating to 16) > wd3 cannot handle 65535 sectors (max 255) > wd3 wdcontrol: reca failed reading fsbn0wd3: status > 7e<rdy,wrtflt,seekdone,drq,ecc_cor,index> error 4<abort> > wd3 error reading primary partition table reading fsbn 0 (wd3 bn0;cn0 tn0 sn0) When you say "halts the installation process", does it repeat the above error message, or does it simply lock up at this point? > The GENERIC kernel detects my system like thus: > > stDMAonly disabled, pre/post enabled, > intel_piix_status: IORDY sampling enabled, > intel_piix_status: fast PIO enabled > ide_pci: busmaster 0 status: 60 from port: 0000ffa2 > ide_pci: ide0:0 has been configured for DMA by BIOS > ide_pci: ide0:1 has been configured for DMA by BIOS Can you try winding back the BIOS IDE-related settings to their most conservative values? > intel_piix_status: secondary master sample = 3, master recovery = 3 > intel_piix_status: secondary master fastDMAonly disabled, pre/post enabled, > intel_piix_status: IORDY sampling enabled, > intel_piix_status: fast PIO enabled > intel_piix_status: secondary slave sample = 5, slave recovery = 4 > intel_piix_status: secondary slave fastDMAonly disabled, pre/post disabled, > intel_piix_status: IORDY sampling disabled, > intel_piix_status: fast PIO disabled > ide_pci: busmaster 1 status: 04 from port: 0000ffaa > found-> vendor=0x5333, dev=0x883d, revid=0x02 > class=03-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=11 > map[0]: type 1, range 32, base 80000000, size 26 > > [snip] > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): <QUANTUM FIREBALL ST2.1A> > wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S > wd0: ATA INQUIRE valid = 0007, dmamword = 0407, apio = 0003, udma = 0007 > wdc0: unit 1 (wd1): <QUANTUM FIREBALL_TM1280A> > wd1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S > wd1: ATA INQUIRE valid = 0003, dmamword = 0407, apio = 0003, udma = 0000 > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 1 (wd3): <\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^?> > wd3: 95MB (196607 sectors), 65535 cyls, 65535 heads, 65535 S/T, 512 B/S > wd3: ATA INQUIRE valid = ffffffff, dmamword = ffffffff, apio = ffffffff, udma = ffffffff > wdc1: unit 0 (atapi): <MATSHITA CR-583/AS10>, removable, accel, dma, iordis > wcd0: 1378Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray > wcd0: 120mm photo disc loaded, unlocked Ick. This looks like the probe is getting a false echo (or something equally nasty) from the CDROM. Is your cabling all ATA-compliant? > Hardware: > 430 HX chipset. > Intel 82371 SB is the PCI Bus Master IDE controller (PIIX3) > 2 Quantum harddrive correctly identified, they are master and slave on the > primary IDE. > 1 Matshita cdrom, master on secondary IDE. The '583 is normally well-behaved - I'm fairly sure I have one (not sure which firmware) on an identical controller (PIIX3) on a 440FX board, which has been working well for > 12 months now. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com 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?199812141136.DAA00620>