Date: Wed, 14 Mar 2001 10:44:47 -0500 (EST) From: Mikhail Teterin <mi@mail.virtual-estates.net> To: Soren Schmidt <sos@freebsd.dk> Cc: Josef Karthauser <joe@tao.org.uk>, "[S_ren] Schmidt" <sos@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ata ata-all.c ata-all.h ata-disk.c ata-disk.h atapi-all.c atapi-all.h atapi-cd.c atapi-cd.h atapi-fd Message-ID: <200103141544.KAA00670@mail.virtual-estates.net> In-Reply-To: <200103141519.QAA46468@freebsd.dk> from Soren Schmidt at "Mar 14, 2001 04:19:06 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> It seems Josef Karthauser wrote: > > On Wed, Mar 14, 2001 at 04:05:45AM -0800, S_ren Schmidt wrote: > > > Refine the detach/attach code. > > > > > > Proberly fail outstanding bio requests on devices that are detached. > > > > > > This makes it possible to change between disk/cdrom/dvd/whathaveyou > > > in a notebook, just by suspending it, changing the device in the > > > bay (or what you model calls it), unsuspend and the ATA driver > > > will figure out what disappeared and properly fail those, and attach > > > any new devices found. > > > > Is there a userland tool coming for poking this without suspending? > > Yes, atacontrol is on its way for doing numerous things to > ATA/ATAPI devices, no promises as to when, but soon now.. Perhaps, it'd be better to have the SCSI emulation layer? Then, not only will the existing camcontrol be able to do this job, but various SCSI-only utilities (like CD/DVD burning software) will be able to work with IDE devices? Or is such layer A WHOLE LOT more complex to implement? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200103141544.KAA00670>