[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b637ec0b0905090810t188e39e3w92d9f4eff04011f1@mail.gmail.com>
Date: Sat, 9 May 2009 17:10:24 +0200
From: Fabio Comolli <fabio.comolli@...il.com>
To: Greg KH <greg@...ah.com>
Cc: linux-kernel@...r.kernel.org, Greg KH <gregkh@...e.de>
Subject: Re: [patch 00/13] devtmpfs patches
Hi.
On Sat, May 9, 2009 at 4:37 PM, Greg KH <greg@...ah.com> wrote:
> Here's the latest version of the devtmpfs patch, broken up into 13
> different patches to make it easier to review and merge properly.
>
> This series does the following:
> - creates a new callback within the driver core to allow drivers and
> subsystems to provide a name for their subsystem to properly reflect
> what userspace should use for their device nodes. This allows for
> things like the sound/ and input/ subdirectories to be properly told
> to userspace. Note these names and subdirectories are the ones that
> have been used for years, and are standardized across all
> distributions and synced up with the LANANA naming scheme which is
> specified by LSB. We aren't creating anything new here.
> - fills in the callbacks by the various subsystems that need to define
> it, including the misc device layer. This is the majority of the
> patches in the series.
> - adds the devtmpfs core code. Description of what this is, why it is
> needed, and how it works is within this patch.
>
> All of these patches have been tested for a number of weeks now in
> SuSE's kernel trees and have proved to increase boot time a measurable
> ammount (a few seconds at the very least)
Well, guess you meant the opposite ;-)
> on both traditional systems
> (servers / desktops) as well as on netbooks using a non-SuSE based
> userspace infrastructure.
>
> This feature also allows rescue systems to work properly by allowing
> systems to boot into /bin/bash with full access to all of their device
> nodes. It is also a big win on embedded systems with no local users yet
> they need to provide dynamic names as their hardware configuration can
> be changed by external forces.
>
> All of the previous objections to this patch series seems to have been
> properly addressed, but as always, comments are welcome, just make them
> substantial please :)
>
> These patches are now in the driver-core git tree of quilt patches.
>
> thanks,
>
> greg k-h
>
> --
> 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/
>
--
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