From: <sean.wang@mediatek.com>
To: <marcel@holtmann.org>
Cc: <johan.hedberg@gmail.com>, <sean.wang@mediatek.com>,
<Soul.Huang@mediatek.com>, <YN.Chen@mediatek.com>,
<Leon.Yen@mediatek.com>, <Eric-SY.Chang@mediatek.com>,
<Deren.Wu@mediatek.com>, <km.lin@mediatek.com>,
<robin.chiu@mediatek.com>, <Eddie.Chen@mediatek.com>,
<ch.yeh@mediatek.com>, <posh.sun@mediatek.com>,
<ted.huang@mediatek.com>, <Eric.Liang@mediatek.com>,
<Stella.Chang@mediatek.com>, <Tom.Chou@mediatek.com>,
<steve.lee@mediatek.com>, <jsiuda@google.com>,
<frankgor@google.com>, <abhishekpandit@google.com>,
<michaelfsun@google.com>, <mcchou@chromium.org>,
<shawnku@google.com>, <linux-bluetooth@vger.kernel.org>,
<linux-mediatek@lists.infradead.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v4 1/5] Bluetooth: btmtksdio: Fix kernel oops in btmtksdio_interrupt
Date: Wed, 16 Mar 2022 02:08:44 +0800 [thread overview]
Message-ID: <1647367724-5486-1-git-send-email-sean.wang@mediatek.com> (raw)
In-Reply-To: <7b4627d5017be2c26ded9daf7fd297bed6614852.1647366404.git.objelf@gmail.com--annotate>
From: Sean Wang <sean.wang@mediatek.com>
Hi Marcel,
Please ignore the series because I put a wrong version as the prefix
I will send the series later.
Sean
>
>From: Yake Yang <yake.yang@mediatek.com>
>
>Fix the following kernel oops in btmtksdio_interrrupt
>
>[ 14.339134] btmtksdio_interrupt+0x28/0x54
>[ 14.339139] process_sdio_pending_irqs+0x68/0x1a0
>[ 14.339144] sdio_irq_work+0x40/0x70
>[ 14.339154] process_one_work+0x184/0x39c
>[ 14.339160] worker_thread+0x228/0x3e8
>[ 14.339168] kthread+0x148/0x3ac
>[ 14.339176] ret_from_fork+0x10/0x30
>
>That happened because hdev->power_on is already called before sdio_set_drvdata which btmtksdio_interrupt handler relies on is not properly set up.
>
>The details are shown as the below: hci_register_dev would run queue_work(hdev->req_workqueue, &hdev->power_on) as WQ_HIGHPRI workqueue_struct to complete the power-on sequeunce and thus hci_power_on may run before sdio_set_drvdata is done in btmtksdio_probe.
>
>The hci_dev_do_open in hci_power_on would initialize the device and enable the interrupt and thus it is possible that btmtksdio_interrupt is being called right before sdio_set_drvdata is filled out.
>
>When btmtksdio_interrupt is being called and sdio_set_drvdata is not filled , the kernel oops is going to happen because btmtksdio_interrupt access an uninitialized pointer.
>
>Fixes: 9aebfd4a2200 ("Bluetooth: mediatek: add support for MediaTek MT7663S and MT7668S SDIO devices")
>Reviewed-by: Mark Chen <markyawenchen@gmail.com>
>Co-developed-by: Sean Wang <sean.wang@mediatek.com>
>Signed-off-by: Sean Wang <sean.wang@mediatek.com>
>Signed-off-by: Yake Yang <yake.yang@mediatek.com>
>---
> drivers/bluetooth/btmtksdio.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>diff --git a/drivers/bluetooth/btmtksdio.c b/drivers/bluetooth/btmtksdio.c index df3f9d090529..9644069cecbb 100644
>--- a/drivers/bluetooth/btmtksdio.c
>+++ b/drivers/bluetooth/btmtksdio.c
>@@ -1281,6 +1281,8 @@ static int btmtksdio_probe(struct sdio_func *func,
> hdev->manufacturer = 70;
> set_bit(HCI_QUIRK_NON_PERSISTENT_SETUP, &hdev->quirks);
>
>+ sdio_set_drvdata(func, bdev);
>+
> err = hci_register_dev(hdev);
> if (err < 0) {
> dev_err(&func->dev, "Can't register HCI device\n"); @@ -1288,8 +1290,6 @@ static int btmtksdio_probe(struct sdio_func *func,
> return err;
> }
>
>- sdio_set_drvdata(func, bdev);
>-
> /* pm_runtime_enable would be done after the firmware is being
> * downloaded because the core layer probably already enables
> * runtime PM for this func such as the case host->caps &
>--
>2.25.1
>
>
next parent reply other threads:[~2022-03-15 18:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <7b4627d5017be2c26ded9daf7fd297bed6614852.1647366404.git.objelf@gmail.com--annotate>
2022-03-15 18:08 ` sean.wang [this message]
2022-03-16 14:31 ` [PATCH v4 1/5] Bluetooth: btmtksdio: Fix kernel oops in btmtksdio_interrupt Marcel Holtmann
2022-03-15 17:54 sean.wang
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=1647367724-5486-1-git-send-email-sean.wang@mediatek.com \
--to=sean.wang@mediatek.com \
--cc=Deren.Wu@mediatek.com \
--cc=Eddie.Chen@mediatek.com \
--cc=Eric-SY.Chang@mediatek.com \
--cc=Eric.Liang@mediatek.com \
--cc=Leon.Yen@mediatek.com \
--cc=Soul.Huang@mediatek.com \
--cc=Stella.Chang@mediatek.com \
--cc=Tom.Chou@mediatek.com \
--cc=YN.Chen@mediatek.com \
--cc=abhishekpandit@google.com \
--cc=ch.yeh@mediatek.com \
--cc=frankgor@google.com \
--cc=johan.hedberg@gmail.com \
--cc=jsiuda@google.com \
--cc=km.lin@mediatek.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=marcel@holtmann.org \
--cc=mcchou@chromium.org \
--cc=michaelfsun@google.com \
--cc=posh.sun@mediatek.com \
--cc=robin.chiu@mediatek.com \
--cc=shawnku@google.com \
--cc=steve.lee@mediatek.com \
--cc=ted.huang@mediatek.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