(I wonder why my emails still haven't appeared on linux-scsi?) On Wed, 25 May 2005, James Bottomley wrote: > On Thu, 2005-05-26 at 01:41 +0200, Guennadi Liakhovetski wrote: > > IIUC, the suggestion from James to implement ATAPI translates in > > user-space terms to implementing respective ioctl's, because this is what > > nbd gets, and this is what nbd-server has to reproduce. > > Actually, no, that's not what I was thinking. > > nbd currently only understands the block layer REQ_CMD (which are basic > READ/WRITE commands) if it understood REQ_BLOCK_PC it would probably be > sufficient a transport for sending the packet commands that are > necessary to drive a remote device. Aha, I see... > The idea being that you could then do > > cdrom - nbd <--\/\-->remote - ide/scsi - CD-ROM device > > to drive an actual cdrom. There are some pieces missing in this vision > (like how to attach cdrom to nbd) but it should be doable in principle. You need the cdrom driver to convert user requests to cdrom commands, which with your scheme would be collected by nbd from the block queue, passed to nbd-server to be translated back to user-space requests... Well, doesn't this mean, that you would have to look, if the server exports a SCSI cdrom, nbd would have to add a SCSI bus to the system and a cdrom on it, respectively for ide. So, you would just get a new srX / sdX / hdX / loopX? Or you would have to write a new cdrom driver for the "nbd bus", or teach one of existing to work over nbd (ide or scsi?). Wouldn't either of these 3 possibilities be too complicated? The third one could be not too difficult, but you would have to choose a victim - one of ide or scsi cdrom drivers. And what do you do with discs?... OTOH, if you just pass all user-space requests to the server and just pass back return code, you wouldn't need high-level drivers on the host side. You would miss anything, comming not from userspace - any non REQ_CMD requests from filesystems. But those we could just add separately - for that you don't need cdrom / sd / hd drivers, right? So, just pass ioctl()'s directly and convert the rest (filesystem) block requests separately - wouldn't it be easier and avoid any modifications to other drivers? Thanks Guennadi --- Guennadi Liakhovetski - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
