Linux 6.0迎来ARM64 UEFI镜像内存和ACPI PRM支持改进

Linux6.0迎来ARM64UEFI镜像内存和ACPIPRM支持改进Phoronix报道称：上周的Linux6.0合并，包含了针对“可扩展固件接口”（EFI）和ARM64的两项显著改进。首先，新内核接受了华为在今年早些时候发布的面向ARM64平台的UEFI镜像内存（MirroredMemory）支持。截图（来自：git.Kernel.org）据悉，“统一可扩展固件接口”（UEFI）的镜像内存支持，已在Linuxx86/x86_64上平稳采用多年。而随着Linux6.0内核的最新合并，它现在也能够在AArch64硬件上工作了。【功能概述】UEFI允许设置基于地址范围的部分内存镜像，以增强服务器的冗余/可靠性。随着内核端支持的就绪，符合UEFI规范的AArch46硬件，也将能够在Linux6.0+上顺利启用。其次，ACPIPRM也获得了Linux6.0上的ARM64硬件支持。该平台的运行时机制，可用于公开一组能够从AML解释器调用的二进制/可执行文件。在ARM64服务器上启用此ACPIPRM支持，将能够减少某些服务器平台上的系统初始化计算开销。最后，Linux6.0内核还迎来了其它一些微小的改进。至于完整的补丁列表，还请移步至官方Git合并页面查看。PC版：https://www.cnbeta.com/articles/soft/1303253.htm手机版：https://m.cnbeta.com/view/1303253.htm

Mozilla Firefox开始提供ARM64体系的Linux可执行文件

MozillaFirefox开始提供ARM64体系的Linux可执行文件Firefox的Linux可执行文件是为x8632位和x86_64制作的，但Linux上的任何AArch64可执行文件都是由Linux发行版供应商和其他希望在Arm上运行Firefox的第三方制作的。但Mozilla于本周五宣布FirefoxNightly版本将支持ARM64！Mozilla将开始以通用.tar.gz包和Debian(.deb)包的形式为Firefox推送ARM64Linux可执行文件，这包括Mozilla对Debian/UbuntuAPT代码库的支持。虽然最初只有FirefoxNightly能看到LinuxARM64版本，但随着时间的推移和QA/测试的进行，计划最终将其扩展到release和ESR版本，使其也能看到正式的LinuxARM64版本。Mozilla今天在其博客上宣布"我们希望直面ARM64版本的现状。尽管我们对Firefox在此架构上的质量很有信心，但我们仍在将全面的ARM64测试纳入Firefox的持续集成和发布管道。我们的目标是将ARM64构建集成到Firefox广泛的自动测试套件中，这将使我们能够在测试版、发行版和ESR频道中提供此架构。我们鼓励您下载新的ARM64FirefoxNightly可执行文件，对其进行测试，并与我们分享您的发现。通过使用这些构建版并报告任何问题，您将使我们的开发人员能够更好地支持和测试该架构，最终为ARM64开发出稳定可靠的Firefox。尽管可以说是迟来了很久。针对ARM64和x86/x86_64的Firefox127夜间构建版可在Mozilla.org下载。...PC版：https://www.cnbeta.com.tw/articles/soft/1427962.htm手机版：https://m.cnbeta.com.tw/view/1427962.htm

宏碁Aspire One ARM笔记本将"几乎完全"支持Linux 6.10

宏碁AspireOneARM笔记本将"几乎完全"支持Linux6.10开源开发者/爱好者们一直致力于为宏碁AspireOne提供Linux支持，这款笔记本于2021年推出，采用八核高通骁龙7cSoC。基本型号仅配备4GB系统内存和64GBeMMC存储空间，同时配备14英寸显示屏。宏碁AspireOneLinux支持的大部分内容已在过去一年中实现了上游化，但这款笔记本电脑还需要EC驱动程序支持才能实现"几乎完全支持"。让嵌入式控制器正常工作是这台宏碁ARM笔记本电脑获得良好Linux体验的最后一环。宏碁AspireOne的嵌入式控制器驱动程序将在Linux6.10内核周期中进行上游升级。电池/充电器监控、USBType-CDPAlt模式HPD、机盖状态检测、部分键盘配置和相关EC功能都需要EC驱动程序。支持EC需要一个经过数月审查和修订的自定义驱动程序。这个宏碁AspireOne驱动程序最近被列入了platform-drivers-x86for-next分支，确认将在下个月的Linux6.10合并窗口期间提交。这个近600行的驱动程序以及相关的DeviceTree代码已经为Linux6.10做好了准备。...PC版：https://www.cnbeta.com.tw/articles/soft/1428120.htm手机版：https://m.cnbeta.com.tw/view/1428120.htm

Linus Torvalds正在进行更多ARM64 Linux内核测试 因为他入手了更强大的系统

LinusTorvalds正在进行更多ARM64Linux内核测试因为他入手了更强大的系统在Linux6.9内核发布时，LinusTorvalds在他的邮件列表公告中评论了一个值得自己撰文和在论坛上讨论的变化。他写道：我现在有了一台功能更强大的arm64机器（感谢Ampere），所以上周我进行的arm64编译次数几乎和x86-64一样多。我使用的M2笔记本电脑更像是"每周测试构建"，而不是"持续构建"。我并不指望它能真正显示出任何问题--笔记本电脑的构建从未显示出任何问题--但我觉得有更多的覆盖面会让我更开心。"现在，Torvalds正在亲自构建更多的ARM64Linux内核用于测试，因为他拥有一台Ampere工作站/服务器，可以利用其众多Armv8内核进行测试。这对于帮助确保ARM64内核的质量来说是个好消息，显然，AArch64测试已经得到了各利益相关方和其他各方的投入，现在，AArch64内核可以接受LinusTorvalds本人更严格的审查和验证了。LinusTorvalds没有说明他的Ampere系统的具体情况，但考虑到AmpereOne的可用性仍然极为有限，因此推测它可能是某种AmpereAltra(Max)系统。如今，从微型ATX板卡到人工智能/GPU计算Ampere服务器，AmpereAltra平台种类繁多。AmpereAltra依然表现出色，而且在高端ARM64系统/服务器方面，除了超级计算机/云计算提供商之外没有太多竞争者，尽管如此，考虑到这些CPU已经有四年的历史，我们仍然渴望看到AmpereOne和/或其他新的选择。...PC版：https://www.cnbeta.com.tw/articles/soft/1430933.htm手机版：https://m.cnbeta.com.tw/view/1430933.htm

Linux 6.10 将放弃对老式 DEC Alpha 硬件的支持

Linux6.10将放弃对老式DECAlpha硬件的支持ArndBergmann在这个补丁系列中提出了放弃旧DECAlpha硬件支持的理由，基本上是1995年及以前的支持："我注意到这是内核中唯一支持的没有本地字节访问的CPU系列，而且Debian去年已经放弃了对这一代处理器的支持，因为它被证明是有问题的。PaulE.McKenney注意到部分RCU代码已经依赖于字节访问，并且无法在alphaEV5上可靠运行，因此我现在刷新了我的系列，以便纳入下一个合并窗口。AlViro为alpha做了另一个系列，以解决所有已知的构建问题。我对他的补丁进行了重新调整，没有做任何进一步修改，并将其作为我在这里工作的基准，以避免冲突。"因此，Linux6.10将对AlphaCPU端口进行春季大扫除。该系列补丁还为Alpha端口添加了clone3()支持，并进行了其他清理工作。...PC版：https://www.cnbeta.com.tw/articles/soft/1429854.htm手机版：https://m.cnbeta.com.tw/view/1429854.htm

64位ARM Linux内核团队反对CPU特定优化 因为这相当难以维护

64位ARMLinux内核团队反对CPU特定优化因为这相当难以维护AmpereComputing发送了一组4个补丁，为其新的AmpereOne服务器处理器提供优化。AmpereComputing发现，当使用4K页面大小时，这些新的高内核数ARM服务器处理器可以从积极的预取中获益。据报告，在连续读取性能测试中，使用HugeTLB或Tmpfs的收益"高达1.3~1.4倍"。测试结果显示，在hugetlb或tmpfs中，我们可以将连续读取性能大幅提升至1.3x~1.4x。虽然这些提升对于增强AmpereOneLinux性能来说令人兴奋，但目前看来，这项工作不会被上传到主线Linux内核中。著名的ARMLinux内核开发人员WillDeacon就AmpereOneCPU的性能增强补丁发表了自己的看法："我们倾向于回避arm64内核中针对微体系结构的优化，因为这些优化非常难以维护，难以正确测试，通常会导致臃肿，并为更新我们的库例程增加额外的障碍。诚然，我们在copy_page()（伪装成ARM64_HAS_NO_HW_PREFETCH）中为Thunder-X1提供了一些帮助，但坦率地说，那台机器需要一切可以得到的帮助。因此，我真的不希望合并；现代CPU在复制数据方面应该做得更好。这是copy_to_user()，不是火箭科学。"ARM的马克-拉特兰（MarkRutland）也同意Deacon的说法，并赞同取消Thunder-X1的针对性优化。内核开发人员MarcZyngier也表示同意，并已在开发一个补丁，以删除Thunder-X1的特定代码。为了保持代码的可维护性，避免ARM64Linux内核代码过于复杂，他们不再追求CPU/微体系结构的特定优化。未来是否会有任何专注于ARMLinux的发行版自身携带此类补丁，或者任何经过AmpereOne优化的Linux发行版继续向前发展值得关注。特别是考虑到Ampere专注于高性能和高能效的ARMLinux服务器很可能不希望留下任何优化的痕迹，尤其是考虑到他们的目标是与AMDEPYC和IntelXeon服务器竞争。...PC版：https://www.cnbeta.com.tw/articles/soft/1399085.htm手机版：https://m.cnbeta.com.tw/view/1399085.htm