qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 0/7] QOM'ify UniCore32 CPU


From: Anthony Liguori
Subject: Re: [Qemu-devel] [PATCH 0/7] QOM'ify UniCore32 CPU
Date: Wed, 14 Mar 2012 18:23:32 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2

On 03/14/2012 03:02 PM, Blue Swirl wrote:
On Wed, Mar 14, 2012 at 01:39, Andreas Färber<address@hidden>  wrote:
Hello,

Based on qom-cpu v4 and object_class_get_list() v2, this series converts
the UniCore32 CPU to QOM. Code-wise, target-unicore32 is pretty close to
target-arm and faces a similar issue of CPU-dependent init code, so let's
tackle it next.

Patch 1 adds a UniCore32 CPU guest core (TCG) section to MAINTAINERS,
so that the target-unicore32 author gets notified of patches against his code.

Patch 2, based on feedback from Guan Xuetao, changes the license of most
target-unicore32 files from GPLv2 to GPLv2+. Anthony had contributed a
qemu_malloc() ->  g_malloc() substitution that he can't relicense at this time,
so leave that as GPLv2 and declare my following patches explicitly as GPLv2+.

Perhaps g_malloc() patch could be partially reverted and a new GPLv2+
patch applied which uses g_new()?

This is a bad idea IMHO. We need clear rules about changing licenses. I personally will not sign off on anything involving reverting code that cannot be relicensed.

Copyright law is just too complex when it comes to derivative works. Just have some patience and let's collect the necessary SoBs.

Regards,

Anthony Liguori



reply via email to

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