From: Greg KH <gregkh@linuxfoundation.org>
To: Milan Oravec <migo.oravec@gmail.com>
Cc: linux-usb@vger.kernel.org
Subject: Re: Fwd: USB DBC hang during earlyprintk initialization
Date: Wed, 15 Oct 2025 11:13:48 +0200 [thread overview]
Message-ID: <2025101544-galore-sculpture-b243@gregkh> (raw)
In-Reply-To: <CAAcb1K_bezseTM8DrOrzVUi_W+nZoE2N0CO4k3AQWPw7=7pyjw@mail.gmail.com>
On Wed, Oct 15, 2025 at 09:43:02AM +0200, Milan Oravec wrote:
> Hello, I'm trying to debug some hibernation related problems on my
> system, and need a USB DBC to see what is going on after screen off.
> I've connected USB debugging cable and got this error:
>
> [ 0.000000] Linux version 6.17.2 (migo@migoG17) (gcc (GCC) 15.2.1
> 20250813, GNU ld (GNU Binutils) 2.45.0) #54 SMP PREEMPT_DYNAMIC Sun
> Oct 12 19:07:00 CEST 2025
> [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz
> root=UUID=584262b6-b020-4e4f-95a3-1db754e28b6c earlyprintk=xdbc1,keep
> debug ignore_loglevel sysrq_always_enabled force_early
> _printk sched_verbose ft usbcore.autosuspend=-1 no_console_suspend
> hib_compression=lz4 resume=UUID=54ed98b5-56c0-4ab9-95ea-da1a9322ce49
> [ 0.000000] BIOS-provided physical RAM map:
> [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
> [ 0.000000] BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x0000000009afefff] usable
> [ 0.000000] BIOS-e820: [mem 0x0000000009aff000-0x0000000009ffffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000000a200000-0x000000000a211fff] ACPI NVS
> [ 0.000000] BIOS-e820: [mem 0x000000000a212000-0x000000008e43dfff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000008e43e000-0x000000009443dfff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000009443e000-0x000000009453dfff] ACPI data
> [ 0.000000] BIOS-e820: [mem 0x000000009453e000-0x000000009653dfff] ACPI NVS
> [ 0.000000] BIOS-e820: [mem 0x000000009653e000-0x000000009a5fefff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000009a5ff000-0x000000009bffafff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000009bffb000-0x000000009cffffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000009d7f3000-0x000000009fffffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000fd000000-0x00000000ffffffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x0000000837ffffff] usable
> [ 0.000000] BIOS-e820: [mem 0x0000000838000000-0x0000000857ffffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x0000000858000000-0x000000085de7ffff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000085eec0000-0x00000008801fffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000fd00000000-0x000000ffffffffff] reserved
> [ 0.000000] xhci_dbc:early_xdbc_parse_parameter: dbgp_num: 1
What is the exact command line that you are passing into the xdbc
driver? That seems to be crashing the parsing logic here.
Ah, I see it above, sorry, it is "xdbc1,keep", right?
Do you really have 2 different xhci debug controllers in the system?
You are asking to connect to the second one, what happens if you change
it to just "xdbc,keep"?
Also, how about switching them around:
"keep,xdbc"
?
In looking at the code, i think order matters.
thanks,
greg k-h
next prev parent reply other threads:[~2025-10-15 9:13 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAAcb1K_MJKWz+BYJmx0FDgrBOzzXm71-M7sgHDUOmBRppXWNzA@mail.gmail.com>
2025-10-15 7:43 ` Fwd: USB DBC hang during earlyprintk initialization Milan Oravec
2025-10-15 9:13 ` Greg KH [this message]
2025-10-15 19:11 ` Milan Oravec
2025-10-16 13:42 ` Mathias Nyman
2025-10-16 14:31 ` Milan Oravec
2025-10-16 20:49 ` Mathias Nyman
2025-10-20 6:43 ` Milan Oravec
2025-10-24 15:36 ` Mathias Nyman
2025-10-24 15:41 ` [RFT PATCH] usb: early: xhci-dbc: Try smaller early_ioremap size if original size fails Mathias Nyman
2025-10-26 2:32 ` kernel test robot
2025-10-24 18:48 ` Fwd: USB DBC hang during earlyprintk initialization Milan Oravec
2025-10-27 9:34 ` Mathias Nyman
2025-10-28 10:13 ` Mathias Nyman
2025-10-28 13:29 ` Milan Oravec
2025-10-28 17:19 ` Mathias Nyman
2025-10-28 18:10 ` Milan Oravec
2025-10-31 13:15 ` Milan Oravec
2025-12-04 20:46 ` Mathias Nyman
2025-12-05 7:18 ` Milan Oravec
2025-12-05 18:49 ` Milan Oravec
2025-12-17 9:20 ` Mathias Nyman
2025-12-18 20:03 ` Milan Oravec
2026-01-19 8:18 ` Milan Oravec
2026-01-19 11:01 ` Milan Oravec
2026-04-01 15:58 ` Milan Oravec
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=2025101544-galore-sculpture-b243@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=linux-usb@vger.kernel.org \
--cc=migo.oravec@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