Hi All,
Thanks for all your encouragement and help on this project. I like to
take this project one step ahead. I hope you can help me on this.
As you may have noticed, I am doing a copy of buffers ( request_buffer)
between user space and kernel space. What are my options these days to
make
Hi Doug Gilbert,
I am not sure if my previous email was received or not.
# ./start_target.sh id=3 -files ../../zz_lun0 -v
# lsscsi
[0:0:0:0]diskLinuxscsi_debug 0004 /dev/sda
[1:0:0:0]diskVirtualH VHD 0 /dev/sdb
So "id=3" doesn't look the target identi
Stefan Richter wrote:
Randy Dunlap wrote:
Aboo Valappil wrote:
The new version is available http://vscsihba.aboo.org/vscsihbav204.gz
404: NOT FOUND
.gz -> .tgz
Besides the tarball, a browsable source tree would be nice for people
who just want to take a quick l
Douglas Gilbert wrote:
Aboo Valappil wrote:
Hi Stefan Richter,
Thanks everyone for their advice on this. As per your advice, I did the
following when the last user space target serving the scsi_host quits,
the queue command will do the following on the new commands coming through
Stefan Richter wrote:
Aboo Valappil wrote:
I implemented a new IOCTL to remove this scsi_host if the user
process really needs to. This removal will first finish all the SCSI
commands (With the above status results) queued on the scsi_host (If at
all) and then remove the scsi_host
Hi Stefan Richter,
Thanks everyone for their advice on this. As per your advice, I did the
following when the last user space target serving the scsi_host quits,
the queue command will do the following on the new commands coming through.
sc->result = DID_NO_CONNECT << 16;
Also, the modified version is available in
http://vscsihba.aboo.org/vscsihbav202.tgz.
I actually uses the "openers" field in scsi_disk to find out if anyone
has the scsi_device open or not.
Aboo
Aboo
Aboo Valappil wrote:
Hi Doug Gilbert,
sorry for the late reply. I am in the
issue at all even if one dies. Whoever gets the SCSI command
will serve it and sleep if nothing available.
Thanks
Aboo
Douglas Gilbert wrote:
Aboo Valappil wrote:
Hi All,
Thanks everyone to have a look at this.
I think i modified to have the latest kernel support. Unfortunately I
could not
Hi All,
Thanks everyone to have a look at this.
I think i modified to have the latest kernel support. Unfortunately I
could not test it with 2.6.20 kernel due to some issues in my laptop and
2.6.20 kernel. But it should work with 2.6.20 with this modification.
The modified version is availab
Hi All,
I have tried this before but I guess I was unsuccessful in presenting it
properly in the mailing list. I think it is really useful especially for
prototyping and also for people who wants to develop their own scsi
targets and transports.
There are few people told me about the SCSI targ
10 matches
Mail list logo
