[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180309221834.GA15476@amd>
Date: Fri, 9 Mar 2018 23:18:34 +0100
From: Pavel Machek <pavel@....cz>
To: Suman Anna <s-anna@...com>
Cc: Robin Murphy <robin.murphy@....com>, ivo.g.dimitrov.75@...il.com,
khilman@...nel.org, Tony Lindgren <tony@...mide.com>,
aaro.koskinen@....fi, kernel list <linux-kernel@...r.kernel.org>,
sre@...nel.org, martijn@...xit.nl,
Filip Matijević <filip.matijevic.pz@...il.com>,
abcloriens@...il.com, sakari.ailus@...ux.intel.com,
pali.rohar@...il.com, clayton@...ftyguy.net,
linux-omap@...r.kernel.org, patrikbachan@...il.com,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
serge@...lyn.com
Subject: Re: Nokia N900: refcount_t underflow, use after free
On Fri 2018-03-09 16:13:36, Suman Anna wrote:
> On 03/09/2018 06:08 AM, Robin Murphy wrote:
> > On 08/03/18 18:50, Pavel Machek wrote:
> >> Hi!
> >>
> >>>> * Pavel Machek <pavel@....cz> [180308 14:31]:
> >>>>> Hi!
> >>>>>
> >>>>> I'm getting this warning... Has anyone seen/debugged that before?
> >>>>> Unfortunately the backtrace does not seem to be too useful :-(.
> >>>>
> >>>> Adding Suman to Cc, as it points to arm_iommu_release_mapping().
> >>>
> >>> Hmm, we need to find out if the failure paths in isp_probe() are
> >>> mismatched, or if this is coming from some mismatch between the OMAP
> >>> IOMMU driver and the DMA plumbing. AFAIK, the cleanup paths in this
> >>
> >> Well, camera only started to work on N900 pretty recently. Let me add
> >> some debug printks...
> >>
> >> Camera does not work in 4.16.0-rc4-next-20180308-dirty.
> >>
> >> I see this. It looks like problem in isp error paths, indeed:
> >
> > Well, there certainly seems to be an obvious bug wherein
> > isp_detach_iommu() just releases the mapping directly without calling
> > arm_iommu_detach_device() to balance the equivalent attach. That can't
> > be helping.
>
> Indeed, I have been able to reproduce the same warning using a
> standalone test module, and the missing arm_iommu_detach_device() is
> causing the warning after probe (during failure path) or during
> remove.
Ok do you have an idea how to fix the isp error paths? Untested patch
would be fine... But it seems that you know what needs to be fixed and
I don't.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)
Powered by blists - more mailing lists