Follow-up Comment #12, bug #55093 (project grub):
[comment #11 comment #11:]
> comment #10
> > It seems that LUKS2 support has been implemented
> No it is not. Current version is limited to support LUKS2 with PBKDF2 (see
grub-core/disk/luks2.c 461)
> > case LUKS2_KDF_TYPE_ARGON2I:
> > ret =
Follow-up Comment #24, bug #64471 (project grub):
One thing to ask? Did grub has any code related to reading / parsing paging
tables? Looks like it dosn't.
How to read physical memory? Is here grub_ method for that? Or should I switch
to some protected mode back and forth using asm code?
Follow-up Comment #23, bug #64471 (project grub):
What I understand from Paging is that I had to request memory from efi using
allocate_pages then check if pages table contains this virtual address, so it
was mapped correctly by the efi.
page table located at physical address pointed by part of
Hello,
Last reply from you guys was on the 13th, and we have yet to see issue
addressed. I, as a Distro maintainer, had to create a new repo where I held
grub back to r499 as a result of this, not really ideal now is it ?
Kindly update us on the situation and ETA for fix..
--
Best
Follow-up Comment #5, bug #64475 (project grub):
Hello, I used
"qemu-img create -f raw example.img 200M"
to created a 200Mb image file, and
"losetup /dev/loop0 example.img",
mounting example.img as a loop device.
Then I formatted the /dev/loop0 by mkfs.btrfs with default options,
"mount
