I would really like to use i3 WM
I think I’ve discovered a problem-scenario:
Good state: mousepad is working and screen is not tearing 
- change to i3 at logon
- use it successfully
- reboot
- no touchpad working - it is obvious as soon as logon screen loads
- logon to i3 [with no mouse] in order to allow external mouse to dom0
- logout → change to XFCE → logon → reboot from Log Out menu
- touchpad working [for this boot].
(I have now replicated this exact cycle twice in a row - 4 power cycles)
It seems that after a power cycle, if the last logon session was i3, the touchpad is not successfully recognized/registered/whatever-the-correct-term-for-what-is-happening-is upon the next boot
This was grabbed using journalctl -o short-precise -k -b -1 -p 4
-- Logs begin at Wed 2022-08-10 10:10:59 CDT, end at Thu 2022-08-11 15:01:30 CDT. --
Aug 11 03:45:29.001177 dom0 kernel: ACPI BIOS Warning (bug): Incorrect checksum in table [BGRT] - 0x24, should be 0x5F (20211217/tbprint-174)
Aug 11 03:45:29.001320 dom0 kernel: cpu 0 spinlock event irq 121
Aug 11 03:45:29.001394 dom0 kernel: cpu 1 spinlock event irq 131
Aug 11 03:45:29.001407 dom0 kernel: cpu 2 spinlock event irq 137
Aug 11 03:45:29.001420 dom0 kernel: cpu 3 spinlock event irq 143
Aug 11 03:45:29.001432 dom0 kernel: cpu 4 spinlock event irq 149
Aug 11 03:45:29.001456 dom0 kernel: cpu 5 spinlock event irq 155
Aug 11 03:45:29.001469 dom0 kernel: cpu 6 spinlock event irq 161
Aug 11 03:45:29.001481 dom0 kernel: cpu 7 spinlock event irq 167
Aug 11 03:45:29.001494 dom0 kernel: cpu 8 spinlock event irq 173
Aug 11 03:45:29.001506 dom0 kernel: cpu 9 spinlock event irq 179
Aug 11 03:45:29.001519 dom0 kernel: cpu 10 spinlock event irq 185
Aug 11 03:45:29.001537 dom0 kernel: cpu 11 spinlock event irq 191
Aug 11 03:45:29.001549 dom0 kernel: cpu 12 spinlock event irq 197
Aug 11 03:45:29.001562 dom0 kernel: cpu 13 spinlock event irq 203
Aug 11 03:45:29.001650 dom0 kernel: Grant table initialized
Aug 11 03:45:29.007734 dom0 kernel: pci 0000:00:07.0: DPC: RP PIO log size 0 is invalid
Aug 11 03:45:29.024659 dom0 kernel: pnp 00:00: disabling [mem 0xc0000000-0xcfffffff] because it overlaps 0000:00:02.0 BAR 9 [mem 0x00000000-0xdfffffff 64bit pref]
Aug 11 03:45:29.039421 dom0 kernel: pcieport 0000:00:06.0: can't derive routing for PCI INT D
Aug 11 03:45:29.039597 dom0 kernel: pcieport 0000:00:06.0: PCI INT D: no GSI
Aug 11 03:45:29.039927 dom0 kernel: pcieport 0000:00:06.2: can't derive routing for PCI INT B
Aug 11 03:45:29.040093 dom0 kernel: pcieport 0000:00:06.2: PCI INT B: no GSI
Aug 11 03:45:29.041882 dom0 kernel: hpet_acpi_add: no address or irqs in _CRS
Aug 11 03:45:29.042822 dom0 kernel: device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IMA log.
Aug 11 03:45:29.042854 dom0 kernel: sysfb: VRAM smaller than advertised
Aug 11 03:45:35.961675 dom0 kernel: i2c_hid_acpi i2c-ELAN0412:00: failed to reset device: -61
Aug 11 03:45:42.104642 dom0 kernel: i2c_hid_acpi i2c-ELAN0412:00: failed to reset device: -61
Aug 11 03:45:48.248661 dom0 kernel: i2c_hid_acpi i2c-ELAN0412:00: failed to reset device: -61
Aug 11 03:45:54.394630 dom0 kernel: i2c_hid_acpi i2c-ELAN0412:00: failed to reset device: -61
Aug 11 03:45:55.418127 dom0 kernel: i2c_hid_acpi i2c-ELAN0412:00: can't add hid device: -61
Aug 11 03:45:55.418433 dom0 kernel: i2c_hid_acpi: probe of i2c-ELAN0412:00 failed with error -61
Aug 11 03:45:55.459586 dom0 kernel: ACPI Warning: \_SB.PCI0.PEG2.DEV0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20211217/nsarguments-61)
Aug 11 03:45:55.462584 dom0 kernel: nouveau 0000:01:00.0: unknown chipset (b73000a1)
Aug 11 03:45:55.481595 dom0 kernel: kauditd_printk_skb: 13 callbacks suppressed
Aug 11 03:45:55.623829 dom0 kernel: tmpfs: Unsupported parameter 'huge'
Aug 11 08:46:06.529777 dom0 systemd[1]: Configuration file /etc/systemd/system/qubes-vm@sys-usb.service.d/50_autostart.conf is marked world-inaccessible. This has no effect as configuration data is accessible via APIs without restrictions. Proceeding anyway.
Aug 11 08:46:07.449392 dom0 kernel: platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
Aug 11 08:46:10.154640 dom0 kernel: kauditd_printk_skb: 77 callbacks suppressed
Aug 11 08:46:16.090423 dom0 kernel: pciback 0000:00:14.3: xen-pciback: Driver tried to write to a read-only configuration space field at offset 0x48, size 2. This may be harmless, but if you have problems with your device:
1) see permissive attribute in sysfs
2) report problems to the xen-devel mailing list along with details of your device obtained from lspci.
Aug 11 08:46:16.917586 dom0 kernel: kauditd_printk_skb: 25 callbacks suppressed
Aug 11 08:46:25.947707 dom0 kernel: kauditd_printk_skb: 2 callbacks suppressed
Aug 11 08:46:26.437642 dom0 kernel: pciback 0000:00:14.0: xen_pciback: cannot enable memory-write-invalidate (-22)
Aug 11 08:46:34.750619 dom0 kernel: kauditd_printk_skb: 23 callbacks suppressed
Aug 11 08:47:22.943611 dom0 kernel: kauditd_printk_skb: 73 callbacks suppressed
Aug 11 08:47:40.371627 dom0 kernel: kauditd_printk_skb: 15 callbacks suppressed
Aug 11 08:47:50.694657 dom0 kernel: kauditd_printk_skb: 64 callbacks suppressed
Does anyone have any ideas how I might be able to further identify an actual issue/problem/setting that can make this “fixed”? 