Date: Sun, 23 Jul 2000 22:31:49 +0200 From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl> To: Soren Schmidt <sos@freebsd.dk> Cc: scsi@freebsd.org, sos@freebsd.org Subject: Re: CAM layer Message-ID: <20000723223149.R49169@daemon.ninth-circle.org> In-Reply-To: <200007231934.VAA14095@freebsd.dk>; from sos@freebsd.dk on Sun, Jul 23, 2000 at 09:34:00PM %2B0200 References: <20000723212621.P49169@daemon.ninth-circle.org> <200007231934.VAA14095@freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
-On [20000723 22:03], Soren Schmidt (sos@freebsd.dk) wrote: >It seems Jeroen Ruigrok/Asmodai wrote: >> Is there anybody working on getting the CAM layer a bit less >> SCSI-specific in order to easily fold ATA under it so that we have a >> common access method, which CAM should be? > >I've played a bit with having the ATAPI part use CAM, but the results >was not encouraging, having ATA devices use CAM is a different animal >and would probably require significant changes to CAM. Well, CAM should be what the name implies, so we need to start working towards that end. >Another thing is the binary bloat CAM would add to an ATA/ATAPI >only system, and that is probably the most significant issue in >the projects I work on currently... Would you care to substantiate this more? I come from a background where I do know ATA and SCSI on an average-good hardware level, but I don't know too much about the programming issues and thus am a bit left in the darkness when you say binary bloat. Or so you mean that adding the abstraction layer will mean simply larger drivers due to compiling/linking them in? I could envision that in this case you could make the interfacing layer a bit more abstract and less tied in, so that the drivers itself are still small (getting smaller mayhaps) and there is just one interface method with its SCSI/ATA backend to solve things. But its late and my mind races a bit too fast for me to really get this picture straight in my head. Explanations, ideas and such all welcome, since I really want to understand the whole she-bang. >So, thats some of the reasons this falls further and further down >on my TODO list... Any other reasons, other than time, social life (hah!) and such? =) -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project <http://home.wxs.nl/~asmodai>; Black as coal, my sunken Soul, will it ever be saved? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000723223149.R49169>