Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 12 Jan 2002 20:39:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 12 Jan 2002 20:38:50 -0500 Received: from leibniz.math.psu.edu ([146.186.130.2]:13468 "EHLO math.psu.edu") by vger.kernel.org with ESMTP id ; Sat, 12 Jan 2002 20:38:40 -0500 Date: Sat, 12 Jan 2002 20:38:27 -0500 (EST) From: Alexander Viro To: Juan Quintela cc: Greg KH , linux-kernel@vger.kernel.org, felix-dietlibc@fefe.de, andersen@codepoet.org Subject: Re: [RFC] klibc requirements, round 2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 12 Jan 2002, Juan Quintela wrote: > >>>>> "greg" == Greg KH writes: > > Hi > > greg> To summarize, here's a partial list of the programs people want to run: > greg> - mount I _really_ doubt it. /init calling mount(2) - sure, but mount(8)? Not really. > greg> - hotplug > greg> - busybox > greg> - dhcpcd > greg> - image viewer > greg> - mkreiserfs > greg> - partition discovery (currently in the kernel) Assuming that it moves to userland, which is non-obvious. Going other way (i.e. clean kernel API for parsing _and_ changing partitioning) might be better. Current mechanisms for notifying kernel about partition table changes are really gross. > greg> - lots of other, existing in kernel code. nfsroot mounting (socket/sendto/recvfrom/open/close/read/write/malloc/free/ snprintf/memcpy/strlen/mount). > I still think that fsck at this point will be great. You will > minimize the need to have the kernel special case for fsck the root fs > with respect to the rest of fs. _Kernel_ has no special-casing of that kind. - 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/