November 2020 - Arch-general - lists.archlinux.org

[arch-general] General protections faults / kernel panics with the Apple Magic Trackpad 2
by Merlin Büge 02 Dec '20

02 Dec '20

Hi all. I think I need some help with debugging an issue I have. I recently bought an "Apple Magic Trackpad 2" for reducing strain on my hand (since I have some RSI[0] issues currently), which is supported in Linux since version 4.20[1]. After connecting it to my laptop it worked instantly at first, but "sometimes" un- and replugging the trackpad crashes my system. Often it works fine, but every now and then it triggers `general protection faults` (often while opening big applications like Firefox), causes my status bar to hang up, and usually ends in a freeze. Sometimes, just before the freeze I get thrown back to the console and see a kernel panic at the end of the log. The laptop is a Thinkpad X200 running stock BIOS, Arch Linux and sway, with microcode updates enabled. I could also reproduce the issue with Gnome on Wayland. On Xfce I could not reproduce the issue, and also not on Fedora (which I installed on the same laptop to the same SSD, for testing). I'm using the trackpad only via the USB cable, not via bluetooth. Attached is a snippet from the dmesg output with debug logging enabled (appended `debug` on the kernel cmdline) showing some of the protection faults. I uploaded the full dmesg output here [2]. In this specific dmesg output, most of the protection faults happened concurrently while I was opening Firefox (several times to provoke the crash). A photo of the kernel panic can be found here [3]. This kernel bug report[4] and related arch report[5] seem related to the issue, maybe it's even the same issue? However, the kernel bug report mentions that the issue only affects linux >=5.8.7. In my case, I could reproduce the issue with the following linux versions (installed from the Arch Linux archive): 4.20.0 4.20.1 4.20.3 4.20.7 5.0.0 5.0.13 5.4.74 5.2.0 5.8.6 5.8.7 5.8.8 5.9.2, 5.9.4 5.10rc-2 The USB ID of the trackpad is 05ac:0265. Because I'm very inexperienced with kernel debugging I would appreciate any help/pointers to what would be wise to test next. If this is likely to be an issue with the Linux kernel and not arch-related (unsure, since I could not reproduce it on other distros), please tell me so and I will post to the kernel bug tracker instead. Thanks! Merlin Büge [0]: https://web.eecs.umich.edu/~cscott/rsi.html [1]: https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git/commit/?h=for… [2]: https://0x0.st/idkH.json [3]: https://0x0.st/idkz.jpg [4]: https://bugzilla.kernel.org/show_bug.cgi?id=209239 [5]: https://bugs.archlinux.org/task/67860 -- Merlin Büge

1 1

[arch-general] Translation not fully working with gnome and gdm
by Jörg Jellissen 30 Nov '20

30 Nov '20

Hello everyone, i have a problem with my arch linux system running with gnome and gdm. In some applications, or on the right click menue all entries are not translatet. So, normaly i have configured my system in german. In most of applications and menues there still working fine. But some cases i have no translation yet :-( What is the problem? Is there a problem with any dependencies? Thanks for help

2 2

[arch-general] Systemd boot
by Riccardo Paolo Bestetti 29 Nov '20

29 Nov '20

I2'm trying to fully make sense of the boot process with systemd. I've read various pages from the manual, including bootup(7). There are two points I don't fully understand. * Filesystem mounts during initrd The man page, under the initrd section, says: "systemd detects that it is run within an initrd [...]. The bootup process begins identical to the system manager bootup (see above) until it reaches basic.target. [...] Before any file systems are mounted, it must be determined whether the system will resume from hibernation or proceed with normal boot." In my mind, that part self-contradicts when both saying that 1) the bootup proceeds identical to the system manager bootup and 2) a determination on whether to mount file systems is made /after/ basic.target. This is because some file systems (including, in most cases, the root file systems) would have been mounted before local-fs.target, which is ordered before basic.target. So either the process is not really identical until basic.target, or I'm getting something wrong. * Instances I gather that the systemd which runs inside the initrd is a completely separate instance from the one which then runs in the booted system. Which implies - as discussed above - that the system initialization sequence from beginning to basic.target actually happens twice. Does this means than any initialization units which could potentially be run twice - once in the initrd and once in the booted system - should be instrumented to avoid running their logic twice (in the cases where that's not needed or even harmful)? Let's consider for example an hypothetical service with "WantedBy=cryptsetup-pre.target", which decrypts a keyfile using an hardware token. This keyfile is then consumed by systemd-cryptsetup-generator with keyfile-erase=on. What happens if the service is run twice, but the key is consumed only the first time? A decrypted keyfile remains in the system. What's the correct approach to avoid such a scenario? Riccardo

3 5

[arch-general] Realtek RTL8111H NIC : does it just work?
by SET 29 Nov '20

29 Nov '20

Hello, I 'm planning to buy a PC with an MSI MPG X570 GAMING EDGE WIFI mother board, having a Realtek RTL8111H ethernet device, and install Arch of course. I 've seen many web pages about the need to install the r8168 package for it to work. Some pages hint that the r8169 driver should work too. Almost all of these sources are many years old. I wish some forum members could share their experience with this NIC on current kernel. Does it just work? Is the r8168 package mandatory? Can complex tweak be avoided? Thank you. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.

3 3

[arch-general] Thunderbird 78
by Xorg 28 Nov '20

28 Nov '20

Hi, Thunderbird 78 is available since 1 month (https://www.thunderbird.net/en-US/thunderbird/78.0/releasenotes) Is there any reason the package is stuck to version 68? Can someone update this package? Thank in advance.

19 34

[arch-general] pacman reset procedure
by Jude DaShiell 27 Nov '20

27 Nov '20

The pacman data bases I have apparently got broken and will not update. Connection to the internet is good. What is the procedure to have pacman reset itself and clear out any broken parts so it becomes able to update? -- United States has 633 Billionaires with only 10 doing any annual significant giving.

6 6

[arch-general] Wine package broken
by Jeremy Brown 25 Nov '20

25 Nov '20

Hi archfolks, So I did a `pacman -Syu` yesterday, after which point wine no longer seems to work (any command I run, including just stock "winecfg" after installing hangs forever). I posted about it on the ArchLinux Reddit, and also saw a post on the Arch forums about it: https://www.reddit.com/r/archlinux/comments/k0b5kr/wine_no_longer_working/ https://bbs.archlinux.org/viewtopic.php?id=261004 I was able to build my own version of wine from source and that worked. Then I built the wine PKGBUILD and that worked. So I think the binary package for wine may have been built wrong in some way, e.g. outdated headers in a dependent package or something. Should I file a bug, email the maintainer of the package, email the latest package uploader, etc.? What's the quickest way to get this resolved? Cheers, Jeremy

2 1

[arch-general] gn package, could you please add the emacs gn-mode.el ?
by Yi Zheng 25 Nov '20

25 Nov '20

Hi, Evangelos in the source tree of 'gn' package, the emacs mode scripts has been added in misc/emacs/gn-mode.el Could you please add that mode into the gn release package in ArchLinux ?

1 0

Re: [arch-general] busted system after update
by u34＠net9.ga 17 Nov '20

17 Nov '20

Referring to my post from Tue Nov 17 02:14:29 UTC 2020, I am not sure I am not confusing things here. -- u34

1 0

[arch-general] busted system after update
by winstonsmith＠vfemail.net 17 Nov '20

17 Nov '20

hi folks i could use a little push in the right direction. i run arch on a 2013 macbook air. i am running an LVM on LUKS system. after updating my system via "sudo pacman -Syu" i am locked out of my machine. on a subsequent boot i get the message: "ERROR: device '/dev/mapper/vgcrypt-root' not found, skipping fsck." "mount: /new_root: no filesystem type specified." "You are now being dropped into an emergency shell." and so i am. i was able to use a debian live usb to drop into debian's rescue mode and execute a shell in my decrypted root. i see that mkinitcpio.conf is missing several hooks, like encrypt and lvm2! what the what?! i pacman.log i notice that mkinitcpio was updated to version 29-1 when i did my previous pacman update. is it possible that the update to mkinitcpio just silently hosed my previous configuration?! my plan is to add the required hooks to mkinitcpio.conf and then rebuild. does that seem like the right plan? and will mkinitcpio build an initramfs successfully from the debian chroot into my disk? thanks for the time ------------------------------------------------- This free account was provided by VFEmail.net - report spam to abuse(a)vfemail.net ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options!

5 4