On 09.02.2024 05:01, Vladimir 'phcoder' Serbinenko wrote:
I have few concerns: 1. The name of your patch is misleading. You don't increase sector size
+ Do you want me to resend the patch or you'll rename it yourself?
2. This increases memory pressure on systems that are already low on usable memory. Sparc64 comes to mind. Due to the way how off handles memory map there, even if you have a terabyte of RAM, only few MiB are usable at boot. We may need to do it dynamically, otherwise we either leave a lot of gain on systems that can read megabytes at once or we fail on low memory systems
I don't know anything about boot process of SPARC64 (I don't know about x86 much to begin with).
3. Firmware bugs. Not even just BIOS. This changes all the systems. We need to review all the drivers
If the patch may break some systems, better not to merge it. It doesn't bring that major speed gain, and measurably speeds the booting process only on legacy machines with not very optimized BIOS calls.
It's not worth it.
4. You mentioned that other implementations that increase the size of single read have a fallback. Do we have one?
Yes, CHR reading is used if MBR has failed.P.S. please include my email when you send me the messages, I saw this maillist-only post only by pure coincidence.
Le mar. 10 oct. 2023, 21:30, ValdikSS via Grub-devel <grub-devel@gnu.org <mailto:grub-devel@gnu.org>> a écrit :Increase the value from 63 to speed up reading process. This commit increases two limits: the low-level int 13h reading code and a high-level reading code with disk cache. The disk cache imposes an overall limitation of a higher-layer reading code. The original comment regarding 16K is incorrect, it was 512<<6 = 32768, and now it is 512<<7 = 65536. According to [Wikipedia][1] and [OSDev][2], the upper safe value for LBA read using IBM/MS INT13 Extensions is 127 sectors due to the limitations of some BIOSes. GRUB [already enforced][3] the limit, but it was no-op due to other constraints. This value is also used in [syslinux][4]. As we're now reading up to 127 sectors of 512 bytes, we need to be able to store in the cache up to 65024 bytes. Without this change, GRUB wouldn't try to read more than 64 sectors at once (even if the lower reading layer allows it). [1]: https://en.wikipedia.org/wiki/INT_13H#INT_13h_AH=42h:_Extended_Read_Sectors_From_Drive <https://en.wikipedia.org/wiki/INT_13H#INT_13h_AH=42h:_Extended_Read_Sectors_From_Drive> [2]: https://wiki.osdev.org/Disk_access_using_the_BIOS_(INT_13h)#LBA_in_Extended_Mode <https://wiki.osdev.org/Disk_access_using_the_BIOS_(INT_13h)#LBA_in_Extended_Mode> [3]: https://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/disk/i386/pc/biosdisk.c?h=grub-2.12-rc1#n430 <https://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/disk/i386/pc/biosdisk.c?h=grub-2.12-rc1#n430> [4]: https://repo.or.cz/syslinux.git/blob/refs/tags/syslinux-6.03:/core/fs/diskio_bios.c#l349 <https://repo.or.cz/syslinux.git/blob/refs/tags/syslinux-6.03:/core/fs/diskio_bios.c#l349> Signed-off-by: ValdikSS <i...@valdikss.org.ru <mailto:i...@valdikss.org.ru>> --- 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 --- a/include/grub/disk.h +++ b/include/grub/disk.h @@ -184,14 +184,14 @@ typedef struct grub_disk_memberlist *grub_disk_memberlist_t; #define GRUB_MDRAID_MAX_DISKS 4096 /* The size of a disk cache in 512B units. Must be at least as big as the - largest supported sector size, currently 16K. */ -#define GRUB_DISK_CACHE_BITS 6 + largest supported sector size, currently 64K. */ +#define GRUB_DISK_CACHE_BITS 7 #define GRUB_DISK_CACHE_SIZE (1 << GRUB_DISK_CACHE_BITS) #define GRUB_DISK_MAX_MAX_AGGLOMERATE ((1 << (30 - GRUB_DISK_CACHE_BITS - GRUB_DISK_SECTOR_BITS)) - 1) /* Maximum number of sectors to read in LBA mode at once */ -#define GRUB_DISK_MAX_LBA_SECTORS 63 +#define GRUB_DISK_MAX_LBA_SECTORS 127 /* Return value of grub_disk_native_sectors() in case disk size is unknown. */ #define GRUB_DISK_SIZE_UNKNOWN 0xffffffffffffffffULL-- 2.41.0_______________________________________________ Grub-devel mailing list Grub-devel@gnu.org <mailto:Grub-devel@gnu.org> https://lists.gnu.org/mailman/listinfo/grub-devel <https://lists.gnu.org/mailman/listinfo/grub-devel> _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______________________________________________ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
