All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Weinberger <richard@nod.at>
To: "Toralf Förster" <toralf.foerster@gmx.de>
Cc: Ramkumar Ramachandra <artagnon@gmail.com>,
	linux-arch@vger.kernel.org, Michal Marek <mmarek@suse.cz>,
	geert@linux-m68k.org, ralf@linux-mips.org, lethal@linux-sh.org,
	Jeff Dike <jdike@addtoit.com>,
	gxt@mprc.pku.edu.cn, Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, linux-kbuild@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
	linux-sh@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
Date: Fri, 27 Sep 2013 11:26:16 +0200	[thread overview]
Message-ID: <52454F38.60902@nod.at> (raw)
In-Reply-To: <52454E58.3010305@gmx.de>

Am 27.09.2013 11:22, schrieb Toralf Förster:
> On 09/26/2013 12:35 PM, Richard Weinberger wrote:
>> Am 26.09.2013 12:20, schrieb Ramkumar Ramachandra:
>>> Richard Weinberger wrote:
>>>> This patch is based on: https://lkml.org/lkml/2013/7/4/396
>>>>
>>>> Cc: Ramkumar Ramachandra <artagnon@gmail.com>
>>>> Signed-off-by: Richard Weinberger <richard@nod.at>
>>>> ---
>>>>  arch/um/configs/i386_defconfig   | 954 +++++++++++++++++++++++++++++++++++++++
>>>>  arch/um/configs/x86_64_defconfig | 943 ++++++++++++++++++++++++++++++++++++++
>>>>  2 files changed, 1897 insertions(+)
>>>>  create mode 100644 arch/um/configs/i386_defconfig
>>>>  create mode 100644 arch/um/configs/x86_64_defconfig
>>>
>>> First, I'm pissed that the upstream tree doesn't build and run out of
>>> the box months after I submitted a fix in July (and it's September
>>> now). Fact that you dropped my sane patches aside and decided to write
>>> a much larger series aside, user-mode Linux in upstream is broken.
>>> This means that any user who does:
>>>
>>> $ ARCH=um make defconfig
>>> $ ARCH=um make
>>>
>>> will end up with a *broken* Linux _today_. Unless the user is living
>>> in the Stone Age with a 32-bit computer, this is what she will see
>>> when she attempts to boot up Linux:
> 
> :-{
> 
> Grmpf
> 
> There are a lot of 32 bit user land linux installation (beside my own,
> look at the x86 Gentoo world) in the wild - even running on modern 64bit
> CPUs. The simple reason is that those installations run fine and the
> performance "boost" of 64bit often isn't worth a new reinstallation.

You *can* of course run 32bit userland on UML. Just create a 32bit UML on x86_64.

make defconfig ARCH=um SUBARCH=i386
make linux ARCH=um SUBARCH=i386

This will work on x86_64 and x86 hosts.

Thanks,
//richard

WARNING: multiple messages have this Message-ID (diff)
From: Richard Weinberger <richard@nod.at>
To: "Toralf Förster" <toralf.foerster@gmx.de>
Cc: Ramkumar Ramachandra <artagnon@gmail.com>,
	linux-arch@vger.kernel.org, Michal Marek <mmarek@suse.cz>,
	geert@linux-m68k.org, ralf@linux-mips.org, lethal@linux-sh.org,
	Jeff Dike <jdike@addtoit.com>,
	gxt@mprc.pku.edu.cn, Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, linux-kbuild@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-m68k@lists.linux-m68k.org, linux-mips@linux-mips.org,
	linux-sh@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
Date: Fri, 27 Sep 2013 09:26:16 +0000	[thread overview]
Message-ID: <52454F38.60902@nod.at> (raw)
In-Reply-To: <52454E58.3010305@gmx.de>

Am 27.09.2013 11:22, schrieb Toralf Förster:
> On 09/26/2013 12:35 PM, Richard Weinberger wrote:
>> Am 26.09.2013 12:20, schrieb Ramkumar Ramachandra:
>>> Richard Weinberger wrote:
>>>> This patch is based on: https://lkml.org/lkml/2013/7/4/396
>>>>
>>>> Cc: Ramkumar Ramachandra <artagnon@gmail.com>
>>>> Signed-off-by: Richard Weinberger <richard@nod.at>
>>>> ---
>>>>  arch/um/configs/i386_defconfig   | 954 +++++++++++++++++++++++++++++++++++++++
>>>>  arch/um/configs/x86_64_defconfig | 943 ++++++++++++++++++++++++++++++++++++++
>>>>  2 files changed, 1897 insertions(+)
>>>>  create mode 100644 arch/um/configs/i386_defconfig
>>>>  create mode 100644 arch/um/configs/x86_64_defconfig
>>>
>>> First, I'm pissed that the upstream tree doesn't build and run out of
>>> the box months after I submitted a fix in July (and it's September
>>> now). Fact that you dropped my sane patches aside and decided to write
>>> a much larger series aside, user-mode Linux in upstream is broken.
>>> This means that any user who does:
>>>
>>> $ ARCH=um make defconfig
>>> $ ARCH=um make
>>>
>>> will end up with a *broken* Linux _today_. Unless the user is living
>>> in the Stone Age with a 32-bit computer, this is what she will see
>>> when she attempts to boot up Linux:
> 
> :-{
> 
> Grmpf
> 
> There are a lot of 32 bit user land linux installation (beside my own,
> look at the x86 Gentoo world) in the wild - even running on modern 64bit
> CPUs. The simple reason is that those installations run fine and the
> performance "boost" of 64bit often isn't worth a new reinstallation.

You *can* of course run 32bit userland on UML. Just create a 32bit UML on x86_64.

make defconfig ARCH=um SUBARCH=i386
make linux ARCH=um SUBARCH=i386

This will work on x86_64 and x86 hosts.

Thanks,
//richard

WARNING: multiple messages have this Message-ID (diff)
From: Richard Weinberger <richard@nod.at>
To: "Toralf Förster" <toralf.foerster@gmx.de>
Cc: Ramkumar Ramachandra <artagnon@gmail.com>,
	linux-arch@vger.kernel.org, Michal Marek <mmarek@suse.cz>,
	geert@linux-m68k.org, ralf@linux-mips.org, lethal@linux-sh.org,
	Jeff Dike <jdike@addtoit.com>,
	gxt@mprc.pku.edu.cn, Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, linux-kbuild@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	linux-m68k@vger.kernel.org, linux-mips@linux-mips.org,
	linux-sh@vger.kernel.org,
	user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
Date: Fri, 27 Sep 2013 11:26:16 +0200	[thread overview]
Message-ID: <52454F38.60902@nod.at> (raw)
In-Reply-To: <52454E58.3010305@gmx.de>

Am 27.09.2013 11:22, schrieb Toralf Förster:
> On 09/26/2013 12:35 PM, Richard Weinberger wrote:
>> Am 26.09.2013 12:20, schrieb Ramkumar Ramachandra:
>>> Richard Weinberger wrote:
>>>> This patch is based on: https://lkml.org/lkml/2013/7/4/396
>>>>
>>>> Cc: Ramkumar Ramachandra <artagnon@gmail.com>
>>>> Signed-off-by: Richard Weinberger <richard@nod.at>
>>>> ---
>>>>  arch/um/configs/i386_defconfig   | 954 +++++++++++++++++++++++++++++++++++++++
>>>>  arch/um/configs/x86_64_defconfig | 943 ++++++++++++++++++++++++++++++++++++++
>>>>  2 files changed, 1897 insertions(+)
>>>>  create mode 100644 arch/um/configs/i386_defconfig
>>>>  create mode 100644 arch/um/configs/x86_64_defconfig
>>>
>>> First, I'm pissed that the upstream tree doesn't build and run out of
>>> the box months after I submitted a fix in July (and it's September
>>> now). Fact that you dropped my sane patches aside and decided to write
>>> a much larger series aside, user-mode Linux in upstream is broken.
>>> This means that any user who does:
>>>
>>> $ ARCH=um make defconfig
>>> $ ARCH=um make
>>>
>>> will end up with a *broken* Linux _today_. Unless the user is living
>>> in the Stone Age with a 32-bit computer, this is what she will see
>>> when she attempts to boot up Linux:
> 
> :-{
> 
> Grmpf
> 
> There are a lot of 32 bit user land linux installation (beside my own,
> look at the x86 Gentoo world) in the wild - even running on modern 64bit
> CPUs. The simple reason is that those installations run fine and the
> performance "boost" of 64bit often isn't worth a new reinstallation.

You *can* of course run 32bit userland on UML. Just create a 32bit UML on x86_64.

make defconfig ARCH=um SUBARCH=i386
make linux ARCH=um SUBARCH=i386

This will work on x86_64 and x86 hosts.

Thanks,
//richard

  reply	other threads:[~2013-09-27  9:26 UTC|newest]

Thread overview: 163+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-21  8:19 [RFC] Get rid of SUBARCH Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 1/8] um: Create defconfigs for i386 and x86_64 Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-22  4:55   ` Stephen Rothwell
2013-08-22  4:55     ` Stephen Rothwell
2013-08-22  4:55     ` Stephen Rothwell
2013-09-26 10:20   ` Ramkumar Ramachandra
2013-09-26 10:32     ` Ramkumar Ramachandra
2013-09-26 10:20     ` Ramkumar Ramachandra
2013-09-26 10:35     ` Richard Weinberger
2013-09-26 10:35       ` Richard Weinberger
2013-09-26 10:35       ` Richard Weinberger
2013-09-26 11:57       ` Ramkumar Ramachandra
2013-09-26 11:58         ` Ramkumar Ramachandra
2013-09-26 11:57         ` Ramkumar Ramachandra
2013-09-26 12:04         ` Richard Weinberger
2013-09-26 12:04         ` Richard Weinberger
2013-09-26 12:04           ` Richard Weinberger
2013-09-26 12:04           ` Richard Weinberger
2013-09-27  9:22       ` Toralf Förster
2013-09-27  9:22       ` Toralf Förster
2013-09-27  9:22         ` Toralf Förster
2013-09-27  9:22         ` Toralf Förster
2013-09-27  9:22         ` Toralf Förster
2013-09-27  9:26         ` Richard Weinberger [this message]
2013-09-27  9:26           ` Richard Weinberger
2013-09-27  9:26           ` Richard Weinberger
2013-09-27  9:26         ` Richard Weinberger
2013-09-26 10:35     ` Richard Weinberger
2013-09-26 10:20   ` Ramkumar Ramachandra
2013-08-21  8:19 ` [PATCH 2/8] um: Do not use SUBARCH Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-09-26 10:40   ` Ramkumar Ramachandra
2013-09-26 10:52     ` Ramkumar Ramachandra
2013-09-26 10:40     ` Ramkumar Ramachandra
2013-09-26 10:44     ` Richard Weinberger
2013-09-26 10:44     ` Richard Weinberger
2013-09-26 10:44       ` Richard Weinberger
2013-09-26 10:44       ` Richard Weinberger
2013-09-26 10:53       ` Ramkumar Ramachandra
2013-09-26 10:53       ` Ramkumar Ramachandra
2013-09-26 10:54         ` Ramkumar Ramachandra
2013-09-26 10:53         ` Ramkumar Ramachandra
2013-09-26 11:01         ` Richard Weinberger
2013-09-26 11:01         ` Richard Weinberger
2013-09-26 11:01           ` Richard Weinberger
2013-09-26 11:01           ` Richard Weinberger
2013-09-26 11:43           ` Ramkumar Ramachandra
2013-09-26 11:55             ` Ramkumar Ramachandra
2013-09-26 11:43             ` Ramkumar Ramachandra
2013-09-26 11:56             ` Richard Weinberger
2013-09-26 11:56               ` Richard Weinberger
2013-09-26 11:56               ` Richard Weinberger
2013-09-26 12:00               ` Ramkumar Ramachandra
2013-09-26 12:00               ` Ramkumar Ramachandra
2013-09-26 12:12                 ` Ramkumar Ramachandra
2013-09-26 12:00                 ` Ramkumar Ramachandra
2013-09-26 13:13                 ` Ramkumar Ramachandra
2013-09-26 13:13                 ` Ramkumar Ramachandra
2013-09-26 13:25                   ` Ramkumar Ramachandra
2013-09-26 13:13                   ` Ramkumar Ramachandra
2013-09-26 13:26                   ` Geert Uytterhoeven
2013-09-26 13:26                     ` Geert Uytterhoeven
2013-09-26 13:26                     ` Geert Uytterhoeven
2013-09-26 13:56                     ` Richard Weinberger
2013-09-26 13:56                       ` Richard Weinberger
2013-09-26 13:57                     ` Ramkumar Ramachandra
2013-09-26 13:57                     ` Ramkumar Ramachandra
2013-09-26 13:58                       ` Ramkumar Ramachandra
2013-09-26 13:57                       ` Ramkumar Ramachandra
2013-09-26 14:24                     ` Richard Weinberger
2013-09-26 14:24                       ` Richard Weinberger
2013-09-26 14:24                       ` Richard Weinberger
2013-09-26 14:36                       ` Ramkumar Ramachandra
2013-09-26 14:36                       ` Ramkumar Ramachandra
2013-09-26 14:48                         ` Ramkumar Ramachandra
2013-09-26 14:36                         ` Ramkumar Ramachandra
2013-09-26 15:04                         ` Richard Weinberger
2013-09-26 15:04                         ` Richard Weinberger
2013-09-26 15:04                           ` Richard Weinberger
2013-09-26 15:04                           ` Richard Weinberger
2013-09-26 16:06                           ` Ramkumar Ramachandra
2013-09-26 16:06                           ` Ramkumar Ramachandra
2013-09-26 16:18                             ` Ramkumar Ramachandra
2013-09-26 16:06                             ` Ramkumar Ramachandra
2013-09-26 17:10                             ` Richard Weinberger
2013-09-26 17:10                               ` Richard Weinberger
2013-09-26 17:10                               ` Richard Weinberger
2013-09-26 17:10                             ` Richard Weinberger
2013-09-26 13:26                   ` Geert Uytterhoeven
2013-09-26 10:40   ` Ramkumar Ramachandra
2013-08-21  8:19 ` [PATCH 3/8] um: Remove old defconfig Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 4/8] m68k: Do not use SUBARCH Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 5/8] sh: " Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 6/8] mips: " Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 7/8] unicore32: " Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 8/8] Makefile: Remove SUBARCH Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-08-21  8:19 ` Richard Weinberger
2013-08-21 12:07 ` [RFC] Get rid of SUBARCH Geert Uytterhoeven
2013-08-21 12:07 ` Geert Uytterhoeven
2013-08-21 12:07   ` Geert Uytterhoeven
2013-08-21 12:07   ` Geert Uytterhoeven
2013-08-21 12:16   ` Richard Weinberger
2013-08-21 12:16   ` Richard Weinberger
2013-08-21 12:16     ` Richard Weinberger
2013-08-21 12:16     ` Richard Weinberger
2013-08-21 17:25   ` Rob Landley
2013-08-21 17:25     ` Rob Landley
2013-08-21 17:25     ` Rob Landley
2013-08-21 17:25     ` Rob Landley
2013-08-21 17:25   ` Rob Landley
2013-08-21 19:51   ` Sam Ravnborg
2013-08-21 19:51     ` Sam Ravnborg
2013-08-21 19:51     ` Sam Ravnborg
2013-08-22 12:42     ` Thorsten Glaser
2013-08-22 12:58     ` Geert Uytterhoeven
2013-08-22 12:58       ` Geert Uytterhoeven
2013-08-22 12:58       ` Geert Uytterhoeven
2013-08-22 20:41       ` Rob Landley
2013-08-22 20:41       ` Rob Landley
2013-08-22 20:41         ` Rob Landley
2013-08-22 20:41         ` Rob Landley
2013-08-22 20:41         ` Rob Landley
2013-08-22 20:55         ` David Daney
2013-08-22 20:55           ` David Daney
2013-08-22 20:55           ` David Daney
2013-08-22 21:32           ` Rob Landley
2013-08-22 21:32           ` Rob Landley
2013-08-22 21:32             ` Rob Landley
2013-08-22 21:32             ` Rob Landley
2013-08-22 21:32             ` Rob Landley
2013-08-22 20:55         ` David Daney
2013-08-21 19:51   ` Sam Ravnborg
2013-08-21 12:53 ` Thorsten Glaser
2013-08-21 12:53 ` Thorsten Glaser
2013-08-21 12:53   ` Thorsten Glaser
2013-08-21 12:53   ` Thorsten Glaser
2013-08-21 12:58   ` H. Peter Anvin
2013-08-21 12:58     ` H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52454F38.60902@nod.at \
    --to=richard@nod.at \
    --cc=artagnon@gmail.com \
    --cc=geert@linux-m68k.org \
    --cc=gxt@mprc.pku.edu.cn \
    --cc=hpa@zytor.com \
    --cc=jdike@addtoit.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=mmarek@suse.cz \
    --cc=ralf@linux-mips.org \
    --cc=tglx@linutronix.de \
    --cc=toralf.foerster@gmx.de \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.