>>> On 13.12.13 at 17:09, Konrad Rzeszutek Wilk <konrad.w...@oracle.com> wrote: > We were doing the operations of freeing and reset in the wrong > order. Granted nothing broke b/c the reset functions just > set bar->which = 0. > > But nonethless this was incorrect. > > Signed-off-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com>
Reviewed-by: Jan Beulich <jbeul...@suse.com> > --- > drivers/xen/xen-pciback/pci_stub.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/xen/xen-pciback/pci_stub.c > b/drivers/xen/xen-pciback/pci_stub.c > index 5300a21..36dd4f3 100644 > --- a/drivers/xen/xen-pciback/pci_stub.c > +++ b/drivers/xen/xen-pciback/pci_stub.c > @@ -278,8 +278,8 @@ void pcistub_put_pci_dev(struct pci_dev *dev) > xen_pcibk_reset_device(dev); > > /* And cleanup up our emulated fields. */ > - xen_pcibk_config_free_dyn_fields(dev); > xen_pcibk_config_reset_dev(dev); > + xen_pcibk_config_free_dyn_fields(dev); > > xen_unregister_device_domain_owner(dev); > > -- > 1.8.3.1 > > > _______________________________________________ > Xen-devel mailing list > xen-de...@lists.xen.org > http://lists.xen.org/xen-devel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
