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 1S6jck-0006zU-M8 for garchives@archives.gentoo.org; Sun, 11 Mar 2012 14:19:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CF69CE078B; Sun, 11 Mar 2012 14:19:36 +0000 (UTC) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 5F346E0766 for ; Sun, 11 Mar 2012 14:18:38 +0000 (UTC) Received: by werm13 with SMTP id m13so2833474wer.40 for ; Sun, 11 Mar 2012 07:18:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:organization :x-mailer:mime-version:content-type:content-transfer-encoding; bh=MA0W69yrXUo7zMGwBnfVs2fcc8M9JKnGSBV8zDsKIxs=; b=xM0vJo1YghBWw94AsFqNmwUIoPGXZwDXLdEUjpwuZ00uc2pJeUGF9qukZxBgqnwCb/ nqT95HUrLPX6KhnuJ/riPMlgAJNJoIdX9qv8bfmRnXdE7iO05iOS7GCE5hXslvy5dhvU WUZyAku1sfWHqWBsR4zYR+hVCgrxybor20rS3KWAy79je7Jv90QLJcIHGg1r4Pgx3aUq 3wTS/ABzC+KEBGNWhTMHUUphYARxjI8Eyzj8eeZj1HWReN0BUbR5d7d8wpNJBD0f5hbt Zo2ThaAy+IhjGW8Cv6RJamIApTNFeICD7PDOaZM237stzfFrA8iLsev5MJxxLrU0o3bv 5syA== Received: by 10.180.95.197 with SMTP id dm5mr19682457wib.20.1331475517626; Sun, 11 Mar 2012 07:18:37 -0700 (PDT) Received: from khamul.example.com (196-215-114-182.dynamic.isadsl.co.za. [196.215.114.182]) by mx.google.com with ESMTPS id e6sm21532146wix.8.2012.03.11.07.18.35 (version=SSLv3 cipher=OTHER); Sun, 11 Mar 2012 07:18:36 -0700 (PDT) Date: Sun, 11 Mar 2012 16:17:54 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5 Message-ID: <20120311161754.059ce7d8@khamul.example.com> In-Reply-To: <499847436.525568.1331465225324.JavaMail.open-xchange@email.1and1.com> References: <20111115062115.GA3262@waltdnes.org> <20111121104724.GC7461@waltdnes.org> <20111201194544.GD4455@waltdnes.org> <20120217234045.GA25390@waltdnes.org> <20120311090912.GA23850@waltdnes.org> <499847436.525568.1331465225324.JavaMail.open-xchange@email.1and1.com> Organization: Internet Solutions X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 28dec588-82bc-40ca-a82d-1a921845049f X-Archives-Hash: 0232f76d8eb2d4506170ff4cdc3e44e0 On Sun, 11 Mar 2012 07:27:05 -0400 (EDT) Daddy wrote: > On March 11, 2012 at 5:09 AM Walter Dnes > wrote: > > > This revision makes 2 changes... > > > > A) The removal of udev is now standard instead of optional. > > udev-181 and higher will be pulling in kmod, and anything else that > > kmod depends on. Removing udev will avoid unnecessary cruft on > > your machine. > > > > B) Splitting up step 3) into 3a) and 3b) for greater clarity as > > requested in user feedback. > > > > The usual warnings apply... > > * this is a beta > > * use a spare test machine > > * if you don't follow the instructions correctly, the result might > > be an unbootable linux > > * even if you do follow instructions, the result might be an > > unbootable linux > > > > > > 1) Set up your kernel to support and automount a devtmpfs > > filesystem at /dev > > > > * If you prefer to edit .config directly, set > > CONFIG_DEVTMPFS=y and CONFIG_DEVTMPFS_MOUNT=y > > > > * If you prefer "make menuconfig", the route is as shown below. > > Note that the "Autount devtmpfs..." option won't appear until you > > enable "Maintain a devtmpf..." option. > > > > make menuconfig > > Device Drivers ---> > > Generic Driver Options ---> > > [*] Maintain a devtmpfs filesystem to mount at /dev > > [*] Automount devtmpfs at /dev, after the kernel mounted the > rootfs > > > > Once you've made the changes, rebuild the kernel. > > > > > > 2) Set up for emerging busybox. busybox requires the "mdev" flag in > > this situation. The "static" flag is probably also a good idea. In > > file /etc/portage/package.use add the line > > > > sys-apps/busybox static mdev > > > > Now, "emerge busybox" > > > > > > 3 a) Create /sbin/linuxrc containing at least > > > > #!/bin/busybox ash > > mount -t proc proc /proc > > mount -t sysfs sysfs /sys > > exec /sbin/init > > > > This should be enough for most users. If you have an unusual > > setup, you may need additional stuff in there. Remember to > > "chmod 744 /sbin/linuxrc" to make it executable. > > > > In the bootloader "append" line, include "init=/sbin/linuxrc". If > > you're using lilo remember to re-run lilo to implement the > > changes. If you're using another bootloader, make the equivalant > > initialization. > > > > > > 4) Remove udev from the services list, and replace it with mdev. > > Type the following 2 commands at the command line > > rc-update del udev sysinit > > rc-update add mdev sysinit > > > > > > 5) reboot to your new kernel. You're now running without using > > udev. > > > > > > 6) Remove udev as per the following instructions... > > > > * execute the following command at the commandline > > emerge --unmerge sys-fs/udev > > > > * In file /atc/portage/package.mask, append the line > > sys-fs/udev > > Create the file if it doesn't already exist. You now have a > > totally udev-free machine > > > > -- > > Walter Dnes > > > > Having personally long considered Lennart Poettering a 'spawn of the > devil' my question is ... is this your reaction to systemd? No, it's his reaction to the fantastical amount of kitchen-sinking going on surrounding udev. Most specifically, it's the recent "requirement" foisted on the udev-using community to require either /usr to be part of / or to use an initramfs. Walter simply wants to show that mdev is a suitable replacement for udev in simple environments eg embedded, simple desktops without complex hotplug requirements, and servers. Canek will no doubt chip in about how this is the way things are going, it is inevitable, the boot sequence is becoming complex and various other rehashings of what's coming out of udev upstream. However, something needs to be pointed out in that regard. What udev upstream is saying is probably quite true, but only within the limits of the environment in which they work and udev is designed to handle - sophisticated desktops. The three cases I mentioned are perfectly valid use-cases, comprise a large percentage of the Linux installed base, should be catered to and have no need of the sophistication current udev aims to provide. As such, mdev is a good fit and we can add Walter to the long list of people before him who selflessly worked to make our software work better. > > One minor typo to point out: > > /atc/portage/package.mask should be /etc/portage/package.mask > > I just joined this list last week, but might consider sacrificing some > hardware to join your endeavor if you need more testers. Welcome to the list, you'll soon get to know all the personalities here. We have at least one of everything - class clowns, old farts, newbies, voices of reason, influential devs and even the occasional fellow who knows what he's talking about. :-) -- Alan McKinnnon alan.mckinnon@gmail.com