[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100521193251.GP3991@agk-dp.fab.redhat.com>
Date: Fri, 21 May 2010 20:32:51 +0100
From: Alasdair G Kergon <agk@...hat.com>
To: Kay Sievers <kay.sievers@...y.org>
Cc: Nikanth Karthikesan <knikanth@...e.de>,
Peter Rajnoha <prajnoha@...hat.com>,
Milan Broz <mbroz@...hat.com>,
Alasdair G Kergon <agk@...hat.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...e.de>,
"David S. Miller" <davem@...emloft.net>,
Miklos Szeredi <miklos@...redi.hu>,
Chris Mason <chris.mason@...cle.com>,
Tigran Aivazian <tigran@...azian.fsnet.co.uk>,
Ian Kent <raven@...maw.net>, dm-devel@...hat.com
Subject: Re: [dm-devel] add devname module aliases to allow module
on-demand auto-loading
On Fri, May 21, 2010 at 08:51:49PM +0200, Kay Sievers wrote:
> The kernel itself creates /dev/mapper/control today.
Must have missed that patch:)
Userspace lvm and dm code is certainly not tied to that today.
The device node that userspace lvm and dm tools use is under the
complete control of this userspace code: it chooses the name, and
creates or fixes it if it doesn't already exist with the required
properties: anything devtmpfs is relevant only if it guessed the
right name that this *completely independent* userspace code
chooses to use and already created it exactly as required.
If we were to move to a fixed name for the control device and hand
control of that name to the kernel, then obviously this userspace
code would need adjusting to respect that.
Alasdair
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists