Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262308AbUKVSaH (ORCPT ); Mon, 22 Nov 2004 13:30:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262317AbUKVS3L (ORCPT ); Mon, 22 Nov 2004 13:29:11 -0500 Received: from imap.gmx.net ([213.165.64.20]:12512 "HELO mail.gmx.net") by vger.kernel.org with SMTP id S262315AbUKVS2l (ORCPT ); Mon, 22 Nov 2004 13:28:41 -0500 X-Authenticated: #8922711 From: "Gerold J. Wucherpfennig" To: Greg KH Subject: Re: Kernel thoughts of a Linux user Date: Mon, 22 Nov 2004 22:33:45 +0100 User-Agent: KMail/1.6.82 References: <200411201131.12987.gjwucherpfennig@gmx.net> <20041121182952.GA26874@kroah.com> In-Reply-To: <20041121182952.GA26874@kroah.com> Cc: linux-kernel@vger.kernel.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411222233.45709.gjwucherpfennig@gmx.net> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2613 Lines: 70 On Sunday 21 November 2004 19:29, you wrote: > On Sat, Nov 20, 2004 at 11:31:12AM +0100, Gerold J. Wucherpfennig wrote: > > > On Thu, Nov 18, 2004 at 06:59:27PM +0100, Gerold J. Wucherpfennig wrote: > > > > - Make sysfs optional and enable to publish kernel <-> userspace data > > > > especially the kernel's KObject data across the kernel's netlink > > > > interface > > > > as > > > > > > it has been summarized on www.kerneltrap.org. This will avoid the > > > > deadlocks sysfs does introduce when some userspace app holds an open > > > > file handle of an sysfs object (KObject) which is to be removed. An > > > > importrant > > > > side > > > > > > effect for embedded systems will be that the RAM overhead introduced > > > > by > > > > sysfs > > > > > > will vaporize. > > > > > > What RAM overhead? With 2.6.10-rc2 the memory footprint of sysfs has > > > been drasticly shrunk. > > > > Sorry I my kernel knowledge only consists of kerneltrap.org news :-( > > I didn't knew that. > > Please research things before claiming they are a problem. > > > > What deadlocks are you referring to? > > > > I don't know if it are deadlocks, please read last years article from > > lwn: http://lwn.net/Articles/36850/ > > My word, that's a year and a half old article. Do you really think that > we would have not fixed this issue by now? Again, please do a semblance > of research before claiming there are problems in today's kernels. I'm a stupid idiot, but I'm sure that the sysfs and hal thing still has to mature for a few years. Just imagine such things like listing all available modem devices. Listing /sys/class/tty/*/dev without the virtual consoles just isn't enough. Regards, Gerold > > > > And the netlink interface for hotplug events is already present in the > > > latest kernel. > > > > I don't know much about netlink. But sysfs --> libsysfs --> hal --> dbus > > seems to be a lot of an overhead. Maybe create an in-kernel queue > > for hardware information requests and publish the hardware information > > with netlink would be a little less overhead??? Just a though... > > Again, please do a bit of research. This is not how HAL or the hotplug > interfaces work today. > > Not to be rude, but again, if you had spent a little ammount of time > looing into the claims you were making, you would have found out that > they were false. > > greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/