Thank you very much for your help, Nico! Enabling CONFIG_CONSOLE_USB
indeed got FT232H working! :-) I wonder why CONFIG_CONSOLE_USB isn't
enabled by default if CONFIG_USBDEBUG is enabled... Maybe this default
behaviour should be changed?
P.S. works even together with CONFIG_USBDEBUG_IN_ROMSTAGE
2018-09-30 14:23 GMT+03:00, Nico Huber <nico.h(a)gmx.de>:
On 9/28/18 11:50 PM, Ivan Ivanov wrote:
Thank you for spkmodem comments, now I'm
trying out a more reliable
way - FT232H dongle - to extract the logs from AMD Lenovo G505S. I
plug it into the correct port - USB 2.0 at laptop's right side.
However it doesn't print anything except this short test message:
--- /* Perform a small write. */
--- ret = dbgp_bulk_write_x(&pipe[DBGP_CONSOLE_EPOUT], "USB\r\n", 5);
------ line 322 of ./coreboot/src/drivers/usb/gadget.c
Thinking that it breaks during the relocation from romstage to
ramstage (migrate_ehci_debug function at ehci_debug.c ?) , I disabled
CONFIG_USBDEBUG_IN_ROMSTAGE - but the results are the same: only "USB"
message. I could see
--- dprintk(BIOS_INFO, "Test write done\n");
------ line 328 of ./coreboot/src/drivers/usb/gadget.c
at cbmem logs, but even that doesn't get copied to FT232H output.
the purpose of dprintk() here is to only print when EHCI debug is _not_
activated yet. Otherwise the code trying to print something would be
called recursively. But it might actually work at this early point,
with proper configuration (see below).
Please could you take a look at my coreboot .config and cbmem logs,
what if this FT232H dongle doesn't get selected as console output for
some reason? CONFIG_CONSOLE_CBMEM is still enabled, but maybe I should
You are missing CONFIG_CONSOLE_USB.