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 1RDrMb-0004XQ-C5 for garchives@archives.gentoo.org; Wed, 12 Oct 2011 05:28:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6D52C21C085; Wed, 12 Oct 2011 05:28:12 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2D6F121C02D for ; Wed, 12 Oct 2011 05:27:46 +0000 (UTC) Received: by smtp.gentoo.org (Postfix, from userid 2297) id C16321B4028; Wed, 12 Oct 2011 05:27:45 +0000 (UTC) Date: Wed, 12 Oct 2011 05:32:05 +0000 From: Nathan Phillip Brink To: gentoo-dev@lists.gentoo.org Cc: Walter Dnes Subject: Re: [gentoo-dev] Suggestion for getting rid of udev Message-ID: <20111012053204.GE22488@ohnopublishing.net> References: <20111012044023.GA8203@waltdnes.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tCskcS2bjfK01Pum" Content-Disposition: inline In-Reply-To: <20111012044023.GA8203@waltdnes.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: X-Archives-Hash: 01984084b4f9f2a87a668c3ea542f708 --tCskcS2bjfK01Pum Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 12, 2011 at 12:40:23AM -0400, Walter Dnes wrote: > Hi all >=20 > Recently, there was a firestorm on the gentoo-user list over the idea > that udev would eventually require /usr to be on the same physical > parition as /, or else use initramfs, which is its own can of worms. I'm > not a programmer, let alone a developer. Rather than merely ranting, I > went and searched for an alternative. =2E.. >=20 > Another option is to take the current Gentoo setup, drop udev and > use mdev in the same manner as Alpine uses it. In case anyone asks, > auto mounting should still be possible. Attached is an excerpt from > /var/log/messages from a basic Alpine install. The kernel messages were > generated when I inserted a USB key into a usb jack. Seeing from the prior conversations here (sorry for lack of citation) and http://lists.busybox.net/pipermail/busybox/2011-September/076710.html , I suspect that the root problem isn't with udev itself but with the udev rules. The magic which makes automatic userspace configuration possible is in the udev rules and makes udev appear to be the problem. For example, if you switch to mdev currently, you will notice that X11's device autodetection doesn't work so well. (At least for me, X11's autodetection magically works for detecting input devices with udev but not with mdev). It is concievable that you could develop a parallel database of mdev-compatible rules and even let packages install rules specific to themselves (with modification to mdev http://lists.busybox.net/pipermail/busybox/2011-September/076666.html ). With these sorts of things, you might figure out a way to make X11's device autoconfiguration work or perform other device initialization tasks. But at the same time, you have a good chance of accidentally introducing a reliance on libraries/programs installed to /usr. This latter problem is the issue, deciding how much software should have --prefix=3D/ versus the normal --prefix=3D/usr. You can already try out what using mdev instead of udev is like in Gentoo. Just add `sys-apps/busybox mdev' to /etc/portage/package.use, remerge busybox. You must be sure to be using busybox-1.92.2 or later for bug #83301. # rc-update add mdev sysinit # rc-update del udev sysinit But be 'ware that this isn't guaranteed to provide a successful boot ;-). > Oct 9 13:46:00 e521 kern.info kernel: [10714.105621] usb 2-8: new high s= peed USB device using ehci_hcd and address 4 > Oct 9 13:46:00 e521 kern.info kernel: [10714.241353] usb 2-8: New USB de= vice found, idVendor=3D13fe, idProduct=3D1e00 > Oct 9 13:46:00 e521 kern.info kernel: [10714.241357] usb 2-8: New USB de= vice strings: Mfr=3D1, Product=3D2, SerialNumber=3D3 > Oct 9 13:46:00 e521 kern.info kernel: [10714.241360] usb 2-8: Product: P= atriot Memory =20 > Oct 9 13:46:00 e521 kern.info kernel: [10714.241362] usb 2-8: Manufactur= er: =20 > Oct 9 13:46:00 e521 kern.info kernel: [10714.241364] usb 2-8: SerialNumb= er: 078215A302CF > Oct 9 13:46:00 e521 kern.info kernel: [10714.244241] scsi4 : usb-storage= 2-8:1.0 > Oct 9 13:46:01 e521 kern.notice kernel: [10715.279753] scsi 4:0:0:0: Dir= ect-Access Patriot Memory PMAP PQ: 0 ANSI: 0 CCS > Oct 9 13:46:02 e521 kern.notice kernel: [10715.930991] sd 4:0:0:0: [sdb]= 31326208 512-byte logical blocks: (16.0 GB/14.9 GiB) > Oct 9 13:46:02 e521 kern.notice kernel: [10715.931980] sd 4:0:0:0: [sdb]= Write Protect is off > Oct 9 13:46:02 e521 kern.debug kernel: [10715.931983] sd 4:0:0:0: [sdb] = Mode Sense: 23 00 00 00 > Oct 9 13:46:02 e521 kern.err kernel: [10715.931986] sd 4:0:0:0: [sdb] As= suming drive cache: write through > Oct 9 13:46:02 e521 kern.err kernel: [10715.935986] sd 4:0:0:0: [sdb] As= suming drive cache: write through > Oct 9 13:46:02 e521 kern.info kernel: [10715.981381] sdb: sdb1 > Oct 9 13:46:02 e521 kern.err kernel: [10715.986028] sd 4:0:0:0: [sdb] As= suming drive cache: write through > Oct 9 13:46:02 e521 kern.notice kernel: [10715.986035] sd 4:0:0:0: [sdb]= Attached SCSI removable disk Unless if I'm missing something, those messages _always_ show up even if udev or mdev haven't been invoked. --=20 binki Look out for missing or extraneous apostrophes! --tCskcS2bjfK01Pum Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iQIcBAEBCAAGBQJOlSZUAAoJEHQ6UuhrqBBQdqMQAKhff9FZA3DNJ+V/byfnNKkb 89/Pxyu6dfSTfHotw0CXhWMPFoaz2fbt+mt+ql70iH+zcaG81uKN01gC6QnBD75Y cJxz1Og5BvtPaDtafhV1v3oMDxLKGFYo/P9boJuHumlermy4+gJ3cNa19b0FfYQt lbna2uzJQdwfIqUiEFBU8O9e/sHHAT+0oNepMzw25vhBcHgA0G0iJ3cDZRGlt3jc s+7wG8FgtTrdJ4Nx1pkBXEQDZAgP65SP0RNaZtPqy59CmuodCu+3MfGir4ljw8ZH gyYL56LlhUKRl/ZFbavmgIXQ2GM21fXFB3dkwMAT8dkNTkPFgXYfJKYNy8VsbBf2 CvmPPuX/Avj5bYZyVBxgwqRmM9DdpH9+WJ4mgxkTGQ0mt9SmhkDsmCVIAcB9fjvk B/ZDNSHtH800L5izlgd9kYtyu+RdzRdCL7zJuQEc+wGYFG6EjVKFXblWc+hNMp9w 1s85YXwisKg+DVcM89UrLXO86WvEXB8CVtoqdH2wFHWuiXmMFwnIsy15t4DhYi9N eJdi6Gmc6EqaVIxAiFkXDcmO5dhMrWXhJffBKMCah99kQlbBaz9ISE54e3S5fMPc Ye30TxdjEjQMOqWCo1sPbsRmWjZJCPN64REG6xMVv0jTy1Xigpy1yAYYRC0wAZJM Jv36HtTGlhjNGXYndV4N =bXpg -----END PGP SIGNATURE----- --tCskcS2bjfK01Pum--