[PATCH 2/2] disk: increase sector size up to 127 for LBA reads

2023-07-06 Thread ValdikSS via Grub-devel
According to Wikipedia and various sources, the recommended value for LBA read using IBM/MS INT13 Extensions is 127 sectors. --- include/grub/disk.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/include/grub/disk.h b/include/grub/disk.h index be032a72c..608deb034 100644

[PATCH 1/2] disk: read up to 63 sectors in LBA mode

2023-07-06 Thread ValdikSS via Grub-devel
There's no need to obey CHS layout restrictions for LBA reads on LBA disks, it only slows down booting process. See: https://lists.gnu.org/archive/html/grub-devel/2023-07/msg1.html --- grub-core/disk/i386/pc/biosdisk.c | 5 - include/grub/disk.h | 3 +++ 2 files changed, 7 i

[PATCH 0/2] disk: use maximum number of sectors for LBA

2023-07-06 Thread ValdikSS via Grub-devel
GRUB2 limits number of sectors read at once in LBA mode to the number reported in CHS disk geometry by BIOS. This is unnecessary, as IBM/MS INT13 Extensions allows reading up to 127 sectors in a single call. This fixes greatly increased boot times on WYSE C10LE x86 thin client with Phoenix bios.

[PATCH v2] i386: flush cache only on VIA C3 and earlier

2023-07-06 Thread ValdikSS via Grub-devel
The code used to flush the cache on VIA processors unconditionally, which is excessive. Check for cpuid family and execute wbinvd only on C3 and earlier. See: https://savannah.gnu.org/bugs/?45149 See: commit 25492a0f047cb7a6583ae195568599c296a604d6 --- grub-core/kern/i386/pc/init.c | 11 +

[PATCH] i386: flush cache only on VIA C3 and earlier

2023-07-06 Thread ValdikSS via Grub-devel
The code used to flush the cache on VIA processors unconditionally, which is excessive. Check for cpuid family and execute wbinvd only on C7 and earlier. See: https://savannah.gnu.org/bugs/?45149 See: commit 25492a0f047cb7a6583ae195568599c296a604d6 --- grub-core/kern/i386/pc/init.c | 11 +

Re: Next Arch Linux shim_lock error with latest grub.git

2023-07-06 Thread Daniel Kiper
On Thu, Jul 06, 2023 at 05:00:03PM +0200, Tobias Powalowski via Grub-devel wrote: > Probably. If you could share with me a link to the binary/package > which > fails I could double check all symbols are in place. > > Daniel > Hi Daniel, > https://mirror.f4st.host/archlinux/core

Re: Next Arch Linux shim_lock error with latest grub.git

2023-07-06 Thread Tobias Powalowski via Grub-devel
Probably. If you could share with me a link to the binary/package which fails I could double check all symbols are in place. Daniel Hi Daniel, https://mirror.f4st.host/archlinux/core/os/x86_64/grub-2%3A2.06.r591.g6425c12cd-1-x86_64.pkg.tar.zst Tobias -- Tobias Powalowski Arch Linux Developer

Re: Next Arch Linux shim_lock error with latest grub.git

2023-07-06 Thread Daniel Kiper
On Thu, Jul 06, 2023 at 04:17:34PM +0200, Tobias Powalowski via Grub-devel wrote: > Am 06.07.23 um 15:53 schrieb Daniel Kiper: > > This and [1] suggest problems with updating the GRUB modules. > > The grub_is_shim_lock_enabled symbol is provided by the GRUB kernel. > > If for some reason the GRUB

Re: Next Arch Linux shim_lock error with latest grub.git

2023-07-06 Thread Tobias Powalowski via Grub-devel
Am 06.07.23 um 15:53 schrieb Daniel Kiper: This and [1] suggest problems with updating the GRUB modules. The grub_is_shim_lock_enabled symbol is provided by the GRUB kernel. If for some reason the GRUB kernel is downgraded but modules are not then newer version of the linux.mod tries to call the

Next Arch Linux shim_lock error with latest grub.git

2023-07-06 Thread Tobias Powalowski via Grub-devel
Hi here reported by some people: https://www.reddit.com/r/archlinux/comments/14rlz7x/latest_grub_error any idea, why this happens? From the comments section: --- The actual error message that OP meant to say is |error: symbol 'grub_is_shim_lock_enabled' not found|. So like a symbol from th