Compile 64bit FreeBSD kernel on Intel EM64T....
 

不知有沒有網友在I社X86-64的機器上compile過64bit的FreeBSD kernel,鵝因為自用的機器都是A社的CPU,在自用的機器上compile並沒遇到啥狀況,但同一顆HD(i.e. OS/AP是一樣的)在公司的DL380/DL320上就是compile不起來(CPU都是L5520,只差是SMP或UP而已),實在搞不清楚問題出在哪,還是有板橋附近的網友方便借鵝測試一下嗎(鵝會帶USB HD過去,不須拆機,正常而言10分鐘左右就可以搞定----因為A社的A4-5300 14分鐘就能搞定的事,I社的CPU沒道理會更久吧:p:p)....

鵝大

無法Compile起來的Error message 是固定同一隻source code,還是不固定 ??

合理的研判,恐怕與CPU無關,而是那一台DL380/DL320 的DRAM有問題喔!!

是固定在compile某一個module時跳出來(鵝猜是CC在作最佳化時遇到AMD64和EM64T的差異所致:confused: ),因為DL380/DL320各有各的CPU和RAM,應該不會這麼"塞"遇到同時出狀況吧:ase:ase....

如果沒找到主機可以測的話 , 建議先拆DRAM幾隻起來做測試 , 做單純一點的測試
我覺得DRAM的嫌疑還是比較大....

我之前也弄過x86_64的系統的Compile , 會遇到的狀況與32位元OS下的狀況不同....
相同的source code , 在32與64位元OS下的情況就不一樣.... :stupefy:

很麻煩!! :jolin:

補充一下,有時Compile不過關是與Gcc版本也有關係 , 印像中我為了將舊版本的OS
(Fedora 6)
升級3.0.x的Kernel , 硬是將gcc給升級上gcc 4.3.5 , 結果是過關了 (Compile Pass)
但是因為initrd FS的格式與2.6.x的時代又不一樣了,換上Kernel後又因為initrd fs弄錯
直接開機失敗 ,就懶得再往下弄了.... :ase

如果是RAM的問題的話DL380和DL320都是ECC Registered RAM,理論上是可以處理掉的(至少還可以看到ECC的event log),可是實際上並沒有任何ECC的訊息,只有CC的訊息說compile xxxx module時的輸出比預期的短:ase....



鵝是把同一顆USB HD接在AMD64 CPU的DT和EM64T的server上,同一份OS/AP和config,AMD64的機器從最古老的X2-3600到FM2的APU都沒遇到特別的狀況,但是那兩台DL380/DL320就會出現一樣的錯誤,這就是奇怪的地方:ase:ase....

RAM有沒有問題,可以去compile 其它的source code , 可以同時間多跑幾隻gcc , 操RAM的access
如果有RAM Disk更好 , 把一整個source code丟進RAM Disk , 再測會不會Compile Error
就很容易知道了 !!

排除RAM 的問題之後,就只能夠朝gcc 升級之路走了 , 因為有些較新版的source code
的確會與gcc 版本有關 , 舊版本的gcc會Compile不動新版本的source code , 不管怎麼
Compile就是會Error !!

至於怎麼升級Gcc ,相信您應該沒問題 , 我也是用偷吃步的方式來Compile , 參數值連想都不用想
抄就對了 !! :D :D :D

鵝是有印象EM64T比AMD64少實作了兩個系統程式相關的指令(i.e. compile kernel時有很大的機會會用到:ase),才會懷疑是不是CC在最佳化時踩到地雷了,難不成一定要鵝只為了測試就得花NT$2xxx入手I社的CPU+MB嗎(最近剛花了NT$27xx幫NB換了1TB 7200rpm HD,再花$$買CPU/MB的話恐怕會被母牛追殺了:fear::fear: )....

如果您真的這麼認定的話 , 不妨試看看Cross Compile !!

先在AMD平台上Compile Pass後,拿到Intel平台安裝 , 死馬當活馬醫看看....
如果可以在Intel平台上先Compile也行!!