[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1307461231.5901.20.camel@x201>
Date: Tue, 07 Jun 2011 09:40:29 -0600
From: Alex Williamson <alex.williamson@...hat.com>
To: David Woodhouse <dwmw2@...radead.org>
Cc: Chris Wright <chrisw@...s-sol.org>,
padmanabh ratnakar <pratnakarlx@...il.com>,
iommu <iommu@...ts.linux-foundation.org>,
linux-kernel@...r.kernel.org, kvm@...r.kernel.org
Subject: Re: Seeing DMAR errors after multiple load/unload with SR-IOV
On Tue, 2011-06-07 at 16:33 +0100, David Woodhouse wrote:
> On Tue, 2011-06-07 at 08:10 -0700, Chris Wright wrote:
> > * David Woodhouse (dwmw2@...radead.org) wrote:
> > > On Tue, 2011-06-07 at 06:38 -0700, Chris Wright wrote:
> > > > I think we still leak the list entry though. Bottom line is that we
> > > > need to handle hotplug ADD_DEVICE and DEL_DEVICE notifications. We
> > > > happen to pick up ADD_DEVICE by accident, but it's all pretty sloppy.
> > >
> > > Yeah, keeping a list of possible stale 'pci_dev' pointers is stupid. We
> > > should figure out the matching DMAR unit directly from the ACPI table at
> > > ADD_DEVICE time, and store it in pdev->archdata.iommu.
> > >
> > > I saw patches which were going in that direction...
> >
> > Cool, where are they? I'm working on something similar, and missed them.
>
> [PATCH] pci, dmar: Update dmar units devices list during hotplug
>
> Alex was working on it.
Nope, I had a wip patch that did an on-the-fly lookup, that I handed off
to Yinghai, but it didn't actually work. That's when the suggestion was
made to do it at hotplug, but I'm not pursuing that right now, maybe
Yinghai is? Thanks,
Alex
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists