qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] For all targets and machine types: "start to monitor" s


From: Markus Armbruster
Subject: Re: [Qemu-devel] For all targets and machine types: "start to monitor" smoke test
Date: Wed, 08 Aug 2012 10:31:01 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)

Max Filippov <address@hidden> writes:

> On Tue, Aug 7, 2012 at 11:26 PM, Markus Armbruster <address@hidden> wrote:
>> Very basic smoke test: start QEMU with -monitor stdio, quit immediately.
>> Wouldn't it be nice if that worked for all targets and machine types?
>>
>> Many targets have mandatory options (fun oxymoron), such as -kernel or
>> -pflash.  Can't stop me, I just try a bunch until something works.
>>
>> Many targets expect various files to be present, and some of them need
>> to have the right size.  Can't stop me, I hack up the file loaders until
>> it works (silly patch appended).  To do this right, we'd need the
>> required files or suitable mock-ups in-tree.
>
> [...]
>
>> Summary of results:
>>
>> * Bad unexplained
>
>>   qemu-system-xtensaeb lx60
>>   qemu-system-xtensaeb lx200
>>   qemu-system-xtensaeb sim
>>       Unable to find CPU definition
>>
>>   I'm not saying these are all busted.  If you know how to "start to
>>   monitor" one of these, let us know.
>
> For xtensa the default CPU name is the same for both big-endian and
> little-endian binaries, but actually it denotes little-endian CPU not 
> supported
> by xtensaeb. It will start with the explicit -cpu fsf. I can post a patch to
> make fsf the default CPU type in big-endian case.

Sounds worthwhile to me.



reply via email to

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