有没有对x和kernel整合有兴趣的

asmcat2000

让x成为kernel的一个子系统，让
window对象提到与file、socket、tcp/ip等相同地位，
图形化编程接口将与常规 gcc 编程融为一体。
终端不再有图形与文本之分，都是基于图形兼容文本的终端。
鄙人不是指frame buffer，而是x，因为本意是移植，api将兼容原生x程序及其上层库(gtk/qt)。
   好让kernel而产生面向桌面优化的分支，为桌面linux自内自外，打下完全图形化的基础，不会再有x服务无法连接的情况产生。

  随着kernel内核支持显卡和厂商驱动的不断扩充，原来工作在进程级的X,不再具有显卡支持多的优势，而x使用frame buffer做驱动实在是多了一道，X驱动和kernel的内核的显示驱动纯属同时重复建设。
所以核心级的X（移植兼容）必将提升性能，减少内存，减少桌面linux后顾之成，
为将来桌面linux不照搬server linux体系打下我们大家的基础。
使现在桌面 linux冰封止步不前、光等kde发展的、光靠主要软件版本号升级来吸引人的情况有所大的突破，
打破kernel+x+kde+firefox+openoffice的发行版模式。这种发行版模式大家都在做，可是有市场吗？linux桌面上要有所发展，必然要进一步变革，照搬server linux模式必将不适应大众桌面，难道就此不做为吗？
让x进入内核，让图形有更高的系统地位，适应桌面系统对图形的绝对需求，为进一步产生纯图形RAD开发工具没有后顾之忧打下基础。
有一句老话：不破不立。
先写到这，我继续我的x和kernel代码研究了。
有合作、有兴趣、有批评、有指导请回帖。
2004.10.17
asmcat

lanche

关注中 ...

os_9

以前也有过这样的想法，感觉工作量不小,而且很难跟最新的kernel同步发行

zhong

精神支持..............

doubleelec

对这个方案的优点和缺点(与现行系统相比)有无更详尽的分析?

realtang

还是采用framebuffer的好。直接用fb.h提供的方法和数据结构作图形终端的开发不好吗？
另外，不能废除对字符终端的支持。因为很多嵌入式设备没有图形终端的，linux应该支持这类终端。

ivanfan

唉，小弟终于知道个大概意思了，汗～~~
一来就见到众多高手，以后还要请各位多多指导lol～~~

kj501

X本身就已经够大的了，如果纳入内核，会使内核变得庞大。而且图形用户界面的稳定性会直接影响到内核的稳定性。就象windows一样，图形界面的东西一死了，就等于整个系统死掉了。

lovaxi

windows也是这么作的，桌面的效率大家都可以看到，的确不错。

而且这样作的华，也算是真正做了点新东西出来。

asmcat2000

1、整合后二进制核心不会很大，kernel中的东西放在模组里。
2、问题更多的在于有没有必要整合，已经有很多优点被讨论出来，
但同时讨论出相同的缺点。
3、重要在于实践，相信程序出来后，共同开发的人对gnu的精华kernel和x已经有胸有成竹、眼光再上一层。
4、欢迎志同道合者合作，讨论、研究。
m00nf0x@21cn.com