Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 01 Jan 2003 10:25:46 -0500
From:      Mike Tancsa <mike@sentex.net>
To:        Bruce Campbell <bruce@engmail.uwaterloo.ca>
Cc:        freebsd-hardware@freebsd.org
Subject:   Re: ata "fallback to PIO mode" on dual processor AMD systems
Message-ID:  <5.2.0.9.0.20030101100848.024838f0@192.168.0.12>
In-Reply-To: <1041390502.3e125ba66487e@www.nexusmail.uwaterloo.ca>
References:  <ld741vom9tos4j7cnc6sa1luh8a6tfpc9t@4ax.com> <1041368236.3e1204ac45da5@www.nexusmail.uwaterloo.ca> <025701c2b112$ddfbf580$1200a8c0@gsicomp.on.ca> <sUQM7C.A.Q0J.aFhE-@coal.sentex.ca> <ld741vom9tos4j7cnc6sa1luh8a6tfpc9t@4ax.com>

next in thread | previous in thread | raw e-mail | index | archive | help
At 10:08 PM 12/31/2002 -0500, Bruce Campbell wrote:
>atapci0: <AMD 768 ATA100 controller> port 0xb800-0xb80f at device 7.1 on pci0
>
>The removeable drive bays use a short piece of 80 conductor cable to go
>from a large centronics type connector to the drive.  Maybe it is
>a stub matching problem.  The boxes that these enclosures came in
>had a sticker which said "UDMA33/66/100" but under the sticker it
>just said "UDMA33/66".  Maybe I was ripped off.

It could be the problem although I am not sure if there are any cabling 
differences between 66 and 100. Its quite possible the manufacturer just 
updated the sticker on the boxes to reflect that the drives "now work with 
ATA100" where as in fact they always did.  Should be easy enough to verify 
if you run the drives without the trays.  I buy trays locally from CCC (180 
Columbia).   They (Startech branded) are not high end by any stretch of the 
imagination, but they will work at UDMA100 and we use quite a few.

BTW, I have been running the same MB with great results so far.  Two 
2000MPs.  The primary drives are off a 3ware card, but there is one IDE 
drive that holds all the logging from a rather busy web server.

CPU: AMD Athlon(TM) MP 2000+ (1666.74-MHz 686-class CPU)
   Origin = "AuthenticAMD"  Id = 0x662  Stepping = 2
   Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
   AMD Features=0xc0480000<<b19>,AMIE,DSP,3DNow!>
real memory  = 1073741824 (1048576K bytes)
config> q
avail memory = 1041698816 (1017284K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor motherboard
  cpu0 (BSP): apic id:  0, version: 0x00040010, at 0xfee00000
  cpu1 (AP):  apic id:  1, version: 0x00040010, at 0xfee00000
  io0 (APIC): apic id:  2, version: 0x00170011, at 0xfec00000

atapci0: <AMD 768 ATA100 controller> port 0xb800-0xb80f at device 7.1 on pci0

During busy times the drive gets brutalized as it gets a nightly dump of 
/home which pushes the all out drive.  Like I said, no problems since we 
commissioned the machine back in October.

         ---Mike
--------------------------------------------------------------------
Mike Tancsa,                          	          tel +1 519 651 3400
Sentex Communications,     			  mike@sentex.net
Providing Internet since 1994                    www.sentex.net
Cambridge, Ontario Canada			  www.sentex.net/mike


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hardware" in the body of the message




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