Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 04 Apr 2000 17:08:22 +0400
From:      Sergei Vyshenski <svysh@pn.sinp.msu.ru>
To:        Mike Tancsa <mike@sentex.net>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: ata sad combinatorics
Message-ID:  <3.0.5.32.20000404170822.007baa00@vivaldi>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
>>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: <math processor> on
>>motherboard
>>npx0: INT 16 interface
>>pcib0: <Host to PCI bridge> on
>>motherboard
>>pci0: <PCI bus> on pcib0
>>isab0: <Intel 82371FB PCI to ISA
>>bridge> at device 7.0 on pci0
>>isa0: <ISA bus> on isab0
>>atapci0: <Intel PIIX
>>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: <NE2000 PCI Ethernet
>>(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: <NEC 765 or clone> at port 0x3f0-0x3f5,0x3f7
>>irq 6 drq 2 on isa0
>>fd0: <1440-KB 3.5" drive> on fdc0 drive 0
>>atkbdc0:
>><keyboard controller (i8042)> at port 0x60-0x6f on isa0
>>atkbd0: <AT
>>Keyboard> irq 1 on atkbdc0
>>vga0: <Generic ISA VGA> at port 0x3c0-0x3df
>>iomem 0xa0000-0xbffff on isa0
>>sc0: <System console> 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:
>><Parallel port> at port 0x378-0x37f irq 7 on isa0
>>ppc0: Generic chipset
>>(EPP/NIBBLE) in COMPATIBLE mode
>>ppi0: <Parallel I/O> on ppbus0
>>lpt0:
>><Printer> 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 <WDC
>>AC34000L> [7752/16/63] at ata0-master using WDMA2
>>ad2: 4172MB <FUJITSU
>>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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3.0.5.32.20000404170822.007baa00>