linux-mips
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

Re: [PATCH] prom_free_prom_memory for QEMU

from [Dmitri Vorobiev] [Permanent Link][Original]
To: Ralf Baechle <ralf@linux-mips.org>
Subject: Re: [PATCH] prom_free_prom_memory for QEMU
From: Dmitri Vorobiev <dmitri.vorobiev@gmail.com>
Date: Mon, 14 Jan 2008 16:58:59 +0300
Cc: Atsushi Nemoto <anemo@mba.ocn.ne.jp>, linux-mips@linux-mips.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=YQejBTUlkPOV+1TR5PyMRReEREXixp/NyIEsUMUyXFE=; b=JhSvYdGHbuoXk/onfTjIBtRzErQPUCb7lEcOleaNdbYuw11HguTk2Ou5ifb5JY/+3Hfmmho6X30rENrTiCwIwvfrmyoOsBDlYn/ZMTAkm131uUoaHtPmbl0azHErPUxfYnWvWTZCEixF2dc8g9LLM3cPDV1oGKB4ZUY/DT4JdzE=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=du8mPNmWUGHyobZuEdDXwEMkmUNUOjVg+P7me35y1JcS5YOuh0vHrx4ulqcWQp6br8iZA66G/dLhCbQ0fOrD2AoxubgzV74WvlE1VzKIQmS/7LGfRfHSGO+p0slchVeeoIlwcCvIGTMe8IeJP/c/w+HOs4uIK9VsZRtf8xb2rf0=
In-reply-to: <20080114133701.GA16555@linux-mips.org>
Organization: DmVo Home
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20080114.212253.126142719.anemo@mba.ocn.ne.jp> <20080114133701.GA16555@linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Thunderbird 1.5.0.14pre (X11/20071022) 
Ralf Baechle wrote:
> On Mon, Jan 14, 2008 at 09:22:53PM +0900, Atsushi Nemoto wrote:
> 
>> You can get 60kb more memory by this patch.  Note that this patch
>> might cause segfault on some intermediate version of qemu 0.9.0 and
>> 0.9.1 (For example Debian qemu-0.9.0+20070816-1).
> 
> I was actually planning to remove the Qemu platform for 2.6.25.  The
> Malta emulation has become so good that there is no more point in having
> the underfeatured synthetic platform that CONFIG_QEMU is.

I wholeheartedly agree with that. It is a godsend to me that I can use
identical configs to build the kernels for QEMU and for a physical Malta.
Emulation is more convenient to me because QEMU boots and runs faster
than the board I'm working with. Many thanks for that to QEMU developers.

Off the topic, how about the plans to remove Atlas support?

Dmitri

> 
> Objections?
> 
>   Ralf
> 
>
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  Re: [PATCH] prom_free_prom_memory for QEMU, Atsushi Nemoto
Next by Date:  Re: [PATCH] prom_free_prom_memory for QEMU, Ralf Baechle
Previous by Thread:  Re: [PATCH] prom_free_prom_memory for QEMU, Atsushi Nemoto
Next by Thread:  Re: [PATCH] prom_free_prom_memory for QEMU, Ralf Baechle
Indexes:  [Date] [Thread] [Top] [All Lists]