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

Re: [Xen-devel] [PATCH v2 01/17] arm: Placeholder for handling Group0/1 traps



Hi,

On 28/03/18 04:48, Manish Jaggi wrote:


On 03/28/2018 06:18 AM, Julien Grall wrote:

Hi,

Sorry for the formatting.

On Wed, 28 Mar 2018, 04:18 Stefano Stabellini, <sstabellini@xxxxxxxxxx <mailto:sstabellini@xxxxxxxxxx>> wrote:

    On Tue, 27 Mar 2018, Marc Zyngier wrote:
    > On 27/03/18 11:10, Manish Jaggi wrote:
    > >
    > >
    > > On 03/27/2018 03:31 PM, Marc Zyngier wrote:
    > >> On 27/03/18 10:07, Manish Jaggi wrote:
    > >>> The errata will require to emulate the GIC virtual CPU
    interface in Xen.
    > >>> Because the hypervisor will update its internal state of the
    vGIC, we want
    > >>> to avoid messing up with it. So the errata is handled
    separately from the
    > >>> rest of the hypervisor.
    > >>>
    > >>> New file vgic-v3-sr.c is added which will hold trap and
    emulate code
    > >>> for group0 / group1 registers. Workaround for cavium Errata
    30115
    > >>> needs this emulation code.
    > >>>
    > >>> vgic_v3_handle_cpuif_access would be called from
    do_trap_guest_sync
    > >>> in subsequent patches based on errata macros.
    > >>>
    > >>> Signed-off-by: Manish Jaggi <manish.jaggi@xxxxxxxxxx
    <mailto:manish.jaggi@xxxxxxxxxx>>
    > >>> ---
    > >>>   xen/arch/arm/arm64/vgic-v3-sr.c   | 60
    +++++++++++++++++++++++++++++++++++++++
    > >>>   xen/include/asm-arm/arm64/traps.h |  2 ++
    > >>>   2 files changed, 62 insertions(+)
    > >>>   create mode 100644 xen/arch/arm/arm64/vgic-v3-sr.c
    > >>>
    > >>> diff --git a/xen/arch/arm/arm64/vgic-v3-sr.c
    b/xen/arch/arm/arm64/vgic-v3-sr.c
    > >>> new file mode 100644
    > >>> index 0000000000..39ab1ed6ca
    > >>> --- /dev/null
    > >>> +++ b/xen/arch/arm/arm64/vgic-v3-sr.c
    > >>> @@ -0,0 +1,60 @@
    > >>> +/*
    > >>> + * xen/arch/arm/arm64/vgic-v3-sr.c
    > >>> + *
    > >>> + * Code to emulate group0/group1 traps for handling
    > >>> + * cavium erratum 30115
    > >>> + *
    > >>> + * Manish Jaggi <manish.jaggi@xxxxxxxxxx
    <mailto:manish.jaggi@xxxxxxxxxx>>
    > >>> + * Copyright (c) 2018 Cavium.
    > >> IANAL, but I don't think this copyright notice is correct.
    > >>
    > >> I wrote about 90% of this series, and the copyright for that
    code is
    > >> owned by ARM, and licensed under the GPLv2. You have the right to
    > >> duplicate that code and do almost whatever you want with
    (within the
    > >> limits of the GPLv2), but you still don't own the copyright.
    > >>
    > >> I suggest you get in touch with your legal department for
    clarification
    > >> on the matter.
    > > I will remove the copyright line, and add this
    > > Original Author: Marc Zyngier <>
    > > Ported to Xen by: Manish Jaggi <>
    >
    > You're missing the point. I don't give a damn about the
    authorship (I'm
    > not exactly proud to have written that code).

    :-D

    > The problem at hand is the
    > ARM copyright, which should be preserved (as no-one in Cavium
    wrote a
    > single line of the original code).

    I have been asking myself similar questions for a while now when we
    import code from Linux. The copyright/author line at the top of
    the file
    is somewhat arbitrary as every person that touched the code has
    copyright over her modifications. This is why at some point I
    thought we
    had to retain the full list of Signed-off-by lines that ever
    touched the
    code in question, but then, reading the DCO terms one more time:

     (b) The contribution is based upon previous work that, to the best
         of my knowledge, is covered under an appropriate open source
         license and I have the right under that license to submit that
         work with modifications, whether created in whole or in part
         by me, under the same open source license (unless I am
         permitted to submit under a different license), as indicated
         in the file; or

    I checked in the Linux kernel when code was imported from the Xen
    hypervisor to KVM a long time ago, and only a singled Signed-off-by of
    the person importing the code was used.


It does not mean it was a good practice ;).


    This is how I came to the conclusion that actually we don't need to do
    anything special, although it would be nice as a courtesy to
    retain the
    copyright/author lines at the top of the file. It would also be
    nice to
    have the original Linux commit id in the commit message to help
    tracking
    the history.


We had a similar discussion on the spectre patches a couple of months ago. The original author is useful to know if we need to relicense some files.

Having just the commit id from Linux would create more overhead.

Lars suggested to create a file listing where all the work come from. For commit, I think it would be ok to just add the Signed-off in the commit and retain copyright in the code.

Of course, it is ok add the Cavium one if code is changed. But no copyright should be dropped.

How about

+/*
+ * xen/arch/arm/arm64/vgic-v3-sr.c
+ *
+ * Code to emulate group0/group1 traps for handling
+ * cavium erratum 30115
+ *
+ * This file merges code from Linux virt/kvm/arm/hyp/vgic-v3-sr.c
+ * Copyright (C) 2012-2015 - ARM Ltd
+ * Original Author: Marc Zyngier <marc.zyngier@xxxxxxx>
+ * Code Ported to Xen by: Manish Jaggi <manish.jaggi@xxxxxxxxxx>
...

That would be ok for me.

Cheers,

--
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.