All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: qemu-devel@nongnu.org
Cc: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] Just to add one single point
Date: Mon, 9 Apr 2007 17:26:13 -0400	[thread overview]
Message-ID: <200704091726.13240.rob@landley.net> (raw)
In-Reply-To: <200704090019.55339.paul@codesourcery.com>

On Sunday 08 April 2007 7:19 pm, Paul Brook wrote:
> > Mr Paul Brook did break the PREP and heathrow machines while doing
> > changes in the PCI code. There were some posts on this list reporting
> > this and he never even tried to fix what he broke. And now he's
> > complaining "I cannot test as it does not work". Looks like a bad joke,
> > no ?
> 
> AFAIK PPC emulation hasn't *ever* worked well enough to boot without at 
least 
> building a custom linux kernel. In addition the -kernel commandline option 
> have no effect, and there is no test image available.

By the way, if this ever _does_ start to work, I'd appreciate hearing about 
it.

Right now, my build scripts are building a PowerPC kernel and ext2 filesystem 
image, using a procedure that works on arm, mips, x86, and x86-64.  It's 
producing a _result_, but I have no idea if it actually works.  I do know 
that I can't run it under qemu the way I can all the others.  (Even sparc at 
least _boots_, I think its problem is a uClibc issue.)

http://landley.net/code/firmware/downloads/image

Shell scripts to build all that from source (plus cross compilers and a 
tarball of the files in the ext2 image) are one level up.

> I stand by my original statement.
> A machine that requires building a custom kernel, maybe hacking a
> bootloader, and creating a bootable filesystem from scratch is untestable.

Well, it's certainly inconvenient.  The custom kernel I can do, the filesystem 
I've got.  But bootloaders are a bit of a weak spot with me...

Rob
-- 
Penguicon 5.0 Apr 20-22, Linux Expo/SF Convention.  Bruce Schneier, Christine 
Peterson, Steve Jackson, Randy Milholland, Elizabeth Bear, Charlie Stross...

  parent reply	other threads:[~2007-04-09 21:34 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-08 10:00 [Qemu-devel] Just to add one single point J. Mayer
2007-04-08 14:11 ` Thiemo Seufer
2007-04-08 16:03   ` J. Mayer
2007-04-08 23:19 ` Paul Brook
2007-04-09  1:22   ` Mike Frysinger
2007-04-09 10:06   ` J. Mayer
2007-04-09 21:26   ` Rob Landley [this message]
2007-04-09 22:32     ` J. Mayer
2007-04-11 21:49       ` Rob Landley
2007-04-12  7:56         ` Re:Qemu-PPC problems (was [Qemu-devel] Just to add one single point) J. Mayer
2007-04-12 15:49           ` Qemu-PPC " Jason Wessel
2007-04-12 16:34             ` Jason Wessel
2007-04-12 20:20             ` J. Mayer
2007-04-12 21:23               ` Jason Wessel
2007-04-14 21:28             ` Rob Landley
2007-04-18 21:34             ` Rob Landley
2007-04-14 19:50           ` Rob Landley

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=200704091726.13240.rob@landley.net \
    --to=rob@landley.net \
    --cc=paul@codesourcery.com \
    --cc=qemu-devel@nongnu.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.