linux-mips
[Top] [All Lists]

Re: [PATCH] prom_free_prom_memory for QEMU

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
> 
> 


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