Date: Thu, 5 Jul 2001 16:08:16 -0700 (PDT) From: Peter <pb@ludd.luth.se> To: freebsd-gnats-submit@FreeBSD.org Subject: kern/28742: CD_BUFFER_BLOCKS used in ide ioctl CDIOCREADAUDIO defined with different values.. Message-ID: <200107052308.f65N8GR54467@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 28742 >Category: kern >Synopsis: CD_BUFFER_BLOCKS used in ide ioctl CDIOCREADAUDIO defined with different values.. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 05 16:10:02 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Peter >Release: 4.3R >Organization: >Environment: FreeBSD queeg 4.3-STABLE FreeBSD 4.3-STABLE #0: Mon Apr 23 22:24:10 CEST 2001 troot@queeg:/misc/usr_obj/usr/src/sys/QUEEG i386 >Description: CD_BUFFER_BLOCKS defined as 13 in sys/dev/ata/atapi-cd.c 8 in sys/i386/isa/wd_cd.c 1) Depending on compile race it may be defined differently 2) The limit is 27 (inclusive) what I remember. From the fact that the dma manage to transfer a maximum of 27 * 2352 bytes blocks in one 64k max transfer. (Might be different issue with PCI-IDE dunno) More frames (buffers), will allow more continous block reads per jitter correction. Thus higher efficiency. (basepath /usr/src) >How-To-Repeat: read sources :) >Fix: Common define for CD_BUFFER_BLOCKS. And define it as 27. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200107052308.f65N8GR54467>