Bug 37420

I reported a similar problem with Subject: ATAPI CDROM fails to read CDRW
to stable list.

In my case only the restore command would cause the timeout and
resetting messages I could mount/umount/dd files without failure.

If I used atacontrol to change the drive from pio to dma
e.g. atacontrol mode 1 udma100 xxx
(drive initially PIO4, after this command it showed WDMA2)

The failures were much less frequent in WDMA2 mode, had 2 failures in 10
tries.  I was using CDRW media.

My CDROMs that failed: AOpen 52x; Acer 40x (on two different machines)
but Acer CDRW 12x8x32 worked without problem (on both machines).

Machine is now running 4.5-R-p3 which does not appear to have this
problem.

also thread on stable list with Subject: ATAPI CD on -stable can't read VCD
Which is possibly related, but was DVD drive.


In message <200204241525.g3OFPBc51188@freefall.freebsd.org>,
  Dan Naumov writes:
>
>>Number:         37420
>>Category:       i386
>>Synopsis:       Copying large files from an IDE CD-ROM to a harddrive causes
>a system lock-up.
>>Confidential:   no
>>Severity:       serious
>>Priority:       high
>>Responsible:    freebsd-bugs
>>State:          open
>>Quarter:
>>Keywords:
>>Date-Required:
>>Class:          sw-bug
>>Submitter-Id:   current-users
>>Arrival-Date:   Wed Apr 24 08:30:02 PDT 2002
>>Closed-Date:
>>Last-Modified:
>>Originator:     Dan Naumov
>>Release:        4.5-STABLE
>>Organization:
>none, home user.
>>Environment:
>FreeBSD localhost.localdomain 4.5-STABLE FreeBSD 4.5-STABLE #0: Wed Apr 24 17:
>44:41 EEST 2002 jago@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC  i386
>>Description:
>I've noticed that trying to copy files off my Creative 52X IDE CD-ROM to the h
>ardware will cause my machine to lock. I can browse the CD's ok (tried with se
>veral CD's), but copying large files from CD to harddrive slows down to a craw
>l at first (300-400 kb/s) and then locks up the machine. Here's a snip from /v
>ar/log/messages:
>
>===============mount command issued===============
>Apr 24 17:48:15 localhost /kernel: cd9660: Joliet Extension (Level 1)
>Apr 24 17:49:19 localhost /kernel: acd0: READ_BIG command timeout - resetting
>Apr 24 17:49:19 localhost /kernel: ata1: resetting devices .. done
>=================machine locks up=================
>
>I've tried to copy the same files off the same CD's on my girlfriend's Win2000
> machine and it could read the CD's fine, browsing the CD's themselves on my o
>wn machine does not seem to cause any trouble, but copying large files does. N
>ow for some specs. Here's the dmesg output:
>
>===============start dmesg===============
>Copyright (c) 1992-2002 The FreeBSD Project.
>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>	The Regents of the University of California. All rights reserved.
>FreeBSD 4.5-STABLE #0: Wed Apr 24 17:44:41 EEST 2002
>    jago@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC
>Timecounter "i8254"  frequency 1193182 Hz
>CPU: AMD Athlon(tm) processor (1424.83-MHz 686-class CPU)
>  Origin = "AuthenticAMD"  Id = 0x644  Stepping = 4
>  Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,
>PAT,PSE36,MMX,FXSR>
>  AMD Features=0xc0440000<<b18>,AMIE,DSP,3DNow!>
>real memory  = 536805376 (524224K bytes)
>avail memory = 517496832 (505368K bytes)
>Pentium Pro MTRR support enabled
>md0: Malloc disk
>Using $PIR table, 10 entries at 0xc00fddb0
>npx0: <math processor> on motherboard
>npx0: INT 16 interface
>pcib0: <AMD-761 host to PCI bridge> on motherboard
>pci0: <PCI bus> on pcib0
>pcib1: <AMD-761 PCI-PCI (4x AGP) bridge> at device 1.0 on pci0
>pci1: <PCI bus> on pcib1
>pci1: <NVidia GeForce DDR graphics accelerator> at 5.0 irq 10
>isab0: <VIA 82C686 PCI-ISA bridge> at device 7.0 on pci0
>isa0: <ISA bus> on isab0
>atapci0: <VIA 82C686 ATA100 controller> port 0xc400-0xc40f at device 7.1 on pc
>i0
>ata0: at 0x1f0 irq 14 on atapci0
>ata1: at 0x170 irq 15 on atapci0
>uhci0: <VIA 83C572 USB controller> port 0xc800-0xc81f irq 5 at device 7.2 on p
>ci0
>usb0: <VIA 83C572 USB controller> on uhci0
>usb0: USB revision 1.0
>uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>uhub0: 2 ports with 2 removable, self powered
>uhci1: <VIA 83C572 USB controller> port 0xcc00-0xcc1f irq 5 at device 7.3 on p
>ci0
>usb1: <VIA 83C572 USB controller> on uhci1
>usb1: USB revision 1.0
>uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>uhub1: 2 ports with 2 removable, self powered
>pci0: <unknown card> (vendor=0x1106, dev=0x3057) at 7.4
>rl0: <RealTek 8139 10/100BaseTX> port 0xe000-0xe0ff mem 0xdc001000-0xdc0010ff
>irq 11 at device 10.0 on pci0
>rl0: Ethernet address: 00:e0:7d:9f:be:31
>miibus0: <MII bus> on rl0
>rlphy0: <RealTek internal media interface> on miibus0
>rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>pci0: <unknown card> (vendor=0x1274, dev=0x5880) at 14.0 irq 11
>orm0: <Option ROM> at iomem 0xc0000-0xc97ff on isa0
>fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
>atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
>atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
>kbd0 at atkbd0
>psm0: <PS/2 Mouse> irq 12 on atkbdc0
>psm0: model IntelliMouse, device ID 3
>vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
>sc0: <System console> at flags 0x100 on isa0
>sc0: VGA <16 virtual consoles, flags=0x300>
>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
>ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
>ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
>plip0: <PLIP network interface> on ppbus0
>lpt0: <Printer> on ppbus0
>lpt0: Interrupt-driven port
>ppi0: <Parallel I/O> on ppbus0
>ad0: 38182MB <MAXTOR 4K040H2> [77578/16/63] at ata0-master UDMA100
>ad1: 16446MB <ST317221A> [33416/16/63] at ata0-slave UDMA66
>acd0: CDROM <CD-ROM 52X/AKH> at ata1-master PIO4
>Mounting root from ufs:ad0s1a
>================end dmesg================
>
>My hardware is AMD T-Bird 1400 Mhz, Gigabyte GA-7XDR (AMD-761 chipset), 512 mb
> ddr ram, Creative 52x IDE CD-Rom, 40 GB Maxtor HD on primary master (model un
>kown), 20 GB Seagate HD on primary slave.
>
>I will attempt to upgrade to the most recent stable to see whether that fixes
>the problem. Feel free to contact me if you need additional information.
>>How-To-Repeat:
>Mount a CD, start copying a large file (> 5 MB) from the CD to the HD.
>>Fix:
>
>>Release-Note:
>>Audit-Trail:
>>Unformatted:
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-bugs" in the body of the message
>

---
Christopher Hall <hsw@generalresources.com>         Fax: +886-2-2795-3030
Christopher Hall <hsw@acm.org>                    Phone: +886-2-2795-5799

I decided to post a follow up to my bug-report seeing as I've managed to fix 
this problem. Apparently, PIO4 seems somehow broken with my chipset. Some 
folks on OPN #freebsd suggested me to look into the "atacontrol" utility and 
after switching the transfer mode on the 2nd controller from PIO4 (default) 
to UDMA33 solved all stability issues.

I havent't done any *EXTENSIVE* testing, but so far, it definately looks 
much better. The problem used to cause a system lockup every single time I 
would attempt copying files off the CD-ROM, now I've transferred 3 600+ MB 
files without a problem. The following is now in my rc.local:

#!/bin/sh
/sbin/atacontrol mode 1 udma2 udma2

What I am wondering about, is what actually causes this particular problem 
with FreeBSD. I used this drive in Win2000, WinXP and Linux, which by 
default, use PIO without any problems. However, PIO mode apparently causes 
problems with FreeBSD. Is it something that I can expect to be fixed in the 
future FBSD releases or is using atacontrol to changing transfer modes the 
only possible workaround ?

Sincerely,
Dan Naumov aka Jago

_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Comment 3 iedowse 2002-12-08 22:19:07 UTC

State Changed
From-To: open->feedback


Can you still reproduce this on a more recent -STABLE?

Comment 4 Søren Schmidt 2003-05-05 12:56:54 UTC

State Changed
From-To: feedback->closed

Feedback timeout