linux-mips
[Top] [All Lists]

Re: [PATCH 2/8] um: Do not use SUBARCH

To: Ramkumar Ramachandra <artagnon@gmail.com>
Subject: Re: [PATCH 2/8] um: Do not use SUBARCH
From: Geert Uytterhoeven <geert@linux-m68k.org>
Date: Thu, 26 Sep 2013 15:26:06 +0200
Cc: Richard Weinberger <richard@nod.at>, Linux-Arch <linux-arch@vger.kernel.org>, Michal Marek <mmarek@suse.cz>, Ralf Baechle <ralf@linux-mips.org>, Paul Mundt <lethal@linux-sh.org>, Jeff Dike <jdike@addtoit.com>, Guan Xuetao <gxt@mprc.pku.edu.cn>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>, "the arch/x86 maintainers" <x86@kernel.org>, linux-kbuild <linux-kbuild@vger.kernel.org>, LKML <linux-kernel@vger.kernel.org>, linux-m68k <linux-m68k@lists.linux-m68k.org>, Linux MIPS Mailing List <linux-mips@linux-mips.org>, Linux-sh list <linux-sh@vger.kernel.org>, uml-devel <user-mode-linux-devel@lists.sourceforge.net>
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pJyBrcPFSyccfAiHHWgyNVyWLgEf49vcn7M7zs42DGs=; b=ImzpfxsJfaZJ2CcGcNeDgHkwJZSzCFCzdQEE+/1uyFXa/pDdEeERaQObeXESBylII+ 7pBV0XM2BDYwCl/Hj7Qnjf4ryXwB8GODc16uHIH9uoXQNWkYF/07YtJH13T8rN9APGON 9t/gQcgsqPcI+g7JnEu2jn5OnGBEW8Gitc7qx03K8CMvoDWShDud+g4GpqXMIlzS2H2V FhQLZhsb+xTauviBOtVfFWjumjc3BIleHvHlg8PuwYnnD7euP8u97/Hhb5Av7Z7Kqk4m 42/IjP+91sHrKVJHZZdaidsMgdqBahmBSbCJqwKvBrH6WA5njqr3nJYv32Fb9/se9hWG eZCw==
In-reply-to: <CALkWK0ndMtyQxE0uK4H-Ly6oy+tRn-SFc=_1WoC2QAp2uy0dtw@mail.gmail.com>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-id: linux-mips <linux-mips.eddie.linux-mips.org>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-software: Ecartis version 1.0.0
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <1377073172-3662-1-git-send-email-richard@nod.at> <1377073172-3662-3-git-send-email-richard@nod.at> <CALkWK0kCrQ9hPABD_XQ9QFG-vByP+xZWZs+RkVK77+cX7Odz7g@mail.gmail.com> <52441025.9030308@nod.at> <CALkWK0k5neR50h+AWEF5AgnpbgWMitZUnbv_caVzt6HiUA6mXg@mail.gmail.com> <52441407.9010603@nod.at> <CALkWK0=FG4COEjv5+mu1JRiiFQ2k6vop1mhFPmAT4bjtYeK6nA@mail.gmail.com> <52442108.1020304@nod.at> <CALkWK0nm=9n7DiV0MaGKVLMs=vxAiiQUx=OFuOg-DinkdMej5A@mail.gmail.com> <CALkWK0ndMtyQxE0uK4H-Ly6oy+tRn-SFc=_1WoC2QAp2uy0dtw@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
On Thu, Sep 26, 2013 at 3:13 PM, Ramkumar Ramachandra
<artagnon@gmail.com> wrote:
> Ramkumar Ramachandra wrote:
>> Richard Weinberger wrote:
>>> I told you already that "make defconfig ARCH=um SUBARCH=x86" will spuriously
>>> create a x86_64 config on x86_64.
>>> This breaks existing setups.
>>
>> I'll fix this and resubmit soon.
>
> Wait a minute. You're now arguing about whether the generic "x86"
> means i386 or x86_64. Its meaning is already defined in
> arch/x86/Kconfig and arch/x86/um/Kconfig: see the config 64BIT. Unless
> i386 is explicitly specified, the default is to build a 64-bit kernel.
> That is already defined for a normal Linux kernel, and user-mode Linux
> should not break that convention. So, in the example you pulled out of
> your hat:
>
>   $ make defconfig ARCH=um SUBARCH=x86
>
> the user should expect a 64-bit build, and not an i386 build as you
> say. Both my patches are correct, and the "regression" that you
> pointed out is a red herring.

Sorry for chiming in, but... what about cross compiling?
SUBARCH=x86 should give you a 32-bit ia32 kernel, right?

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

<Prev in Thread] Current Thread [Next in Thread>