Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Ralf Baechle <ralf@linux-mips.org>
To: Dmitri Vorobiev <dmitri.vorobiev@gmail.com>
Cc: Atsushi Nemoto <anemo@mba.ocn.ne.jp>, linux-mips@linux-mips.org
Subject: Re: [PATCH] prom_free_prom_memory for QEMU
Date: Mon, 14 Jan 2008 16:57:59 +0000	[thread overview]
Message-ID: <20080114165759.GA2894@linux-mips.org> (raw)
In-Reply-To: <478B9120.1020500@gmail.com>

On Mon, Jan 14, 2008 at 07:43:12PM +0300, Dmitri Vorobiev wrote:

> >>> 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?
> > 
> > Maciej is promising to fix it up since a few years ;-)  Aside of that it's
> > safe to say the Atlas is dead like a coffin nail.
> 
> Well, I could do the proper cleanup, if you give your sayso. As I wrote here
> yesterday, I noticed that Malta code was screaming for being put into proper
> shape. If MIPS maintainers are interested in applying such janitorial patches,
> I could simultaneously wipe the Atlas support off.
> 
> So?

Of course janitorial patches will be considered.

The Malta code used to scream even way louder.  I made an opportunistic
attempt at fixing the one or other corner over time, whenever something
was getting in my way for some reason.

  Ralf

  reply	other threads:[~2008-01-14 16:59 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-14 12:22 [PATCH] prom_free_prom_memory for QEMU Atsushi Nemoto
2008-01-14 13:37 ` Ralf Baechle
2008-01-14 13:53   ` Atsushi Nemoto
2008-01-14 13:59     ` Ralf Baechle
2008-01-14 14:03     ` Dmitri Vorobiev
2008-01-14 14:27       ` Thiemo Seufer
2008-01-14 14:30     ` Thiemo Seufer
2008-01-14 14:42       ` Atsushi Nemoto
2008-01-14 13:58   ` Dmitri Vorobiev
2008-01-14 14:14     ` Ralf Baechle
2008-01-14 16:43       ` Dmitri Vorobiev
2008-01-14 16:57         ` Ralf Baechle [this message]
2008-01-14 17:47           ` Dmitri Vorobiev

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=20080114165759.GA2894@linux-mips.org \
    --to=ralf@linux-mips.org \
    --cc=anemo@mba.ocn.ne.jp \
    --cc=dmitri.vorobiev@gmail.com \
    --cc=linux-mips@linux-mips.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox