From owner-freebsd-questions Sat Jul 6 10: 9:14 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D385337B400 for ; Sat, 6 Jul 2002 10:09:10 -0700 (PDT) Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B5F43E4A for ; Sat, 6 Jul 2002 10:09:10 -0700 (PDT) (envelope-from bts@babbleon.org) Received: from i8k.babbleon.org ([66.57.86.84]) by mail4.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sat, 6 Jul 2002 13:08:44 -0400 Received: by i8k.babbleon.org (Postfix, from userid 111) id F3CADBA05; Sat, 6 Jul 2002 13:08:32 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: freebsd-questions@freebsd.org Subject: Followup: burncd blank/erase/fixate no longer seize all ATA I/O Date: Sat, 6 Jul 2002 13:08:32 -0400 X-Mailer: KMail [version 1.3] Cc: sos@freebsd.dk MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020706170832.F3CADBA05@i8k.babbleon.org> Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I realize that this is a very long delay to follow up, but six months ago I posted this . . . On Monday 07 January 2002 08:58 am, Brian T. Schellenberger wrote: | When I am running burncd's blank, erase, or fixate, it seizes all the ata | i/o on the system. | | For example, if I try to merely to an | | ls -R / | | while blanking a CD, there will be *no* output from the command whatsoever | until the blanking operation is completed. Burning the actual data on the | CD, even at 4x (the maximum at which I can burn CD-RWs), is no problem: the | machine is quite usable and the CDs come out fine. But the | blanking/erasing/fixating are just deadly to the use of the machine. | | Is this normal? Is there anything I can do? Is there anything that burncd | could do? | | I have tried playing with the DMA settings for both ata and atapi, but it | make no difference. | | | PS: On the other hand, *reading* from the CD seems to be a lot friendlier | to the rest of the system with | | hw.ata.atapi_dma: 1 | | Am I setting myself up for trouble using this? Anybody know why | | hw.ata.ata_dma: 1 | | is the default but the atapi_dma defaults to 0? | | PPS: Particulars: | Dell Inspiron 8000. Builtin CD-RW/DVD drive. | atapci0: port 0xbfa0-0xbfaf at device 31.1 | on pci0 | ata0: at 0x1f0 irq 14 on atapci0 | ad0: 45780MB [93015/16/63] at ata0-master UDMA100 | acd0: CD-RW at ata0-slave using WDMA2 . . . I just wanted to let everybody (and especially Søren and the mail archives) know that this problem has since been cleared up, presumably as a results of Søren's MFC of the new ATA drivers back in February or so. This has made backing up my system into a much more workable proposition. Thanks, Søren! PS: If anybody cares to clear up the mystery of the _dma defaults (which might have changed; I force them all on myself so I've never notice), I'm still a trifle curious about that. -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org If you smell the smoke you don't need to be told what you've got to do; Yet there's a certain breed, so very in-between, they'd rather take a vote. -- DEVO -- Here To Go To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message