内容简介：原因在于，ZFS On Linux 目前无法针对 Linux Kernel 5.0 源码进行构建。这不是由于一个简单的 API 变更而导致的，而是 5.0 内核不会再导出 __kernel_fpu_begin 和 __kernel_fpu_end 符号，恰好 ZOL 内核模块依赖这些符号作为文件系统校验的一部分。由于与内核源码树外的 ZOL 内核代码存在许可证兼容性问题，所以目前不能马上提供一个简单的解决方案，尤其是不涉及使用 GPL 符号的解决方案。虽然将来肯定会有时间和新代码可以实现解决方案，不过目前看
Linux Kernel 5.0 首个 RC 版已发布 ，5.0 是一个重要的版本，带来了许多诱人的功能和改进，但对于那些依赖 ZFS On Linux (ZOL) 的用户，他们可能暂时不会希望尝鲜使用 Linux Kernel 5.0 的候选发布版本。
原因在于，ZFS On Linux 目前无法针对 Linux Kernel 5.0 源码进行构建。这不是由于一个简单的 API 变更而导致的，而是 5.0 内核不会再导出 __kernel_fpu_begin 和 __kernel_fpu_end 符号，恰好 ZOL 内核模块依赖这些符号作为文件系统校验的一部分。
由于与内核源码树外的 ZOL 内核代码存在许可证兼容性问题，所以目前不能马上提供一个简单的解决方案，尤其是不涉及使用 GPL 符号的解决方案。虽然将来肯定会有时间和新代码可以实现解决方案，不过目前看来，似乎上游的内核开发者对任何专门帮助 ZOL 的操作并不感兴趣（或者很少有关于该问题的源码树外模块）。
为此，Linux 内核社区的二把手 Greg KH 也不得不出面来说明他对 ZFS On Linux 的看法以及当前的问题：
我对 ZFS 几乎是零容忍的态度。因为 Sun 曾明确地表示不希望他们的代码在 Linux 上运行，所以为什么我们要做额外的工作来让他们的代码正常运行？
有关 ZFS On Linux 和 Linux Kernel 5.0 的问题，可通过 GitHub 上的 这个工单 进行跟踪。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 深度长文：表面繁荣之下，人工智能的发展已陷入困境
- ZFS On Linux 在 Linux Kernel 5.0 上陷入了困境……
- Debian 陷入尴尬，社区或群龙无首
- Debian 陷入尴尬，社区或群龙无首
- 陷入“人机耦合”的AI同传：向人类偷师、与人类共事
- Java 11已经不再完全免费，不要陷入Oracle的Java 11陷阱
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Language Implementation Patterns
Terence Parr / Pragmatic Bookshelf / 2010-1-10 / USD 34.95
Knowing how to create domain-specific languages (DSLs) can give you a huge productivity boost. Instead of writing code in a general-purpose programming language, you can first build a custom language ......一起来看看 《Language Implementation Patterns》 这本书的介绍吧!
