[meta-xilinx] [PATCH 0/2] Add QEMU suppor to all Zynq-7000 machines

[Manjukumar Harthikote Matha]

On 11/22/2017 03:48 AM, Nathan Rossi wrote:
> On 22 November 2017 at 05:32, Manjukumar Harthikote Matha
> <manjukumar.harthikote-matha at xilinx.com> wrote:
>>
>>
>> On 11/21/2017 11:03 AM, Alistair Francis wrote:
>>>
>>> [This sender failed our fraud detection checks and may not be who they
>>> appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]
>>>
>>> On Tue, Nov 21, 2017 at 7:04 AM, Nathan Rossi <nathan at nathanrossi.com>
>>> wrote:
>>>>
>>>> On 21 November 2017 at 07:33, Alistair Francis
>>>> <alistair.francis at xilinx.com> wrote:
>>>>>
>>>>> This series adds QEMU support to all Zynq-7000 machines.
>>>>
>>>>
>>>> I guess you mean all eval board Zynq-7000 machines.
>>>
>>>
>>> Yes, good point.
>>>
>>>>
>>>> The changes work well, I suspect the intention here is to setup these
>>>> targets for QEMU support so as to remove the qemu-zynq7 machine? If so
>>>> that sounds like a good plan :).
>>>
>>>
>>> I wasn't intending on removing the qemu-zynq7 machine, but I'm not
>>> opposed to removing it.
>>>
>>> I would like to ensure we have something that boots on mainline at all
>>> times. If we are happy that the ZC702 and/or ZC706 can do that
>>> removing the QEMU machine makes sense.
>>>
>>
>> I would not remove the existing qemu-zynq7 machine.
> 
> Just curious, any particular reason?
> 
> Since the zc702 machine does work fine with mainline QEMU (at least as
> good as the qemu-zynq7 machine does).
> 

The main reason is upstream works having a seperate QEMU machine like 
qemu-zynq7 and I don't want our layer to deviate from this.

With zynqmp our QEMU took some deviation including devicetrees, 
multi-arch qemu etc, these things haven't been upstreamed yet. To 
support our existing product flow including PetaLinux, the best way is 
to have the QEMU in our machines just like this patch.

Thanks,
Manju