qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 2/3] qtest: enable qtest for most targets


From: Blue Swirl
Subject: Re: [Qemu-devel] [PATCH 2/3] qtest: enable qtest for most targets
Date: Wed, 18 Apr 2012 20:55:06 +0000

On Wed, Apr 18, 2012 at 20:51, Andreas Färber <address@hidden> wrote:
> Am 18.04.2012 22:35, schrieb Anthony Liguori:
>> On 04/18/2012 03:28 PM, Blue Swirl wrote:
>>> On Tue, Apr 17, 2012 at 21:33, Anthony Liguori<address@hidden>
>>> wrote:
>>>> <rant>
>>>>
>>>> Kernel loading is a hack.  I'll go out on a limb and say that most
>>>> non-x86
>>>> boards are doing it completely wrong.  Messing around with CPU state
>>>> has no
>>>> business in machine init.  It creates horrible dependencies about RAM
>>>> initialization order and problems for reset/live migration.
>>>>
>>>> The kernel should be presented as a virtual device (an emulated flash or
>>>> whatever) and there should be firmware that loads the kernel
>>>> appropriately.
>>>> Then we wouldn't need changes like this in the first place.
>>>
>>> BIOS is no hack, it is not used by qtest, MIPS refuses to start
>>> without one and
>>> we don't have any.
>>
>> So how does one test MIPS system emulation?
>
> For -M malta I successfully used -kernel, -append and -hda with
> Aurélien's Debian images: http://people.debian.org/~aurel32/qemu/mips/
> I did not need any additional BIOS.
>
> As reported in the cover letter of my mips QOM'ification series,
> Thiemo's 0.2 test images listed on the Wiki did not work for me:
> http://wiki.qemu.org/Testing

I just successfully tried the BIOS binaries from the link in the
bottom of this Wikipedia page:
http://en.wikipedia.org/wiki/MIPS_Magnum

>
> Andreas
>
> --
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg



reply via email to

[Prev in Thread] Current Thread [Next in Thread]