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

Re: [Xen-devel] [PATCH 2/2] gnttab: improve GNTTABOP_cache_flush locking



>>> On 04.12.17 at 12:31, <george.dunlap@xxxxxxxxxx> wrote:
> On 12/04/2017 09:02 AM, Jan Beulich wrote:
>>>>> On 01.12.17 at 16:31, <andre.przywara@xxxxxxxxxx> wrote:
>>> On 30/11/17 14:32, Jan Beulich wrote:
>>>> Dropping the lock before returning from grant_map_exists() means handing
>>>> possibly stale information back to the caller. Return back the pointer
>>>> to the active entry instead, for the caller to release the lock once
>>>> done.
>>>
>>> I don't know enough about grant tables to reason about the deeper
>>> meaning of this patch, but at least I can confirm that the amended
>>> locking scheme seems to be correct (now).
>>> I just wonder if it's worthwhile to add a comment that the function
>>> takes a lock, but leaves it up to the caller to drop it. Since there is
>>> only one caller, this might be overkill, though.
>> 
>> Well, the function returning an active entry pointer is imo
>> sufficient documentation of that fact.
> 
> I agree with this in principle.  But it still seems like function name
> doesn't describe what the function does anymore.  What about renaming it
> to "grant_map_find_entry()" or something?

I don't mind, feel free to do so (the patch has gone in already with
Stefano's ack).

Jan


_______________________________________________
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®.