Date: Fri, 30 Jul 2004 22:26:12 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> To: Chuck Swiger <cswiger@mac.com> Cc: current@freebsd.org Subject: Re: Is there still sufficient reason for hw.ata.atapi_dma being 0 by default? Message-ID: <410AAEE4.7070409@DeepCore.dk> In-Reply-To: <410AA5A5.4000001@mac.com> References: <410A3833.7030502@portaone.com> <410A47C7.1080808@DeepCore.dk> <410A9B58.8000502@mac.com> <410A9D77.4030703@DeepCore.dk> <410AA5A5.4000001@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Chuck Swiger wrote: > Søren Schmidt wrote: >> Actually not, most if not all modern fast burners implements some sort >> of "burn proof" ie no coasters at all due to buffer underruns... > > You're right that truly modern fast burners ought to implement > "justlink" or "burn proof". However, I don't think it's a good idea to > depend on the burner to be able to handle underruns; I'd rather run > CD/DVD burners using UDMA. > > [ FWIW, I've got a 16/10/40x Yamaha burner which just predates the first > generation of burners with underrun protection-- this affects me > directly. ] Hmn, you should be able to burn 16x in PIO4 mode... >> Not really, the problem with ATAPI dma is that if it fails it most >> likely locks up the machine, so there is no way to back pedal... > Oh. Ewww. Could chipsets which do that be added to a "quirks" table > similar to the way USB devices are being handled? Or is it not just the > chipset, but some more complex interaction between ATAPI DMA and other > devices in the system which want to do DMA which causes the lockup? Right, its a combination of chipset and device, the matrix would be impossible to maintain. -Søren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?410AAEE4.7070409>