[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH for-1.6? v2 00/21] qtest: Test all targets
From: |
Markus Armbruster |
Subject: |
Re: [Qemu-devel] [PATCH for-1.6? v2 00/21] qtest: Test all targets |
Date: |
Tue, 06 Aug 2013 11:45:33 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) |
Andreas Färber <address@hidden> writes:
> Am 06.08.2013 10:39, schrieb Markus Armbruster:
>> Andreas Färber <address@hidden> writes:
>>
>>> Hello Anthony/Aurélien,
>>>
>>> This series extends test coverage to all 16 targets.
>>> For now it tests that QOM type changes do not lead to QOM cast assertions.
>>>
>>> v2 extends it to cover virtually all machines (except Xen and pc*-x.y).
>>> Where an fprintf() is touched, use error_report() instead.
>>
>> Yes, we need such a smoke test for all targets.
>>
>> I toyed with it myself, but I haven't been able to go beyond the crude
>> hackery we discussed about a year ago:
>> https://lists.nongnu.org/archive/html/qemu-devel/2012-08/msg01197.html
>>
>> The problem is that many targets have mandatory options (fun oxymoron),
>> such as -kernel or -pflash.
>>
>> If I understand your approach correctly, you solve it by making these
>> mandatory options optional when qtest_enabled().
>>
>> My idea was to create suitable dummy images, so we can provide the
>> mandatory options. Guest won't be happy, but that's fine, as this smoke
>> test doesn't want to run any guest code.
>
> Peter rejected having a U-Boot per machine. And from my own arm porting
> experiences that would mean having close to one source of U-Boot per
> machine since upstreaming works really badly in the embedded world. :(
Mind, I said "dummy images". Just good enough to fool QEMU into loading
them. Guest surviving even a single cycle after reset is entirely
optional.
[...]