From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7411A13838B for ; Wed, 24 Sep 2014 11:25:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D1AD9E088A; Wed, 24 Sep 2014 11:25:55 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F0383E0887 for ; Wed, 24 Sep 2014 11:25:54 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XWkhe-0007kG-5u for gentoo-amd64@lists.gentoo.org; Wed, 24 Sep 2014 13:25:46 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2014 13:25:46 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2014 13:25:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: Boycott Systemd Date: Wed, 24 Sep 2014 11:25:34 +0000 (UTC) Message-ID: References: <20140921132548.d4ad54724473a2aeee688daa@comcast.net> <20140921143059.c3c16dfdeab6f65280b7caa6@comcast.net> <20140921192043.GA9652@crud> <20140921171301.5f008b3bd12c21c2f8fdd67e@comcast.net> <20140921202600.08d082d88014228172007477@comcast.net> <20140921220253.29b05782092a062c7148cbed@comcast.net> <20140923105558.eaed8b57d00ddd92818cec55@comcast.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT d447f7c /m/p/portage/src/egit-src/pan2) X-Archives-Salt: b00bc06b-3a12-41f0-9e34-8b2d44492ce4 X-Archives-Hash: 53e2d5c839dbfaed0210fc75a1bde2bd Frank Peters posted on Tue, 23 Sep 2014 10:55:58 -0400 as excerpted: > Also, my example of the changes in USB device nodes is not the only > recent occurrence of /dev tree modifications. The kernel folks also > removed the static /dev/rtc, or real-time clock device node. In place > there is now /dev/rtc1, /dev/rtc2, etc., and the intention is to > dynamically allocate these nodes with udev. This change broke my use > space but it was easy to fix. I guess you'd be the one to ask about this... Have you tried the kernel's own devtmpfs? How well does it work compared to a static dev, etc? I run devtmpfs but with udev (and actually now full systemd) on top, so I don't know how it does by itself. But best I know, the idea is that it dynamically handles the default kernel devices, popping them in place as the corresponding hardware is detected. For general desktop systems udev is assumed to be run on top and do fancy stuff like the /dev/disk/by-* symlinks and specific non-default permissions (with default being root/ root 0660 IIRC), but for embedded and systems that have a pretty static device config and thus don't want/need the fancy udev stuff, devtmpfs is supposed to provide basic dynamic-device-node service. So I'm wondering how well it works with your sort of config by itself, and whether it's a reasonable basic replacement for a static device tree. It seems to me that might be the expected middle-road for those who don't want/need a full udev, and since it's a pure kernel and kconfig solution, including an option to have the kernel automount it without userspace help, that might be what they'd point you to as an answer to the otherwise userspace breakage. But I haven't the foggiest whether devtmpfs would handle those dynamic USB device nodes without udev, or not. My /guess/ would be that if it doesn't, making it do so might be the bug-fix they'd offer if someone /did/ complain about userspace breakage in that regard. Like I said, you'd be the one to ask, so I am. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman