From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VwLhM-0000lK-HL for qemu-devel@nongnu.org; Thu, 26 Dec 2013 19:54:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VwLhI-0003MN-AU for qemu-devel@nongnu.org; Thu, 26 Dec 2013 19:54:44 -0500 Received: from mail-wi0-f173.google.com ([209.85.212.173]:64931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VwLhI-0003MC-0o for qemu-devel@nongnu.org; Thu, 26 Dec 2013 19:54:40 -0500 Received: by mail-wi0-f173.google.com with SMTP id hn9so9200312wib.6 for ; Thu, 26 Dec 2013 16:54:38 -0800 (PST) MIME-Version: 1.0 Sender: peter.crosthwaite@petalogix.com In-Reply-To: <52BCC812.3080201@cn.fujitsu.com> References: <1387960503-11838-1-git-send-email-lig.fnst@cn.fujitsu.com> <52BB74E5.8010602@cn.fujitsu.com> <52BB7AC0.5080909@cn.fujitsu.com> <52BB7F36.6040101@cn.fujitsu.com> <52BC863F.5010600@redhat.com> <52BCC812.3080201@cn.fujitsu.com> Date: Fri, 27 Dec 2013 10:54:38 +1000 Message-ID: From: Peter Crosthwaite Content-Type: multipart/alternative; boundary=047d7ba973d4e5d4bd04ee798914 Subject: Re: [Qemu-devel] [PATCH] allwinner-a10: add config script support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Li Guang Cc: Hans de Goede , "qemu-devel@nongnu.org Developers" , Peter Maydell --047d7ba973d4e5d4bd04ee798914 Content-Type: text/plain; charset=ISO-8859-1 On Dec 27, 2013 10:24 AM, "Li Guang" wrote: > > Peter Maydell wrote: >> >> On 26 December 2013 19:40, Hans de Goede wrote: >> >>> >>> I'm one of the linux-sunxi developers, the only reason we've >>> this fex file abomination, is because we've inherited it >>> from the android-allwinner sources. >>> >> >> Thanks for the clarification; I suspected that might be the case. >> >> >>> >>> Currently most of the linux-sunxi developers are no longer >>> focusing on the 3.4 android/allwinner derived sources we >>> maintain. They are currently in a "good enough for everyday >>> use" state. >>> >>> So now most of us are focusing on getting *proper* sunxi >>> SoC support upstream. This is using device-tree. Currently >>> we've working timers, interrupt-controller, uarts, mmc, >>> sata, nic (both 100mbit and Gbit variants), ehci controller >>> and builtin rtc support with upstream kernels. Which I >>> believe likely covers everything the qemu emulation offers >>> atm. For those interested, see: >>> https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel >>> >>> And the mailinglist reports about progress in that branch. >>> >>> From the linux-sunxi pov fex files are a legacy thing which >>> will go away in the future. >>> >> >> Given that, my preference would be to not support fex >> file loading in QEMU. >> >> >> > > > that means we don't care legacy script which already be used > in most of cases? > Your bootstrap process is just "blob this file at this address" which to me is legitimate generic functionality. If you implement arbitrary file blobbing on Cmd line there are many applications across all archs and plats. and you fex case can be done without any allwinnerisms in tree. I have use cases for this myself (mainly for emulating handoff in AMP systems - two guests). Regards Peter > > --047d7ba973d4e5d4bd04ee798914 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Dec 27, 2013 10:24 AM, "Li Guang" <lig.fnst@cn.fujitsu.com> wrote:
>
> Peter Maydell wrote:
>>
>> On 26 December 2013 19:40, Hans de Goede<hdegoede@redhat.com> =A0wrote:
>> =A0 =A0
>>>
>>> I'm one of the linux-sunxi developers, the only reason we&= #39;ve
>>> this fex file abomination, is because we've inherited it >>> from the android-allwinner sources.
>>> =A0 =A0 =A0
>>
>> Thanks for the clarification; I suspected that might be the case.<= br> >>
>> =A0 =A0
>>>
>>> Currently most of the linux-sunxi developers are no longer
>>> focusing on the 3.4 android/allwinner derived sources we
>>> maintain. They are currently in a "good enough for everyd= ay
>>> use" state.
>>>
>>> So now most of us are focusing on getting *proper* sunxi
>>> SoC support upstream. This is using device-tree. Currently
>>> we've working timers, interrupt-controller, uarts, mmc, >>> sata, nic (both 100mbit and Gbit variants), ehci controller >>> and builtin rtc support with upstream kernels. Which I
>>> believe likely covers everything the qemu emulation offers
>>> atm. For those interested, see:
>>> https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel=
>>>
>>> And the mailinglist reports about progress in that branch.
>>>
>>> =A0From the linux-sunxi pov fex files are a legacy thing which=
>>> will go away in the future.
>>> =A0 =A0 =A0
>>
>> Given that, my preference would be to not support fex
>> file loading in QEMU.
>>
>>
>> =A0 =A0
>
>
> that means we don't care legacy script which already be used
> in most of cases?
>

Your bootstrap process is just "blob this file at this address"= ; which to me is legitimate generic functionality. If you implement arbitra= ry file blobbing on Cmd line there are many applications across all archs a= nd plats. and you fex case can be done without any allwinnerisms in tree. <= /p>

I have use cases for this myself (mainly for emulating handoff in AMP sy= stems - two guests).

Regards
Peter

>
>

--047d7ba973d4e5d4bd04ee798914--