Hello,
All this talk about cleaning up scsi layer sounds wonderful.
(I tried to read the source but gave up mid-way since the code
is so weired. Well, I am relieved to find someone
with similar sentiment.)
Anyway, during reading the web page mentioned in Eric's post
I came across the following paragraph.
>I did all of the design and initial testing in a user-space simulator. This
is essentially a user-space program >that can be run under
>gdb, and it is possible to inject requests (at the block_read layer) which
are ultimately processed by the >scsi_debug host adapter. It
>is possible to gain insight as to code paths and control flow by stepping in
the debugger.
Aha. scsi_debug!
I take that this means the scsi_debug.c code under drivers/scsi.
Is there a newer version or hacked up version of scsi_debug other
than the one currently in 2.2.12 release?
As part of my debugging efforts, I tried to tinker
with this code and see if I could use it as a module.
The system didn't crash, but I saw too many devices inserted after
"insmod scsi_debug". Anyway, good to hear that scsi_debug could be used
as dummy host adaptor for debugging purposes.
Oh, I was trying to see if we could get the
scsi mid-level layer or the error handling code a little more robust
during error handling (MEDIUM ERROR and such) and since
we can't simulate these errors in a predictiable manner,
I thought maybe hacking scsi_debug.c and let it simulate the
error conditions might be a good idea.
In any case, I would be happy to see the
SCSI code cleanup taking place anyway.
Once the code is more readable,
other wrappers and such can be contemplated
with better understanding of (or easier to understand)
SCSI code.
Eric Youngdale wrote:
>
>
> For more information and a link to the patches, see
> http://www.andante.org/scsi_queue.html.
>
> There is a lot to absorb - if the web site doesn't explain it, I
> will be happy to go into more detail.
>
> Note- I don't read linux-kernel. Replies to either linux-scsi or
> to me directly via email.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
