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

Re: [Xen-devel] [PATCH v6 3/5] IOMMU: Make the pcidevs_lock a recursive one



>>> On 07.03.16 at 12:42, <quan.xu@xxxxxxxxx> wrote:
> On March 07, 2016 7:36pm, <JBeulich@xxxxxxxx> wrote:
>> >>> On 07.03.16 at 12:23, <quan.xu@xxxxxxxxx> wrote:
>> > On March 07, 2016 7:14pm, <JBeulich@xxxxxxxx> wrote:
>> >> >>> On 07.03.16 at 08:05, <quan.xu@xxxxxxxxx> wrote:
>> >
>> >
>> >> > A quick question, is it '-ERESTART', instead of '-EBUSY' ?
>> >>
>> >> No idea what this question is about in this context.
>> >>
>> >
>> > it is in xen/drivers/passthrough/pci.c, assign_device().
>> >
>> > static int assign_device()
>> > {
>> >    ....
>> >     if ( !spin_trylock(&pcidevs_lock) )
>> >         return -ERESTART;
>> >    ....
>> > }
>> 
>> But I still don't understand what you're trying to find out or point out.
> 
> Jan, sorry.
> Now the return error code is '-ERESTART' for ' if ( 
> !spin_trylock(&pcidevs_lock) ', in assign_device(), in 
> xen/drivers/passthrough/pci.c.
> I think it would be '-EBUSY'.

Oh - definitely not. Just follow the call chain back up, and you
should find that this gets taken as an indication to create a
continuation, whereas -EBUSY would bubble back up to the
original (user space) caller (which is _not_ what we want here).

Jan


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