From owner-freebsd-scsi Sat Apr 28 12:12: 8 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 049AC37B423 for ; Sat, 28 Apr 2001 12:12:06 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id VAA08415 for freebsd-scsi@FreeBSD.ORG; Sat, 28 Apr 2001 21:12:04 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.3/8.11.3) id f3SJ3x368101 for freebsd-scsi@FreeBSD.ORG; Sat, 28 Apr 2001 21:03:59 +0200 (MET DST) (envelope-from j) Date: Sat, 28 Apr 2001 21:03:59 +0200 From: J Wunsch To: freebsd-scsi@FreeBSD.ORG Subject: Re: sa(4) jamming Message-ID: <20010428210359.Q50185@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <200104271649.f3RGmts35017@aslan.scsiguy.com> <200104271700.f3RH01s35435@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200104271700.f3RH01s35435@aslan.scsiguy.com>; from gibbs@scsiguy.com on Fri, Apr 27, 2001 at 11:00:01AM -0600 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Justin T. Gibbs wrote: > >That depends on whether the sa driver relies on any settings (mode > >page or otherwise) that are invalidated by a reset, but aren't > >restored when the bus reset async event occurs. > > Just to be more clear here, it is the peripheral driver's responsibility > to restore any of this state if it needs to. I don't doubt this. It only surprises me how many driver bugs have been unobscured by the CAM error handling reorg. All those things (sa driver ILI handling, pt driver invalidating the device after a power-on UA, sa driver running into obscure problems after a bus reset without reloading the tape) didn't happen with earlier versions of the CAM subsystem. Please get me right, i don't want to grumble about CAM here, but i'd like to see bugs fixed as they become obvious in -current, and the first step is always to make sure where the bug actually is. Also Justin, you still didn't respond whether the patch for the `NO SENSE' handling i posted i what you were referring to. Right now, cam_periph_error() effectively returns ERESTART in that case. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message