MaxWit的3D Driver是基于mesa的么？

Question

如题。想知道一下MaxWit当前的graphics stack，有没有计划将其移植到PC上，谢谢

Answer 1

也不太清楚，关注一下!

Answer 2

mesa是OpenGL的软件实现，若要由硬件实现，则需要结合厂商（如AMD,NV)的GPU驱动。
MaxWit Linux的Graphics Driver关心的主要不侧重在3D accel，而是将Graphics Driver及GUI的部分核心实现放入kernel（结合并改进NPTL技术、实现消息机制等），为试图实现Desktop与Kernel的整合而做的一些理论上的尝试。
目前Linux上的xorg与kernel高度并行，由于各种原因，很少为彼此开发专门的模块支持。如kernel仅仅为xorg提供drm等少得可怜的支持。不像MS和Apple，他们公司不但有杰出人才，而且作一个公司，他们不会像OSC那样几乎完全互不相干地并行开发窗口系统和OS内核这两个现代操作系统上最核心的组件，而是视为同一个产品中的两个不同模块，统筹规划、严密设计。一种是基于OSC的自由的并行/分散式开发，另一种是基于商业公司的统筹设计和无缝的合作开发，这两种模式的差异是Linux在桌面系统上远不及它的另外两个对手的根本原因（当然，不要误解为由于商业与非商业的之故）。
在CU上看到网友们无止境的Linux和Windows之口水战，我们大多是Linux的忠实fans，正是如此，更不应该论夜郎自大、故步自封，而更应当清楚地看到Linux与Windows的相距，并且尽自己的力设计更好的solution来完善它——哪怕我们的solution并不完善，甚至失败。
我们MaxWit开源项目组织做的这些工作只是小小的尝试，目前远没完善。相关代码还在实验室内部服务器上，还没checkin到googlecode上。

Answer 3

众所周知，图形引擎及视窗系统的设计不是件易事，这也是linus torvalds本人最关心但最无奈的的地方之一
若有兴趣，大家一起来开发

[ 本帖最后由 conke 于 2009-5-31 21:58 编辑 ]

Answer 4

其实现在已经有把以前由xorg所作的部分工作交由kernel来完成的趋势了。比如KMS。还有新的video memory管理机制GEM。X存在的一些“不合时宜”的“feature”其实现在已经变成缺点，社区也注意到了，作了相应的改进，像以前的XRender extension，EXA加速机制等，还有现在的WayLand更是一种全盘取代的方案，不过毕竟X太成熟，像WayLand这种要想全盘取代还是太困难（XGL败给AIGLX就是一个例子）。
当前MaxWit的graphics base应该是directFB吧？那么3D呢,不知道MaxWit当前OpenGL的实现是不是用的mesa的在directfb上的实现，还是其他什么项目的开源stack？
还有现在embedded上graphics accel的需求好像还不大，大部分应该都是software在fb上render吧。个人感觉以后hardware加速应该是个热点，像2D的rotation，composite/blending，3D等eye candy应该都会“刺激”embedded用上先进的hardware accel功能。那么现在像directFB等嵌入式主流图形机制有对hardware accel提供框架性的支持吗？MaxWit现在的情况如何呢？