[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201003042026.30303.rjw@sisk.pl>
Date: Thu, 4 Mar 2010 20:26:30 +0100
From: "Rafael J. Wysocki" <rjw@...k.pl>
To: Alan Stern <stern@...land.harvard.edu>
Cc: Pavel Machek <pavel@....cz>, Jens Axboe <jens.axboe@...cle.com>,
Maxim Levitsky <maximlevitsky@...il.com>,
"linux-pm" <linux-pm@...ts.linux-foundation.org>,
"linux-kernel" <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [linux-pm] Is it supposed to be ok to call del_gendisk while userspace is frozen?
On Thursday 04 March 2010, Alan Stern wrote:
> On Thu, 4 Mar 2010, Rafael J. Wysocki wrote:
>
> > > Very well. Then we still need a solution to the original problem:
> > > Devices sometimes need to be unregistered during resume, but
> > > del_gendisk() blocks on the writeback thread, which is frozen until
> > > after the resume finishes. How do you suggest this be fixed?
> >
> > I thought about thawing the writeback thread earlier in such cases.
> >
> > Would that makes sense / is it doable at all?
>
> My thought exactly. This is the only approach that also solves the
> following race:
>
> A driver is unloaded at the same time as a suspend starts.
>
> The writeback thread gets frozen.
>
> Then before the rmmod thread is frozen, it calls del_gendisk.
>
> Delaying things by means of a workqueue (or the equivalent) might also
> work, but it doesn't seem as safe. For example, some important
> writebacks might end up getting delayed until too late.
OK, so what exactly should trigger the thawing of the writeback thread?
Should we do that unconditionally at one point or wait for a specific situation
to happen, and how to recognize that situation in the latter case?
Rafael
--
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