可不可以只下载其中的一个文件夹就 编译成功？
感觉这个仓库还包含一些别的。
编译成功后，要手动重命名成 vmlinuz 吧？
多谢链接。
根据个人的经验，如果你是想修改 FydeOS for PC （包括 amd64、iris、apu），因为它们都有对应的 openFyde 项目，所以直接编译 openFyde 的内核源码然后同步到 FydeOS 上是可以直接使用的。我在前几个版本的 FydeOS for PC 上因为没有某些驱动，所以这样尝试过，没有遇到什么问题，但是也不保证会不会出现什么我没发现的奇怪问题。
如果是想修改 FydeOS for You 的内核，那可能比较麻烦了，我没有尝试过，也没法提供建议。
linux (loopdev,gpt12)/syslinux/vmlinuz.A
linux (loopdev,gpt12)/syslinux/vmlinuz.B
vmlinuz.A 和 vmlinuz.B 是两个文件，源代码一样吗？我校验过了，大小和 SHA256 是完全一样的。
是不是编译好了以后，重命名就行了？
还有，那个 vmlinuz 的 Material 跟别的 vmlinux 的不太一样，编译的时候，有什么特别注意的事项没有啊？
根文件系统 AB 双面设计的理念和原理请参见此文；目前都一样是因为还没有 OTA 升级发生。
如前贴所提，我们编译 FydeOS/openFyde 的内核遵循 cros_sdk 提供的流程，加上一些工程化包装。你要脱离这个 cros_sdk 的体系自己编译内核做替换，理论上可行，只是有什么注意事项或者明显的坑我们也不知道。
我觉得你可以可以好像brunch那样外挂个新版本内核到root C不也一样吗？
https://github.com/openFyde/kernel/blob/chromeos-5.4/drivers/platform/x86/yoga-usage-mode.c
WMI 相关的，报错，导致编译失败，不应该是 acpi 吗？
https://github.com/FydeOS/kernel-fydeos_for_pc
这个仓库的日期显示，源代码有三年了。
这个仓库不更新的吗？
什么时候更新啊？
人家想编译 17 的 fydeOS for PC 的内核啊。
这个不更了，废弃了。现在的 FydeOS 是基于 openFyde 构建的了
多谢，如果开了 action 的 工作台，那就更方便了。
我看到有 .patch 文件，和 .patch.bak 文件。
只使用 .patch 文件打补丁。
无视 .patch.bak （猜想，可能是过期的补丁存档份），
无视不管 .patch.bak 文件，对吗？
- hid_devices.patch 应用失败；
- touchsceen.patch 应用失败；
- 032-yoga-tablet-switch.patch 补丁成功，但是会导致内核编译失败；
忽略了这三个补丁，然后编译成功。
问下，你们自己编译官方内核的时候，这三个补丁不会出错吗？
帮忙看下35楼的编译错误的截图，谢谢。
我拒绝. 请自行前往github开issue
你可真是把别人当你自己的员工使用啊，这种话一般是老板对下属说的
没有你说得那么夸张。
- 首先，我见识短浅，又没见过燧炻的老板，我怎么知道燧炻的老板如何发言的？
- 其次，老板应该不会说“谢谢”二字的；
- 第三，我怎么可能把他们当作员工使唤呢？我是把他们当作客服咨询，当作大佬请教啊。你见过我请教小白没有？
- 第四，要与同行争高下，不与傻瓜论短长。没发现问题，可以不论。发现了问题，不与傻瓜论。发现了问题，有论，就是不把他人当傻瓜。这是一份侧面的尊敬，侧面尊重对方的智能以及掌握的学识；
- 第五，我是不是不可言语轻快？是不是还得老学究一般，“恳请指正”“请高人指点迷津”？
总而言之，人家对客服不存在任何不良心眼，欲加之罪何患无辞呢？
- 第六，不可否认，曾经身处泥潭之中，我也有尖酸刻薄的时候。所以，我对你的刻薄表示深深的理解与同情，祝愿你能够早日摆脱泥潭，摆脱刻薄。
开源项目的尊重玩法是开issue，而不是直接@别人说你帮我看看，这非常不尊重
我没有发送 “@”，我只是点击了“回复”。
倘若客服介意用户点击“回复”，我也是毫不知情的。