[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-kernel
Subject:    Re: [PATCH] driver-core: devtmpfs - driver core maintained /dev tmpfs
From:       Kay Sievers <kay.sievers () vrfy ! org>
Date:       2009-05-10 0:56:44
Message-ID: ac3eb2510905091756q451d4e13r4a0397e36ff101bb () mail ! gmail ! com
[Download RAW message or body]

On Sun, May 10, 2009 at 02:29, Eric W. Biederman <ebiederm@xmission.com> wrote:
> Kay Sievers <kay.sievers@vrfy.org> writes:
>
>> On Thu, May 7, 2009 at 10:17, Eric W. Biederman <ebiederm@xmission.com> wrote:
>>
>>> sysfs is slow.
>>> udev is slow.
>>
>> Everything is "slow" if you want to boot "fast". It's just numbers,
>> and this is more about simplicity and reliability, with just the side
>> effect that it's the fastest you can do, when you don't want to lose
>> current functionality.
>
> My primary concern is that you are inventing a new mechanism when
> the existing mechanism has known issues that could explain the slowdowns.

You mean that mounting a new tmpfs at /dev has the issue of being
empty? And it takes time to fill it, where you can't reliably do other
things at the same time that might need device nodes? Yeah, I guess
that's an issue with the existing mechanism, and I'm interested in
your proposal to solve it.

Thanks,
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
[prev in list] [next in list] [prev in thread] [next in thread]