[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131025091717.GA10636@kroah.com>
Date: Fri, 25 Oct 2013 10:17:17 +0100
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Knut Petersen <Knut_Petersen@...nline.de>,
Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Frédéric Weisbecker <fweisbec@...il.com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Viresh Kumar <viresh.kumar@...aro.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
cpufreq@...r.kernel.org, rusty@...tcorp.com.au
Subject: Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request
during shutdown
On Fri, Oct 25, 2013 at 02:08:09AM -0700, Paul E. McKenney wrote:
> On Fri, Oct 25, 2013 at 10:02:22AM +0100, Linus Torvalds wrote:
> > Adding more people, so quoting the whole email for them.
> >
> > We definitely have some module unload issues. Guys, try the following
> > a few times to unload modules:
> >
> > lsmod | grep ' 0 '| cut -d' ' -f1 | xargs sudo rmmod
> >
> > (a few times because unloading one module will then potentially make
> > other modules unloadable).
>
> Isn't it still the user's responsibility to ensure that a module will
> no longer being used before rmmod-ing it? Or were all those race
> conditions fixed?
If the module count is allowing the unload to happen, then the driver
should handle the issues. Userspace shouldn't have to "know" if it can
unload it or not.
thanks,
greg k-h
--
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