Ang: Re: [Stgt-devel] Re: [Iscsitarget-devel] stgt a new version of iscsi target?

Vladislav Bolkhovitin vst at
Fri Dec 9 16:29:45 CET 2005

Mike Christie wrote:
> James Bottomley wrote:
>> On Thu, 2005-12-08 at 13:10 -0600, Mike Christie wrote:
>>> cleanup. In the end some of the scsi people liked the idea of 
>>> throwing the non-read/write command to userspace and to do this we 
>>> just decided to start over but I have been cutting and pasting your 
>>> code and cleaning it up as I add more stuff.
>> To be honest, I'd like to see all command processing at user level
>> (including read/write ... for block devices, it shouldn't be that
>> inefficient, since you're merely going to say remap an area from one
>> device to another; as long as no data transformation ever occurs, the
>> user never touches the data and it all remains in the kernel page
>> cache).
> Ok, Tomo and I briefly talked about this when we saw Jeff's post about 
> doing block layer drivers in userspace on lkml. I think we were somewhat 
> prepared for this given some of your other replies.

Could you give me a reference on this message, please?

> So Vlad and other target guys what do you think? Vlad are you going to 
> continue to maintain scst as kernel only, or is there some place we can 
> work together on this on - if your feelings are not hurt too much that 
> is :) ?

 From one side, I hate dropping anything in the point where it isn't 
somehow completed. From other side, I don't have much time to spend on 
this my hobby. Nobody pays me for that, it's just for fun.


This email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
Iscsitarget-devel mailing list
Iscsitarget-devel at

More information about the stgt mailing list