跳转到内容

Linux兼容内核

本页使用了标题或全文手工转换
维基百科，自由的百科全书
Linux兼容内核
LUK 0.2.1 运行 Kingsoft Office
开发者Insigma Technology
首次发布2006年
当前版本1.0-rc2（2014年1月16日，​10年前​（2014-01-16））
原始码库
编辑维基数据链接
编程语言C
操作系统Unix-like
类型内核
许可协议GNU General Public License 版本2
网站www.longene.org

Linux兼容内核（Linux Unified Kernel，亦称 Longene），是一个二进制兼容Windows和Linux应用软件和装置驱动程式的电脑操作系统内核。它试图在Linux内核的基础上利用Linux内核材料构建MS Windows内核功能模块从而扩充Linux内核的支持能力使之同时支持Linux和Windows的应用程式和装置驱动。

兼容内核主要以C语言编写，以GNU通用公共许可证授权使用。虽然兼容内核还处在初期开发阶段，但许多Windows程序已经可以在其上运行。与其相反但类似概念的是 coLinux。coLinux 是在Windows上运行Linux应用软件。

特性

[编辑]

兼容内核项目在Linux内核的基础上利用Linux内核材料构建一个Windows内核环境（包括进程管理、线程管理、对象管理、虚拟内存管理、同步、系统调用、系统注册机制和装置驱动程式框架等Windows系统内核机制），形成一个新的内核，使Linux和Windows应用程式和装置驱动程式能够直接在其上运行。

兼容内核不是Linux内核和Windows内核的简单堆砌。为了防止兼容内核变得臃肿，如果一个功能可以用利用ReactOS（Windows的开源仿制品）代码实现，也可以利用Linux内核函数通过编程实现（ReactOS、Wine、NDISwrapper代码作为参考），兼容内核倾向采用后一种实现方法。

兼容内核有两套系统调用（syscalls）及其相应的系统调用表（syscall table）：一套为Windows系统调用，另一套为Linux系统调用。Windows应用程式通过软中断“int 0x2e”访问系统调用表进行Windows系统调用。Linux应用软件则通过软中断“int 0x80”访问系统调用表进行Linux系统调用。

兼容内核项目不计划开发Windows和Linux的在用户空间运行的库文件（.dll和.so文件）。这些库文件由Wine项目（或MS Windows/ReactOS项目）和Linux项目提供。

在Linux核内空间实现Windows内核机制方案的优点

[编辑]
  • 开发快速。Linux内核已有成熟的CPU管理、内存管理、磁碟管理和外围硬件管理等功能模块及其实现函数。采用扩充Linux内核，通过嫁接（重定向）或重用Linux内核相关功能函数等方法实现Windows内核功能的方案要比从零开始编码实现Windows内核的方案要快很多。
  • 兼容性好，效率高。在核内空间实现Windows内核机制比在核外实现能够达到更大的兼容性。相比在核外利用宿主操作系统的API来构建Windows的API，在核内空间可以利用细小的内核材料来实现Windows的API。因内核函数颗粒度比API小，其灵活性更大仿制能力更强因而能够达到更好的兼容性。另外，Windows进程、线程、系统调用等在核内运行能够避免在核外运行带来的用户空间到内核切换额外的消耗，因而相比更有效率。在核内实现Windows内核机制与原生的Windows内核开发方法是一致的，能够克服核外无法实现Windows某些功能的缺点。
  • 能够实现Windows驱动。
  • 能够使用全套MS Windows库文件。Linux和MS Windows库文件是通过软中断（Linux为“int 0x80”，MS Windows为“int 0x2e”）进入核内进行系统调用的。兼容内核在内核开发能够为之设置与Linux和MS Windows中断号相同的两套独立的系统调用以最大程度兼容MS Windows环境，使得MS Windows系统全套原生的用户空间库文件（.dll）能够在兼容内核上运行。这给开发调试带来方便，也给计划和已经转向Linux系统的持有MS Windows使用许可证的机构和个人带来好处。
  • 兼容内核主要是在Linux的内核模块（LKMs）中实现的，这使它像应用程式的插件一样很容易加载和卸载。
  • 裁剪方便。实现Windows的API和驱动机制后，可以在不影响系统正常运行的情况下裁剪去除与Windows无关的Linux部分而只保留Windows功能，缩减体积以适应某些内存较小的装置。

开发

[编辑]

兼容内核是由中国的浙大网新有限公司在2005年9月发起的自由软件项目[1]。作为项目负责人，毛德操先生提出了项目的设想和和开发路线。他写了一系列阐述具体实现兼容内核的文章，这些文章的汇编为兼容内核白皮书[2]。根据的兼容内核白皮书，兼容内核开发的主要工作是在Linux内核中实现“一个框架和两个界面”：

  • 一个符合Windows装置驱动程式的特征和要求的框架，即Windows装置驱动框架，使得可以把多个Windows装置驱动模块装入内核，并使这些模块间的关系和运行条件跟它们在Windows内核中时相同。
  • 一组由Windows内核导出(Export)函数界面(见Windows DDK)定义的导出函数。对于装置驱动程式而言，这些函数就相当于由内核提供的库函数。
  • Windows的系统调用界面。微软并没有公开它的系统调用界面，但是在“Windows NT/2000 Native API Reference”和其他资料中已经揭开了这个秘密。在Linux内核中实现Windows的系统调用界面，就相当于用汇编语言来实现另一种高级语言。这是因为，在内核里面，可以使用的“砖块”就不再是宏观的Linux系统调用，而是Linux的许多微观的内核函数了。

兼容内核项目的成果为Linux内核补丁。兼容内核的开发者期望这些补丁最终融入Linux标准内核成为Linux内核标准的一部分。那样擅长开发Windows应用程式和装置驱动的开发者就可以很方便地为linux平台开发软件或把他们的产品移植到linux平台。对于Windows软件开发公司来说，只需要开发维护一个代码库就可以实现跨平台，这将降低软件跨平台所带来的成本，增加这些公司把产品移植到Linux平台的意愿。这些公司与Linux用户都将从兼容内核项目直接受益。

开发策略和线路

[编辑]

兼容内核采用渐进方式进行开发，它以已经能正常运行的Wine和NDISWrapper为开发始点，通过开发自身的Windows内核功能模块替换Wine中相应的功能模块来实现Windows系统调用相关功能；通过改造和扩充NDISWrapper来实现Windows装置驱动框架；通过利用嫁接（重定向）等方法实现Windows内核导出函数。具体开发策略和线路[3] 如下：

  • Windows系统调用
兼容内核以Wine为开发始点，兼容内核开发在核内运行的内核功能模块来替代Wine中在用户空间运行的功能模块，并通过对Wine打补丁使Windows应用软件转而使用兼容内核功能模块。即是：如果兼容内核已经实现了该功能，则使用兼容内核提供的功能；否则使用Wine提供的功能。每替换了一些Wine的功能模块，经调试测试稳定后就可以发行一个兼容内核版本。这个发行版本又是下一个版本的开发始点，周而复始直到把Wine的所有功能模块被兼容内核模块替代。兼容内核开发不限于替代Wine功能模块，Wine在用户空间受技术限制不能实现的功能兼容内核也要加以实现。
  • Windows装置驱动框架
NDISWrapper已经在Linux内核中实现了一个WDM的雏形，而ReactOS则已有一个基本可以运行的Windows装置驱动框架。兼容内核将以NdisWrapper为开发始点，借鉴ReactOS的代码对NdisWrapper进行改造和扩充以实现Windows装置驱动框架。
  • Windows内核导出函数
ReactOS和NdisWrapper已经有一个基本的Windows内核导出函数集合。兼容内核在这个基本集合的基础上逐步实现的自身的Windows内核导出函数。具体实现方法是如果Linux内核中有对应物的可以通过映射(重定向)/嫁接(适配)的方法连接到Linux内核中的对应物上，小部分在Linux内核中没有对应物则需要利用Linux内核材料加以实现。

历史版本

[编辑]

一个早期的版本,unifiedkernel-2.6.13,于2006年2月15日发布。该版本实现了Windows系统调用机制。[来源请求]

色彩 意义
红 旧版本; 不支持
黄 旧版本; 仍支持
绿 当前版本
蓝 未来版本
版本 发布日期 更新
0.1.0 2006年4月30日
  • 移植kernel-win32
  • Windows系统调用机制基于"int 2e"
0.2.0 2006年12月31日
  • 实现了Windows的进程/线程创建
  • 执行部分Windows的APC机制
0.2.1 2008年2月4日
  • 实现了Windows的进程/线程管理
  • 虚拟内存管理
  • 同步管理
  • 对象管理
  • 加载EXE功能
0.2.2 2008年10月31日
0.2.2-1 2008年12月17日
  • 修正错误
0.2.3 2009年2月12日
  • 移植Wine的注册表管理机制
0.2.4 2009年5月22日
  • 移植wine的文件管理系统
  • 实现了一些注册管理的API
  • binary packages for popular distributions provided
0.2.4.1 2009年8月31日
0.3 2010年5月31日
  • 移植所有wineserver的功能到内核及摆脱wineserver
0.3.1 2011年2月28日
  • 支持非root用户使用
  • 支持程序中文路径
0.3.2 2011年6月8日
  • 支持wineconsole。Windows平台的console程序，像cmd.exe可以像这样运行了：wineconsole cmd.exe
  • 改进了进程的创建方式，使得windows的native-app 和 wine的一些buitin-app可以互相创建了
1.0-rc1 2013年12月31日
  • 完全修改了整个架构，Longene不再需要内核补丁
  • Longene终于支持了SMP
  • 安装更方便，兼容性更好，稳定性更强
1.0-rc2 2014年1月16日
  • 将wine升级到1.7.10版本
  • 解决普通用户重启后无法使用的问题
  • 解决若干文件权限问题
  • 修改文件加载方式
  • 其他若干BUG

现在和未来的开发

[编辑]

兼容内核正在集成QEMU代码以增加对ARM架构上直接运行Windows应用的x86架构二进制映像的支持。兼容内核开发将有两个分支。一个是1.0分支，这是针对x86架构上的跨操作系统兼容。另一个是2.0分支，这是针对既跨操作系统又跨CPU架构的兼容。1.0分支的进展也体现在2.0分支中。[4] 兼容内核开发人员已经对Windows装置驱动框架进行了讨论，NidsWrapper的代码移植到兼容内核的工作已经开展。预计不久将进行实现Windows装置驱动框架的开发工作

可利用的资源

[编辑]

兼容内核不是从零开始编程的，它是在其他项目已有的代码基础上进行开发的。它对这些项目进行集成和再发展。兼容内核项目可利用的资源包括Linux kernel、Reactos、Wine、kernel-win32和NDISwrapper等[5]，它们都是开源项目原始码可以自由获取。

兼容内核是基于Linux内核的。它在Linux可加载内核模块(LKMs)中实现它的功能。与ReactOS项目从零开始编码实现Windows内核不同，兼容内核是利用Linux内核中丰富的内核功能函数来实现Windows内核功能的。其实现Windows机制的主要途径如下:
  1. Windows系统调用接口的实现——一些Windows的系统调用可以通过嫁接（重定向）到适当的Linux系统调用或部分重用相应的Linux内核函数来实现,,另一些在Linux内核中没有对应物的功能则需要使用Linux低级的核内函数来实现。
  2. Windows装置驱动框架——-基本的装置驱动框架对应着Win2k内核中的I/O管理，以及电源管理、即插即用等机制，也涉及部分对象管理、系统配置、和安全管理方面的功能。。这个框架上面与有关文件操作的系统调用(open()，close()，read()，write()，ioctl()等)相衔接，中间实现基于“IO请求包”IRP（IO Request Packet）的装置驱动机制，下面则融入Linux内核的中断响应/服务机制、包括“软中断”即bh函数的执行机制。主要包括装置驱动程式的动态装入和连接的开发和实现、IRP的生成和传递、以及装置驱动程式的启动、同步、和终结开发和实现、 将装置驱动程式的中断服务登记嫁接到Linux的中断机制上，将装置驱动程式所关心的Windows内核运行状态映射到Linux内核的运行状态上、 将装置驱动程式的DPC请求嫁接到Linux的bh函数机制上。
  3. Windows的装置驱动模块(.sys文件)——微软持有著作权的.sys文件基本上是一些标准的、基本的、常用的外部装置，包括磁碟、USB、图形装置、网络装置等的装置驱动模块。Linux实际上已经具备相应的功能，只是需要将Linux内核(包括装置驱动模块)中的这些函数和数据结构与具体.sys的调用界面之间架起桥梁。但是也可能有一些微软的.sys模块在Linux内核中找不到对应物，那就需要仿制了。
  4. Windows装置驱动支撑界面——多数装置驱动界面函数(以及数据结构)在Linux内核中都有对应物，需要做的就是把所需的支撑函数和数据结构通过映射(重定向)/嫁接(适配)落实到相应的Linux内核函数和数据结构上，包括一些适配的工作。也有些函数在Linux内核中没有较为接近的对应物，那就要用Linux内核中的各种素材加以搭建。
ReactOS是一个MS Windows内核的开源仿制品。与兼容内核利用Linux内核材料构建Windows内核的开发路线不同，它是完全从零开始编码制作Windows内核的。和兼容内核一样ReactOS只是一个内核，它依赖Wine项目的用户空间库文件使整个系统能够运行。兼容内核参考ReactOS的代码实现Windows内核的基本机制，包括进程/线程管理机制，内存管理机制，驱动系统框架等。
Wine在用户空间实现了一个把Windows程序对Windows API调用转向Linux API调用的兼容层，这个兼容层还负有Windows内核的进程/线程管理等的职能。虽然Wine和兼容内核均利用内核材料构建Windows API机制，但具体的实现方法是不同的，兼容内核是在内核空间利用Linux内核的核内函数来实现的，而Wine利用的是宿主操作系统的API来实现。另外兼容内核是在核内利用内核函数实现进程管理、线程管理、对象管理、虚拟内存管理、同步、系统调用、系统注册机制和装置驱动程式框架等Windows基本机制的，而Wine是在用户空间实现这些功能的。虽然兼容内核采取的技术线路与Wine的不相同，但Wine的实现方法还是可以能为兼容内核提供借鉴的，而Wine对Windows内核有关数据结构的研究成果则可以直接被兼容内核利用。
Windows用户空间库文件(.dll文件)虽然不是内核的一部分，但它们是操作系统能够运行应用软件不可或缺的部分。Windows用户空间库文件数量众多，Wine项目花了大量的精力仿制了这些文件。兼容内核只实现Windows内核相关功能，它依赖Wine提供Windows用户空间库文件。大多数Wine的dll文件可以直接用在兼容内核上。
兼容内核已经实现进程/线程管理、对象管理、虚拟内存管理等功能，但还有部分功能没有实现。在过渡时期，兼容内核利用Wine来提供它还没有实现的功能。
Kernel-Win32是一个试图把Wine的部分模块移入Linux内核以提高Wine的运行效率的项目。兼容内核利用(部分是重实现)kernel-win32项目代码实现了兼容内核的Windows系统调用机制。
NDISWrapper在Linux内核中实现了Windows内核的一些部件，包括NTOSKRNL API（一个基本的WDM控制器）和一系列诸如把Wireless/NDIS/USB/PnP等的Windows系统调用转向Linux系统调用的封装。NDISWrapper不限于执行NDIS驱动，只要WDM驱动不调用它还未实现的Windows系统调用也是可以运行的。因此可以认为NDISWrapper是一个WDM的雏形。兼容内核可以参考NDISWrapper和ReactOS的WDM实现构建自己的WDM。

用户

[编辑]
  • MagicLinux - MagicLinux是一个基于Red Hat Linux的中文Linux发行版。MagicLinux 2.1之兼容内核派生版是第一个内建兼容内核的发行版，它包含兼容内核0.2.2版本。[6]

硬件需求

[编辑]

兼容内核最低的硬件需求是:

  • 128MB RAM
  • IDE或SATA 硬盘
  • VGA兼容显卡
  • PS/2或USB键盘
  • PS/2或USB滑鼠

架构支持

[编辑]
  • IA-32 (支持中)
  • x86-64 (不支持, 计划中)
  • 龙芯3 (不支持, 计划中) -- Loongson 3是一种MIPS-64 64-bit构架的通用CPU，它计划包含二百多条指令以便硬件仿真x86 CPU指令，从而使其能够运行Windows。

参考资料

[编辑]
  1. ^ [1] （页面存档备份，存于互联网档案馆） Linux兼容内核项目正式启动，中国工程院院士倪光南、开源软件推进联盟主席陆首群祝贺。
  2. ^ 兼容内核白皮书. [2008-11-30]. （原始内容存档于2009-05-22）. 
  3. ^ 开发Linux兼容内核的策略与路线. （原始内容存档于2010-04-05）. 
  4. ^ [2] （页面存档备份，存于互联网档案馆）写于龙井1.0发布之际
  5. ^ 兼容内核的三个重要源泉. （原始内容存档于2010-04-05）. 
  6. ^ Magic Linux 2.1 released (Machine translation). [2009-03-13]. （原始内容存档于2019-10-18）. 

外部链接

[编辑]

https://web.archive.org/web/20090224010114/http://www.longene.org/

检索自“https://wikicn.playgoteam.workers.dev/w/index.php?title=Linux兼容内核&oldid=74532684”