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

Re: [Xen-devel] [PATCH v10 00/12] Implement the XEN_DOMCTL_memory_mapping hypercall for ARM



On 23/08/2014 01:51, Stefano Stabellini wrote:
> On Fri, 22 Aug 2014, Andrii Tseglytskyi wrote:
>> On Fri, Aug 22, 2014 at 9:36 PM, Arianna Avanzini
>> <avanzini.arianna@xxxxxxxxx> wrote:
>>> On 22/08/2014 20:27, Andrii Tseglytskyi wrote:
>>>> Hi Arianna,
>>>>
>>>> On Fri, Aug 22, 2014 at 5:25 PM, Arianna Avanzini
>>>> <avanzini.arianna@xxxxxxxxx> wrote:
>>>>> On 21/08/2014 17:43, Andrii Tseglytskyi wrote:
>>>>>> Hi Arianna,
>>>>>>
>>>>>> Just one more question - how iomem mapping will be handled by XSM 
>>>>>> framework?
>>>>>> I'm using older revision of your patch series and I need to do the
>>>>>> following change to permit domU working with already mapped iomem,
>>>>>> (only if XSM is enabled and FLASK is enforsed)
>>>>>>
>>>>>> commit 3f35dae860bd0f566ca156608ec53e3240aacd5a
>>>>>> Author: Andrii Tseglytskyi <andrii.tseglytskyi@xxxxxxxxxxxxxxx>
>>>>>> Date:   Thu Aug 21 18:00:20 2014 +0300
>>>>>>
>>>>>>     xsm: arm: allow domU to use iomem
>>>>>>
>>>>>>     Change-Id: I7eff12b127e0d32d97a67e77dbcca3a8326dfd22
>>>>>>     Signed-off-by: Andrii Tseglytskyi 
>>>>>> <andrii.tseglytskyi@xxxxxxxxxxxxxxx>
>>>>>>
>>>>>> diff --git a/tools/flask/policy/policy/modules/xen/xen.te
>>>>>> b/tools/flask/policy/policy/modules/xen/xen.te
>>>>>> index d7147fb..ac4a01d 100644
>>>>>> --- a/tools/flask/policy/policy/modules/xen/xen.te
>>>>>> +++ b/tools/flask/policy/policy/modules/xen/xen.te
>>>>>> @@ -108,6 +108,7 @@ admin_device(dom0_t, device_t)
>>>>>>  admin_device(dom0_t, irq_t)
>>>>>>  admin_device(dom0_t, ioport_t)
>>>>>>  admin_device(dom0_t, iomem_t)
>>>>>> +admin_device(domU_t, iomem_t)
>>>>>>
>>>>>>  domain_comms(dom0_t, dom0_t)
>>>>>>
>>>>>> Is this a point, or I missed something ?
>>>>>>
>>>>>
>>>>> I think this is a point, if I understood things well. Do you prefer to 
>>>>> submit
>>>>> your patch personally if/after the memory_mapping patchset is eventually 
>>>>> merged,
>>>>> or do you prefer that I send your patch with the memory_mapping patchset?
>>>>>
>>>>
>>>> It would be great if you include this patch to your patch series, keep
>>>> my authority and add your sign-off-by.
>>>> Do you agree?
>>>>
>>>
>>> Of course, but I think my signed-off-by in this case is not appropriate nor
>>> required.
>>> I'll add it to the upcoming v11 with your signed-off-by and your authority, 
>>> if
>>> it's OK for you. I proposed you to merge it with the memory_mapping patchset
>>> just because I think it might be simpler to review it this way.
>>>
>>
>> Sure. Completely agree. Let's proceed in this way.
> 
> Arianna,
> keeping Andrii as original Author and having his Signed-off-by line in
> the commit message is the right thing to do. However in addition to that
> you should also add yours as you are making the patch part of your
> series. Basically everybody that touches the patch needs to add her own
> Signed-off-by line for copyright reasons.
>  
> 

Hello Stefano,

thank you for pointing that out, I really didn't know that my Signed-off-by was
required. If Andrii is OK with it I'll go with his initial suggestion then.

Thank you,
Arianna


-- 
/*
 * Arianna Avanzini
 * avanzini.arianna@xxxxxxxxx
 * 73628@xxxxxxxxxxxxxxxxxxx
 */

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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