From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:32:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A76F16A4CE; Mon, 28 Mar 2005 13:32:49 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7B343D5D; Mon, 28 Mar 2005 13:32:48 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j2SDWVKH031944; Mon, 28 Mar 2005 15:32:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: vova@fbsd.ru From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 17:17:24 +0400." <1112015844.1022.44.camel@localhost> Date: Mon, 28 Mar 2005 15:32:31 +0200 Message-ID: <31943.1112016751@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:32:49 -0000 In message <1112015844.1022.44.camel@localhost>, Vladimir Grebenschikov writes: >В пн, 28/03/2005 в 15:04 +0200, Bernd Walter пишет: >> On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: >> > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: >> > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: >> > > >> > > >> camcontrol detach da0; camcontrol rescan all >> > > >> helps, but, it should be much better if it will be issued automatically. >> > > > >> > > >Yes - GEOM seems to ignore media change signals from drives. >> > > >I've added PHK to the recipient list - maybe he has an idea about this >> > > >problem. >> > > >> > > No, GEOM doesn't ignore any such thing, because as far as I know >> > > GEOM doesn't get any such thing to ignore in the first place. >> > >> > So, let's imagine following situation: >> > >> > We get SCSI BUS with removable da device. >> > device detected as da0 and not mounted. >> > Device disconnected from SCSI bus. >> > And finally, another device with different geometry connected with same >> > SCIS ID. >> >> This ist not a *media* exchange - this is a *device* and in >> this case even a scbus exchange. > >Ok, so my case is media exchange, not device exchange. >How it is supposed to work in this case ? That's a very good question. The original intent in GEOM was that the geom instance would represent the media while the drive (if separate for the media) would have another access mechanism. Driver support for this is not really meaterialized and therefore the model now is that when the media is ejected the geom device is removed and a new one created right away, even if a new media is not inserted right away. This works with the broken-by-design CDrom ioctls etc. What is missing is to tickle GEOM when the media is inserted so that the tasting takes place. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.