64位缺陷？framebuffer下mplayer -vo aa输出画面滚动不止

palxex

如题。fb驱动是vesafb，换成uvesafb依旧。此外X下mplayer -vo aa一切正常，即使将窗口最大化也一点都不卡(事实上比vdpau解avc都快)。mplayer用的是berkano overlay里的，带nvidia vdpau补丁。
在网上查了半天，只找到一个对原理有所介绍的：http://bugs.gentoo.org/78405，顺着这段去kernel的Documentation/fb/uvesafb.txt里读了读，发现异常：里面明确写了scroll=redraw是最慢的方式，俺在内核引导行里写的也是ywrap，然而我看了看dmesg输出里却是uvesafb: scrolling: redraw。而ywrap后面标注了仅32位系统可用。是不是由此引起的呢？如果不是，那问题又在什么地方？
再次厚颜求解- -如果真是那个bugs里所解，是64位的本质问题，那也只好回归32了。