mah@wu-wien.ac.at (Michael Haberler) (05/28/91)
I hooked up a HP35450A DAT tape to Xenix 2.3.2GT with an Adaptec 1542B controller. [hint: doesnt work with Rev.B HP firmware, must be Rev C]. This works, except that on every device close, the tape gets *ejected* from the drive. Needless to say, this doesnt make it too useful in a unattended-backup situation. Any clues/minor number magic/kernel patches? - michael pls cc me at mah@wu-wien.ac.at. Thanks. -- Michael Haberler mah@wu-wien.ac.at, mah@awiwuw11.bitnet University of Economics and Business Administration A-1090 Vienna, Augasse 2-6 Biz: +43 (1) 31336 x4796 Fax: 347-555 Home: +43 (1) 961-679 (voice & fax) D-Netz: +43 (663) 811-056
chip@chinacat.unicom.com (Chip Rosenthal) (05/29/91)
In article <1991May28.142642.10422@swdsrv.edvz.univie.ac.at> mah@wu-wien.ac.at writes: >This works, except that on every device close, the tape gets *ejected* >[...] Any clues/minor number magic/kernel patches? I think you need to change the minor device number of the tape. Unfortunately, the required information is missing from the 2.3.3GT manpages. Here is what the UNIX scsi(HW) manpage says: SCSI Tape Minor Devices Bits 7 6 5 4 3 2 1 0 Description ________________________________________________ X X - - - - - - Unit (LUN) - - X - - - - - No unload on close - - - X - - - - High density (6250 BPI) - - - - X - - - No rewind on close - - - - - X X X Unused(reserved) You want to create a tape device with minor number 2^5 + 2^3 = 32 + 8 = 40 to suppress the unload on close. BTW...I believe bit three should read `Rewind on close' and not `No rewind on close'. I submitted a bug report to SCO on this just last weekend. -- Chip Rosenthal <chip@chinacat.Unicom.COM> | Don't play that Unicom Systems Development 512-482-8260 | loud, Mr. Collins.
mah@wu-wien.ac.at (Michael Haberler) (05/30/91)
In article <1991May28.181634.10877@chinacat.unicom.com>, chip@chinacat.unicom.com (Chip Rosenthal) writes: |> In article <1991May28.142642.10422@swdsrv.edvz.univie.ac.at> |> mah@wu-wien.ac.at writes: |> >This works, except that on every device close, the tape gets *ejected* |> >[...] Any clues/minor number magic/kernel patches? |> |> I think you need to change the minor device number of the tape. |> Unfortunately, the required information is missing from the 2.3.3GT |> manpages. Here is what the UNIX scsi(HW) manpage says: |> |> SCSI Tape Minor Devices |> |> Bits |> |> 7 6 5 4 3 2 1 0 Description |> ________________________________________________ |> |> X X - - - - - - Unit (LUN) |> - - X - - - - - No unload on close |> - - - X - - - - High density (6250 BPI) |> - - - - X - - - No rewind on close |> - - - - - X X X Unused(reserved) |> |> You want to create a tape device with minor number 2^5 + 2^3 = 32 + |> 8 = 40 to suppress the unload on close. BTW...I believe bit three |> should read `Rewind on close' and not `No rewind on close'. I submitted |> a bug report to SCO on this just last weekend. |> |> -- |> Chip Rosenthal <chip@chinacat.Unicom.COM> | Don't play that |> Unicom Systems Development 512-482-8260 | loud, Mr. Collins. Thanks, Chip! This solved the problem for me. I used 'mknod /dev/ct c 36 32', and the eject-on-close went away. Funny, though, that a Maynard 1300 DAT tape on the same device file which ejects a HP DAT tape doesnt eject the cartridge on close. - michael -- Michael Haberler mah@wu-wien.ac.at, mah@awiwuw11.bitnet University of Economics and Business Administration A-1090 Vienna, Augasse 2-6 Biz: +43 (1) 31336 x4796 Fax: 347-555 Home: +43 (1) 961-679 (voice & fax) D-Netz: +43 (663) 811-056