From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Weinberger Date: Thu, 26 Sep 2013 14:24:44 +0000 Subject: Re: [PATCH 2/8] um: Do not use SUBARCH Message-Id: <524443AC.3040409@nod.at> List-Id: References: <1377073172-3662-1-git-send-email-richard@nod.at> <1377073172-3662-3-git-send-email-richard@nod.at> <52441025.9030308@nod.at> <52441407.9010603@nod.at> <52442108.1020304@nod.at> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Geert Uytterhoeven Cc: Ramkumar Ramachandra , Linux-Arch , Michal Marek , Ralf Baechle , Paul Mundt , Jeff Dike , Guan Xuetao , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , the arch/x86 maintainers , linux-kbuild , LKML , linux-m68k , Linux MIPS Mailing List , Linux-sh list , uml-devel Am 26.09.2013 15:26, schrieb Geert Uytterhoeven: > On Thu, Sep 26, 2013 at 3:13 PM, Ramkumar Ramachandra > 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? Correct. Users expect from SUBARCH=x86 a i386 32bit UML kernel. Thanks, //richard