From: Greg Ungerer <gregungerer@westnet.com.au>
To: Rob Landley <rob@landley.net>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Andrew Morton <akpm@linux-foundation.org>,
Greg Ungerer <gerg@uclinux.org>,
Linux/m68k <linux-m68k@vger.kernel.org>,
Linux Kernel Development <linux-kernel@vger.kernel.org>
Subject: Re: [git pull] m68k updates for 3.8
Date: Sat, 15 Dec 2012 22:09:35 +1000 [thread overview]
Message-ID: <50CC687F.6060305@westnet.com.au> (raw)
In-Reply-To: <1355521700.18402.7@driftwood>
On 12/15/2012 07:48 AM, Rob Landley wrote:
> On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
>> Hi Rob,
> ...
>>> Somebody got one of my images to boot under aranym but they had to patch
>>> the kernel fairly extensively to add the emulated device support that
>>> emulator provided. It doesn't emulate real devices the way qemu does,
>>> but qemu doesn't fully emulate the processor (just coldfire in
>>> mainline)...
>>
>> I use aranym for testing m68k. Though I don't really pound to heavily
>> on the devices. I really only cross-compile small systems for testing
>> on it.
>
> What kernel config do you use for aranym? I don't see an an aranym entry in
> arch/m68k/configs, and I stopped using it precisely because it required
> several large patches to add emulated device support for everything from
> serial console to block devices. (There was a kernel upgrade, it broke,
> I cut a release without it. Pretty much the same reason I stopped using
> squashfs for a year or so until it finally got merged.)
arch/m68k/configs/atari_defconfig
AranyM is an Atari emulator. As far as I know all the special device
support has been merged into mainline now.
> I can poke Laurent Vivier about possibly getting the qemu-system-m68k
> and the q800 board emulation to work better if there's interest from
> anyone other than me. (I just checked and it dies at the same place it
> did last year: setting up the page tables. The MMU emulation ain't
> there, and I haven't got documentation for it.)
>
> My interest is that my aboriginal linux setup builds the same system for
> a dozen different targets and then natively builds packages inside the
> emulator. This allows me to regression test if their behavior diverges,
> even from a cron job if I want to. From my viewpoint, the more targets
> the merrier.
>
> (I don't care hugely about which board emulation I'm using, the point is
> to run a native root filesystem including a native toolchain and build
> stuff locally on the board. This requires at least 256 megs of memory in
> the emulated board for gcc 4.2 (more for newer versions), and ideally I
> want a virtual network card so I can hook up distcc to the cross
> compiler and move the heavy lifting of compilation outside the emulator
> without reintroducing the whole "keep track of two simultaneous build
> contexts" complexity of cross compiling. So it's not "q800 vs aranym",
> it's "I already got qemu to emulate all the other targets I'm testing
> and it doesn't require an extensively patched kernel" vs "other emulator
> requiring patched kernel"...)
For whatever it is worth I don't run patched kernels under AranyM.
But I don't really care to much about the odd ball devices either
for most of the testing I use it for.
Regards
Greg
next prev parent reply other threads:[~2012-12-15 12:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-13 19:44 [git pull] m68k updates for 3.8 Geert Uytterhoeven
2012-12-13 19:44 ` Geert Uytterhoeven
2012-12-14 9:08 ` Rob Landley
2012-12-14 12:04 ` Greg Ungerer
2012-12-14 12:04 ` Greg Ungerer
2012-12-14 21:48 ` Rob Landley
2012-12-15 0:01 ` Al Viro
2012-12-15 0:01 ` Al Viro
2012-12-15 12:09 ` Greg Ungerer
2012-12-15 12:09 ` Greg Ungerer [this message]
2012-12-16 10:19 ` Geert Uytterhoeven
2012-12-16 10:19 ` Geert Uytterhoeven
2012-12-14 21:48 ` Rob Landley
2012-12-14 9:08 ` 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=50CC687F.6060305@westnet.com.au \
--to=gregungerer@westnet.com.au \
--cc=akpm@linux-foundation.org \
--cc=geert@linux-m68k.org \
--cc=gerg@uclinux.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m68k@vger.kernel.org \
--cc=rob@landley.net \
--cc=torvalds@linux-foundation.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.