Bug 262500

Summary:	Framework laptop (Intel i5-1135G7): No cursor movement or buttons on console; no right button in Xorg
Product:	Base System	Reporter:	freebsd
Component:	kern	Assignee:	freebsd-bugs (Nobody) <bugs>
Status:	New ---
Severity:	Affects Only Me	CC:	emaste, freebsd
Priority:	---
Version:	CURRENT
Hardware:	Any
OS:	Any
See Also:	https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262152
Bug Depends on:
Bug Blocks:	262152

Description freebsd 2022-03-12 13:43:27 UTC

Currently running 14-CURRENT snapshot of 20220303 on Framework laptop with i5-1135G7 CPU, and ...
- BIOS version is 03.07 from Dec 2021;
- moused is enabled.

None of mouse buttons & touchpad work in console on vt (disabled syscons in /boot/loader.conf for i915kms module) -- with or without "PS/2 emulation".

In Xorg (with default configuration unless noted otherwise) ...
- sometimes there is a lag between click or touch on the pad before the action registers; recently 2-3 times I tried, did not notice any lag;

- cursor moves via touchpad. Only the left button works;

- 2-finger touch gesture did not register as right mouse button;

- changing "/usr/local/share/libinput/50-framework.quirks" as mentioned in 16th comment -- at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259230#c16 -- did not make right button work.

Comment 1 freebsd 2022-03-17 03:13:52 UTC

After reading @ed_maste's tweet[0] which mentioned "Framework" & "Ubuntu" together, I decided to try Ubuntu 20.04.4. No problems were with the buttons on my Framework 'puter ...

- left (no issue with FreeBSD);
- right button;
- 2-finger tap -> right click;
- middle button;
- left+right buttons -> middle click;
- 3-finger tap-> middle click (if had observed correctly)

... I understand that multi-finger tap can be configured to generate whatever event.

I had saved "xev" output; "Xorg" log; "dmesg"; "lspci" output. Let me know please if uploading those could help or if I should try something else in Ubuntu (ISO image, runs from USB flask disk).


0- https://twitter.com/ed_maste/status/1503890507860172801

Comment 2 freebsd 2023-03-22 07:28:01 UTC

An update:
- After Xorg/libinput ports were updated to c v1.20, left, middle, & right buttons now work as expected.

  The "quirk" mentioned at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259230#c16 is still in use. I have not tested if buttons would work without the quirk.

- Mouse still does not work on vt console with FreeBSD 14, currently n260943-dad64f0e7cad.

Kernel configuration, if that would matter ...

# Min-Compat - Based on GENERIC-NODEBUG without some options, devices.

include  GENERIC-NODEBUG

ident  GENERIC-Light

## Include some debug options.
# Net80211 debugging
options IEEE80211_DEBUG
# USB debugging
options  USB_DEBUG
options  HID_DEBUG
# CAM debugging
options  CAMDEBUG
options  CAM_DEBUG_FLAGS

device  coretemp
device  cpuctl

nooptions  COMPAT_FREEBSD32
nooptions  COMPAT_FREEBSD4
nooptions  COMPAT_FREEBSD5
nooptions  COMPAT_FREEBSD6
nooptions  COMPAT_FREEBSD7
nooptions  COMPAT_FREEBSD9
nooptions  COMPAT_FREEBSD10

# Floppy.
nodevice  fdc

# CardBus.
nodevice  cbb
nodevice  cardbus

nodevice  mvs     # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA
nodevice  siis    # SiliconImage SiI3124/SiI3132/SiI3531 SATA
nodevice  sym     # NCR/Symbios Logic
nodevice  pvscsi  # VMware PVSCSI

Comment 3 Ed Maste freebsd_committer

2024-05-01 20:04:51 UTC

> Mouse still does not work on vt console with FreeBSD 14, currently n260943-dad64f0e7cad.

We do not have support for libinput-based mouse in vt(4), so this is expected. On my Framework PS//2 Emulation was set to "Auto" in the BIOS originally and the trackpad works to move the cursor in vt(4), but that setting introduces latency (PR262282) and results in phantom click events (from poor/missing palm detection) when I'm typing. So this part is probably "Works as Intended."