fix(batm3): eGalax touchscreen (kernel 6.6) + USB-bootable image #80
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/batm3-usb-boot-and-touchscreen"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Two batm3 hardware-enablement fixes, both validated on the physical Dell 9030 AIO. The touchscreen half is essential for any batm3 image — without it a
dev-built batm3 boots on kernel 6.12 and the panel is dead. (These fixes had been developed on a local branch but never landed ondev; this PR closes that gap.)1. eGalax touchscreen (
996ed7e) —deploy/nixos/hardware/batm3.nixThe Dell 9030 AIO's eGalax SAW panel (
0eef:0001) was unusable on 25.11's default 6.12 kernel:hid-multitouchgrabs the controller and mis-parses its HID report,usbtouchscreenrefuses to bind, and touches don't register (or land in the wrong place).linuxPackages_6_6—usbtouchscreenbinds this controller on 6.6 (the known-good prior install ran 6.6.68) and produces a clean single-touch ABS device. Re-test touch before bumping.usbtouchscreenbefore the usbhid→usbtouchscreen handover, removing a boot-ordering race.InputClass(99-egalax.conf) so X uses evdev + the transformation matrix (not libinput).egalax-calibrategetsXAUTHORITY— the actual boot-time bug: without the X auth cookiexinputdied withInvalid MIT-MAGIC-COOKIE-1, so the coordinate matrix was never applied. Also swapped the fixedsleepfor a retry loop on the device appearing.2. USB-bootable image (
3324975) —flake.nix+batm3.nixAdds
disk-image-batm3-usbfor a dd-to-USB test image that boots on the batm3 without disturbing the internal SATA install:nixos-usb/ESP-USBso stage-1 can't latch onto the internal drive's genericnixos/ESP.usb_storagein initrd,uasblacklisted,usbcore.autosuspend=-1— flaky USB bridges dropped off the bus under UAS/autosuspend ("device offline")./bootnofailso a slow ESP-USB enumeration doesn't drop to emergency mode.growPartitionon the USB image — sfdisk rewriting the partition table on first boot wedged flaky sticks (and stranded the ESP). The internal-SATAdisk-image-batm3keeps growPartition (real SSD, no bus drops).Validated on hardware
/bootmount reliably.usbtouchscreenbinds on 6.6, calibration matrix applies at boot, taps land correctly.Relationship to #79
#79 fixes cash-in (EBDS + device paths). Both PRs together make a complete, correct batm3 image — the internal-SATA production image needs the 6.6 pin from this PR and the cash-in fixes from #79. They touch disjoint files and merge cleanly (verified: built and flashed a combined image to the batm3's internal SATA, kernel 6.6.140 + working validator).
🤖 Generated with Claude Code
996ed7ec67tof52d942e57