From owner-freebsd-scsi Mon Jan 13 11: 2:18 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF1D37B406 for ; Mon, 13 Jan 2003 11:02:17 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F49B43F18 for ; Mon, 13 Jan 2003 11:02:16 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h0DJ2GNS052977 for ; Mon, 13 Jan 2003 11:02:16 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h0DJ2FQk052971 for scsi@freebsd.org; Mon, 13 Jan 2003 11:02:15 -0800 (PST) Date: Mon, 13 Jan 2003 11:02:15 -0800 (PST) Message-Id: <200301131902.h0DJ2FQk052971@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2002/02/18] kern/35082 scsi IBM Intellistation will not reboot with S 1 problem total. Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jan 13 13: 6:51 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CAEF37B401 for ; Mon, 13 Jan 2003 13:06:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27AFF43F6B for ; Mon, 13 Jan 2003 13:06:49 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id WAA27512 for freebsd-scsi@freebsd.org; Mon, 13 Jan 2003 22:06:48 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.6/8.12.6) with ESMTP id h0DL0tm8055149 for ; Mon, 13 Jan 2003 22:00:55 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.6/8.12.6/Submit) id h0DL0t8h055148 for freebsd-scsi@freebsd.org; Mon, 13 Jan 2003 22:00:55 +0100 (MET) Date: Mon, 13 Jan 2003 22:00:55 +0100 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Subject: quirk candidate: SEAGATE ST52160N Message-ID: <20030113220055.D50550@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi *, this Seagate "Medalist" (i. e. crap by design ;-) drive has a problem with SYNCHRONIZE CACHE. Depending on the phase of the moon, i get either of the following at shutdown time: (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 120 (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 28 Here's the device info: uncle# camcontrol neg da1 Current Parameters: (pass1:ahc0:0:3:0): sync parameter: 12 (pass1:ahc0:0:3:0): frequency: 20.000MHz (pass1:ahc0:0:3:0): offset: 15 (pass1:ahc0:0:3:0): bus width: 8 bits (pass1:ahc0:0:3:0): disconnection is enabled (pass1:ahc0:0:3:0): tagged queueing is disabled uncle# camcontrol inquiry da1 pass1: Fixed Direct Access SCSI-2 device pass1: 20.000MB/s transfers (20.000MHz, offset 15) -- 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 From owner-freebsd-scsi Mon Jan 13 15:52: 0 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 801A237B401 for ; Mon, 13 Jan 2003 15:51:59 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC1F43EB2 for ; Mon, 13 Jan 2003 15:51:58 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h0DNplj27605; Mon, 13 Jan 2003 15:51:47 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA06566; Mon, 13 Jan 2003 15:51:46 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA16828; Mon, 13 Jan 2003 16:51:43 -0700 (MST) Date: Mon, 13 Jan 2003 16:51:44 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Joerg Wunsch , freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <147830000.1042501904@aslan.btc.adaptec.com> In-Reply-To: <20030113220055.D50550@uriah.heep.sax.de> References: <20030113220055.D50550@uriah.heep.sax.de> X-Mailer: Mulberry/3.0.0b10 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Hi *, > > this Seagate "Medalist" (i. e. crap by design ;-) drive has a problem > with SYNCHRONIZE CACHE. Depending on the phase of the moon, i get > either of the following at shutdown time: > > (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 120 > (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 28 It would be interesting to know the full content of the sense data. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jan 13 22:50: 9 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D8DE37B401 for ; Mon, 13 Jan 2003 22:50:08 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 803A943EB2 for ; Mon, 13 Jan 2003 22:50:06 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id HAA04693; Tue, 14 Jan 2003 07:50:04 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.6/8.12.6) with ESMTP id h0E6mrm8071539; Tue, 14 Jan 2003 07:48:53 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.6/8.12.6/Submit) id h0E6mrVE071538; Tue, 14 Jan 2003 07:48:53 +0100 (MET) Date: Tue, 14 Jan 2003 07:48:53 +0100 From: Joerg Wunsch To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <20030114074853.A71485@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , "Justin T. Gibbs" , freebsd-scsi@freebsd.org References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <147830000.1042501904@aslan.btc.adaptec.com>; from gibbs@scsiguy.com on Mon, Jan 13, 2003 at 04:51:44PM -0700 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Justin T. Gibbs wrote: > > (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 120 > > (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 28 > > It would be interesting to know the full content of the sense data. uncle# camcontrol cmd da1 -v -c '35 0 0 0 0 0 0 0 0 0' camcontrol: error sending command (pass1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (pass1:ahc0:0:3:0): CAM Status: SCSI Status Error (pass1:ahc0:0:3:0): SCSI Status: Check Condition (pass1:ahc0:0:3:0): ILLEGAL REQUEST asc:20,0 (pass1:ahc0:0:3:0): Invalid command operation code: Command byte 0 is invalid -- 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 From owner-freebsd-scsi Tue Jan 14 4:57:24 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1BF337B401 for ; Tue, 14 Jan 2003 04:57:22 -0800 (PST) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3192E43EB2 for ; Tue, 14 Jan 2003 04:57:22 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.6/8.12.5) with ESMTP id h0ECvEps007992; Tue, 14 Jan 2003 05:57:14 -0700 (MST) (envelope-from gibbs@scsiguy.com) Date: Tue, 14 Jan 2003 05:57:14 -0700 From: "Justin T. Gibbs" To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <774150000.1042549034@aslan.scsiguy.com> In-Reply-To: <20030114074853.A71485@uriah.heep.sax.de> References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> X-Mailer: Mulberry/3.0.0b10 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > As Justin T. Gibbs wrote: > >> > (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 >> > (da1:ahc0:0:3:0): error code 120 (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. >> > CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 28 >> >> It would be interesting to know the full content of the sense data. > > uncle# camcontrol cmd da1 -v -c '35 0 0 0 0 0 0 0 0 0' > camcontrol: error sending command > (pass1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > (pass1:ahc0:0:3:0): CAM Status: SCSI Status Error > (pass1:ahc0:0:3:0): SCSI Status: Check Condition > (pass1:ahc0:0:3:0): ILLEGAL REQUEST asc:20,0 > (pass1:ahc0:0:3:0): Invalid command operation code: Command byte 0 is > invalid So your disk doesn't always butcher byte zero of the sense data? This looks like a perfectly valid response. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jan 14 5:40:12 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 960C337B401 for ; Tue, 14 Jan 2003 05:40:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EAF643F18 for ; Tue, 14 Jan 2003 05:40:10 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id OAA09436; Tue, 14 Jan 2003 14:40:03 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.6/8.12.6) with ESMTP id h0EDZ5m8012383; Tue, 14 Jan 2003 14:35:05 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.6/8.12.6/Submit) id h0EDZ5YF012382; Tue, 14 Jan 2003 14:35:05 +0100 (MET) Date: Tue, 14 Jan 2003 14:35:05 +0100 From: Joerg Wunsch To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <20030114143505.A12331@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , "Justin T. Gibbs" , freebsd-scsi@freebsd.org References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> <774150000.1042549034@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <774150000.1042549034@aslan.scsiguy.com>; from gibbs@scsiguy.com on Tue, Jan 14, 2003 at 05:57:14AM -0700 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Justin T. Gibbs wrote: > >> It would be interesting to know the full content of the sense data. > > > > uncle# camcontrol cmd da1 -v -c '35 0 0 0 0 0 0 0 0 0' > > camcontrol: error sending command > > (pass1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > > (pass1:ahc0:0:3:0): CAM Status: SCSI Status Error > > (pass1:ahc0:0:3:0): SCSI Status: Check Condition > > (pass1:ahc0:0:3:0): ILLEGAL REQUEST asc:20,0 > > (pass1:ahc0:0:3:0): Invalid command operation code: Command byte 0 is > > invalid > > So your disk doesn't always butcher byte zero of the sense data? Isn't byte 0 the `35' for the command? I. e., it is complaining that it doesn't understand the SYNCHRONIZE CACHE cmd at all. > This looks like a perfectly valid response. The response might be valid, but the request isn't (for that device). ;-) Not that i'd care much about this drive (it's experimental only, and i know they are crap), but message like this one IMHO confuse the users. SYNCHRONIZE CACHE is marked optional in the standard, i thought we'd automatically detect the non-support of this command by a target, and silently ignore it? -- 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 From owner-freebsd-scsi Tue Jan 14 5:48:43 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DECF37B401 for ; Tue, 14 Jan 2003 05:48:42 -0800 (PST) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA14D43F65 for ; Tue, 14 Jan 2003 05:48:41 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.6/8.12.5) with ESMTP id h0EDmbps008145; Tue, 14 Jan 2003 06:48:37 -0700 (MST) (envelope-from gibbs@scsiguy.com) Date: Tue, 14 Jan 2003 06:48:37 -0700 From: "Justin T. Gibbs" To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <808290000.1042552117@aslan.scsiguy.com> In-Reply-To: <20030114143505.A12331@uriah.heep.sax.de> References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> <774150000.1042549034@aslan.scsiguy.com> <20030114143505.A12331@uriah.heep.sax.de> X-Mailer: Mulberry/3.0.0b10 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > As Justin T. Gibbs wrote: > >> >> It would be interesting to know the full content of the sense data. >> > >> > uncle# camcontrol cmd da1 -v -c '35 0 0 0 0 0 0 0 0 0' >> > camcontrol: error sending command >> > (pass1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 >> > (pass1:ahc0:0:3:0): CAM Status: SCSI Status Error >> > (pass1:ahc0:0:3:0): SCSI Status: Check Condition >> > (pass1:ahc0:0:3:0): ILLEGAL REQUEST asc:20,0 >> > (pass1:ahc0:0:3:0): Invalid command operation code: Command byte 0 is >> > invalid >> >> So your disk doesn't always butcher byte zero of the sense data? > > Isn't byte 0 the `35' for the command? I. e., it is complaining > that it doesn't understand the SYNCHRONIZE CACHE cmd at all. Byte 0 of the sense data. In your first emails, the kernel was complaining about funny sense error codes which is why it never even looked at the ASC/ASCQ. The strange thing is that the bogus error code varied. I wonder if we are somehow corrupting the sense data. > SYNCHRONIZE CACHE is marked optional in the standard, > i thought we'd automatically detect the non-support of this > command by a target, and silently ignore it? If your device is returning proper sense data for this ILLEGAL REQUEST, then it should be silently filtered by scsi_da.c. The quirks in there *shouldn't be needed*, but for some reason the filter doesn't always work. It would be nice to know why it doesn't work. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jan 14 7:26:42 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E430137B401 for ; Tue, 14 Jan 2003 07:26:40 -0800 (PST) Received: from mindcryme.com (mindcryme.com [206.152.182.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55AE643F3F for ; Tue, 14 Jan 2003 07:26:40 -0800 (PST) (envelope-from void@mindcryme.com) Received: from mindcryme.com (mindcryme.com [127.0.0.1]) by mindcryme.com (8.12.5/8.12.5) with ESMTP id h0EFnUP4028143 for ; Tue, 14 Jan 2003 10:49:30 -0500 Received: from localhost (void@localhost) by mindcryme.com (8.12.5/8.12.5/Submit) with ESMTP id h0EFnUhE028139 for ; Tue, 14 Jan 2003 10:49:30 -0500 Date: Tue, 14 Jan 2003 10:49:29 -0500 (EST) From: Void To: freebsd-scsi@freebsd.org Subject: USB portable storage drive Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I recently bought a archos jukebox recorder 15 mp3 player, which can act as a portable storage drive, and have sucessfully booted with it attached on FreeBSD 4.7-STABLE, and mounted it. I have this enabled in my kernel. device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da device scbus # SCSI bus (required) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) When booting with it attached the kernel finds it usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered umass0: ARCHOS ARCHOS USB2.0 (P4a), rev 2.00/11.01, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 650KB/s transfers da0: 14403MB (29498112 512 byte sectors: 64H 32S/T 14403C) but if I try to remove it by unhooking it from the USB port and reattaching it I get this as an error umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR I also tried to use camcontrol to find it when booting without it attached and it can't find it. Any help would be appreciated. Matthew Luberto void@mindcryme.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jan 14 11:20: 9 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E82037B401 for ; Tue, 14 Jan 2003 11:20:07 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD2C743F13 for ; Tue, 14 Jan 2003 11:20:05 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id UAA14289; Tue, 14 Jan 2003 20:20:03 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.6/8.12.6) with ESMTP id h0EJD2m8020958; Tue, 14 Jan 2003 20:13:02 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.6/8.12.6/Submit) id h0EJD10N020957; Tue, 14 Jan 2003 20:13:01 +0100 (MET) Date: Tue, 14 Jan 2003 20:13:01 +0100 From: Joerg Wunsch To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <20030114201301.A19952@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , "Justin T. Gibbs" , freebsd-scsi@freebsd.org References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> <774150000.1042549034@aslan.scsiguy.com> <20030114143505.A12331@uriah.heep.sax.de> <808290000.1042552117@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <808290000.1042552117@aslan.scsiguy.com>; from gibbs@scsiguy.com on Tue, Jan 14, 2003 at 06:48:37AM -0700 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Justin T. Gibbs wrote: > > Isn't byte 0 the `35' for the command? > Byte 0 of the sense data. Ah, now i see. > The strange thing is that the bogus > error code varied. I wonder if we are somehow corrupting the > sense data. Hmm, i've got remote GDB on that machine. Here's the contents of ccb.ccb_h and ccb.csio after the command: (gdb) p ccb.ccb_h $3 = {pinfo = {priority = 1, generation = 1287, index = -2}, xpt_links = { le = {le_next = 0x0, le_prev = 0xc091b668}, sle = {sle_next = 0x0}, tqe = { tqe_next = 0x0, tqe_prev = 0xc091b668}, stqe = {stqe_next = 0x0}}, sim_links = {le = {le_next = 0x0, le_prev = 0xc02fa3b4}, sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc02fa3b4}, stqe = { stqe_next = 0x0}}, periph_links = {le = {le_next = 0x0, le_prev = 0x4fc52aec}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x4fc52aec}, stqe = {stqe_next = 0x0}}, retry_count = 1, cbfcnp = 0xc01365c0 , func_code = XPT_SCSI_IO, status = 588, path = 0xc1146520, path_id = 0, target_id = 3, target_lun = 0, flags = 192, periph_priv = {entries = {{ptr = 0x4, field = 4, bytes = "\004\0\0"}, { ptr = 0xc4222ab0, field = 3290573488, bytes = "°*\"Ä"}}, bytes = "\004\0\0\0°*\"Ä"}, sim_priv = {entries = {{ptr = 0xc10b41c0, field = 3238740416, bytes = "ÀA\vÁ"}, {ptr = 0xc1297000, field = 3240718336, bytes = "\0p)Á"}}, bytes = "ÀA\vÁ\0p)Á"}, timeout = 3600000, timeout_ch = {callout = 0xc1c93438}} (gdb) p ccb.csio $4 = {ccb_h = {pinfo = {priority = 1, generation = 1287, index = -2}, xpt_links = {le = {le_next = 0x0, le_prev = 0xc091b668}, sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc091b668}, stqe = {stqe_next = 0x0}}, sim_links = {le = {le_next = 0x0, le_prev = 0xc02fa3b4}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc02fa3b4}, stqe = {stqe_next = 0x0}}, periph_links = { le = {le_next = 0x0, le_prev = 0x4fc52aec}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x4fc52aec}, stqe = { stqe_next = 0x0}}, retry_count = 1, cbfcnp = 0xc01365c0 , func_code = XPT_SCSI_IO, status = 588, path = 0xc1146520, path_id = 0, target_id = 3, target_lun = 0, flags = 192, periph_priv = {entries = {{ ptr = 0x4, field = 4, bytes = "\004\0\0"}, {ptr = 0xc4222ab0, field = 3290573488, bytes = "°*\"Ä"}}, bytes = "\004\0\0\0°*\"Ä"}, sim_priv = {entries = {{ptr = 0xc10b41c0, field = 3238740416, bytes = "ÀA\vÁ"}, {ptr = 0xc1297000, field = 3240718336, bytes = "\0p)Á"}}, bytes = "ÀA\vÁ\0p)Á"}, timeout = 3600000, timeout_ch = {callout = 0xc1c93438}}, next_ccb = 0xc4222ac8, req_map = 0xc01868ae "\203Ä\f¡ ..À\205Àt\016¡ ..ÀH£ ..Àë\f\220¸\004", data_ptr = 0x0, dxfer_len = 0, sense_data = {error_code = 4 '\004', segment = 0 '\0', flags = 0 '\0', info = "\0\001\0", extra_len = 0 '\0', cmd_spec_info = "Ø*\"Ä", add_sense_code = 216 'Ø', add_sense_code_qual = 42 '*', fru = 34 '"', sense_key_spec = "Ä`o", extra_bytes = "'À\004\0\0\0$+\"Ĭ\227(À"}, sense_len = 32 ' ', cdb_len = 10 '\n', sglist_cnt = 49431, scsi_status = 2 '\002', sense_resid = 0 '\0', resid = 0, cdb_io = { cdb_ptr = 0x35
, cdb_bytes = "5\0\0\0\0\0\0\0\0\0\"Ä~\236\0"}, msg_ptr = 0xc4222b08 "\020", msg_len = 24, tag_action = 32 ' ', tag_id = 16, init_id = 16} If you've got a few more hints where to trace something, that should be easy to do. The machine is a scratch box only which i can reboot at will. -- 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 From owner-freebsd-scsi Tue Jan 14 11:37:30 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A313137B401 for ; Tue, 14 Jan 2003 11:37:28 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0E143F83 for ; Tue, 14 Jan 2003 11:37:12 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h0EJb9j23998; Tue, 14 Jan 2003 11:37:09 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id LAA15257; Tue, 14 Jan 2003 11:37:03 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA17269; Tue, 14 Jan 2003 12:37:01 -0700 (MST) Date: Tue, 14 Jan 2003 12:37:02 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <579060000.1042573021@aslan.btc.adaptec.com> In-Reply-To: <20030114201301.A19952@uriah.heep.sax.de> References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> <774150000.1042549034@aslan.scsiguy.com> <20030114143505.A12331@uriah.heep.sax.de> <808290000.1042552117@aslan.scsiguy.com> <20030114201301.A19952@uriah.heep.sax.de> X-Mailer: Mulberry/3.0.0b10 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > As Justin T. Gibbs wrote: > >> > Isn't byte 0 the `35' for the command? > >> Byte 0 of the sense data. > > Ah, now i see. > >> The strange thing is that the bogus >> error code varied. I wonder if we are somehow corrupting the >> sense data. > > Hmm, i've got remote GDB on that machine. Here's the contents of > ccb.ccb_h and ccb.csio after the command: It's a bit hard to parse in the format that gdb provides, but it looks like the sense data is utterly bogus in this case. > If you've got a few more hints where to trace something, > that should be easy to do. The machine is a scratch box > only which i can reboot at will. What you should probably do is trace the sense buffer both before and after the sense is retrieved. Perhaps fill the target sense buffer with a known pattern, log the transfer residual, and see if the number of bytes overwritten is as you would expect. That should show that the drive is really returning bogus data. It's either that or stick on a SCSI bus analyzer if you happen to have access to one. I don't recall from your earlier mail. Is this an ahc controller? If so, some code in ahc_handle_seqint's BAD_STATUS handler and the SCB_SENSE case in ahc_done() should provide the logging you need. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jan 14 12:10: 8 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 570D137B401 for ; Tue, 14 Jan 2003 12:10:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E6C43E4A for ; Tue, 14 Jan 2003 12:10:05 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id VAA14984; Tue, 14 Jan 2003 21:10:04 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.6/8.12.6) with ESMTP id h0EK03m8022195; Tue, 14 Jan 2003 21:00:03 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.6/8.12.6/Submit) id h0EK03iQ022194; Tue, 14 Jan 2003 21:00:03 +0100 (MET) Date: Tue, 14 Jan 2003 21:00:03 +0100 From: Joerg Wunsch To: "Justin T. Gibbs" Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <20030114210003.B19952@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , "Justin T. Gibbs" , freebsd-scsi@freebsd.org References: <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> <774150000.1042549034@aslan.scsiguy.com> <20030114143505.A12331@uriah.heep.sax.de> <808290000.1042552117@aslan.scsiguy.com> <20030114201301.A19952@uriah.heep.sax.de> <579060000.1042573021@aslan.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <579060000.1042573021@aslan.btc.adaptec.com>; from gibbs@scsiguy.com on Tue, Jan 14, 2003 at 12:37:02PM -0700 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Justin T. Gibbs wrote: > What you should probably do is trace the sense buffer both before > and after the sense is retrieved. Do you have a function name where this happens? > It's either that or stick on a SCSI bus analyzer if you happen to > have access to one. Ah no, sorry, you've lost me there. :-) > I don't recall from your earlier mail. Is this an ahc controller? Ahem, yes, although an older one: ahc0: port 0xe000-0xe0ff mem 0xfb000000-0xfb000fff irq 10 at device 9.0 on pci0 aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs (I never mentioned it before.) > If so, some code in ahc_handle_seqint's BAD_STATUS handler and the > SCB_SENSE case in ahc_done() should provide the logging you need. Hmm.... OK, found. Will give that a try. -- 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 From owner-freebsd-scsi Tue Jan 14 12:17:37 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9845937B405 for ; Tue, 14 Jan 2003 12:17:36 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D0F4043F5B for ; Tue, 14 Jan 2003 12:17:31 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 39444 invoked by uid 1000); 14 Jan 2003 20:17:27 -0000 Date: Tue, 14 Jan 2003 12:17:27 -0800 (PST) From: Nate Lawson To: Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N In-Reply-To: <579060000.1042573021@aslan.btc.adaptec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 14 Jan 2003, Justin T. Gibbs wrote: > What you should probably do is trace the sense buffer both before > and after the sense is retrieved. Perhaps fill the target sense > buffer with a known pattern, log the transfer residual, and see if > the number of bytes overwritten is as you would expect. i.e. memset(csio.sense_data.sense_buf, 0xa5, sizeof csio.sense_data); before sending the sync cache in camcontrol, then printf("resid %d, sense_resid %d\n", csio.resid, csio.sense_resid); afterwards. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jan 14 12:36:20 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEEB937B401 for ; Tue, 14 Jan 2003 12:36:19 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3173743E4A for ; Tue, 14 Jan 2003 12:36:19 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h0EKZfj11201; Tue, 14 Jan 2003 12:35:41 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA03458; Tue, 14 Jan 2003 12:35:35 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA17315; Tue, 14 Jan 2003 13:35:29 -0700 (MST) Date: Tue, 14 Jan 2003 13:35:30 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Nate Lawson , Joerg Wunsch Cc: freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <615050000.1042576530@aslan.btc.adaptec.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.0b10 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > On Tue, 14 Jan 2003, Justin T. Gibbs wrote: >> What you should probably do is trace the sense buffer both before >> and after the sense is retrieved. Perhaps fill the target sense >> buffer with a known pattern, log the transfer residual, and see if >> the number of bytes overwritten is as you would expect. > > i.e. > memset(csio.sense_data.sense_buf, 0xa5, sizeof csio.sense_data); > before sending the sync cache in camcontrol, then > printf("resid %d, sense_resid %d\n", csio.resid, csio.sense_resid); > afterwards. For the aic7xxx driver at least, I would suggest doing this in the driver since the csio's sense buffer is not the direct target of the DMA. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jan 14 16:40:44 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 031F537B401 for ; Tue, 14 Jan 2003 16:40:43 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F08E43F13 for ; Tue, 14 Jan 2003 16:40:41 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id BAA18460; Wed, 15 Jan 2003 01:40:29 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.6/8.12.6) with ESMTP id h0F0UMnZ001004; Wed, 15 Jan 2003 01:30:22 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.6/8.12.6/Submit) id h0F0Tunk000994; Wed, 15 Jan 2003 01:29:56 +0100 (MET) Date: Wed, 15 Jan 2003 01:29:56 +0100 From: Joerg Wunsch To: "Justin T. Gibbs" Cc: Nate Lawson , freebsd-scsi@freebsd.org Subject: Re: quirk candidate: SEAGATE ST52160N Message-ID: <20030115012956.A948@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , "Justin T. Gibbs" , Nate Lawson , freebsd-scsi@freebsd.org References: <615050000.1042576530@aslan.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <615050000.1042576530@aslan.btc.adaptec.com>; from gibbs@scsiguy.com on Tue, Jan 14, 2003 at 01:35:30PM -0700 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Justin T. Gibbs wrote: > For the aic7xxx driver at least, I would suggest doing this in the > driver since the csio's sense buffer is not the direct target of the > DMA. I have yet to find the best spot to put this in. Single-stepping the file is cumbersome due to the numerous inlined functions. Anyway, i've been sidetracked tonight from this. However, maybe this is a 5.x issue somehow? I had to reboot my regular machine quite a few times, and i've occasionally seen the SYNCHRONIZE CACHE message there flashing, too. Both disks are not suspicious here (modern drives, one Fujitsu, one Seagate Cheetah). However, this being a VGA console, the message was really flashing only just before the reboot, so i could not read the details. -- 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 From owner-freebsd-scsi Tue Jan 14 17:35: 7 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A316537B401 for ; Tue, 14 Jan 2003 17:35:02 -0800 (PST) Received: from mta01.btfusion.com (mta01.btfusion.com [62.172.195.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F8AF43F1E for ; Tue, 14 Jan 2003 17:35:01 -0800 (PST) (envelope-from xraders@invest.hu) Received: from [217.37.73.76] (helo=mailgw.swip.net) by mta01.btfusion.com with esmtp (Exim 4.10) id 18Yc7W-0001yo-00; Wed, 15 Jan 2003 01:13:31 +0000 Message-ID: <000064c910ed$000028fb$00002de1@mail.unique.cc> To: Cc: , , , , From: "Jerry Carter" Subject: Quality Of Company20006 Date: Tue, 14 Jan 2003 17:22:18 -2000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org BioCurex PRESS RELEASE Source: BioCurex, Inc. January 9, 2003 OTCBB Listed BioTech Companies BOCX & RJVN - Creating a Non-Toxic Therapeutic Antibody Cancer Treatment That May Arrest Development and Replication of Cancerous Cells. Rancho Santa Margarita, Calif., January 9, 2003 BioCurex, Inc., (OTC BB:BOCX), Announces further developments relating to its licensing agreement with BioKinetix, a company being acquired by RJV Networks, Inc., (OTC BB : RJVN). BioCurex and RJV networks (through Biokinetix) are behind the development of a new therapeutic product, which experts believe will arrest the development of and replication of cancerous cells that cause the growth of malignant tumors. BOCX's proprietary technology has identified a New Widespread Cancer marker Molecule named RECAF. Cancer "markers" are molecules that appear on cancer cells but not on normal cells and have been hailed as The Holy Grail of cancer research since they can be used to detect (diagnose) and then specifically target cancer cells (therapy) - offering the potential to provide treatment of cancer by delivering antibodies to the targeted cancerous cells. RJVN and BioKinetics have proprietary technology for developing "superantibodies", an enhancement of antibody technology that makes ordinary antibodies much more lethal. The combination of anti-RECAF antibodies from BioCurex with the superantibody technology from RJVN - BioKinetics is expected to produce a powerful therapeutic agent to combat most types of cancer. If the antibodies prove to be cancer cell specific, it is unlikely that there would be any adverse side effects. This lack of toxicity should accelerate testing and approval process. Dr. Moro, President of Biocurex stated: "Our ultimate goal is to fight cancer. We have the cancer marker that identifies the cancer cells and RJV Networks-BioKinetix has the superantibody technology to kill them. It is only natural that we join forces in the battle against this horrible disease. I see tremendous potential for success in this joint effort. Dr. John Todd, President of BioKinetix Corporation stated that Bio Kinetix Corporation's mission is to acquire intellectual property rights for existing products and intellectual property. Then, through a series of collaborative relationships, we will facilitate the development of a new generation of monoclonal antibodies (termed "Superantibodies), which will have a significantly improved therapeutic potency as anticancer agents. BioCurex, Inc. Richard Moro, President RJV Networks-BioKinetix Grant Young For more info see RJVN and BOCX in the news. You can also see this Press Release at Yahoo Finance biz.yahoo.com/pz/030109/35412.html You can also look them up by their symbols: OTC BB:BOCX or OTC BB : RJVN **** Special Financial-Stock Opt-in mailing list Offer **** As a member of our special opt-in mailing list, you will be among the first to receive up to the minute information regarding the companies we profile above as well as a free 10-day trial to a website with real-time Level II quotes, research reports, OTC BB promo / syndication calendar, trading chat rooms, full threading message boards, along with many other valuable and free investment tools not readily available to the general public. This is an incredible opportunity! Just click the link below to send us an email, and you will be immediately added to our Opt-in list. Please be sure that "opt-in" is in the subject line of the email. If opt-in is not in the subject line you will not be added. MailTo:huf771@excite.com?Subject=Opt-In Thank you. **See Removal instructions below ***********************Disclaimer******************** Information within this email contains "forward looking statements" within the meaning of Section 27A of the Securities Act of 1933 and Section 21B of the Securities Exchange Act of 1934. Any statements that express or involve discussions with respect to predictions, goals, expectations, beliefs, plans, projections, objectives, assumptions or future events or performance are not statements of historical fact and may be "forward looking statements." Forward looking statements are based on expectations, estimates and projections at the time the statements are made that involve a number of risks and uncertainties which could cause actual results or events to differ materially from those presently anticipated. Forward looking statements in this action may be identified through the use of words such as: "projects", "foresee", "expects", "estimates," "believes," "understands" "will," "anticipates," or that by statements indicating certain actions "may," "could," or "might" occur. All information provided within this email pertaining to investing, stocks, securities must be understood as information provided and not investment advice. Emerging Equity Alert advises all readers and subscribers to seek advice from a registered professional securities representative before deciding to trade in stocks featured within this email. None of the material within this report shall be construed as any kind of investment advice. In compliance with the Securities Act of 1933, Section 17(b), Emerging Stock Alert discloses the receipt of 125,000 unrestricted shares of RJVN from a third party for the publication of this report. Be aware of an inherent conflict of interest resulting from such compensation due to our intent to profit from the liquidation of these shares. Shares may be sold at any time, even after positive statements have been made regarding the above company. All factual information in this report was gathered from public sources, including but not limited to SEC filings, Company Press Releases, and Market Guide. Emerging Equity Alert believes this information to be reliable but can make no guarantee as to its accuracy or completeness. Use of the material within this email constitutes your acceptance of these terms. ****** Advertising Disclaimer ****** We are an Internet Advertising Company and have received a monetary payment for this mailing service. We hold no stocks and have no personal interest in this company whatsoever. We are simply being paid to perform a service. This message is a copy of a BioCurex press release. ****** Removal Instructions ****** This message has been sent to you in compliance with our strict anti-abuse regulations. We will continue to bring you valuable offers on the products and services that interest you most. If you do not wish to receive further mailings, please click below. We respect all removal requests. To be removed immediately from our mailing lists just click on the link below: MailTo:sunny6622@excite.com?Subject=expunge . Be sure that "purge-me" is in the subject line of the email prior to sending it. **************************************************************** *************************** *************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jan 15 18:25:25 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98B6337B401; Wed, 15 Jan 2003 18:25:18 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18CF543EB2; Wed, 15 Jan 2003 18:25:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.6/8.12.6) with ESMTP id h0G2PE0i019225; Wed, 15 Jan 2003 18:25:15 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.6/8.12.6/Submit) id h0G2PE21019224; Wed, 15 Jan 2003 18:25:14 -0800 (PST) Date: Wed, 15 Jan 2003 18:25:14 -0800 (PST) From: Matthew Dillon Message-Id: <200301160225.h0G2PE21019224@apollo.backplane.com> To: scsi@freebsd.org, gibbs@freebsd.org Cc: Tor.Egge@cvsup.no.freebsd.org, "Alan L. Cox" Subject: vmapbuf() changes effect CAM (patch) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi SCSI guys. I would appreciate it if you could double check that the CAM portion of this patch correctly backs out the I/O operation when vmapbuf() fails. I would like to commit it ASAP and you have a MAINTAINERS entry for CAM. Alan, Tor, if you could review the whole patch I would appreciate it. Note that this is an incremental patch, it fixes the vmapbuf() race but does not yet clean up the useracc() checks (to just check that the address range is within the user VM space rather then also checking the map entries). Thanks, Matthew Dillon Index: cam/cam_periph.c =================================================================== RCS file: /home/ncvs/src/sys/cam/cam_periph.c,v retrieving revision 1.43 diff -u -r1.43 cam_periph.c --- cam/cam_periph.c 14 Nov 2002 05:35:57 -0000 1.43 +++ cam/cam_periph.c 16 Jan 2003 00:20:06 -0000 @@ -534,7 +534,7 @@ int cam_periph_mapmem(union ccb *ccb, struct cam_periph_map_info *mapinfo) { - int numbufs, i; + int numbufs, i, j; int flags[CAM_PERIPH_MAXMAPS]; u_int8_t **data_ptrs[CAM_PERIPH_MAXMAPS]; u_int32_t lengths[CAM_PERIPH_MAXMAPS]; @@ -659,8 +659,28 @@ /* set the direction */ mapinfo->bp[i]->b_iocmd = flags[i]; - /* map the buffer into kernel memory */ - vmapbuf(mapinfo->bp[i]); + /* + * Map the buffer into kernel memory. + * + * Note that useracc() alone is not a sufficient test. + * vmapbuf() can still fail due to a smaller file mapped + * into a larger area of VM, or if userland races against + * vmapbuf() after the useracc() check. + */ + if (vmapbuf(mapinfo->bp[i]) < 0) { + printf("cam_periph_mapmem: error, " + "address %p, length %lu isn't " + "user accessible any more\n", + (void *)*data_ptrs[i], + (u_long)lengths[i]); + for (j = 0; j < i; ++j) { + *data_ptrs[j] = mapinfo->bp[j]->b_saveaddr; + mapinfo->bp[j]->b_flags &= ~B_PHYS; + relpbuf(mapinfo->bp[j], NULL); + } + PRELE(curproc); + return(EACCES); + } /* set our pointer to the new mapped area */ *data_ptrs[i] = mapinfo->bp[i]->b_data; Index: kern/kern_physio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_physio.c,v retrieving revision 1.54 diff -u -r1.54 kern_physio.c --- kern/kern_physio.c 3 Jan 2003 05:57:34 -0000 1.54 +++ kern/kern_physio.c 16 Jan 2003 00:16:39 -0000 @@ -95,13 +95,23 @@ bp->b_blkno = btodb(bp->b_offset); if (uio->uio_segflg == UIO_USERSPACE) { + /* + * Note that useracc() alone is not a + * sufficient test. vmapbuf() can still fail + * due to a smaller file mapped into a larger + * area of VM, or if userland races against + * vmapbuf() after the useracc() check. + */ if (!useracc(bp->b_data, bp->b_bufsize, bp->b_iocmd == BIO_READ ? VM_PROT_WRITE : VM_PROT_READ)) { error = EFAULT; goto doerror; } - vmapbuf(bp); + if (vmapbuf(bp) < 0) { + error = EFAULT; + goto doerror; + } } DEV_STRATEGY(bp); Index: kern/vfs_aio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_aio.c,v retrieving revision 1.152 diff -u -r1.152 vfs_aio.c --- kern/vfs_aio.c 13 Jan 2003 00:28:55 -0000 1.152 +++ kern/vfs_aio.c 16 Jan 2003 00:17:40 -0000 @@ -1123,8 +1123,19 @@ } } - /* Bring buffer into kernel space. */ - vmapbuf(bp); + /* + * Bring buffer into kernel space. + * + * Note that useracc() alone is not a + * sufficient test. vmapbuf() can still fail + * due to a smaller file mapped into a larger + * area of VM, or if userland races against + * vmapbuf() after the useracc() check. + */ + if (vmapbuf(bp) < 0) { + error = EFAULT; + goto doerror; + } s = splbio(); aiocbe->bp = bp; Index: kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.355 diff -u -r1.355 vfs_bio.c --- kern/vfs_bio.c 15 Jan 2003 23:54:34 -0000 1.355 +++ kern/vfs_bio.c 16 Jan 2003 00:12:57 -0000 @@ -3547,13 +3547,18 @@ * All requests are (re)mapped into kernel VA space. * Notice that we use b_bufsize for the size of the buffer * to be mapped. b_bcount might be modified by the driver. + * + * Note that even if the caller determines that the address space should + * be valid, a race or a smaller-file mapped into a larger space may + * actually cause vmapbuf() to fail, so all callers of vmapbuf() MUST + * check the return value. */ -void +int vmapbuf(struct buf *bp) { caddr_t addr, kva; vm_offset_t pa; - int pidx; + int pidx, i; struct vm_page *m; struct pmap *pmap = &curproc->p_vmspace->vm_pmap; @@ -3573,11 +3578,23 @@ * the userland address space, and kextract is only guarenteed * to work for the kernland address space (see: sparc64 port). */ - vm_fault_quick((addr >= bp->b_data) ? addr : bp->b_data, - (bp->b_iocmd == BIO_READ)?(VM_PROT_READ|VM_PROT_WRITE):VM_PROT_READ); +retry: + i = vm_fault_quick((addr >= bp->b_data) ? addr : bp->b_data, + (bp->b_iocmd == BIO_READ) ? + (VM_PROT_READ|VM_PROT_WRITE) : VM_PROT_READ); + if (i < 0) { + printf("vmapbuf: warning, bad user address during I/O\n"); + for (i = 0; i < pidx; ++i) { + vm_page_unhold(bp->b_pages[i]); + bp->b_pages[i] = NULL; + } + return(-1); + } pa = trunc_page(pmap_extract(pmap, (vm_offset_t) addr)); - if (pa == 0) - panic("vmapbuf: page not present"); + if (pa == 0) { + printf("vmapbuf: warning, race against user address during I/O"); + goto retry; + } m = PHYS_TO_VM_PAGE(pa); vm_page_hold(m); bp->b_pages[pidx] = m; @@ -3590,6 +3607,7 @@ bp->b_npages = pidx; bp->b_saveaddr = bp->b_data; bp->b_data = kva + (((vm_offset_t) bp->b_data) & PAGE_MASK); + return(0); } /* Index: sys/buf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/buf.h,v retrieving revision 1.139 diff -u -r1.139 buf.h --- sys/buf.h 3 Jan 2003 06:32:15 -0000 1.139 +++ sys/buf.h 16 Jan 2003 00:09:30 -0000 @@ -499,7 +499,7 @@ void vfs_busy_pages(struct buf *, int clear_modify); void vfs_unbusy_pages(struct buf *); void vwakeup(struct buf *); -void vmapbuf(struct buf *); +int vmapbuf(struct buf *); void vunmapbuf(struct buf *); void relpbuf(struct buf *, int *); void brelvp(struct buf *); Index: vm/vm_glue.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_glue.c,v retrieving revision 1.161 diff -u -r1.161 vm_glue.c --- vm/vm_glue.c 24 Dec 2002 04:24:58 -0000 1.161 +++ vm/vm_glue.c 16 Jan 2003 02:07:33 -0000 @@ -121,6 +121,12 @@ /* * MPSAFE + * + * WARNING! This code calls vm_map_check_protection() which only checks + * the associated vm_map_entry range. It does not determine whether the + * contents of the memory is actually readable or writable. In most cases + * just checking the vm_map_entry is sufficient within the kernel's address + * space. */ int kernacc(addr, len, rw) @@ -142,6 +148,12 @@ /* * MPSAFE + * + * WARNING! This code calls vm_map_check_protection() which only checks + * the associated vm_map_entry range. It does not determine whether the + * contents of the memory is actually readable or writable. vmapbuf(), + * vm_fault_quick(), or copyin()/copout()/su*()/fu*() functions should be + * used in conjuction with this call. */ int useracc(addr, len, rw) Index: vm/vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.280 diff -u -r1.280 vm_map.c --- vm/vm_map.c 13 Jan 2003 23:04:32 -0000 1.280 +++ vm/vm_map.c 16 Jan 2003 02:04:49 -0000 @@ -2179,9 +2179,14 @@ /* * vm_map_check_protection: * - * Assert that the target map allows the specified - * privilege on the entire address region given. - * The entire region must be allocated. + * Assert that the target map allows the specified privilege on the + * entire address region given. The entire region must be allocated. + * + * WARNING! This code does not and should not check whether the + * contents of the region is accessible. For example a smaller file + * might be mapped into a larger address space. + * + * NOTE! This code is also called by munmap(). */ boolean_t vm_map_check_protection(vm_map_t map, vm_offset_t start, vm_offset_t end, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jan 15 18:52:22 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B80D37B401 for ; Wed, 15 Jan 2003 18:52:21 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 569C343F13 for ; Wed, 15 Jan 2003 18:52:20 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0G2qHDQ091196 for ; Thu, 16 Jan 2003 13:52:17 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0G2qFtM036856 for ; Thu, 16 Jan 2003 12:52:16 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Thu, 16 Jan 2003 12:52:15 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: freebsd-scsi@FreeBSD.org Subject: Adaptec 274X b0rked Message-ID: <20030116123643.F36296-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ahc0: at 0x4c00-0x4cff, irq 15 (level) ahc0: on eisa0 slot 4 aic7770: Twin Channel, A SCSI Id=7, B SCSI Id=7, primary A, 4/253 SCBs Works with DP2, no work with RC3: ahc0: brkadrint, Illegal Sequencer Address referrenced at seqaddr = 0x1 ahc0: Dumping Card State while idle, at SEQADDR 0x1 [lots of dump stuff not shown; transcribing by hand, but boot continues:] Waiting 15 seconds for SCSI devices to settle Waiting List inconsistency. SCB index == 255, yet numscbs == 10. ahc0: Dumping Card State in Data-out phase, at SEQADDR 0x0 [more dump stuff...] panic: for safety syncing disks, buffers remaining... done Uptime 1s If its necessary, i can stick a sio in it and get verbose log... -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jan 15 20:55:47 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F83637B401 for ; Wed, 15 Jan 2003 20:55:45 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA89043F18 for ; Wed, 15 Jan 2003 20:55:44 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h0G4tVj09987; Wed, 15 Jan 2003 20:55:31 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id UAA25796; Wed, 15 Jan 2003 20:55:26 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id VAA18129; Wed, 15 Jan 2003 21:55:23 -0700 (MST) Message-ID: <3E263B21.70401@btc.adaptec.com> Date: Wed, 15 Jan 2003 21:54:57 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021125 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Farkas Cc: freebsd-scsi@freebsd.org Subject: Re: Adaptec 274X b0rked References: <20030116123643.F36296-100000@hewey.af.speednet.com.au> In-Reply-To: <20030116123643.F36296-100000@hewey.af.speednet.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a known issue, and we unfortunately didn't have time to import the fix in time for the 5.0 release. The fix should will get imported in the next few days. Scott Andy Farkas wrote: > ahc0: at 0x4c00-0x4cff, irq 15 (level) > ahc0: on eisa0 slot 4 > aic7770: Twin Channel, A SCSI Id=7, B SCSI Id=7, primary A, 4/253 SCBs > > Works with DP2, no work with RC3: > > ahc0: brkadrint, Illegal Sequencer Address referrenced at seqaddr = 0x1 > ahc0: Dumping Card State while idle, at SEQADDR 0x1 > > [lots of dump stuff not shown; transcribing by hand, but boot continues:] > > Waiting 15 seconds for SCSI devices to settle > Waiting List inconsistency. SCB index == 255, yet numscbs == 10. > ahc0: Dumping Card State in Data-out phase, at SEQADDR 0x0 > > [more dump stuff...] > > panic: for safety > > syncing disks, buffers remaining... > done > Uptime 1s > > > > If its necessary, i can stick a sio in it and get verbose log... > > > -- > > :{ andyf@speednet.com.au > > Andy Farkas > System Administrator > Speednet Communications > http://www.speednet.com.au/ > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jan 16 12: 6: 4 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDDB37B401; Thu, 16 Jan 2003 12:06:04 -0800 (PST) Received: from cleitus.hosting.swbell.net (cleitus.hosting.swbell.net [216.100.99.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D46243E4A; Thu, 16 Jan 2003 12:06:03 -0800 (PST) (envelope-from alc@imimic.com) Received: from imimic.com (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) by cleitus.hosting.swbell.net id PAA00814; Thu, 16 Jan 2003 15:05:55 -0500 (EST) [ConcentricHost SMTP Relay 1.14] Message-ID: <3E2710A2.97A2BB07@imimic.com> Date: Thu, 16 Jan 2003 14:05:54 -0600 From: "Alan L. Cox" Organization: iMimic Networking, Inc. X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: scsi@freebsd.org, gibbs@freebsd.org, Tor.Egge@cvsup.no.freebsd.org Subject: Re: vmapbuf() changes effect CAM (patch) References: <200301160225.h0G2PE21019224@apollo.backplane.com> Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Matthew Dillon wrote: > ... > Alan, Tor, if you could review the whole patch I would appreciate it. > Note that this is an incremental patch, it fixes the vmapbuf() race but > does not yet clean up the useracc() checks (to just check that the > address range is within the user VM space rather then also checking > the map entries). > You must hold the page queues lock around vm_page_unhold(). You might as well add similar locking around vm_page_hold(). Although at present, it won't trip an assertion. Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jan 17 23:41:40 2003 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0762037B401; Fri, 17 Jan 2003 23:41:39 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C019643F3F; Fri, 17 Jan 2003 23:41:38 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 974C7AE27E; Fri, 17 Jan 2003 23:41:38 -0800 (PST) Date: Fri, 17 Jan 2003 23:41:38 -0800 From: Alfred Perlstein To: scsi@freebsd.org Cc: usb@freebsd.org Subject: (forw) umass0: BBB reset failed, STALLED Message-ID: <20030118074138.GW33821@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org oops, I thought cam@ worked... ----- Forwarded message from Alfred Perlstein ----- From: Alfred Perlstein To: joe@freebsd.org Cc: cam@freebsd.org Subject: umass0: BBB reset failed, STALLED Date: Fri, 17 Jan 2003 23:36:20 -0800 Message-ID: <20030118073620.GV33821@elvis.mu.org> User-Agent: Mutt/1.4i umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr 2 umass0: Get Max Lun not supported (STALLED) umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED This used to work several months ago. Is there anything I can do in order to help get it working again? If i run "camcontrol rescan all" I get more "umass0: BBB reset failed, STALLED" messages, but no device shows up. thanks, -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message