PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   K8證實有嚴重BUG,AMD借口推卸責任 (https://www.pcdvd.com.tw/showthread.php?t=349514)

josfight 2004-06-24 09:08 PM

K8證實有嚴重BUG,AMD借口推卸責任
 
K8處理器早知有缺憾!? AMD借口推卸責任

上個星期AMD的K8處理器被發現在使用REP、MOVS指令時會產生嚴重錯誤。而今日AMD正式向外界証實事件,據AMD指這個並不是什麼大Bug,而且只會在非常偶然的情況下才會出現,並且AMD在內部測試時一早得知問題存在,而AMD更表示只會使用REP、MOVS指令時才有機會發生問題,並且能以BIOS更新解決問題。

更筆者卻有一事不明白,如果AMD指這不是一個大Bug,而且早在內部測試一早得知,為何AMD不一早修改錯誤而任由有問題的CPU流出市場呢??另外Bug並沒有大與小之分,只有有機會出錯便是有潛在問題。而且AMD說可以用Bios更新解決問題,為何要到今時今日被人發現才作出補救呢!?

=========
喔,有在寫組合語言的朋友應該認得上面那兩個指令是用來幹麻的...嘿嘿嘿

adelies 2004-06-24 09:27 PM

要東西沒有 bug 是不可能的事,通常只要 BIOS 能解決,客戶 (主機板/系統廠商) 通常會接受。

如果已經找到問題所在,未來晶片若改版,應該都會進行修改的動作 :)。除非該問題很難解決真正源頭,但已經可用外部解決,則可能會傾向不在內部解。:shy:

該篇英文的出處:
AMD Opteron Processor Specification Update 06/2004
http://www.3dchips.net/content/story.php?id=3927

該英文文章原始資料來源:
Revision Guide for AMD AthlonTM 64 and AMD OpteronTM Processors
http://www.amd.com/us-en/assets/con..._docs/25759.pdf


[edited] 除了以上 AMD 的堪誤表,把下面找到的加進來,方便閱讀。與上者的 AMD 勘誤表一樣,建議一般使用者別看會比較好

Intel Pentium 4 Processor Specification Update (2004/6/21)
網頁: http://www.intel.com/design/pentium...updt/249199.htm

IBM PowerPC 750GX RISC Microprocessor Errata Notice for DD1.1 ( 2004/5/17)
網頁: http://www-3.ibm.com/chips/techlib/...7256E47007ADBBE

latw 2004-06-24 09:28 PM

回覆: K8證實有嚴重BUG,AMD借口推卸責任
 
引用:
Originally posted by josfight
K8處理器早知有缺憾!? AMD借口推卸責任

上個星期AMD的K8處理器被發現在使用REP、MOVS指令時會產生嚴重錯誤。而今日AMD正式向外界証實事件,據AMD指這個並不是什麼大Bug,而且只會在非常偶然的情況下才會出現,並且AMD在內部測試時一早得知問題存在,而AMD更表示只會使用REP、MOVS指令時才有機會發生問題,並且能以BIOS更新解決問題。

更筆者卻有一事不明白,如果AMD指這不是一個大Bug,而且早在內部測試一早得知,為何AMD不一早修改錯誤而任由有問題的CPU流出市場呢??另外Bug並沒有大與小之分,只有有機會出錯便是有潛在問題。而且AMD說可以用Bios更新解決問題,為何要到今時今日被人發現才作出補救呢!?

=========
喔,有在寫組合語言的朋友應該認得上面那兩個指令是用來幹麻的...嘿嘿嘿

rep,movs不是很常用?這不叫bug?萬一在傳送密碼的時候出錯:D:D:D
除非收密碼要避開使用這兩個指令:jolin:

adelies 2004-06-24 09:40 PM

引用:
Originally posted by adelies
要東西沒有 bug 是不可能的事,通常只要 BIOS 能解決,客戶 (主機板/系統廠商) 通常會接受。

如果已經找到問題所在,未來晶片若改版,應該都會進行修改的動作 :)。除非該問題很難解決真正源頭,但已經可用外部解決,則可能會傾向不在內部解。:shy:
自己補充一下∼ :)
Intel P4「規格更新」文件 (2004/6/21 版):
(與上者的 AMD 勘誤表一樣,建議一般使用者別看)
Intel® Pentium® 4 Processor Specification Update
ftp://download.intel.com/design/Pen...dt/24919950.pdf

slamcar 2004-06-24 09:51 PM

用google就找到了~~不過這個沒學過,但是看起來蠻重要的樣子也~

字串搬移指令:MOVS/MOVSB/MOVSW/MOVSD
� MOVS (move string data)指令:記憶體之間資料的搬移(複製)。
*語法:MOVS 目的字串(記憶體),來源字串(記憶體)
*說明:MOVS、MOVSB、MOVSW、MOVSD都是字串搬移(複製)指令,會將來源字串搬移(複製)至目的字串中,來源字串與目的字串都是記憶體變數,且兩者長度必須相同。其中來源字串由DS:SI指定起始位址,目的字串由ES:DI指定起始位址,搬移的方向由旗標DF決定。
MOVS每次搬移的資料長度是8位元、16位元或32位元,視字串的定義而有不同,由SI所指位址內傳送字串至Dl所指位址內。一般而言,我們都使用MOVSB、MOVSW、MOVSW來取代MOVS,因為其可讀性高。

重覆前置指令:REP/REPE/REPZ/REPNE/REPNZ
� REP (repeat prefix)指令:重複執行隨後的字串指令,直到CX=0時,停止執行。
*語法:REP 字串指令
*說明:單獨一個字串處理指令,只能處理一筆字串資料(位元組、字元組或雙字組),如果要重複處理所有字串資料,則必須在字串處理指令前加上一個重複前置指令(repeat prefix),同時以CX暫存器指定重覆次數,重複前置指令重複條件如表9-1,其中REPE與REPZ功能相同,REPNE與REPNZ功能相同。依字串處理指令的不同,所加的重複前置指令也有不同,表9-2列出各字串處理指令所使用的重複前置指令。
一、REP: 重覆執行字串指令,每執行一次CX值自動減1,直到CX=0。
二、REPE:同REP一樣,直到ZF=0或CX=0則停止。(REPZ)
三、REPNE:同REP一樣,直到ZF=1或CX=0則停止 。
[註]由上可知在做字串處理時要先用CX來設定字串處理的長度。


字串處理指令01

字串處理指令02

BALA 2004-06-24 10:09 PM

想必樓主不是從事ic 設計業
以k8的規格跟架構
基本上做這麼大的ic 要0 bug
真的是不大可能
所以 一般只要能用firmware避掉的bug
我們都可以接受 就這麼簡單
不過 通常需要用firmware避掉的bug
它的performance可能會稍微降低

就如同amd講的 不是大問題

adelies 2004-06-24 10:19 PM

對不起,上面忘記寫,除了 BIOS 解,改驅動程式 (driver) 也是一種常見解法。:)

除了上面列的 AMD、Intel 堪誤表外,以下是 IBM PowerPC 750GX 的堪誤表,小弟找不到 950 的,可能是還沒整理出來。

IBM PowerPC 750GX RISC Microprocessor Errata Notice for DD1.1 ( 2004/5/17)
網頁: http://www-3.ibm.com/chips/techlib/...7256E47007ADBBE

pc 2004-06-24 10:21 PM

本來不太想把oc的這篇討論拿出來的,不過看在他寫的有道理,決定還是提出來.......
Opteron bug

Wallace Wang 2004-06-24 11:37 PM

Intel以前有一款CPU,有浮點運算的問題(當時有出一個程式可以測試CPU是否有這個bug),雖然不是每個人都會用到這樣的運算,但Intel證實後立即回收這批有問題的CPU,現在反觀AMD,出現bug卻說不嚴重,只要更新BIOS即可,請問可以馬上就拿到新的BIOS嗎?每個人都知道怎麼更新BIOS嗎?

小強lenbo 2004-06-24 11:50 PM

小弟組合語言只學過
MOV:搬移資料被蓋掉該暫存器原有資料,蠻常用的
REP:迴圈指令,不過通常會用LOOP這個指令來取代


所有的時間均為GMT +8。 現在的時間是11:16 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。