SCSI tape problems: 2.6.12, DLT 7000, Adaptec AIC7xxx

(and Re: Linux-2.6.13-rc6: aic7xxx testers please.. )

Hi!

I have also the problem with a dlt drive HP C9264CB (with media changer). After I have discovered, that after a

rmmod st ; modprobe st

the tape is working again, I take same "readings" in the code of st.c.
I think, I have detect a bug. The st_buf_fragment[] should begin after the scatterlist[]

*** st.c.orig 2005-08-23 20:43:17.304704439 +0200
--- st.c 2005-08-23 20:43:45.402087696 +0200
***************
*** 3530,3536 ****

        tb->use_sg = max_sg;
        if (segs > 0)
                tb->b_data = page_address(tb->sg[0].page);

! tb->frp = (struct st_buf_fragment *)(&(tb->sg[0]) + max_sg);

        tb->in_use = 1;
        tb->dma = need_dma;
--- 3530,3536 ----
        tb->use_sg = max_sg;
        if (segs > 0)
                tb->b_data = page_address(tb->sg[0].page);

! tb->frp = (struct st_buf_fragment *)(&(tb->sg[max_sg]));

        tb->in_use = 1;
        tb->dma = need_dma;

I have it not tested, because the tape drive is in a datacenter of a provider, and "killing" the kernel will not be repairable with an ssh-connect ;-( I can't get the tape out off the data- center before friday..

wbr

Robert Valentan

Hi!

I think, I have found the problem with SCSI-Tapes (Error 80000).
I have detect, that the sgraidmon is testing all sg-devices, and if the inquiry-command fails (timeout) it sends a bus- reset-command (ioctl) as "recovery"-operation ! After stopping the sgraidmon I have no more problems with the tape.

Can anybody confirm this?

Robert Valentan