From owner-freebsd-hackers Thu Jan 28 09:58:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18748 for freebsd-hackers-outgoing; Thu, 28 Jan 1999 09:58:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18741 for ; Thu, 28 Jan 1999 09:58:12 -0800 (PST) (envelope-from pb@ludd.luth.se) Received: from father.ludd.luth.se (pb@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id SAA00811 for ; Thu, 28 Jan 1999 18:58:08 +0100 From: Peter Brevik Received: (pb@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id SAA08205 for freebsd-hackers@freebsd.org; Thu, 28 Jan 1999 18:58:07 +0100 Message-Id: <199901281758.SAA08205@father.ludd.luth.se> Subject: Atapi underrun, too tight wait ? To: freebsd-hackers@FreeBSD.ORG Date: Thu, 28 Jan 1999 18:58:07 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm trying to read sectors from a atapi cdrom but it seems I get buffer under run problems. Any ideas on how to solve this ? I have a suspicion that the CPU is so fast (350 MHz) that it will loop some delay somewhere. So that it timeout to early.. /pb Equipment: CPU: Pentium II (quarter-micron) (348.49-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX,> wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordy wcd0: 1779/4134Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked wcd0: mode 2 form 1(XA) 2, multisession, CD-DA read stream, C2, ISRC, UPC Problem: Trying to read sectors from Atapi CD-Rom which results in errors like: ar.result.code = 6 (data underrun) ar.result.status = 88 ar.result.code = 1 (i/o finished with error) ar.result.status = 81 ar.result.error = 180 ar.result.code = 6 (data underrun) ar.result.status = 88 ar.result.code = 1 (i/o finished with error) ar.result.status = 81 ar.result.error = 180 and so on.. (syslog: wcd0: i/o error, status=51, error=b4) Kernel: 2.2.7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message