From: Mika Westerberg <mika.westerberg@linux.intel.com>
To: CJ <firefly0158@163.com>
Cc: andreas.noever@gmail.com, westeri@kernel.org,
YehezkelShB@gmail.com, linux-usb@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [BUG] thunderbolt: page fault on ioread32 in nhi_probe
Date: Mon, 14 Sep 2026 11:09:06 +0200 [thread overview]
Message-ID: <20260914090906.GD106095@black.igk.intel.com> (raw)
In-Reply-To: <6947b53a.8863.1a09f2784a6.Coremail.firefly0158@163.com>
Hi,
On Mon, Sep 14, 2026 at 05:02:42PM +0800, CJ wrote:
>
> Hi,
>
>
> I am reporting a page fault in the Thunderbolt NHI probe path, triggered by a
> syzkaller reproducer. The issue is reproducible with HEAD commit
> cee9395acd8043be0644b25c34bfa86623f2b935 (v7.3-rc1, Linux 7.3.0-rc1).
>
>
> The reproducer mounts sysfs, unbinds PCI device 0000:00:03.0, writes
> "thunderbolt" to its driver_override attribute, and then writes the device name
> to the thunderbolt driver's bind attribute, forcing the driver onto a device
> that is not a Thunderbolt controller.
>
>
> The console shows "BUG: unable to handle page fault for address:
> 00000000000556c0" with a supervisor read access, RIP in ioread32 (readl
> inlined), reached from nhi_probe and nhi_pci_probe through local_pci_probe. The
> faulting address is a low MMIO-style address, which indicates a register access
> at an offset from a base that was never mapped for this device.
Yes if you bind it to a random device you get what you asked for. Don't do
that. I think syzkaller recently got fixed not to do that.
prev parent reply other threads:[~2026-09-14 9:09 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-14 9:02 CJ
2026-09-14 9:09 ` Mika Westerberg [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=20260914090906.GD106095@black.igk.intel.com \
--to=mika.westerberg@linux.intel.com \
--cc=YehezkelShB@gmail.com \
--cc=andreas.noever@gmail.com \
--cc=firefly0158@163.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=westeri@kernel.org \
/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
all inboxes | Powered by JetHome®