From owner-freebsd-stable Tue Apr 4 6: 9: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from vivaldi.pn.npi.msu.ru (gw.pn.npi.msu.ru [193.232.127.202]) by hub.freebsd.org (Postfix) with ESMTP id 4AFDE37B6D8 for ; Tue, 4 Apr 2000 06:08:48 -0700 (PDT) (envelope-from svysh@pn.sinp.msu.ru) Received: from scarlatti (scarlatti [195.208.223.16]) by vivaldi.pn.npi.msu.ru (8.10.0/8.10.0) with SMTP id e34D8Rp00825; Tue, 4 Apr 2000 17:08:27 +0400 (MSD) Message-Id: <3.0.5.32.20000404170822.007baa00@vivaldi> X-Sender: svysh@vivaldi X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 04 Apr 2000 17:08:22 +0400 To: Mike Tancsa From: Sergei Vyshenski Subject: Re: ata sad combinatorics Cc: freebsd-stable@freebsd.org In-Reply-To: <4.2.2.20000404083342.0340b948@mail.sentex.net> References: <3.0.5.32.20000404162656.007c5600@vivaldi> <4.2.2.20000404074518.032c5568@mail.sentex.net> <3.0.5.32.20000404150052.007c4710@vivaldi> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:38 04.04.00 -0500, you wrote: > >Have a search through the archives as I think someone else had > problems with the Fujitsus. Pair Caviar+Maxtor conducts the same way. >What if you disable DMA. Are you actually using the >drive in Win98 with DMA drivers ? Yes. >What if go back to PIO mode. Perhaps the >maintainer can shed light on it ? > > ---Mike > > >At 04:26 PM 4/4/2000 +0400, Sergei Vyshenski wrote: >> >It would make a fairly significant difference, if you actually posted some >> >details about the hardware. Saying, "586" is kind of useless. Post the >> >output of dmesg, and uname -a and sysctl hw.atamodes. >> > >> > ---Mike >> > >> >>Please find info from box (A) with disks (2) and (3) as ad0 and ad2. >>Initial message please find below. >> >>****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-STABLE #0: Wed Mar 29 14:26:29 MSD 2000 >>Timecounter >>"i8254" frequency 1193182 Hz >>Timecounter "TSC" frequency 99474317 Hz >>CPU: >>Pentium/P54C (99.47-MHz 586-class CPU) >> Origin = "GenuineIntel" Id = >>0x525 Stepping = 5 >> Features=0x1bf >>real >>memory = 41943040 (40960K bytes) >>avail memory = 38416384 (37516K >>bytes) >>Preloaded elf kernel "SCARLATTI" at 0xc027b000. >>Intel Pentium >>detected, installing workaround for F00F bug >>npx0: on >>motherboard >>npx0: INT 16 interface >>pcib0: on >>motherboard >>pci0: on pcib0 >>isab0: >bridge> at device 7.0 on pci0 >>isa0: on isab0 >>atapci0: >ATA controller> port 0xffa0-0xffaf at device 7.1 on pci0 >>ata0: at 0x1f0 irq >>14 on atapci0 >>ata1: at 0x170 irq 15 on atapci0 >>ed0: >(RealTek 8029)> port 0xef80-0xef9f irq 11 at device 20.0 on pci0 >>ed0: >>supplying EUI64: 00:40:95:ff:fe:42:e3:9d >>ed0: address 00:40:95:42:e3:9d, >>type NE2000 (16 bit) >>fdc0: at port 0x3f0-0x3f5,0x3f7 >>irq 6 drq 2 on isa0 >>fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >>atkbdc0: >> at port 0x60-0x6f on isa0 >>atkbd0: >Keyboard> irq 1 on atkbdc0 >>vga0: at port 0x3c0-0x3df >>iomem 0xa0000-0xbffff on isa0 >>sc0: on isa0 >>sc0: VGA <16 >>virtual consoles, flags=0x200> >>sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on >>isa0 >>sio0: type 16550A >>sio1 at port 0x2f8-0x2ff irq 3 on isa0 >>sio1: type >>16550A >>sio2: configured irq 5 not in bitmap of probed irqs 0 >>ppc0: >> at port 0x378-0x37f irq 7 on isa0 >>ppc0: Generic chipset >>(EPP/NIBBLE) in COMPATIBLE mode >>ppi0: on ppbus0 >>lpt0: >> on ppbus0 >>lpt0: Interrupt-driven port >>IP packet filtering >>initialized, divert disabled, rule-based forwarding disabled, default to >>deny, logging limited to 200 packets/entry by default >>ad0: 3815MB >AC34000L> [7752/16/63] at ata0-master using WDMA2 >>ad2: 4172MB >MPA3043AT> [9042/15/63] at ata1-master using WDMA2 >>Mounting root from >>ufs:/dev/ad0s2a >>ed0: starting DAD for fe80:0001::0240:95ff:fe42:e39d >>ed0: >>DAD complete for fe80:0001::0240:95ff:fe42:e39d - no duplicates found >> >>***uname -a: *** >>FreeBSD 4.0-STABLE FreeBSD 4.0-STABLE #0: Wed Mar 29 14:26:29 MSD 2000 >> >>***sysctl hw.atamodes: *** >>hw.atamodes: dma,---,dma,---, >> >>============================================================ >>initial message follows >>============================================================ >>Fresh (and identical) 4.0-stable systems with support >>for ata0 and ata1 were tried at: >>(A) Intel-586 box >>(B) Intel-686 box >> >>Tested were 3 large IDE disks: >>(1) - fully occupied by FreeBSD >>(2) and (3) - first half occupied by Win98, second by FreeBSD >> >>**Box (A): >>Ok with any disk as ad0. >>Ok with any disk as ad0 and any other as ad1. >>(2) as first master and (3) as second master are ok when >>booted under Win98. >>Any disk as ad0 and any other as ad2 under FreeBSD: >> as soon as I try to mount something from the ad2, I see >> continuos chain of complains: >> >>ad2: READ command timeout -resetting >>ata1: resetting devices done >>ata1-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA >>... >> >>**Box (B): >>Ok with any combination of disks. >> >>If bios of (A) should be considered too old, then why >>Win98 gives more successful combinations, than FreeBSD? >>Note that second large master IS understood by Win98, >>but is NOT understood by FreeBSD (even if it has only ufs >>partitions). >> > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message