From owner-freebsd-stable Wed Feb 12 19: 4:12 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A13937B401; Wed, 12 Feb 2003 19:04:10 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B6743F75; Wed, 12 Feb 2003 19:04:07 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h1D343js097804; Thu, 13 Feb 2003 13:34:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: sbp + drive enclosures From: "Daniel O'Connor" To: Hidetoshi Shimokawa Cc: FreeBSD Stable List , Hidetoshi Shimokawa In-Reply-To: References: <1045096485.398.14.camel@chowder.gsoft.com.au> <1045099783.398.20.camel@chowder.gsoft.com.au> Content-Type: text/plain Organization: Message-Id: <1045105442.399.5.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 13 Feb 2003 13:34:03 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2003-02-13 at 12:12, Hidetoshi Shimokawa wrote: > > Ahh.. Takes a few though. Is it possible to add a 'Really go away' > > command? > > depends on how a user notifies to kernel. > sbp doesn't have a device node yet so i cannot do ioctl now. > I thinks the command should be issued from CAM layer but I don't know > what command should be used. Oh well, the 'fwcontrol -r' thing works pretty well for now :) > > OK, I wasn't sure given my other problem ;) > > It seems that I should put back some M_NOWAIT flags to malloc. > I'll send you patch later. OK, I still can't get a dump or backtrace :( It seems a bit variable as to when it happens - I have seen it just doing 'fwcontrol -r' and also when plugging the enclosure in. The last few lines of log are.. fwohci0: BUS reset fwohci0: node_id = 0xc000ffc1, 1 CYCLEMASTER node firewire0: 2 nodes, max hop <= 1, cable IRM = 1 (me) fwohci0: BUS reset fwohci0: node_id = 0xc000ffc1, 1 CYCLEMASTER node fwohci0: txd err = 0 No stat fw_xfer_done: pending fwohci0: BUS reset fw_attach_dev: 1 pending handlers called sbp0:0:0 Function rejected panic: malloc(M_WAITOK) in interrupt context syncing disks.. (After this is hangs - I can break into the debugger, but I couldn't get a dump) (Argh, I just realised I should have done a traceback.. duh) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message