Thank you for the response.

The USB issues appears to be resolved by upgrading to ALPHA5. I also recompiled the drm modules at the same time.

The restarting issue has stop, however that was in a previous update. I wasn't able to track down what was causing it. There was no indication of a kernel panic.

Kind regards
Ben

On 10/4/25 21:45, obiwac wrote:
Thanks for getting this to me.

The USB port issues should be fixed in ALPHA5.

I don't know about the machine restarting when closing the lid though - is it kernel panicking?

On Sat, Oct 4, 2025, 15:36 Bjoern A. Zeeb <[email protected]> wrote:

    On Fri, 26 Sep 2025, Ben Hutton wrote:

    Hi Ben,

    > Since upgrading from 1500061 I've been having issues with
    suspend. Firstly
    > often the machine will restart when closing the lid (triggering
    suspend) but
    > mostly USB-A issues. This appears to occur after you resume then
    plug in
    > mains power. I get the following in dmesg.
    >
    > ugen0.2: <Logitech USB Optical Mouse> at usbus0 (disconnected)
    > usbhid0: at uhub1, port 1, addr 1 (disconnected)
    > hms0: detached
    > hidbus0: detached
    > usbhid0: detached
    >
    >
    > Unplugging and plugging the device (mostly a mouse) does not
    work. The only
    > resolutions come from rebooting or going again into suspend and
    plugging the
    > mouse of power in before it starts up. I haven't found another
    way as yet to
    > bring the USB-A ports back online. Note that the USB-C ports
    continue to
    > work. Also note that if I get USB-A working again but
    suspending/resuming the
    > laptop crashes and reboots the next time I unplug devices.
    Though I'm not
    > sure it's the USB-A that's causing it, since I'm also unplugging
    USB-C
    > devices at the same time.
    >
    > This started on FreeBSD 15.0-ALPHA1 and now on ALPHA3. I have
    filed a bug
    > report (id: 289396) however so far no activity so I'm looking
    for ways to
    > debug this. Also DRM is compiled from the latest ports as of the
    21st (Last
    > Sunday).
    >
    > Note the laptop is a Thinkpad P1 Gen3 which has up until
    recently worked very
    > well with suspend/resume. I've also run a full hardware test.
    Note that this
    > has hybrid graphics mode with an Nivida Quadro T2000 with the
    following drm
    > drivers.
    >
    > drm-66-kmod-6.6.25.1500064_5
    > libdrm-2.4.123,1
    > linux-rl9-libdrm-2.4.123
    > nvidia-drm-66-kmod-580.82.07.1500064_3
    >
    > I'm more than happy to assist in debugging this issue but I am
    unsure where
    > to begin. I'm assuming compiling the debug kernel could help?
    How do I then
    > capture relevant debugging information?
    >
    > Note I have the same version (FreeBSD 15.0-ALPHA3) running on
    another laptop
    > (Thinkpad T530) which appears to working well with
    suspend/resume. The other
    > laptop doesn't have an Nvidia GPU. I'm suspecting this may be an
    issue with
    > the Nvidia drm driver?

    But NVIDIA has nothing to do with XHCI and USB not working, would it?

    nvidia-drm should be fixed; but ALPHA1..3 did not have the LinuxKPI
    yet causing trouble.  Whatever it is now given releng/15.0 was not
    branched (ALPHA5?)
    should have it all updated but you'll need to recomplie nvidia etc.

    > Hopefully this all makes sense. Happy to provide any other
    > information/logging etc.

    I wonder more if this is USBDBc related but only the client part
    should have
    gone in.  Then there are also the suspend/resume changes that went in.

    hah, looking at the PR:

    acpi_pwr_switch_consumer: new power state D3cold is not the one
    requested D3hot
    acpi_pwr_switch_consumer: new power state D3cold is not the one
    requested D3hot
    acpi_pwr_switch_consumer: new power state D3cold is not the one
    requested D3hot
    acpi_pwr_switch_consumer: new power state D3cold is not the one
    requested D3hot
    acpi_pwr_switch_consumer: new power state D3cold is not the one
    requested D3hot

    You may want to talk to obiwac@ (I'll add the Cc:)

    /bz

-- Bjoern A. Zeeb          r15:7

Reply via email to