Date: Mon, 27 Aug 2001 07:36:41 -0700 From: Dima Dorfman <dima@unixfreak.org> To: Maxim Sobolev <sobomax@FreeBSD.ORG> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/md md.c Message-ID: <20010827143646.C9AFB3E28@bazooka.unixfreak.org> In-Reply-To: <200108271407.f7RE7qM49216@vega.vega.com>; from sobomax@FreeBSD.ORG on "Mon, 27 Aug 2001 17:06:50 %2B0300 (EEST)"
next in thread | previous in thread | raw e-mail | index | archive | help
Maxim Sobolev <sobomax@FreeBSD.ORG> wrote: > > > > Maxim Sobolev <sobomax@FreeBSD.org> wrote: > > > sobomax 2001/08/27 06:25:48 PDT > > > > > > Modified files: > > > sys/dev/md md.c > > > Log: > > > - On module unload try to detach all configured disks and let unload proceed > > > if all disks were detached sucessfully; > > > > I'm not sure this is wise. More likely than not, trying to unload md > > while there are still disks attached is a mistake on the user's part, > > especially considering that most people aren't going to be loading and > > unloading it on a regular basis. I understand why this may be useful > > for a developer working on md, but it seems counter-intuitive from a > > regular user's perspective. > > I'm not sure that I understood your concern. If the user wants to > unload md driver it means that he/she no longer needs disks that > are currently configured. Or they don't know that they have disks configured but possibly not in use, or they don't realize that some other program made a disk and is either planning to use it, or hasn't detached it yet. Anyway, this isn't a matter of much concern to me. If after thinking about it for 10 or 15 seconds you still think it makes sense, you can forget I said anything. I do *not* want to have a long thread over this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010827143646.C9AFB3E28>