微软发布WSL2使用的Linux内核源代码

Microsoft已经发布了对Linux内核中使用的所有更改和补充。 子系统附带的内核 WSL 2 （适用于Linux v2的Windows子系统）。 WSL第二版通过提供成熟的Linux内核而不是将Linux系统调用转换为Windows系统调用的实时仿真器而与众不同。

WSL 2是该体系结构的新版本 它允许Linux的Windows子系统在Windows上运行Linux ELF64二进制文件。 WSL 2的新版本使用Hyper-V功能创建具有最少Linux内核的轻型虚拟机。

WSL 2是Windows 10开发版本20H1的一部分，该版本将于2020年XNUMX月发布。

WSL2源代码的GitHub存储库

责任感从源代码允许发烧友按照他们的意愿为WSL2构建他们的Linux内核，并牢记该平台的细微差别。 WSL2中包含的Linux内核基于版本4.19， 使用已在Azure中使用的虚拟机在Windows环境中运行。

Linux内核的更新是通过Windows更新机制提供的，并已在Microsoft的持续集成基础结构上进行了测试。

准备的补丁包括优化措施，以减少内核启动时间， 减少内存消耗，并在内核中保留最低限度的驱动程序和子系统集。

微软在其资料库中解释说：“仅根据通用公共许可证的条款提供Linux内核。 如GPL-2许可中所述，是GNU版本2.0（GPL-2.0）的版本，但syscall除外。

COPYING文件中描述的许可证整体上适用于内核源代码，尽管单个源文件可能具有必须符合GPL-2.0的不同许可证。

这些包括：

另外， 可以在双重许可下提供单个文件， 例如，其中一种与GLP兼容的变体之一，并获得了BSD，MIT等的许可许可。

用户空间API（UAPI）头文件是一种特殊情况，它描述了用户空间程序与内核的接口。。根据内核COPYING文件中的注释，syscall接口是一个清晰的边界，这将GPL的要求扩展到了使用GPL与内核进行通信的任何软件。

因为UAPI标头必须包含在任何创建可在Linux内核上运行的可执行文件的源文件中，所以必须通过特殊的许可证表达式来记录该异常。

表示源文件许可证的通常方法是在文件上方的注释中添加相应的重复文本。由于格式，印刷错误等，这些“密码”很难针对许可证合规性上下文中使用的工具进行验证。

还，Microsoft已请求发行版的私人邮件列表，该列表发布有关新漏洞的信息 在检测的早期阶段，使发行版可以为在公开宣布之前进行故障排除做准备。

Microsoft要求访问邮件列表以获取有关新漏洞的信息，这些新漏洞影响分发集，例如Azure Sphere，适用于Linux v2的Windows子系统和Azure HDInsight，这些漏洞不是基于现有分发的做法的。