HP Elitebook 2170p is weird compared with many other Elitebooks supported by
coreboot, for its keyboard scan codes under coreboot are different with those
under oem firmware, regardless of the same set of EC firmware blobs are used.
The scan codes under oem firmware conform to the upstream 60-key
Result of evtest when pressing Backspace on my HP Elitebook 2170p:
on udev 256.7-3:
> # evtest /dev/input/by-path/platform-i8042-serio-0-event-kbd
> ...
> Event: time 1732361489.783008, type 4 (EV_MSC), code 4 (MSC_SCAN), value 66
> Event: time 1732361489.783008, type 1 (EV_KEY), code 14 (KEY_BAC
> Control: reassign -1 torbrowser-launcher
> Control: retitle -1 tor browser iterates manually over FD hard limit instead
> of using close_range()
>
Title could be:
tor browser iterates manually over FD hard limit instead of using close_range()
when launching pluggable transports.
See process_u
Package: systemd
Version: 256~rc3-7
Severity: normal
Dear Maintainer,
After systemd upgraded from 256~rc3-2 to 256~rc3-7, /proc/sys/fs/nr_open
changes from 1048576 (0x10) to 1073741816 (0x3ff8), causing some
applications (e.g. Tor Browser) to spend a lot of time to iterate through the
max
Package: obfs4proxy
Version: 0.0.14-1+b7
Severity: wishlist
Dear Maintainer,
The original obfs4proxy at
https://git.torproject.org/pluggable-transports/obfs4.git
and https://gitlab.com/yawning/obfs4 has ceased development, but The Tor
Project has forked it, and renamed it to lyrebird at
https://
5 matches
Mail list logo
