NetBSD Problem Report #59242
From paul@whooppee.com Mon Mar 31 15:31:40 2025
Return-Path: <paul@whooppee.com>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256
client-signature RSA-PSS (2048 bits) client-digest SHA256)
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id C86821A9239
for <gnats-bugs@gnats.NetBSD.org>; Mon, 31 Mar 2025 15:31:40 +0000 (UTC)
Message-Id: <20250331153137.EA03C49A960@speedy.whooppee.com>
Date: Mon, 31 Mar 2025 08:31:37 -0700 (PDT)
From: paul@whooppee.com
Reply-To: paul@whooppee.com
To: gnats-bugs@NetBSD.org
Subject: keyboard/mouse stop working in X
X-Send-Pr-Version: 3.95
>Number: 59242
>Category: kern
>Synopsis: keyboard/mouse stop working in X
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Mar 31 15:35:00 +0000 2025
>Last-Modified: Fri Apr 04 23:35:01 +0000 2025
>Originator: Paul Goyette
>Release: NetBSD 10.99.12
>Organization:
+---------------------+--------------------------+----------------------+
| Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | 1B11 1849 721C 56C8 F63A | paul@whooppee.com |
| Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoyette@netbsd.org |
| & Network Engineer | | pgoyette99@gmail.com |
+---------------------+--------------------------+----------------------+
>Environment:
System: NetBSD speedy.whooppee.com 10.99.12 NetBSD 10.99.12 (SPEEDY 2025-03-28 23:40:52 UTC) #0: Sat Mar 29 00:36:14 UTC 2025 paul@speedy.whooppee.com:/build/netbsd-local/obj/amd64/sys/arch/amd64/compile/SPEEDY amd64
Architecture: x86_64
Machine: amd64
>Description:
At unpredictable interval, and with no known/reproducible trigger, the
keyboard and mouse events stop. All keyboard activity, including Ctrl-
Alt sequences for switching vt or entering ddb, just stop. And, after
approximately 1 minute, background processes seem to stop - as an example,
a running xclock ceases to display movement of the seconds hand.
Most occurrences of this have occurred while moving the cursor in a
browser window. Both firefox and chromium exhibit the bug, but chromium
"feels less likely" to happen.
Since it is impossible to enter ddb, I can't collect any additional info.
I am just filing this PR in case someone else runs into something similar
with more debug tools available.
>How-To-Repeat:
unknown
>Fix:
A fix would be nice.
>Audit-Trail:
From: Paul Goyette <paul@whooppee.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/59242: keyboard/mouse stop working in X
Date: Mon, 31 Mar 2025 08:42:58 -0700 (PDT)
I should add that when the "hang" occurs, I am unable to ssh in from
another devicce. I have not checked if an existing network session
survives.
From: Paul Goyette <paul@whooppee.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/59242: keyboard/mouse stop working in X
Date: Mon, 31 Mar 2025 16:52:04 -0700 (PDT)
yOn Mon, 31 Mar 2025, Paul Goyette wrote:
> I should add that when the "hang" occurs, I am unable to ssh in from
> another devicce. I have not checked if an existing network session
> survives.
I just checked, the ssh session stops transferring data. tcp timeout
takes several minutes.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/59242: keyboard/mouse stop working in X
Date: Wed, 2 Apr 2025 06:39:26 +0000 (UTC)
On Mon, 31 Mar 2025, paul@whooppee.com wrote:
> At unpredictable interval, and with no known/reproducible trigger, the
> keyboard and mouse events stop. All keyboard activity, including Ctrl-
> Alt sequences for switching vt or entering ddb, just stop. And, after
> approximately 1 minute, background processes seem to stop - as an example,
> a running xclock ceases to display movement of the seconds hand.
>
DRMKMS bug, methinks. Does it occur if you switch to genfb(4) + wsfb(4)?
```
userconf=disable i915drmkms*
userconf=disable radeon*
userconf=disable nouveau*
```
in /boot.cfg; and then read:
https://wiki.netbsd.org/tutorials/x11/how_to_use_wsfb_uefi_bios_framebuffer/
-RVP
From: Paul Goyette <paul@whooppee.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/59242: keyboard/mouse stop working in X
Date: Wed, 2 Apr 2025 06:34:44 -0700 (PDT)
On Wed, 2 Apr 2025, RVP via gnats wrote:
> The following reply was made to PR kern/59242; it has been noted by GNATS.
>
> > At unpredictable interval, and with no known/reproducible trigger, the
> > keyboard and mouse events stop. All keyboard activity, including Ctrl-
> > Alt sequences for switching vt or entering ddb, just stop. And, after
> > approximately 1 minute, background processes seem to stop - as an example,
> > a running xclock ceases to display movement of the seconds hand.
> >
>
> DRMKMS bug, methinks. Does it occur if you switch to genfb(4) + wsfb(4)?
>
> ```
> userconf=disable i915drmkms*
> userconf=disable radeon*
> userconf=disable nouveau*
> ```
IT would be difficult to try this, as it often takes hours (Or even
fdays) for the problem to occur. genfb is quite "uncomfortable" to
use for any length of time.
> in /boot.cfg; and then read:
>
> https://wiki.netbsd.org/tutorials/x11/how_to_use_wsfb_uefi_bios_framebuffer/
Thanks for the pointer. It might make it more "comfortable" to use
the preceeding stuff.
+---------------------+--------------------------+----------------------+
| Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | 1B11 1849 721C 56C8 F63A | paul@whooppee.com |
| Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoyette@netbsd.org |
| & Network Engineer | | pgoyette99@gmail.com |
+---------------------+--------------------------+----------------------+
From: Paul Goyette <paul@whooppee.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/59242: keyboard/mouse stop working in X
Date: Fri, 4 Apr 2025 16:34:34 -0700 (PDT)
On Wed, 2 Apr 2025, Paul Goyette wrote:
>> DRMKMS bug, methinks. Does it occur if you switch to genfb(4) + wsfb(4)?
>>
>> ```
>> userconf=disable i915drmkms*
>> userconf=disable radeon*
>> userconf=disable nouveau*
>> ```
>
> IT would be difficult to try this, as it often takes hours (Or even
> fdays) for the problem to occur. genfb is quite "uncomfortable" to
> use for any length of time.
>
>> in /boot.cfg; and then read:
>>
>> https://wiki.netbsd.org/tutorials/x11/how_to_use_wsfb_uefi_bios_framebuffer/
>
> Thanks for the pointer. It might make it more "comfortable" to use
> the preceeding stuff.
Indeed, trying genfb was not too painful. And the problem appeared
immediately after the boot, during chromium's restoration of its
pre-hang state.
Same symptoms, and nothing relevant in dmesg
+---------------------+--------------------------+----------------------+
| Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | 1B11 1849 721C 56C8 F63A | paul@whooppee.com |
| Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoyette@netbsd.org |
| & Network Engineer | | pgoyette99@gmail.com |
+---------------------+--------------------------+----------------------+
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.47 2022/09/11 19:34:41 kim Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2025
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.