NVIDIA 显示驱动更新至 180.29
NVIDIA 针对 Linux 平台提供的显示驱动已从 180.27 更新至 180.29。NVIDIA 180.29 主要包括以下变化：
- 添加了针对 GeForce 9300 GE 及 Quadro NVS 420 的 GPU 支持。
- 在 GeForce 8 系列和之后发布的 GPU 上添加针对 OpenGL 3.0 的支持。
- 修正了一处漏洞，在交织状态下使用基于覆盖的展示队列时，该漏洞导致 VDPAU 显示绿屏。
- 修正了一处漏洞，在某些 GPU 上重启 X 服务器后该漏洞导致 VDPAU 运行错误。
- 改进了 VDPAU 模式调换能力；消除了一项由于模式调换恢复代码引起的崩溃，以及一项基于 Blit 展示队列引起的系统停滞。
- 修正了一处漏洞，当使用 DisplayPort 设备时该漏洞导致 VDPAU 崩溃。
- 修正了非 SLI 模式下在多 GPU 系统上使用基于 Blit 的展示队列时 VDPAU 中一个潜在的问题。
- 对 VDPAU 的 VdpVideoMixerRender 函数的层数据进行了遗漏错误检查。
- 改进了 VDPAU 对 GPU 因资源限制而无法得到支持时多 GPU 设置的处理。
- 改进了 NVIDIA X 驱动和 VDPAU 之间 GPU 视频存储器管理的协调。
- 修正了覆盖正在使用时 VDPAU 中的一个潜在问题。
- 改进了工作站 Open GL 的性能。
- 修正了一个在 GeForce 6 和 7 系列 GPU 中造成 Xid 错误的 X 驱动器加速错误。
- 升级了 X 驱动程序，以支持不被该驱动程序识别为“支持”的 GPU，这样驱动程序就可以驱动原来无法驱动的 GPU。
- 添加运行来自“nvidia-installer”的安装前/后的分散程序；详情请请参阅“nvidia-installer”手册
- 更新了 X 驱动上的 metamode 剖析器，由此模式命名可由周期而定（譬如 “.”）。
- 修改了一处 VDPAU 上的错误，该错误导致交织状态下使用基于覆盖的显示线无法在由组建视频链接的显示器上使用。
- 修改了一些 VDPAU 上的错误，当对特定的 MPEG-2 视频进行解码时这些错误导致屏幕显示崩溃。
- 修改了一处 VDPAU 上的崩溃，在某些 GPU 上使用 64 位驱动时产生无效的 MPEG-2 数据流可导致崩溃出现。
- 在集成 GPU 上修改了一处 X 驱动性能问题。
- 修改了一处稳定性错误，使用 FSAA 时该错误在 OpenGL 应用上发生。
- 修改了一处初始化错误，该错误导致某些 AGP GPU 在调整成 PCI 兼容模式时出错。
- 修正了一处漏洞，在使用 Coolbits 界面对频率选项进行调整后，该漏洞导致系统稳定性出错。
- 改进了在某些新发布的移动 GPU 上的热键转换问题。
- 改进了一处功耗管理程序的衰退，并改进了对新发布的 Linux 2.6 核心的兼容性。
NVIDIA 180.29 支持 32 位及 64 位平台，可从其 FTP 站点下载。
Read More:
改进的地方真多
这么快又升了，马上试试
天~~就在刚才装上了180.27 马上就出29.............
能不断进步也算是好事，不过Nvidia对老客户不上心，Linux版本的驱动Bug很多也不改！就不知道为什么不把老显卡的2D、3D驱动都开源，让有能力的开源社区来改进，以让老的Nividia显卡也能继续工作，这对Nvi的声誉很不利的，而且并不影响高端显卡的营收。 这方面，AMD要做得比NVI要好些。
AMD的9.2啊...... 还有NV的VDPAU能否简化一点呢？或者把各大发行版的maintainer把VDPAU集合到各个播放器里吧.....
有没有谁知道VDPAU最新补丁官方发布在哪里？貌似补丁也更新过几次了。
我试着装了，现在分辨率只有800了。反安装也不行……:(
deb http://www.avenard.org/files/ubuntu-repos release/ deb-src http://www.avenard.org/files/ubuntu-repos release/
貌似添加这个源后可以直接apt安装 具体见http://forum.ubuntu.org.cn/viewtopic.php?f=74&t=181948
@kidfruit: http://www.nvnews.net/vbulletin/showthread.php?t=123091
@Gita: 重装之后有没有重新装载nvidia模块?还是改了xorg.conf
卸载的命令是: NVIDIA-??????.run --uninstall
Gita
你可以试试 nvidia-xconfig之后。。nvidia-settings (GTK)
忘记说用root了。。。debian/ubuntu 就用sudo吧
@kidfruit ftp://download.nvidia.com/XFree86/vdpau/ 的确是更新了……
VDPAU 一直没编译成功…… 查看 configure.log 显示连接编译器在-lvdpau 的时候出错，在include下已经有 vdpau.h 了啊……不知何故……
gentoo下vdpau编译成功了。但是就是不能用。不知为何。不过反正也没什么用。
我就搞不明白Gentoo有什么好处，编译源代码来优化，到底能优化多少？优化的那点性能，却牺牲了很多时间，增加了很多麻烦。
应该是在灵活性上吧
就那什么灵活性.花上大多时间...事实是没什么好处. 唯一好处就是心理上..
@Chung:
说的太对了，就是心里上，好像我现在用Arch，其实没感觉比Ubuntu快多少，而且Ubuntu省去我很多麻烦，需要用的wine，virutalbox都有转们的repo，也不用担心版本旧的问题，方便多了，但我就是不用Ubuntu，别人问我可以像我三大爷当年说“你们都用Windows，我已经在用更先进的了”一样炫耀一番：“你们都用Ubuntu，我已经用更先进的Arch了，他速度快，简洁，专业，出血者不会，必须高手才能用”等等。
gentoo的精髓有很大一部分在protage,apt是好用,但依赖关系像乱麻,大量的第三方源的依赖也不同,要是装第三方的东西实在是难受.gentoo还有的优点就是从无到有,只用自己要的包.不像ubuntu一开始gnome和ooo什么就装好了,ubuntu自己开发的组件和gnome也关联比较紧,精简调整不易.另至于耗时基本就是编译时间的问题,等就是了,并不比ubuntu麻烦多少.自己编译个什么也不用装一堆dev包. 至于arch,就是以提供bin包为主的gentoo,如果你用abs构建大部分东西和gentoo差不多,gentoo里用bin包和arch也差不多,只是bin包还很少.arch和gentoo滚动升级也比ubuntu好,以前经常升级ubuntu失败,只好重装.
搞了两天，现在回到1680x1050了。 用了方法无数，最后的搞法是: 1.xxxx.run --uninstall 2.在“驱动程序”中把受限驱动的钩去掉 3.再用dpkg-reconfigue xserver-xorg
除了不能开3d，基本可用了。-_-
@yucca: 1 Ubuntu也有minimum install，你然后自己定制 2 我用Ubuntu同版本更新没遇到过问题，而Arch的rolling release经常有问题 3 我二大爷用Ubuntu，装软件，有依赖也自动装上了，没问题，而你如果编译源代码，依赖问题怎么解决呢？
另外一个问题：到底rolling release好，还是不rolling的好，rolling release当然可以让你体验新的东西，而且新的东西不光是功能上，还有安全、修正错误等等，但是旧的也可以backport新的里面的security fix，而且始终用新的容易不稳定。我一个Thinkpad T43上就还在用Opensuse 10.3 KDE，出了超级稳定之外，硬件也支持的很好，甚至安装的时候就能检测到机型然后给我装了个Thinkpad专门调整的kernel，里面软件的大版本都不是最新的，但是子版本都是经过调整的，好像firefox还是2不是3，但是除非有什么新的功能2没有，我并不认为升级到3有必要。 我追求的是稳定，不是bleeding edge，也不是rolling可能导致的问题。
@Hao Zhe XU: 编译源代码如果是用现成的包的话应该也有人给你写好了依赖包，你也照样编译就行了。 我没用过Gentoo，以上是我从AUR(Arch)里面总结出来的……