* OMAP and MSM IOMMU driver misbehavior
@ 2012-01-23 14:03 Joerg Roedel
[not found] ` <20120123140355.GA19255-5C7GfCeVMHo@public.gmane.org>
0 siblings, 1 reply; 3+ messages in thread
From: Joerg Roedel @ 2012-01-23 14:03 UTC (permalink / raw)
To: Ohad Ben-Cohen, Stepan Moskovchenko, David Brown
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
Hi,
while reviewing another IOMMU driver again I came across a problem in
the IOMMU drivers for OMAP and MSM platforms. In both drivers the
'domain_destroy with devices attached' case isn't handled correctly.
OMAP driver seems not to track the devices attached to a domain at all.
So when a domain is destroyed it can happen that the hardware still
references old (and already freed) page-table pointers.
MSM tracks devices in a domain, but does not automatically remove the
devices from a domain that is about to be destroyed.
Please tell me when I mis-read the code, otherwise please fix this in
your drivers so that we can get consistent behavior for IOMMU-API
users :-)
Thanks,
Joerg
--
AMD Operating System Research Center
Advanced Micro Devices GmbH Einsteinring 24 85609 Dornach
General Managers: Alberto Bozzo
Registration: Dornach, Landkr. Muenchen; Registerger. Muenchen, HRB Nr. 43632
^ permalink raw reply [flat|nested] 3+ messages in thread[parent not found: <20120123140355.GA19255-5C7GfCeVMHo@public.gmane.org>]
* Re: OMAP and MSM IOMMU driver misbehavior [not found] ` <20120123140355.GA19255-5C7GfCeVMHo@public.gmane.org> @ 2012-01-23 18:24 ` Ohad Ben-Cohen 2012-01-24 19:14 ` Stepan Moskovchenko 1 sibling, 0 replies; 3+ messages in thread From: Ohad Ben-Cohen @ 2012-01-23 18:24 UTC (permalink / raw) To: Joerg Roedel Cc: David Brown, Stepan Moskovchenko, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA, linux-kernel-u79uwXL29TY76Z2rM5mHXA Hi Joerg, On Mon, Jan 23, 2012 at 4:03 PM, Joerg Roedel <joerg.roedel-5C7GfCeVMHo@public.gmane.org> wrote: > Please tell me when I mis-read the code, otherwise please fix this in > your drivers so that we can get consistent behavior for IOMMU-API > users :-) I'm a bit tied up with some schedule I have to meet this week, but I'll definitely take a look and make sure it is fixed. Somehow I trust you didn't mis-read anything :) Thanks for reporting this, Ohad. ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: OMAP and MSM IOMMU driver misbehavior [not found] ` <20120123140355.GA19255-5C7GfCeVMHo@public.gmane.org> 2012-01-23 18:24 ` Ohad Ben-Cohen @ 2012-01-24 19:14 ` Stepan Moskovchenko 1 sibling, 0 replies; 3+ messages in thread From: Stepan Moskovchenko @ 2012-01-24 19:14 UTC (permalink / raw) To: Joerg Roedel Cc: Ohad Ben-Cohen, David Brown, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA, linux-kernel-u79uwXL29TY76Z2rM5mHXA On 1/23/2012 6:03 AM, Joerg Roedel wrote: > Hi, > > while reviewing another IOMMU driver again I came across a problem in > the IOMMU drivers for OMAP and MSM platforms. In both drivers the > 'domain_destroy with devices attached' case isn't handled correctly. > > OMAP driver seems not to track the devices attached to a domain at all. > So when a domain is destroyed it can happen that the hardware still > references old (and already freed) page-table pointers. > > MSM tracks devices in a domain, but does not automatically remove the > devices from a domain that is about to be destroyed. > > Please tell me when I mis-read the code, otherwise please fix this in > your drivers so that we can get consistent behavior for IOMMU-API > users :-) > > Thanks, > > Joerg Hello I believe your analysis is correct, and it is a legitimate problem. The driver does keep a list of devices attached to a domain, so it should not be too hard to detach them. However, I have been quite occupied with other things lately, but I can try to get to it when I have some free time. Calling detach_dev on each element is what needs to happen in theory, but I feel like the main detach_dev code will need to be broken out to handle the locking properly. Still, it does not sound particularly difficult. Steve ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-01-24 19:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-23 14:03 OMAP and MSM IOMMU driver misbehavior Joerg Roedel
[not found] ` <20120123140355.GA19255-5C7GfCeVMHo@public.gmane.org>
2012-01-23 18:24 ` Ohad Ben-Cohen
2012-01-24 19:14 ` Stepan Moskovchenko
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).