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 3A5861381F3 for ; Sun, 18 Nov 2012 07:52:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F3D8621C06B; Sun, 18 Nov 2012 07:52:08 +0000 (UTC) Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by pigeon.gentoo.org (Postfix) with ESMTP id 6110A21C063 for ; Sun, 18 Nov 2012 07:51:28 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id A7B392017B for ; Sun, 18 Nov 2012 07:51:26 +0000 (UTC) Received: from localhost (c-67-168-183-230.hsd1.wa.comcast.net [67.168.183.230]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 102B320179; Sun, 18 Nov 2012 07:51:25 +0000 (UTC) Date: Sat, 17 Nov 2012 23:52:22 -0800 From: Greg KH To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] udev-ng? (Was: Summary Council meeting Tuesday 13 November 2012) Message-ID: <20121118075222.GA11047@kroah.com> References: <20121106212816.GE82762@gentoo.org> <20121117190207.GY83592@gentoo.org> <20121118032922.GA2335@kroah.com> <20121118070539.GA17010@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121118070539.GA17010@waltdnes.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP X-Archives-Salt: 7d97faff-9933-4021-9937-3a6a7f7ddbd6 X-Archives-Hash: 67cd1e6927109eacdb6c88fbec261bce On Sun, Nov 18, 2012 at 02:05:39AM -0500, Walter Dnes wrote: > On Sat, Nov 17, 2012 at 07:29:22PM -0800, Greg KH wrote > > > But, along those lines, what is the goal of the fork? What are you > > trying to attempt to do with a fork of udev that could not be > > accomplished by: > > - getting patches approved upstream > > or: > > - keeping a simple set of patches outside of the upstream tree and > > applying them to each release > > That approach would be viable if upstream were co-operative or gave a > damn about anybody else. They've broken people's sytems with the "new > and improved" udev, and claimed that people's systems were already > broken. Kay Sievers got Linus angry enough to go on a rant. See > https://lkml.org/lkml/2012/10/3/484 Yes, I know all about the firmware issue with media drivers. It's now resolved and fixed, in two different ways (the kernel now loads firmware directly, and on older kernels, udev has fixed the issue.) So that's no longer an issue for anyone. > In short, the systemd-udev people are hard to work with in general, > and have a dislike for Gentoo. Good luck with getting patches accepted > by them. The fact that Gentoo is alone in wanting to build udev, without systemd dependencies being on the system, is something that if I were the systemd maintainer, I would reject. It's also a pretty simple set of patches that Gentoo can keep around if it's really a serious issue for people. > > Oh, and if _anyone_ thinks that changing udev is going to "solve" the > > "no separate /usr without an initrd" issue, I have a bridge I want to > > sell them. > > If udev-systemd merely broke a filesystem layout that functioned very > well in linux for 2 decades, you would not be seeing this rebellion. Note, a separate /usr has been broken for a while now, udev is just pointing the issue out. And again, if you want a separate /usr, just use an initrd, the solution is simple. > udev-systemd is also breaking media drivers. The entire thread > https://lkml.org/lkml/2012/10/2/194 gives an idea of just how badly Kay > has screwed up udev. You participated in that thread. Again, this is now resolved, no need to keep beating it :) > How many people have read Siever's post? > http://lists.freedesktop.org/archives/systemd-devel/2012-July/006065.html > > We promised to keep udev properly *running* as standalone, we never > > told that it can be *build* standalone. And that still stands. > > > > We never claimed, that all the surrounding things like documentation > > always fully match, if only udev is picked out of systemd. > > > > I would welcome if people stop reading that "promise" into the > > announcement, it just wasn't written there. > > You (the former udev maintainer) are saying that a standalone udev > *WITHOUT SYSTEMD* will always be possible. The current maintainer is > saying that isn't necessarily true. Who do you expect me to believe? They are saying it as well. It's Gentoo that is unique in wanting to build it without the rest of the systemd package as well. Two different things here. > You also wrote... > > > And is something that small really worth ripping tons of code out of > > a working udev, causing major regressions on people's boxes (and yes, > > it is a regression to slow my boot time down and cause hundreds of > > more processes to be spawned before booting is finished.) > > Some people are finding firmware drivers not loading, and the cards > not functioning. Don't you consider that a regression? Again, been a bug for 6 months, hit by very few people, now resolved, not an issue. > Seiver's response is basically the same as for people with separate > /usr; telling them that they have to re-write their drivers to > accomadate the "new and improved" udev. And people whose drivers > don't fail entirely now get a 60-second delay while udev times out > before loading the firmware in another manner. Those people have seen > their bootup times increased by a full minute. Do you not consider > that a regression? Again, now resolved, not an issue. > > You need to have a real solid goal in place in order to be able to keep > > this up in the long-run. Otherwise you are going to burn yourself out, > > and end up alienating a lot of people along the way. > > Howsabout a standalone udev, with no dependancies on systemd, and it > won't break people's systems? If that is the goal, great, it would be wonderful if someone would say that. But from looking at the commits so far in the repo, it really doesn't look like that is the goal. Or if it is, it's getting there in a very odd way. thanks, greg k-h