From owner-cvs-all Tue Sep 1 21:58:06 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08047 for cvs-all-outgoing; Tue, 1 Sep 1998 21:58:06 -0700 (PDT) (envelope-from owner-cvs-all) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07971 for ; Tue, 1 Sep 1998 21:57:58 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id VAA00623; Tue, 1 Sep 1998 21:54:24 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012154.VAA00623@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Matthew Dillon cc: committers@FreeBSD.org Subject: Re: SCSI tape compression support patch In-reply-to: Your message of "Tue, 01 Sep 1998 16:58:55 MST." <199809012358.QAA02648@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 21:54:23 +0000 From: Mike Smith Sender: owner-cvs-all@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Any SCSI experts want to check this diff for /usr/src/sys/scsi/st.c ? > (this particular diff is relative to FreeBSD-stable. If nobody finds > any problems with it, I would like to commit it for FreeBSD-current > w/ appropriate changes, if any, and also commit it for -stable). >From an eyeball, it looks fine to me. You'd want to bear Justin's comments inre: CAM in mind for the -current case, as the SCSI code in -current will ideally be retired shortly. OTOH, for -stable it's definitely a goer. If you can drum up a few words for the handbook people as well as the manpage, that'd be extremely desirable. > I also have sys/scsi/ch.c diffs to handle tape library barcoded volume > labels, but I think the author of the tape changer may already have > committed something of his own, so I need to do a little research first. Our 'chio' support was originally from NetBSD; I believe you'll want to talk to Jason Thorpe about that first. The same basic caveats apply with regard to CAM; if your changes can be integrated there as well, that'd be ideal. If you're having any difficulties in getting hold of the freshest CAM bits, let me know. I can arrange at least some of that sort of thing without having to distract Justin or Ken. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com