Category Archives: Linux
开源的强大,Archlinux ATI R600 开源驱动安装
说起来,开源究竟有多强大谁也说不好,仅指与我相关的ATI显卡驱动一例。 ATI显卡驱动在Linux上真是要多Suck有多Suck,一般说来,闭源驱动的性能总归是要好一些,这也确实,闭源的驱动在BenchMark上的表现超过开源驱动,但是这不妨碍他Fuck itself。观感上的问题就是ATI的闭源驱动在窗口Resize的时候会有明显的延迟,CPU会刷的一下升上去,为此有人搞了一个补丁。但是这个补丁会带来显示的问题,在性能不如Compiz的Kwin上尤其明显,当然也不是说Compiz就没有这个问题,但是少。 其次,ATI只官方支持Ubuntu,这是什么意思呢?一旦Xorg或者Kernel更新了(这两个和驱动关系很大),ATI的驱动往往跟不上更新,为啥,因为Ubuntu没有使用新的版本的内核或者Xserver。Nvidia则不然,能在内核未发布的时候保证支持。这是态度问题啊…… Catalyst驱动到现在还没有支持Xorg 1.7,导致我等使用Archlinux的同学要么就等着不更新,要么就抛弃闭源驱动。不更新有很多麻烦,有可能有很多依赖的包都会出现问题,尤其是Archlinux这种滚动更新的发行版,长时间不更新会带来更多的麻烦。 说起来,这种时候大家的选择只有忍耐,或者投奔开源。这时我早早的就开始在网上寻找开源3d的支持。于是我发现了这个:http://aur.archlinux.org/packages.php?ID=28981 当时还尝试自己编译相关支持,但是失败……后来有人终于成功搞出来,不过那已经是很久之后的事情了。ATI的开源3d也确实牵动着众多用户的心,很多人都有关注,各个网站也有相关文章,主要关注的还是Phoronix上的新闻。 那时还曾经头脑发热想去参与开发,后来发现自己啥也不懂就作罢了…… 列出历史上的几篇激动人心的文章: AMD Releases R600/700 Programming Guide ATI发布了编程指南,这是走向开源的第一步,这样就不用苦苦逆向工程搞出来什么寄存器是干什么的,同时还能带来更好的性能。 Open-Source ATI R600/700 3D Driver Almost Working 这篇文章标志着开源驱动就要到来啦~ ATI R600/700 OSS 3D Driver Reaches Gears Milestone glxgears works!一个大家常用的benchmark 然后就是等待内核2.6.31,其实这时候我一直都还没尝试过开源驱动,其实是没有成功。当Xserver 1.7到来的时候,大局迫使我向开源驱动靠拢。这时候我编译了drm-next的radeon模块,终于看见了3d work,太感动了,太激动了……虽然渲染错误时常出现,但是我也坚定的向Catalyst说了fuck and goodbye! 说起来感觉内核发布得越来越快?2.6.32很快就到来了,这是声明有官方支持的r600/r700的3d,测试发现渲染错误依然,不过不用自己编译相关模块了,倒是不错。 期间也出现了一些问题,例如early load,为此我写了一个mkinitcpio的hook,发在了评论里,被别人拿走打包了radeon-initrd,确实可以尽量早的启动kms。 后来2.6.32.2内核会导致无法启动的错误,后来发现有人测试2.6.33rc1的内核很好使,于是我也下载自己搞了一通,最后发现没有firmware?!没办法,幸好我之前注意到了一个叫做radeon_ucode的包,于是装上,哇!没有渲染错误的KDE … Continue reading
Firefox的openSUSE patch
花了几个小时终于整合上了,现在用的很爽…… AUR地址: firefox-kde-opensuse:http://aur.archlinux.org/packages.php?ID=32598 xulrunner-kde-opensuse:http://aur.archlinux.org/packages.php?ID=32599 kmozillahelper:http://aur.archlinux.org/packages.php?ID=32600 这么一看包的编号都是连续的…… 非Archlinux用户也可以去看看,其中补丁想必还是有帮助的……
近期个人开发计划
唉,有很多程序想写,也有很多活要干,活干不过来哪有时间搞个人开发啊…… 目前想到的就是先把一个基于QT的PAC文件生成器给写好,主要的初衷是因为很多浏览器并没有firefox下面的FoxyProxy功能,因此想写一个能够通过自定义规则生成PAC文件的程序,而不用手工编辑,界面其实是抄的FoxyProxy的啦。。 唉……其实非常想给fcitx做ibus后端……但是没空啊……
我的KDE4桌面
很普通的,由于ati显卡的3d支持不是很好,混成效果开的是xrender,截图中竟然还不止一种plasma主题,囧。 还是很好看的吧,装了kimpanel,输入法一样很爽。
fcitx + ibus?!
最近的一个想法啦,如果fcitx能够支持ibus的引擎,这岂不是非常好?fcitx在输入上毕竟还是有一些局限性,例如难以直接加入新的输入法种类,如果有这样的一个东西,ibus的引擎都能够借来用用,由于ibus和scim对于程序的兼容性总是有些问题,fcitx其实可以说是兼容性最高的linux下的输入法了。 发布协议上当然没有什么太大问题,而为什么选择ibus的原因,大概就是看中了ibus的dbus交互架构吧……如果将fcitx模拟成ibus的后端,从而也能够为fcitx带来一些更好更强大的输入法。 虽然估计这不是什么新想法,但是貌似还没有人做不是吗? P.S. 我脑子里经常挖坑,经常不填……fcitx-dbus的维护也是挖了个坑,好歹往里面灌了水啦……