summaryrefslogtreecommitdiff
path: root/config/memtest86plus/patches/0001-add-central-Makefile-in-main-directory.patch
diff options
context:
space:
mode:
authorLeah Rowe <leah@libreboot.org>2023-10-31 00:50:36 +0000
committerLeah Rowe <leah@libreboot.org>2023-10-31 07:30:02 +0000
commit9606c68c5b5becfb09da45e027e2398e5ff33dfa (patch)
tree4f6b5730d735cf2755c998ba59ca5bc20e4c21f1 /config/memtest86plus/patches/0001-add-central-Makefile-in-main-directory.patch
parent34f5685337bb94751d36786467a0027b526f6346 (diff)
fix grub keyboard init on dell e6400 and e6430
also, enable seabios_withgrub on e6400, but not grubfirst; right now, we also support dgpu which would brick on grubfirst. on my tested nvidia model, loading grub from seabios worked, so i'm going to re-add seabios_grubfirst functionality like in older libreboot revisions, enabled selectively on a given target. e6430 currently only has igpu support anyway, but i've done the same thing there, in anticipation of future dgpu support. e6400 and e6430 ec report scancode set 2 with translation by default, but only actually output scancode set 1 grub is trying to use scancode set 2 without scancode translation, so the key inputs get messed up fix it by forcing scancode set 2 with translation, but only on coreboot; other build targets on GRUB will retain the same behaviour as before courtesy goes to Nicholas Chin who inspired me, and helped me to fix this. tested on Nicholas's E6400 and E6430, and my E6400; Riku also tested it on non-Dell, as did I (some thinkpads), and all seems OK. The new behaviour in coreboot GRUB is essentially no different to that of SeaBIOS, which does the same. Signed-off-by: Leah Rowe <leah@libreboot.org>
Diffstat (limited to 'config/memtest86plus/patches/0001-add-central-Makefile-in-main-directory.patch')
0 files changed, 0 insertions, 0 deletions