From: Willy Tarreau <w@1wt.eu>
To: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] staging: panel: fix stackdump
Date: Mon, 11 May 2015 13:44:56 +0200 [thread overview]
Message-ID: <20150511114456.GA6361@1wt.eu> (raw)
In-Reply-To: <1431342739-11757-1-git-send-email-sudipm.mukherjee@gmail.com>
On Mon, May 11, 2015 at 04:42:19PM +0530, Sudip Mukherjee wrote:
> if we load the module, unload and then again try to load the module, we
> will get a stackdump. In the module_exit function we are unregistering
> the device and releasing the parport. So when we reach the detach
> function parport is already null and the unregister_reboot_notifier()
> is never called. When we again try to load the module it again tries
> register_reboot_notifier() and gives us a stackdump as its earlier
> registration is still not removed.
> Fix this by moving all the unregistering and releasing in the detach
> function, which should be the ideal case as the detach will be called if
> we try to unregister the driver or if the parport is removed.
>
> Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> ---
>
> This was caused by one of my patch :(
> Faced this problem while working on the device-model code of
> parallelport.
Introducing regressions (and fixing them) is part of the job :-)
However please mention in the commit message the commit of your other patch
which introduced the regression, and if you noticed it was backported to
stable, please mention it as well by a Cc: stable and the idea of the commit.
That will help everyone involved in the chain.
Thanks,
Willy
prev parent reply other threads:[~2015-05-11 11:45 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-11 11:12 [PATCH] staging: panel: fix stackdump Sudip Mukherjee
2015-05-11 11:44 ` Willy Tarreau [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150511114456.GA6361@1wt.eu \
--to=w@1wt.eu \
--cc=devel@driverdev.osuosl.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sudipm.mukherjee@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox