From: Corey Minyard <cminyard@mvista.com>
To: Takao Indoh <indou.takao@jp.fujitsu.com>
Cc: openipmi-developer@lists.sourceforge.net,
linux-kernel@vger.kernel.org, gouji.masayuki@jp.fujitsu.com
Subject: Re: [PATCH v2] ipmi: Clear drvdata when interface is removed
Date: Wed, 10 Sep 2014 07:56:31 -0500 [thread overview]
Message-ID: <54104A7F.2030509@mvista.com> (raw)
In-Reply-To: <1410317770-4856-1-git-send-email-indou.takao@jp.fujitsu.com>
Ok, applied to my tree for 3.18.
-corey
On 09/09/2014 09:56 PM, Takao Indoh wrote:
> This patch fixes a bug on hotmod removing.
>
> After ipmi interface is removed using hotmod, kernel panic occurs when
> rmmod impi_si. For example, try this:
>
> # echo "remove,"`cat /proc/ipmi/0/params` > \
> /sys/module/ipmi_si/parameters/hotmod
> # rmmod ipmi_si
>
> Then, rmmod fails with the following messages.
>
> ------------[ cut here ]------------
> WARNING: CPU: 12 PID: 10819 at /mnt/repos/linux/lib/list_debug.c:53
> __list_del_entry+0x63/0xd0()
> (snip)
> CPU: 12 PID: 10819 Comm: rmmod Not tainted 3.17.0-rc1 #19
> Hardware name: FUJITSU-SV PRIMERGY BX920 S2/D3030, BIOS 080015
> Rev.3D81.3030 02/10/2012
> 0000000000000009 ffff88022d547d40 ffffffff81575778 ffff88022d547d88
> ffff88022d547d78 ffffffff8104ec5d ffff88023908cdb0 ffffffffa06fa4e0
> ffff8800bac20860 0000000000000000 0000000002046090 ffff88022d547dd8
> Call Trace:
> [<ffffffff81575778>] dump_stack+0x45/0x56
> [<ffffffff8104ec5d>] warn_slowpath_common+0x7d/0xa0
> [<ffffffff8104eccc>] warn_slowpath_fmt+0x4c/0x50
> [<ffffffff811f60bf>] ? __kernfs_remove+0xdf/0x220
> [<ffffffff81291213>] __list_del_entry+0x63/0xd0
> [<ffffffff8129128d>] list_del+0xd/0x30
> [<ffffffffa06f285a>] cleanup_one_si+0x2a/0x230 [ipmi_si]
> [<ffffffffa06f2f05>] ipmi_pnp_remove+0x15/0x20 [ipmi_si]
> [<ffffffff8131c7d4>] pnp_device_remove+0x24/0x40
> [<ffffffff8137175f>] __device_release_driver+0x7f/0xf0
> [<ffffffff81372100>] driver_detach+0xb0/0xc0
> [<ffffffff81371415>] bus_remove_driver+0x55/0xd0
> [<ffffffff8137283c>] driver_unregister+0x2c/0x50
> [<ffffffff8131ca02>] pnp_unregister_driver+0x12/0x20
> [<ffffffffa06f347c>] cleanup_ipmi_si+0xbc/0xf0 [ipmi_si]
> [<ffffffff810c33f2>] SyS_delete_module+0x132/0x1c0
> [<ffffffff81002ab9>] ? do_notify_resume+0x59/0x80
> [<ffffffff8157c45a>] ? int_signal+0x12/0x17
> [<ffffffff8157c1d2>] system_call_fastpath+0x16/0x1b
> ---[ end trace 70b4377268f85c23 ]---
>
> list_del in cleanup_one_si() fails because the smi_info is already
> removed when hotmod removing.
>
> When ipmi interface is removed by hotmod, smi_info is removed by
> cleanup_one_si(), but is is still set in drvdata. Therefore when rmmod
> ipmi_si, ipmi_pnp_remove tries to remove it again and fails.
>
> By this patch, a pointer to smi_info in drvdata is cleared when hotmod
> removing so that it will be not accessed when rmmod.
>
> changelog:
> v2:
> - Clear drvdata in cleanup_one_si
> - Change subject
>
> v1:
> https://lkml.org/lkml/2014/9/8/741
>
>
> Signed-off-by: Takao Indoh <indou.takao@jp.fujitsu.com>
> ---
> drivers/char/ipmi/ipmi_si_intf.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
> index 5d66568..01dcbdb 100644
> --- a/drivers/char/ipmi/ipmi_si_intf.c
> +++ b/drivers/char/ipmi/ipmi_si_intf.c
> @@ -3655,6 +3655,9 @@ static void cleanup_one_si(struct smi_info *to_clean)
> if (!to_clean)
> return;
>
> + if (to_clean->dev)
> + dev_set_drvdata(to_clean->dev, NULL);
> +
> list_del(&to_clean->link);
>
> /* Tell the driver that we are shutting down. */
prev parent reply other threads:[~2014-09-10 12:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-10 2:56 [PATCH v2] ipmi: Clear drvdata when interface is removed Takao Indoh
2014-09-10 12:56 ` Corey Minyard [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=54104A7F.2030509@mvista.com \
--to=cminyard@mvista.com \
--cc=gouji.masayuki@jp.fujitsu.com \
--cc=indou.takao@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=openipmi-developer@lists.sourceforge.net \
/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