GRUB4DOS for UEFI

wintoflash

2011yaya2007777 发表于 2023-5-11 06:49
昨天推送了一个补丁，到今天 build-push 仍然没有反应。是 ubuntu-18.04 落伍了吗？

重试了好几次，还是没有反应。不知道是怎么回事。

wintoflash

liuzhaoyzz 发表于 2023-5-10 22:23
统一用 LoadFile2 的那个方法？不准备兼容handover？

GRUB 2 官方从来就没有支持过 EFI Handover Protocol。
arm64 efi 等平台上用的都是 LoadFile2。x86 efi 用的都是传统 32 位协议 (和 BIOS 下一样)。

liuzhaoyzz

wintoflash 发表于 2023-5-11 13:53
GRUB 2 官方从来就没有支持过 EFI Handover Protocol。
arm64 efi 等平台上用的都是 LoadFile2。x86 efi ...

那不如像 GRUB2 一样，全部通过 32 位传统协议启动，什么版本的都支持。

grub2 EFI启动linux，你指的是2744楼说的第一种是吗？

1. 传统的 32 位启动协议 (32-bit Boot Protocol)
这种方式下 Linux 接管时，已经退出了 UEFI 启动服务，Linux 获取不到 UEFI 系统表指针，因此 Linux 启动后无法调用 UEFI 运行时服务。
这种方式的实现也比较复杂，主流 Linux 发行版都没有采用这种方法，因此不予考虑。

wintoflash

liuzhaoyzz 发表于 2023-5-11 16:55
grub2 EFI启动linux，你指的是2744楼说的第一种是吗？

1. 传统的 32 位启动协议 (32-bit Boot Proto ...

是的。

saiz

liuzhaoyzz 发表于 2023-5-10 22:04
我用的前面发的12.5.7.

g4e也是要map --hook的呀

替換使用#2827樓BOOTX64.efi
Qemu可以正常啟動mt86plus.iso了
用2023-3-29版的G4E 就卡在map --mem了

liuzhaoyzz

wintoflash 发表于 2023-5-10 22:12
GRUB2 官方也准备统一 UEFI 下 Linux 的启动方式了，统一用 LoadFile2 的那个方法。
https://lists.gnu.or ...

那grub2统一用loadfile2协议，不是不能启动老版本的linux了吗？
应该会做兼容性处理吧？

wintoflash

liuzhaoyzz 发表于 2023-5-12 12:11
那grub2统一用loadfile2协议，不是不能启动老版本的linux了吗？
应该会做兼容性处理吧？

会的。

wintoflash

@yaya
https://github.blog/changelog/20 ... removed-by-12-1-22/
GitHub Actions 今年四月底终止了对 Ubuntu 18.04 的支持。

2011yaya2007777

我一开始猜想就是18.04落伍了。今天换成20.04.6，又说gcc4.8找不到还是什么的，奇怪了，你不是打了支持gcc高版本的补丁了吗？

wintoflash

2011yaya2007777 发表于 2023-5-12 20:10
我一开始猜想就是18.04落伍了。今天换成20.04.6，又说gcc4.8找不到还是什么的，奇怪了，你不是打了支持gcc ...

没推送。
而且目前efi打上之后是有问题的。

2011yaya2007777

2865#那个网址我现在打不开。
那是不是把18.04改为20.04就行了？

wintoflash

2011yaya2007777 发表于 2023-5-12 20:30
那是不是把18.04改为20.04就行了。

20.04没有gcc-4.8了。

2011yaya2007777

那只能跟进了，出现问题再说。

wintoflash

2011yaya2007777 发表于 2023-5-12 20:35
那只能跟进了，出现问题再说。

g4d 打上补丁后，用高版本 gcc (<=10.x) 目前是没发现任何问题的，但是 g4e 打上之后却基本不能用。
http://bbs.wuyou.net/forum.php?m ... &fromuid=487838

2011yaya2007777

打的补丁有两个改变因数。一是修改了gcc版本，二是修改了efi移交协议。所以要具体分析。另外kernel函数内部是通过chainloader来完成的，其中引入一个小bug，就是字符转换分配的内存小，会产生内存溢出。

wintoflash

2011yaya2007777 发表于 2023-5-12 21:16
打的补丁有两个改变因数。一是修改了gcc版本，二是修改了efi移交协议。所以要具体分析。另外kernel函数内部 ...

之前我已经控制变量试过了，与后者无关。

liuzhaoyzz

自我记录下，备忘，满足我的好奇心
ubuntu14.04环境下gcc4.8
ubuntu18.04 64位版本，gcc -v gcc版本：7.4的
ubuntu20.10 64位版本，gcc -v gcc版本：10.2的

wintoflash编译的grub4dos-0.4.6a-2023-02-23-gcc-10.4，我测试过是没问题。

h3996655

赞一下2年前的文章

dikiking

感谢分享

saiz

liuzhaoyzz 发表于 2020-11-3 09:20
比較下UEFI下面，似乎沒有實現磁碟對應map (hd0) (hd1)的功能？但是我試了，不要這一句map (hd0) (hd1)，RAMOS也能夠正常啟動，不明白這一句作用倒底是什麼。

Page 1
4. 在 UEFI 環境，可以從 0x80 以外的磁碟啟動，因此不需要交換磁碟操作，如 map (hd0) (hd1)。

rongtj

感谢分享

ypcok

前几天网上找了一个UEFI下修改CPU节能参数的，，最后才发现是使用的GRUB4DOS UEFI

liuzhaoyzz

saiz 发表于 2023-5-17 17:26
Page 1
4. 在 UEFI 環境，可以從 0x80 以外的磁碟啟動，因此不需要交換磁碟操作，如 map (hd0) (hd1)。

在 UEFI 環境，可以從 0x80 以外的磁碟啟動，因此不需要交換磁碟操作，如 map (hd0) (hd1)。

原因不是写了吗？

2011yaya2007777

在ubuntu20.4使用gcc7.5编译成功。总算过了编译关（几乎什么也不懂）。现在是进不了外置菜单。剩下的事肯定不少，但是相对容易一些。

ilulyj

很厉害的东西，支持一下

rongtj

感谢分享

liuzhaoyzz

2011yaya2007777 发表于 2023-5-18 16:38
在ubuntu20.4使用gcc7.5编译成功。总算过了编译关（几乎什么也不懂）。现在是进不了外置菜单。剩下的事肯定 ...

希望g4e远景可以支持多碎片解析，现在的碎片解析，最多39个，还是有点少了。如果能够像grub2那样子支持很多碎片解析就好了。我说的是远景，有希望吗？

2011yaya2007777

有希望。但是容量大了不易使用固定地址，恐怕不兼容SVbus了。

liuzhaoyzz

2011yaya2007777 发表于 2023-5-22 18:34
有希望。但是容量大了不易使用固定地址，恐怕不兼容SVbus了。

我基本不怎么用svbus驱动，当初用svbus驱动，只是为了后来的primo驱动的RAMOS做了很多的铺垫和技术储备，没有svbus驱动这条路，primo不会在那么短时间内在UEIF_RAMOS领域获得突破性的进展。

g4e的碎片解析开发，慢慢来吧，等你以后有时间再看看，最好是能够兼容svbus，因为我不用不代表其他人不用它。

liuzhaoyzz

2011yaya2007777 发表于 2023-5-22 18:34
有希望。但是容量大了不易使用固定地址，恐怕不兼容SVbus了。

https://grub4dos.chenall.net/
怎么打不开了？是不是欠费了啊？能联系下chenall吗。


哦，搞错了，不支持https，http://grub4dos.chenall.net/可以打开
号外，
ubuntu20.4新版编译的还没有上传吗，还在深度测试是吗？
我感觉2023-5-20，本地编译的，已经好了。