龙芯pcie bug的根本原因是什么？

该bug不仅会造成蓝屏，更会造成cpu性能出现1到2个数量级的性能下降，尤其是游戏时（显卡工作时），缓存越大，性能下降越明显，因为dma之前都需要清空缓存，这在奔4年代，问题并不卓越，因为奔4核少缓存少，但现在L3动辄数十兆，问题就会呈现出数量级的放大，每次dma都会造成大量内存带宽的浪费和必不可少的延迟，清理缓存还活造成游戏无法利用L3加速粒子，而目前游戏加速的利器就是大L3，他比cpu ipc来的更加有效。

然后再来看看龙芯关于这个bug的解决方案回复，从龙芯的回复看，龙芯在试图使用1998年的百兆网络体系结构硬件（单核14万中断dma处理能力）解决今天的问题，一个是体现出龙芯的技术落后与无知，另一个也证明龙芯的cpu发展到今天问题已经深入骨髓积重难返神仙难救了。
从问题回复看龙芯在试图使用单核cpu的逻辑来严格的保证dma的缓存一致性问题，但是这个问题实际上在奔4引入HT后就解决了，在xAPIC中多核cpu可以同时处理多路中断并发起DMA，并随后在2004年研发成功支持多cpu的多队列网卡82574，这种网卡的原理就是使用多核cpu来处理中断发起dma，随后在82599 sr-iov dpdk 以及显卡上出现的vlukan等都是以该技术为基础，多核dma可以让你的显卡在玩游戏时桌面依然不会卡死，并提升显卡算力的利用效率，降低潜伏期。
但龙芯cpu就比较奇葩了，在1998百兆体系结构上没有做出改进的情况下强上多核，把自己做成了大号蝌蚪，在龙芯这种奇葩硬件上，amd显然更加无奈，从amd的代码中可以看出amd在试图使用2PC来解决多核cpu同时发起dma时出现的缓存不一致，多核dma即便是在没有vlukan的opengl双缓存时代依然是很重要的，但这个需求在1998百兆体系结构上带来了4倍的缓存回写开销（龙芯相对奔4是40倍），但是他在理论上能够缓解随机蓝屏出现的概率，所以现在回过头来再看龙芯的回复是多么的无知和经验欠缺，龙芯既然在造显卡是不是考虑从amd挖点有经验的人过来，一步一步来先把奔4的xAPIC体系结构课程补起来。
我为amd能被这样的猪队友爬上表示深感同情。

同时还应该从intel挖一些做过HT xAPIC的人过来给龙芯指导工作，哪怕是能造出2004年的奔四也能部分应对这一顽疾。

根本原因我发的帖子中已经提高，EVENT_WRITE_EOP只是另一个BUG，而不是根本BUG，是为了解决BUG而引入的新BUG，根本BUG是龙芯桥片DMA之前需要清理L3回写到内存，因为pcie设备需要通过桥片读写内存，不清L3，pcie dma的数据肯定是错的，这是在奔4之前1998百兆以太网体系结构引入的BUG，被龙芯的大L3多核继承放大了，而AMD在龙芯这样的更严重的老旧硬件上更加无奈，这个BUG AMD显然处于商业关系没有详细说明，但简单字面意思可以推敲出AMD在做龙芯平台做DMA时出现缓存不一致（该bug在现代cpu上不存在，仅龙芯存在），而他的解决方法显然是引入2PC原理，因此推断AMD在试图解决龙芯老旧硬件在vulkan下多核DMA L3回写不一致问题，，在EVENT_WRITE_EOP中做两阶段DMA提交，在多核DMA vulkan中这甚至是乱序的提交的过程，显然龙芯的单核强一致dma提案会让vulkan的多队列特性无法实现，所以这肯定会被linux审核团队否决，结果到一些自大的龙粉口中成为种族对立问题，以及对AMD的人身污蔑栽赃，这是多么奇葩的现象。

AMD在为龙芯擦屁股，还被龙芯栽赃陷害，这是要多惨啊，希望AMD这背锅侠尽快出来澄清问题

该问题在网络存储产品上问题将更加严重，显卡无非就是蓝屏，存储产品那就是数据丢失损毁。