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 <gentoo-user+bounces-133378-garchives=archives.gentoo.org@lists.gentoo.org>) id 1RikBC-0001Of-3h for garchives@archives.gentoo.org; Thu, 05 Jan 2012 10:04:14 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2583321C065; Thu, 5 Jan 2012 10:03:39 +0000 (UTC) Received: from arsenic.logifi.fr (arsenic.logifi.fr [217.108.178.219]) by pigeon.gentoo.org (Postfix) with ESMTP id B2E3921C032 for <gentoo-user@lists.gentoo.org>; Thu, 5 Jan 2012 10:01:50 +0000 (UTC) Received: from nicolas-desktop (unknown [192.168.8.78]) by arsenic.logifi.fr (Postfix) with ESMTP id 6C191200CC; Thu, 5 Jan 2012 11:01:49 +0100 (CET) Date: Thu, 5 Jan 2012 11:01:49 +0100 From: Nicolas Sebrecht <nsebrecht@piing.fr> To: gentoo-user@lists.gentoo.org Cc: Nicolas Sebrecht <nsebrecht@piing.fr> Subject: [gentoo-user] Re: Beta test Gentoo with mdev instead of udev; version 3 Message-ID: <20120105100149.GA2443@nicolas-desktop> References: <20120103123209.GB2410@nicolas-desktop> <CAA2qdGX-Hubx0QzsRJSkwJtTqGcSpNADi=4s52_RbPOremSCLw@mail.gmail.com> <20120103131346.GC2410@nicolas-desktop> <CAA2qdGXWWZe_xVWWKAWAcfwhaQ9MxOfat0PDzCbiedRXvYd-kw@mail.gmail.com> <20120103143120.GF2410@nicolas-desktop> <20120103221555.22c778a3@digimed.co.uk> <4F038C23.5030708@gmail.com> <CAA2qdGVPag6XWU_vUDzk5dkX3YrcdHNnDgLB7qp+7Th7NhfAtg@mail.gmail.com> <CADPrc81YiGs3sEptADAUHjBxmY6ANz-G3Gu8JwjzO=16DULUqA@mail.gmail.com> <CAA2qdGXzhZQzNCH8RgQK=2bbW0cJXMy3SdZb+ZJMhi7TaBEf2A@mail.gmail.com> Precedence: bulk List-Post: <mailto:gentoo-user@lists.gentoo.org> List-Help: <mailto:gentoo-user+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org> X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <CAA2qdGXzhZQzNCH8RgQK=2bbW0cJXMy3SdZb+ZJMhi7TaBEf2A@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: 09b8a06d-a7a1-4f19-92e6-27970752b94a X-Archives-Hash: 8dd7d095a6c23116054637837dc3bb84 The 05/01/12, Pandu Poluan wrote: > And mdev might be a 'toy' to you, but embedded Linux developers will > vehemently disagree with you. > > And based on the responses in this thread, server guys will also > disagree with you. On the embedded side, we need udev much more than you think to support bluetooth, tablet and so. Android uses udev. This is even more true when we know that users will expect to have any plugged-in devices at whatever boot time or runing system be working out of the box. BTW, this is not a major problem since embedded devices already often use initramfs. On servers, I wouldn't be surprised that hypervisor tools will expect /dev/cdrom instead of /dev/sr0. AFAIK, mdev doesn't provide persistent device names and changing a ethernet card might result in a highly broken system where udev will let all interfaces working but the changed one. Worse, I think mdev might change of device names upon reboot so that all ethernet devices can be mixed up in ways like eth0 -> eth1, eth1 -> eth3 and eth2 -> eth0. These are only few examples and this is whole mdev hack (requirements and consequences) that makes "mdev alternative" look like a toy. People thinking that mdev could replace udev even on embedded devices and servers are wrong for both current or longer term. You might like it or not but udev is a core system tool, nowadays. As admin, I will expect to have a initramfs and udev on linux systems whatever they are desktop, embedded or servers. Actually, I already rely on initramfs for all of these kind of systems for years with success. -- Nicolas Sebrecht