From owner-freebsd-current Tue Feb 6 4:30:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 802A037B503; Tue, 6 Feb 2001 04:30:24 -0800 (PST) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id f16CUDS14805 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Tue, 6 Feb 2001 13:30:15 +0100 (MET) Received: from cicely5.cicely.de (cicely5.cicely.de [fec0:0:0:104::5]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id f16CUZr70078 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Tue, 6 Feb 2001 13:30:38 +0100 (CET) Received: (from ticso@localhost) by cicely5.cicely.de (8.11.1/8.11.1) id f16CUVT23161; Tue, 6 Feb 2001 13:30:31 +0100 (CET) (envelope-from ticso) Date: Tue, 6 Feb 2001 13:30:30 +0100 From: Bernd Walter To: non@ever.sanda.gr.jp Cc: current@FreeBSD.ORG, trevor@jpj.net, akiyama@FreeBSD.ORG Subject: Re: od driver for -CURRENT Message-ID: <20010206133030.A2232@cicely5.cicely.de> References: <200102040157370.13362-100000@blues.jpj.net> <20010206001527.B548@cicely5.cicely.de> <20010205170041.A86739@panzer.kdm.org> <20010206154333F.non@ever.sanda.gr.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010206154333F.non@ever.sanda.gr.jp>; from non@ever.sanda.gr.jp on Tue, Feb 06, 2001 at 03:43:33PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 06, 2001 at 03:43:33PM +0900, non@ever.sanda.gr.jp wrote: > From: "Kenneth D. Merry" > Date: Mon, 5 Feb 2001 17:00:41 -0700 > > I think we already have the most important functionality from the od(4) > > driver in the da and cd drivers. If there are any features that are > > in the od(4) driver that should be in the da(4) or cd(4) drivers, but > > aren't, please speak up. > > Though I have not tried `da' lately, if you don't insert a medium in > the drive at the time of CAM rescan bus, `da' tries to get the > geometry by XPT_CALC_GEOMETRY then panics with divided by zero in most > SCSI drivers. With `od' it says just the medium is 0MB and does not > cause panic. Probably `od' knows the medium is not in the drive > (watching UNIT READY or something?). Sounds very much like a bug which should be fixed than worked around. Especialy when even the workaround doesn't run! I was running a HP mo which claimed to be an optical drive. It did run very fine under every condition. Now the drive is configured to inquiry as direct access because I used it on a solaris box for some days. Now all my removeable drives claim all to be direct access. I asume your drive firmware doesn't send a propper 'NOT READY'. But that shouldn't panic the system. > Is it safe to change the size (geometry) of media with `da', eg. at > first no medium (0MB), then 128MB, 230MB, 640MB (sector size is > 2048bytes) and so on ? Can you provide us with the exact message and a stack trace from the system? And don't forget the exact drive inquiry string and version. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message