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

Re: [Xen-devel] libxl__device_pci_reset() questions



On Thu, 2015-02-19 at 16:09 +0100, Sander Eikelenboom wrote:
> Thursday, February 19, 2015, 3:30:52 PM, you wrote:
> 
> > On Thu, 2015-02-19 at 13:59 +0000, Jan Beulich wrote:
> >> All,
> >> 
> >> in the context of someone seeing "The kernel doesn't support reset
> >> from sysfs for PCI device", is my understanding correct that the lack
> >> of error checking in any caller (perhaps intentional) means that any
> >> of the errors logged from this function are really just warnings, i.e.
> >> don't prevent the assignment from taking place?
> 
> > It was a long while ago, but I believe that was the intention, yes.
> 
> >> Furthermore I'm puzzled by the function first thing trying to access
> >> a "do_flr" file supposedly made available by the pciback driver, yet
> >> I can't see either the upstream or the old 2.6.18 driver surfacing
> >> such a file. What am I missing here?
> 
> > I'm not sure, on the basis of
> > http://lists.xen.org/archives/html/xen-devel/2014-06/msg03105.html and 
> > http://lists.xen.org/archives/html/xen-devel/2014-07/msg01108.html I've
> > added Konrad to the CC.
> 
> You seemed to have missed the actual CC, added now

Nope, Konrad's mailman configuration is such that the list copy of the
mail ends up with his CC stripped -- that's really a feature of mailman!

> and also David who nacked these patches.

I didn't know about this.

Oh well, I'll let other fight it out as to what the correct approach is.

> 
> The fundamental issue seems to be:
> A) Does this even have to be sysfs triggered functionality. The most 
> prominent 
>    reason for this construct with pciback deferring it to the toolstack which 
> in 
>    turn invokes a sysfs to pciback again were issues around locking.
>    However vfio/virtio also has the bus/slot reset logic and seems to be able 
> to
>    work around said locking issues.
> 
> B) If it *has* to be done with a sysfs entry, the naming of the sysfs entry 
>    "do_flr" is misleading since it doesn't do an FLR, but hooks up bus/slot 
>    reset.
> 
> That said, i'm running for quite some time now with the mentioned do_flr 
> patches
> from Konrad applied, these fix issues with pci devices not being properly 
> reset 
> when stopping and starting VM's with pci devices passed through. Most 
> prominently VGA cards (without it they won't work any more after a VM shutdown
> and you would have to restart the host (you also see the screen isn't reset 
> to 
> all black after the VM shuts down.)
> 
> So the functionality is valuable, but it would be nice if the implementation 
> could be contained within pciback (when a device is being mappend/ unmapped 
> from a guest) and the sysfs attribute could be dropped (solves the naming 
> issue)
> 
> --
> Sander
> 
> > Ian.
> 
> 
> 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel



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