20:35 <f_> btw, just to make sure: gxl dwc can do UDC in mainline, right?

20:35 <f_> Somehow I can't really get it working

20:36 <f_> there's nothing in /sys/class/udc/, while there was something before there when I booted with the vendor u-boot from a USB stick (and it was why my dmesg kept getting spammed with "new device is full-speed" :p)

20:36 <f_> Because I don't have Wi-Fi working currently, and also because a USB hub is no longer an option I'd like to do usb internet, that's why I'm asking

20:37 <f_> ums/dfu and others work fine in mainline u-boot, BTW

21:11 <xdarklight> f_: Meson8b and GXBB can do it - so I'd be surprised if it doesn't work on GXL

21:13 <xdarklight> f_: actually I think I've tested it with Neil before around upstream commit a9fc15e0fd78ac57535c2e4fcddfafd9df32e37a ("usb: dwc3: meson-g12a: add support for GXL and GXM SoCs")

21:14 <f_> xdarklight: maybe I'm doing something wrong then?

21:19 <f_> hm

21:20 <f_> [ 276.554064] dwc3-meson-g12a d0078080.usb: Broken manual OTG switch

21:20 <f_> [ 276.554220] dwc3-meson-g12a d0078080.usb: switching to Device Mode

21:24 <xdarklight> the "broken OTG switch" message it's normal. it's a quirk of the SoC

21:25 <xdarklight> do you have CONFIG_USB_DWC3_DUAL_ROLE=y, =m or =n?

21:26 <f_> It's =y

21:28 <xdarklight> sounds fine so far. can you share your dmesg?

21:29 <f_> Sure, moment.

21:31 <xdarklight> also do you have USB_DWC2_DUAL_ROLE=y, =m or y?

21:31 <f_> Also =y

21:31 <xdarklight> good. the peripheral part is managed by dwc2 (dwc3 is in host-only mode)

21:32 <f_> dmesg: https://bpa.st/WUMMBEZ2MIZFRYM4DMFPLFT7TY

21:32 <f_> had trouble with paste.debian.net :p

21:32 <f_> the Bluetooth stuff you can ignore

21:33 <f_> Lines prefixed with `[pmOS-rd]` are the initramfs logs

21:33 <xdarklight> dwc2 c9100000.usb: dwc2_core_reset: HANG! Soft Reset timeout GRSTCTL_CSFTRST

21:33 <f_> Aha

21:33 <f_> I completely missed that bit

21:36 <f_> I might have an idea why it doesn't like the USB but uh, highly doubt

21:38 <f_> apparently the usbdl vuln exploitation leaves the USB in a weird state ... but don't think that'd make sense that linux would complain

21:38 <f_> AFAIK it re-inits USB, right? And it works fine in u-boot anyway

21:40 <xdarklight> GXL is a bit weird, there's only a shared reset line (see arch/arm64/boot/dts/amlogic/meson-gxl.dtsi near the top) for USB

21:41 <f_> mmhmmm

21:48 <xdarklight> https://github.com/endlessm/linux-s905x/blob/master/arch/arm64/boot/dts/amlogic/gxl_skt.dts#L847-L852 - I think we don't specify all of them in mainline. However, it's a bit odd since https://github.com/endlessm/linux-s905x/blob/master/include/dt-bindings/reset/aml_gxl.h and https://github.com/endlessm/linux-s905x/blob/master/include/dt-bindings/reset/aml_gxbb.h are overall identical but the offsets are way different from what we have upstream (

21:48 <xdarklight> which may just be a different way of counting, but I'm not sure)

21:51 <xdarklight> ah wait, the numbers are likely to be different because those are gate clocks, not resets

21:52 <f_> yep they're `clocks` in the dump I have :p

21:57 <xdarklight> if they're clocks: compare /sys/kernel/debug/clk/clk_summary on working and non-working boots

21:58 <xdarklight> and how stupid of me to think that resets would be resets. of course they're clocks!

21:58 <f_> well sadly I was stupid enough to wipe the eMMC entirely including the vendor u-boot and android

21:59 <f_> I have backups, but when I checked the vendor u-boot wasn't quite happy with pmOS being on the eMMC (it completely crashed when I tried booting it up)

21:59 <xdarklight> I wouldn't call that stupid, just makes things harder. do you have another GXL device at hand where you can compare "grep usb /sys/kernel/debug/clk/clk_summary" with the problematic box?

21:59 <f_> I do, thankfully

21:59 <f_> > I wouldn't call that stupid, just makes things harder.

22:00 <f_> It is stupid also because the stick has amlogic secureboot enabled

22:01 <f_> xdarklight: will do later. For now I'm going afk

22:01 <f_> \o

22:01 <f_> and thanks for the help so far

22:02 <xdarklight> good luck :-) I'll be heading to bed soon