From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Ri3oq-0002im-2o for garchives@archives.gentoo.org; Tue, 03 Jan 2012 12:50:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 60EBD21C0D6; Tue, 3 Jan 2012 12:50:06 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) by pigeon.gentoo.org (Postfix) with ESMTP id 0E61521C022 for ; Tue, 3 Jan 2012 12:49:00 +0000 (UTC) Received: from mail-we0-f181.google.com ([74.125.82.181]) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1Ri3nY-000Uce-1R for gentoo-user@lists.gentoo.org; Tue, 03 Jan 2012 19:49:00 +0700 Received: by werm12 with SMTP id m12so9625450wer.40 for ; Tue, 03 Jan 2012 04:48:56 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.216.131.29 with SMTP id l29mr6888444wei.5.1325594936879; Tue, 03 Jan 2012 04:48:56 -0800 (PST) Received: by 10.223.78.208 with HTTP; Tue, 3 Jan 2012 04:48:56 -0800 (PST) Received: by 10.223.78.208 with HTTP; Tue, 3 Jan 2012 04:48:56 -0800 (PST) In-Reply-To: <20120103123209.GB2410@nicolas-desktop> References: <20111115062115.GA3262@waltdnes.org> <20111121104724.GC7461@waltdnes.org> <20111201194544.GD4455@waltdnes.org> <20120103100445.GD1961@waltdnes.org> <20120103123209.GB2410@nicolas-desktop> Date: Tue, 3 Jan 2012 19:48:56 +0700 Message-ID: Subject: Re: [gentoo-user] Re: Beta test Gentoo with mdev instead of udev; version 3 From: Pandu Poluan To: gentoo-user@lists.gentoo.org Cc: Nicolas Sebrecht Content-Type: multipart/alternative; boundary=0016e6d58f6f54295304b59f1f57 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Archives-Salt: c78551f2-c3d2-42b8-bc29-a4cc30ab46af X-Archives-Hash: c6c592482f7afcd76c05a7a3d7efd50a --0016e6d58f6f54295304b59f1f57 Content-Type: text/plain; charset=UTF-8 On Jan 3, 2012 7:35 PM, "Nicolas Sebrecht" wrote: > > The 03/01/12, Pandu Poluan wrote: > > > (Come to think of it, has *any* distro ever attempted this... > > 'unconventional of going udev-free?) > > mdev is not an udev replacement. It's a very minimalist udev designed > for embedded systems and initramfs. These days, a full-featured system > require a dynamic /dev and AFAIK the only existing and up-to-date tool > for this job is udev. > > I don't think any other distro attempted to get free of udev as it means > coming back to 10 years ago, at least. > For desktops, I agree. But I can see a use case for mdev completely replacing udev: servers and virtual machines. Servers, especially production ones, have a hardware change only once in every two blue moons. They don't need all the bells and whistles of udev. Even more so when you've gone the virtualized route. Since servers are arguably where Linux shines the most, mdev should be seriously considered as a udev replacement. Rgds, --0016e6d58f6f54295304b59f1f57 Content-Type: text/html; charset=UTF-8


On Jan 3, 2012 7:35 PM, "Nicolas Sebrecht" <nsebrecht@piing.fr> wrote:
>
> The 03/01/12, Pandu Poluan wrote:
>
> > (Come to think of it, has *any* distro ever attempted this...
> > 'unconventional of going udev-free?)
>
> mdev is not an udev replacement. It's a very minimalist udev designed
> for embedded systems and initramfs. These days, a full-featured system
> require a dynamic /dev and AFAIK the only existing and up-to-date tool
> for this job is udev.
>
> I don't think any other distro attempted to get free of udev as it means
> coming back to 10 years ago, at least.
>

For desktops, I agree.

But I can see a use case for mdev completely replacing udev: servers and virtual machines.

Servers, especially production ones, have a hardware change only once in every two blue moons. They don't need all the bells and whistles of udev.

Even more so when you've gone the virtualized route.

Since servers are arguably where Linux shines the most, mdev should be seriously considered as a udev replacement.

Rgds,

--0016e6d58f6f54295304b59f1f57--