字体
关灯
   存书签 书架管理 返回目录
    一场围绕着“为神明开窗”的联合技术攻关,在西山基地最高层的直接推动下,迅速展开。
    黄建功的操作系统核心团队,与孙立国的硬件底层团队,这两个之前各自为战的王牌小组,第一次,实现了深度的协同作战。
    他们的目标,明确而唯一。
    在不破坏“天枢”V2.0内核现有安全体系的前提下,构建一个特殊的“驱动开发模式”,允许被授权的进程,获得直接、高效、且不受内核常规保护机制限制的硬件访问能力。
    这,无异于,在高速飞行的飞机上,为驾驶舱,开一扇,可以,随时探出头去,感受气流的窗户。
    既要保证窗户能打开,又要保证飞机不会因此解体。
    其技术难度,可想而知。
    联合会议室里,气氛严肃而热烈。
    黄建功,钱学敏,孙立国,三位技术巨头,亲自坐镇。
    他们的周围,围满了,两个团队里,最顶尖的,软件和硬件专家。
    “我先说一下我的初步构想。”
    作为内核的总设计师,黄建功首先,在白板上,画出了“天枢”内核的,分层结构图。
    从上到下,分别是:应用层,系统调用接口,内核核心,以及,最底层的,硬件抽象层。
    “我们现在的保护机制,主要,作用在‘系统调用接口’这一层。”黄建功的手指,点在了图上,“它,像一个,严格的门卫,审查着,所有,来自应用层的,请求。任何,试图,直接触碰硬件的‘非法请求’,都会,被它,无情地驳回。”
    “所以,我们的‘窗户’,不能,开在这里。否则,就等于,把门卫,给撤了。”
    所有人都,赞同地点了点头。
    “我的想法是,我们,需要,在最底层,也就是‘硬件抽象层’(HAL)的旁边,平行地,开辟出,一个新的,通道。”
    黄建功,用红色的笔,在图的底部,画下了一个,新的模块。
    并,将它,命名为,“内核直连驱动模块”(Kernel Direct Driver Module,简称KDDM)。
    “这个KDDM,它,不属于,常规的内核体系。它,像一个,独立的‘插件’。”
    “它,拥有,和内核核心,几乎,同等的,硬件访问权限。”
    “但是,想要,调用它,必须,满足,两个,极其苛刻的,条件。”
    黄建功,伸出了两根手指。
    “第一,调用它的进程,必须,在

关闭+畅/阅读=模式,看最新完整内容。本章未完,请点击下一页继续阅读》》
上一章 目录 下一页