[<prev] [next>] [day] [month] [year] [list]
Message-id: <11079134.106781322541791106.JavaMail.weblogic@epml22>
Date: Tue, 29 Nov 2011 04:43:11 +0000 (GMT)
From: MyungJoo Ham <myungjoo.ham@...sung.com>
To: Andrew Morton <akpm@...ux-foundation.org>,
±èµ¿±Ù <dg77.kim@...sung.com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"sameo@...ux.intel.com" <sameo@...ux.intel.com>,
"broonie@...nsource.wolfsonmicro.com"
<broonie@...nsource.wolfsonmicro.com>,
"gregkh@...e.de" <gregkh@...e.de>,
¹Ú°æ¹Î <kyungmin.park@...sung.com>
Subject: Re: Re: [PATCH 2/2] misc: add driver support for MAX8997 MUIC
Sender : Andrew Morton<akpm@...ux-foundation.org>
Date : 2011-11-29 08:48 (GMT+09:00)
Title : Re: [PATCH 2/2] misc: add driver support for MAX8997 MUIC
>
> On Thu, 24 Nov 2011 18:12:18 +0900
> Donggeun Kim wrote:
> >
> > ...
> >
> > +static irqreturn_t max8997_muic_irq_handler(int irq, void *data)
> > +{
> > + struct max8997_muic_info *info = data;
> > +
> > + dev_dbg(info->dev, "irq:%d ", irq);
> > + info->irq = irq;
> > +
> > + schedule_work(&info->irq_work);
> > +
> > + return IRQ_HANDLED;
> > +}
>
> The code does schedule_work() but I see no flush_work(). Is it
> possible for the work to still be pending after device shutdown, or
> even after rmmod?
>
Yes, it is possible that the work is still pending or running and use data that are freed by max8997_muic_remove().
To be safe with the last-minute interrupt handling, we may need to add flush_work or cancel_work_sync at max8997_muic_remove().
>
MyungJoo Ham (ÇÔ¸íÁÖ)
Mobile Software Platform Lab,
Digital Media and Communications (DMC) Business
Samsung Electronics
cell: +82-10-6714-2858 / office: +82-31-279-8033
Powered by blists - more mailing lists