From: Michal Pecio <michal.pecio@gmail.com>
To: Дмитрий <senior.joker2009@yandex.ru>
Cc: "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Subject: Re: [BUG] xhci: repeated URB cancel on UVC status interrupt EP (0x83) loops for ~15s, stalls camera - Intel Cannon Point-LP [8086:9ded]
Date: Sat, 15 Aug 2026 21:52:59 +0200 [thread overview]
Message-ID: <20260815215259.014cc324.michal.pecio@gmail.com> (raw)
In-Reply-To: <1551785954451@mail.yandex.ru>
Hi,
Please post in plain text (not HTML) to kernel mailing lists. Not all
mail clients render HTML, not all that do make it easy to quote HTML.
There is something odd about your trace, not sure why the entries
aren't decoded.
The dmesg fragment shows some serious breakage on the isochronous
endpoint, it seems to jump to random places on the ring and execute
completely wrong TDs, like failed or missing Set TR Dequeue?
Considering the above, I would suggest *enabling* IOMMU, because this
chip is completely out of control and it may be DMA-ing to buffers
that have been freed (uvcvideo doesn't generally free isoc buffers
during streaming, but hell knowns if other endpoints aren't affected).
3990.653716 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c0af0 for ep 2 status 1 not part of TD at 00000001323c0b10 - 00000001323c0b10
3990.653718 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c0b00 for ep 2 status 1 not part of TD at 00000001323c0b10 - 00000001323c0b10
3991.385996 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c05a0 for ep 2 status 13 not part of TD at 00000001323c0e40 - 00000001323c0e40
3991.386003 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c05b0 for ep 2 status 13 not part of TD at 00000001323c0e40 - 00000001323c0e40
3991.386005 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c05c0 for ep 2 status 13 not part of TD at 00000001323c0e40 - 00000001323c0e40
3991.386007 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c05d0 for ep 2 status 13 not part of TD at 00000001323c0e40 - 00000001323c0e40
3991.386009 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c05e0 for ep 2 status 13 not part of TD at 00000001323c0e40 - 00000001323c0e40
3991.386018 xhci_hcd 0000:00:14.0: Event TRB for slot 4 ep 2 with no TDs queued
3991.386645 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c0630 for ep 2 status 13 not part of TD at 0000000119d858a0 - 0000000119d858a0
3991.386649 xhci_hcd 0000:00:14.0: Event dma 0x00000001323c0640 for ep 2 status 13 not part of TD at 0000000119d858a0 - 0000000119d858a0
Not sure what's the problem, if any, with the interrupt endpoint.
Nothing about it shows up in the log snippet provided.
Maybe try to collect dmesg with xhci dynamic debug enabled:
echo 'module xhci_hcd +p' >/proc/dynamic_debug/control
dmesg -W |tee log.txt
# connect the camera and reproduce the bug
# send log.txt
If you are feeling lucky, try if this patch from usb-next happens to
fix it. It was seen to reduce occurrences of other bizarre problems.
https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/commit/?h=usb-next&id=7c0c31c66a7f9daace156bac427aafb2f4bbb5fc
Either add usb.git to your remotes and checkout this commit, or
cherry-pick it on some recent kernel, or apply the diff manually,
or wait for v7.3-rc1 which is expected to include this patch.
Does anything similar happen to other USB 2.0 webcams connected to
external USB ports on the same USB bus number 1? I would say that a
15 second freeze may simply be a webcam issue, but those "Event dma"
messages shouldn't be there.
Regards,
Michal
prev parent reply other threads:[~2026-08-15 19:50 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-05 19:09 [BUG] xhci: repeated URB cancel on UVC status interrupt EP (0x83) loops for ~15s, stalls camera - Intel Cannon Point-LP [8086:9ded] Дмитрий
2026-08-15 19:52 ` Michal Pecio [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=20260815215259.014cc324.michal.pecio@gmail.com \
--to=michal.pecio@gmail.com \
--cc=linux-usb@vger.kernel.org \
--cc=senior.joker2009@yandex.ru \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.