Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 13 Aug 2002 15:48:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 13 Aug 2002 15:48:47 -0400 Received: from neon-gw-l3.transmeta.com ([63.209.4.196]:16901 "EHLO neon-gw.transmeta.com") by vger.kernel.org with ESMTP id ; Tue, 13 Aug 2002 15:48:46 -0400 To: linux-kernel@vger.kernel.org From: "H. Peter Anvin" Subject: Re: [patch] clone_startup(), 2.5.31-A0 Date: 13 Aug 2002 12:52:11 -0700 Organization: Transmeta Corporation, Santa Clara CA Message-ID: References: <20020813160924.GA3821@codepoet.org> <20020813171138.A12546@infradead.org> <15705.13490.713278.815154@napali.hpl.hp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Disclaimer: Not speaking for Transmeta in any way, shape, or form. Copyright: Copyright 2002 H. Peter Anvin - All Rights Reserved Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1122 Lines: 27 Followup to: <15705.13490.713278.815154@napali.hpl.hp.com> By author: David Mosberger In newsgroup: linux.dev.kernel > > The original clone() system call was misdesigned. Even if you chose > to ignore ia64, clone() cannot be used by portable applications to > specify a stack (think "stack-growth direction"). > This is something that can be handled in userspace on most architectures. The rest (ia64) can pass all the information on to kernel space. The clone() system call cannot be used by portable applications *AT ALL*, since it inherently needs a user-space assembly wrapper. It's just a matter of how you define the interface to the assembly wrapper. -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - 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/