Intel天湖处理器严重问题曝光 ZT

real_zyf

lpc2103 发表于 2016-1-18 14:19
@real_zyf
我看了啊，说的很笼统，相当于什么都没说啊。所以我说你们没看我前面的发言嘛。这个微码的能力 ...

至少这个微码不是你38楼说的那种东西，所谓bios修正是让bios在开机的时候塞一段东西进cpu，而不是说由bios自己来做什么修改。intel通过改微码的方式修bug这做法从奔腾pro年代就开始了。

至于用这个方法来避免召回这事算不算不要脸，另说

lpc2103

又不是PHP和Java虚拟机，这个不是什么解析器，在机器指令和物理电路中间的的解析,实际上没这回事啊，这不是FPGA,这个微码的内容不是功能性的，一般是处理器识别码包，让主板的CPLD来识别的，包括了处理器的所有物理电气参数和内部所有部件的电平参数，第二个是指令译码和页表访问码，实际上是指令集的微调，第三个是操作码译码，也就是你说的让BIOS塞一段代码，这个原理就像IP协议的打标签，等于操作码多打上了一些标签对输入输出进行修正。所以就像我前面讲的，所有这些都只是对输入和输出进行的操作，并没有真正设计到处理器内部运算。而且Intel的官网上也写了只有Atom处理器支持这么做，其它的处理器都只是开放更新了第一类接口，也就是我刚讲的识别码包。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第40楼real_zyf于2016-01-18 14:33发表的  :
引用:lpc2103 发表于 2016-1-18 14:19@real_zyf我看了啊，说的很笼统，......

@real_zyf
看我42楼回复的，BIOS码就是在操作码里面打标签，并不涉及任何功能性的修改啊。手机回复的挺慢的，你打字好快呀

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

芯片设计其实是个平衡的取舍，要像FPGA那些具备功能和逻辑上的可更改可编程能力由于物理结构的原因必须要牺牲掉运行速度和效率，而要极致高性能的话就要抛弃掉可编程的能力，全ASIC化，网络通信上对低开销要求高，基本都是ASIC，而Intel的处理器尤其是Atom是出于两者之间的，内部是有一个ROM来提供某些微码的更新和擦写，但是这个微码不是像F PG A那样是HDL,所以逻辑功能性的东西还是动不了的。其它的处理器我看材料是做了个更小的ROM，用来储存LS的三种微码，开不开放这个ROM的全权限部写的通道，全看Intel心情和小AA给不给力了。


----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

real_zyf

lpc2103 发表于 2016-1-18 14:06
@real_zyf
这个微码我前面已经解释了和你们想象的不是一个东西，是I留下的一个调测口，而而只支持Atom，HD ...

呃，这样解释吧，虽然用词描述不一定完全准确：你这里说的”寄存器访问规则“这事在现在intel的cpu里面，是可编程的，所以很有可能就是这规则有bug，所以是可以通过改动这部分来修正。因此也不一定就是实际运算器出问题（用avx2指令集就没事是不是一定程度证明这一点？）

killsx

E3V5有问题吗，如果有问题那服务器厂商岂不是要爆炸

lpc2103

引用第44楼real_zyf于2016-01-18 16:57发表的  :
引用:lpc2103 发表于 2016-1-18 14:06@real_zyf这个微码我前面已经解释......

@real_zyf
见42楼

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

real_zyf

lpc2103 发表于 2016-1-18 17:13
@real_zyf
见42楼

http://people.wallawalla.edu/~cu ... ure/controllers.pdf
某学校的你说的那本书的教案里面提到的东西，大概22页，大概你说的和我说的不是一个东西，或者你对这玩意理解哪里出了差错（书比较难找，随便找到个ppt

lpc2103

引用第44楼real_zyf于2016-01-18 16:57发表的  :
引用:lpc2103 发表于 2016-1-18 14:06@real_zyf这个微码我前面已经解释......

@real_zyf
我在38楼也说了啊，你不能因为avx2指令没有发生问题就说运算器没问题，理由已经讲过了。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第47楼real_zyf于2016-01-18 17:22发表的  :
引用:lpc2103 发表于 2016-1-18 17:13@real_zyf见42楼http://......

@real_zyf
我是手机埃，要怎么样才能看到啊

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第47楼real_zyf于2016-01-18 17:22发表的  :
引用:lpc2103 发表于 2016-1-18 17:13@real_zyf见42楼http://......

@real_zyf
下了个PDF，看到了，谢谢，这就是我在28楼课本上的定义啊，但是通过BIOS更新的哪里有这种东西？我在42楼说的东西在前面我也说了能算微码吗？

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

real_zyf

lpc2103 发表于 2016-1-18 17:43
@real_zyf
下了个PDF，看到了，谢谢，这就是我在28楼课本上的定义啊，但是通过BIOS更新的哪里有这 ...

嗯，所以这就是问题了，从奔腾pro开始，intel就开了个口允许开机的时候从外部加载2k的东西进去里面，于是这活就让bios顺便干了，所以可以通过bios更新来解决内部的一些问题。再扯下去我大概只能认为我们说的根本不是一个东西了

lpc2103

引用第51楼real_zyf于2016-01-18 18:08发表的  :
引用:lpc2103 发表于 2016-1-18 17:43@real_zyf下了个PDF，看到了，......

@real_zyf
所以说你的意思也就是说“微码”,实际上就是我前面提到三种情况里之二，三的微指令译码器和操作译码器其实是被intel提供向BIOS开放了可擦写权限的和调测通道的，微指令是可以被更新的，就像arm和spark一样？你的意思是也许这样就能解决FFT的计算问题？我想我们说的还是一个东西。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第51楼real_zyf于2016-01-18 18:08发表的  :
引用:lpc2103 发表于 2016-1-18 17:43@real_zyf下了个PDF，看到了，......

@real_zyf
对了，还就是奔腾pro和MMX出了整数运算错误，当年intel的应对就是召回，至于你说的这个开放的接口，我再说一遍(这帖子里不晓得说了多少遍了),现阶段只在Atom上有，我在intel官网只看到Atom看到了这个和Datasheet，其它的根本就没有，欢迎去intel官网查询证。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

real_zyf

lpc2103 发表于 2016-1-18 19:11
@real_zyf
对了，还就是奔腾pro和MMX出了整数运算错误，当年intel的应对就是召回，至于你说的这个开放的接 ...

某楼的wiki里面的References 23：
"Intel(R) 64 and IA-32 Architectures Software Developer’s Manual", Volume 3A: System Programming Guide, Part 1, chapter 9.11: "Microcode update facilities", December 2009.

不是你看到的那个atom的东西
简单来说这楼的人说了多少遍现在intel的cpu里面有部分东西是基于ram的，是可编程的，也可以在开机的时候写东西进去修改，然后你又说了多少遍没有这个东西，所以我也不知道说什么好了
我甚至不知道你说的atom才有的东西是什么，jtag吗？我们又没有在讨论jtag...

lpc2103

引用第54楼real_zyf于2016-01-18 19:41发表的  :
本帖最后由 real_zyf 于 2016-1-18 19:53 编辑 引用:lpc2103 发表于......

@real_zyf
见53楼。另外，BIOS上多加的指令码通过什么接口来访问处理器里面的微控制器来更新微指令码？dma?iic?GPIO?Apb?我就没看到intel 有这方面的材料，你们说有有有，可只有Wiki说有，具体的接口信息和Datasheet只有Atom才有。至少我以前在ALU ASIC中心就没看到过Intel在这方面的资料，如果有的话会和ARM和spark一样有datasheet，方便别人做接口开发，结果只有只有Atom才有这方面的材料，几句Wiki语焉不详的话不代表这个您东西就有，即使你说的奔腾pro当年也是主角之一，怎么没看到你们说的东西发挥作用？所以说这东西不是你们脑补是什么？我也不知道该说什么好了。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第57楼HyperIris于2016-01-18 20:28发表的  :
http://download.intel.com/design/Xeon/guides/24967......

@HyperIris
呵呵

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

ostcollector

TSX不就是靠microcode屏蔽的么

real_zyf

lpc2103 发表于 2016-1-18 20:29
@real_zyf
见53楼。另外，BIOS上多加的指令码通过什么接口来访问处理器里面的微控制器来更新微指令码？dma ...

你看了Intel(R) 64 and IA-32 Architectures Software Developer’s Manual没？接口不是写在那里了吗？
这玩意随便一个讲cpu架构历史的文章都会提到啊，wiki只是方便而已
要不给你另一个：《A Brief History of Microprogramming》
http://people.cs.clemson.edu/~mark/uprog.html
懒得看你就直接在文中搜索“microcode update”

lpc2103

引用第57楼HyperIris于2016-01-18 20:28发表的  :
http://download.intel.com/design/Xeon/guides/24967......

@HyperIris
记住要发些自己看的懂得东西，你贴这个东西能做什么？只是对开机自检编码进行调试谢谢，你这和你自己说的就不是一个东西。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第62楼real_zyf于2016-01-18 20:39发表的  :
引用:lpc2103 发表于 2016-1-18 20:29@real_zyf见53楼。另外，BIO......

@real_zyf
好，我去看看，先谢谢一下。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第62楼real_zyf于2016-01-18 20:39发表的  :
引用:lpc2103 发表于 2016-1-18 20:29@real_zyf见53楼。另外，BIO......

@real_zyf
想了一下不对啊，我是做verilogHDL,FPGA和ASIC开发的，IA32的手册和一些处理器的Datasheet自然是没有的

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

twy_2000

bios我觉得还是能做到开启或者关闭cpu某些功能的地步。
估计这次intel这么兴师旦旦能修复，估计是某个有bug的功能被打开了，然后通过更新microcode的方式把有错误的功能关掉就好了。

前面有人说的TSX就是例子。

至于说修改cpu内部逻辑，我觉得没这么强。
vhdl我也是草草学过的，vhdl烧录的电路慢死你，一般都是拿来验证时序的，没人拿来计算。

lpc2103

引用第62楼real_zyf于2016-01-18 20:39发表的  :
引用:lpc2103 发表于 2016-1-18 20:29@real_zyf见53楼。另外，BIO......

@real_zyf
正在慢慢看，手机挺不方便的，突然有一个念头，怎么又是这个学校的，难道。。。。。。是你的学校吗？

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第66楼HyperIris于2016-01-18 20:45发表的  :
引用:lpc2103 发表于 2016-1-18 20:40@HyperIris记住要发些自己看的懂......

@HyperIris
你贴的东西实际上根本达不到你所宣称的功能和目的，他能做的事情非常有限，你把手册贴出来能说明得了什么问题吗？我在42楼就已经把工程中所谓的三类"microcode"说的很清楚了，你这个"microcode update"能做的了什么事情呢？你贴的只能证明可以"microcode update",揣着明白装糊涂就没意思了。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第68楼twy_2000于2016-01-18 20:52发表的  :
本帖最后由 twy_2000 于 2016-1-18 20:55 编辑 bios我觉得还是能做到开启......

@twy_2000
你好，我个人觉得这里面某个人所谓"microcode update"可以类似F P G A那样根本不可能。无论是VHDL还是verilogHDL和这个"microcode"八杆子打不着，功能仿真和时序仿真和功能更新有毛关系？某个人还说要打我脸，你不觉得说这话的人是个搞FPGA的都觉得是在讲笑话吗？拿出INTEL的手册又能怎么样？还不是很无知吗？intel通过JTAG给你能调试的东西极其有限，这个问题能不能通过更新BIOS来解决反正我是不看好的。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

lpc2103

引用第71楼HyperIris于2016-01-18 21:06发表的  :
楼上的意思是“Intel又在欺骗全世界，CEO十年后又该下跪了” 是这个意思吗？（看不懂这个梗就算了

@HyperIris
你先看看你自己贴的“microcode update”,到底update些了什么？属于我42楼说的哪一类code再来打我脸也不迟。

----发送自 ZTE ZTE Grand S II LTE,Android 5.1.1

Lilya

twy_2000 发表于 2016-1-18 20:52
bios我觉得还是能做到开启或者关闭cpu某些功能的地步。
估计这次intel这么兴师旦旦能修复，估计是某个有bug ...

Intel还做过交钱买升级码直接把Pentium刷成Core i3

lpc2103

real_zyf 发表于 2016-1-18 20:39
你看了Intel(R) 64 and IA-32 Architectures Software Developer’s Manual没？接口不是写在那里了吗？
...

你好，我看完了（也许是你学校的课件什么的？并没有啊，并没有什么interface的消息，就是普通本科水平的文章啊。References对我稍微有点用，说不定以写什么有帮助。。。。。多谢。。。。。。。看了你给我的几个不错的材料，感觉怪不好意思的。。。。。。

lpc2103

HyperIris 发表于 2016-1-18 21:06
楼上的意思是

“Intel又在欺骗全世界，CEO十年后又该下跪了” 是这个意思吗？（看不懂这个梗就算了 ...

别说这么多废话，你就直接说UPDATE的MICROCODE是什么吧，是处理器识别码包，还是微控制器的译码器的微指令，还是操作码译码，世纪上你给的手册里面已经有答案了，就看你自己曾不曾认前面自己在胡说了

lpc2103

Lilya 发表于 2016-1-18 21:31
Intel还做过交钱买升级码直接把Pentium刷成Core i3

这识别码刷的好HIGH

lpc2103

ostcollector 发表于 2016-1-18 20:38
TSX不就是靠microcode屏蔽的么

对，因为microcode第二类就是微控制器指令译码器的微指令啊，更新下微指令还是能做的到的。但想仅仅通过这个来解决这个问题，两个字，休想

real_zyf

lpc2103 发表于 2016-1-18 21:33
你好，我看完了（也许是你学校的课件什么的？并没有啊，并没有什么interface的消息，就是普通本科水平的文 ...

这个文主要是解释一下为什么现在CISC cpu的内部是有个可编程的部分，为什么可以通过对这个部分打补丁解决部分问题啊，你知道了就留给别人看啰

呃，给多你一份当年P6出这个功能的时候的报道：
http://www.ele.uva.es/~jesman/Bi ... stre/MPR/111204.pdf
里面介绍的挺清楚的了，包括补丁在cpu里面是如何工作的。bios干这事也不用什么特殊接口，在内存里面找个地方放好intel给的2k东西，然后给cpu一条指令告诉它补丁在那里自己去取，就行了，除了intel之外没人知道那2k东西什么意思，所以也没什么接口可言

因此，这事其实可以在操作系统里面做...
以上基本都是科普性质的文，具体打了补丁改了什么东西为啥就修好了，这个我不是intel工程师我也说不清楚，只是说基于目前的实际情况来看，这个bug不一定就是运算器物理设计上有问题，是有可能仅仅通过升级bios就修好的。