GTX690慘烈情況

[jimmyboy5437]

使用GTX690有以下狀況



經過我的測試後



1.只要裝了各種測試軟體 (如:3DMARK CPUZ FRAPS INTEL控制中心)，就會導致紅屏。



2.解決方法，無法解決........3DMARK FRAPS INTEL控制中心都是下載最新版本，仍然會紅屏



聽說ＧＴＸ６８０也有這樣的問題，是真的嗎？　ＣＰＵＺ好像更新到最新就不會，但是我沒測試。



－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

3.以上軟體還是可以使用的，但是方法如下：



首先，必須在沒有安裝任何以上測試軟體情況下開機，開完機後，安裝以上軟體，就可以正常使用



但是，當要關機時，記得要刪除。否則下次開機後，進入桌面過沒幾秒就會紅屏，這時只能手動按下重啟紐...............



另外GTX690使用301.34會導致系統關機 但是顯示卡沒有關機的情況。

 

[DGDXGDG]

哀...NVIDIA被對岸海量的假卡激了,給開普勒的BIOS做了加密

以下引用自對岸第三方BIOS大師rui所言:

PCI 规范中，ROM 的规格是固定的，55 AA 开头，第三个字节是长度字节，0x18地址放置 PCIR 信息指向地址，这些规格是不能变的，否则就不是 PCI 规范了。

通过对 GPUZ 各种问题的观察，比如，刚开始时，GPUZ 导出的 680 BIOS 只有 64KB，而这个64KB 的数据，符合 ROM 规范的。也就是说，GTX680 “展示”给操作系统看到的 “ROM”，仍然是标准的 ROM 数据段。但是我一开始，就发现了这个 ROM 的数据并不完整。所以我建立了这个帖子。后来国外的一些 680 用户也发现了这个问题，用 NVFLASH 导出的 BIOS 长度足足有 178KB。

而到最近的 GPUZ 跟新，6.01 版本，却将 680 BIOS 的导出功能都禁用掉了，为什么呢？就是因为在操作系统这个层面，能找到的 ROM 也就是 64KB，目前 GPUZ 还没办法找到导出完整原始 BIOS 数据的方法，所以只能禁用掉。

综合这些信息，680 BIOS 在将 ROM 数据映射至系统空间之前，还做了初始化动作，将原始的 BIOS 做了一些处理，仅仅映射应该映射至系统的部分，而必定会执行的硬件逻辑脚本则在这个初始化阶段就已经处理好了，而不会显现在映射 ROM 中。

我上面说的这些，可以在 BIOS 的代码段看出来，有一小段代码负责 BIOS 三个部分数据的切换处理。这个切换指的是 64KB 段的切换，BIOS 数据处于 16 位地址空间，64KB 是一个段的极限，要调用 64KB 以外的数据，就必须切换，对于这个原理，以前的老编程人员应该比较熟悉，特别是做过 16位DOS 程序编程的。

目前要做的工作，就是分析 NV 的这个切换技术，有趣。其二就是将 GPUFLASH 的内核整合一部分到 GPUINFO 中，这样 GPUINFO 就可以通过 SPI 总线直接访问 EEPROM 芯片，通过这个方式来导出原始 BIOS 数据。

对于 680 红屏的问题，我上面提到可能是因为某个通用寄存器造成的，如果真的是我找到的这个寄存器的话，那么就比较有趣了。

这个寄存器与频率设置相关，而且应该没有被弃用，而是被应用到 NV 新引入的 GPUBoost 技术中去了。之前的 NV 官方频率切换， 是整个性能等级的切换。比如，监测到有大负载的图形应用的时候（3D，或者是用到 GPU 解码的高清应用等），就整个切换到高等级的频率值，这些个值是固定的，在 BIOS 中就有定义。

我还没有仔细研究过 GPUBOOST 技术，不过现在看来，应该是属于在线动态超频了，而不再拘泥于那些死板的固定频率值。这样的话就说的通了。如果我的设想正确，那么我提到的这个寄存器确确实实是不可以随意改动的，否则一定会与 GPUBOOST 冲突。

我观察到的 680 红屏，黄屏的描述，多多少少与频率的变动有关，或是与频率功能的切换有关。这个问题我会定性为兼容性问题，而不是硬件问题。所有与 GPU 负载有关的软件，不管是 3D 还是 2D 应用，都应该遵循 NV 的 NVAPI 规范，而不要自行从底层进行修改，否则很容易踩雷。

 

[foxsimon2001]

是GPU-Z跟AIDA64要更新到最新才對。如果依然會紅屏，還是送修比較快吧。