From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758085Ab1EYPWm (ORCPT ); Wed, 25 May 2011 11:22:42 -0400 Received: from mail-bw0-f46.google.com ([209.85.214.46]:36694 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757809Ab1EYPWk convert rfc822-to-8bit (ORCPT ); Wed, 25 May 2011 11:22:40 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=NggAQ7VHzuDhQVrmLfRFkaOY7OojHXenaavqbfk2QrZaZ5tWkeZMCah8j7Vr3KYtfn jPg0Hd29HhuIewlCjyhxkKZMBEc5YroOWEfv95rdfzLEedV99Lqfq77cZP3Xn39m3VKn kM4uglyMvx4PmC4tCJrMU8qbE6kw0aqpTzaG8= MIME-Version: 1.0 In-Reply-To: <20110525131746.GA19118@elte.hu> References: <1306048393.4092.8.camel@mulgrave.site> <20110522084224.GA12279@elte.hu> <20110524071628.GA31612@elte.hu> <4508.1306283693@localhost> <20110525082514.GE21552@elte.hu> <20110525124741.GC29300@elte.hu> <20110525131746.GA19118@elte.hu> Date: Wed, 25 May 2011 17:22:39 +0200 X-Google-Sender-Auth: xbqIxhojFUMMRltgZK4hFAnOzO4 Message-ID: Subject: Re: [GIT PULL] Namespace file descriptors for 2.6.40 From: Geert Uytterhoeven To: Ingo Molnar Cc: Valdis.Kletnieks@vt.edu, "Eric W. Biederman" , James Bottomley , Linus Torvalds , linux-kernel@vger.kernel.org, Linux Containers , netdev@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 25, 2011 at 15:17, Ingo Molnar wrote: > * Geert Uytterhoeven wrote: >> On Wed, May 25, 2011 at 14:47, Ingo Molnar wrote: >> > * Geert Uytterhoeven wrote: >> > >> >> > But at least the primary, 'native' syscall table of every arch >> >> > could be kept rather fresh via generic enumeration. >> >> >> >> So we can start all over at offset 501 (alpha just started using >> >> 500) with a unified, clean, and compressed list of syscalls? Or do >> >> we have some more other-os-compat syscalls around in this range? >> > >> > No, that would leave a big hole in the syscall table of most >> > architectures. >> >> Sure, but we could (a) optimize for the case where the syscall number is >> larger than 500 and/or (b) drop support for syscall numbers smaller than >> 501, depending on a config option. > > Dunno why there is so much desire to complicate and break > well-working ABIs while we have a 14+ MLOC kernel with so much code > in it that is in dire need to be improved! :-) Because we (think we) need less active brain cells to write emails that to code. So when we're not "active" enough to hack, we tend to respond to long winding getting off-topic email threads... Gr{oetje,eeting}s,                         Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.                                 -- Linus Torvalds