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...
next prev 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.