lkml.org 
[lkml]   [1999]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.2.1 drivers/scsi/st.c
On Jan 30, Wakko Warner wrote:

> I don't understand enough about the kernel to do this so I'm asking here..
>
> In 2.0.36 when writing to a scsi tape, it would accept all data sizes
> (mainly sending the output of gzip to the tape). In 2.2.1, it'll send all
> out except for the last block (which is less than 4096, and I'm assuming
> it's not the blocksize that the driver is expecting).
>
> What I'm looking for is a patch that will pad the block being written to the
> next higher block size with NULLs.

probably the wrong way to go -- padding NULLs might kill your original data (semantics)!

which tape drive are you using ?


check the default tape block size for both 2.0/2.2 kernel using `mt stat'.
for DAT, EXABYTE etc. (which do support variable length tape blocks)
you can/should use

mt setblk 0

to enable variable block lengths. so you can write final blocks which
are not multiples of blocksize (and not mutliples of powers of two).


Harald
--
All SCSI disks will from now on ___ _____
be required to send an email notice 0--,| /OOOOOOO\
24 hours prior to complete hardware failure! <_/ / /OOOOOOOOOOO\
\ \/OOOOOOOOOOOOOOO\
\ OOOOOOOOOOOOOOOOO|//
Harald Koenig, \/\/\/\/\/\/\/\/\/
Inst.f.Theoret.Astrophysik // / \\ \
koenig@tat.physik.uni-tuebingen.de ^^^^^ ^^^^^

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.028 / U:0.768 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site