討論區快速選單
知識庫快速選單
網路投保旅行平安險 掌握Salesforce雲端管理秘訣
[ 回上頁 ] [ 討論區發言規則 ]
BIOS engineer真的適合我嗎?
更改我的閱讀文章字型大小
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/25 下午 09:06:30
小弟我對於剛入行兩個禮拜有一些感想...

雖然我是個新人, 對於往後的發展有一些疑問...

我在入行10天內, 就把 RU(還沒進來就寫好了) , SPD reader, Get CPU clock, 等等的訓練程式都寫完了, 還自己 trace過 bootblock (雖然沒全懂), 並且看完6篇教學電子檔 ( PCI, ACPI, bootblock, ASL, NuBIOS, SMM )

其他早來我2~3個月的同事, 寫這些程式都是抄網路上的,
(我來10天就自己幹完這些事, 其幾他人'抄'了兩三個月才'抄'完)

另外

再寫Get CPU colck 這程式的時候, 我為了不想跟其他人一樣, 在real mode下用8254的memory address 當計時器( 還是我教那些比我早來3個月的同事, 用8254準確到1微秒的方法 ), 改用 Windows API 來計時(其他都用 assembly 來寫, 例如 rdtsc, cpuid, 等等的指令), 還被主管及資深的同事講一點點話.......
 : 大意上是說, 光唸BIOS相關知識就唸不完了, 還去寫Win32 AP...

令我覺得無奈

這10多天的觀察, 我覺得資深的BIOS engineer, 幾乎都沒在寫程式, 都是在改程式

好像 BIOS porting & debug 的能力遠比 coding 能力還重要

令我覺得這樣的生活有點枯燥乏味

而且令我想起之前別間公司的主管跟我說一句話: "做BIOS一輩子就只能做BIOS, 來做他們的RTOS, firmware, 未來才有更多的選擇 "


請問各位BIOS engineer大大, 是否有經歷過這樣的感覺

是不是我該換工作?

還是我有什麼想法錯誤了?
作者 : liaoo(liaoo) Assembly優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 507 | 人氣 27127 | 評價 1140 | 評價/貼文 2.25 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人p72910註記此篇回應為很有道理 2008/1/26 上午 12:28:48

問題1. ru功能很多,你都一一 implement完畢 ?
問題2. ACPI你看的是介紹性的文章 or 印起來很厚的 spec ?

我的感想:anyway....你很有天分...10天可以做到這些真的不容易...!!! 假如在現公司的狀況你不滿意,就去其他更有挑戰性的公司吧....步調節奏很快的公司應該比較適合你...至於做不做BIOS,你得自己決定...端看有無找到樂趣....

一般的板廠BIOS工作是解問題,改code...debug...較少做一些研發類的事...注重的是如何快速解決客戶的問題....很多都是能解就可以,比較不會去想有沒有更好的方式....

但在寫BIOS kernel的公司或許有機會接觸 coding的東西.....

我想.....或許 ASxx 適合你 ^_^ 加油 ! 你會成功的....

ps.蠻喜歡你的想法: "....我為了不想跟其他人一樣...."
作者 : weber(weber) 程式設計甘苦談優秀好手貼文超過200則人氣指數超過30000點
[ 貼文 302 | 人氣 33525 | 評價 2220 | 評價/貼文 7.35 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人p72910註記此篇回應為很有道理 2008/1/26 上午 12:49:37
我覺得你是天生反骨型的 programmer. BIOS 這條路不適合你.

BIOS 會把你 limit 在 X86 CPU 上, 而且無法觸及 OS level.
現在的 OS Kernel (Windows, Linux, WinCE, Embedded OS..)
都漸漸把 BIOS 的控制權搶過來. BIOS 的路會越走越窄.

Get CPU Clock 在 Windows 底下有 MMIO Timer API 來用,
準確度相當高, 而且也不會受 CPU frequency 的差異而誤判.
在 OS Level programming, 是站在許多人的努力成果上, 而且
範圍可以廣泛到 Video, Audio, NetWork, Multi-Thread, ....
而 BIOS 的領域就侷限在 Assembly + CPU + Chipset.

我寫 device driver 時, 用慣 source level remote debugging 的方式,
而數年前因案子需求, 要寫 WebPAD with Transmeta 5400 的 BIOS,
看到 BIOS RD 用80 PORT 在 dump error code, 就覺得他們很有耐心.

我是用 phoniex 的 BIOS source level remote debugger, 從毫無經驗,
找不到人發問的情況下, 在 2 個月內搞定. 這套工具對我幫助極大.
但直到目前, 公司內的 BIOS RD 還是用 80 Port 在 debug.

> 我在入行10天內, 就把 RU(還沒進來就寫好了) ,
> SPD reader, Get CPU clock, 等等的訓練程式都寫完了,
> 還自己 trace過 bootblock (雖然沒全懂), 並且看完6篇
> 教學電子檔 ( PCI, ACPI, bootblock, ASL, NuBIOS, SMM )
別人教跟自己獨立開發, 與作產品跟作訓練或讀 spec, 程度上還是有差.
每個行業都有他的 domain knowledge, 這是要從經驗中累積出來的.
只不過有的 domain knowledge 深度不夠, 有人帶很快就出師.
有些是帶了一陣子, 又有新東西出來, 怎麼學都學不完.
連老鳥也要持續進修, 更何況是菜鳥.

性格決定命運, 會走上哪條職場道路, 7 成是性格所決定的.
如果你是對新技術抱有高度好奇心的話, BIOS 的確不適合你.
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/26 上午 02:17:57
>問題1. ru功能很多,你都一一 implement完畢 ?
>問題2. ACPI你看的是介紹性的文章 or 印起來很厚的 spec ?
>我的感想:anyway....你很有天分...10天可以做到這些真的不容易...!!! 假如在現公司的狀>況你不滿意,就去其他更有挑戰性的公司吧....步調節奏很快的公司應該比較適合你...至於做>不做BIOS,你得自己決定...端看有無找到樂趣....
>
>一般的板廠BIOS工作是解問題,改code...debug...較少做一些研發類的事...注重的是如何快速解決客戶的問題....很多都是能解就可以,比較不會去想有沒有更好的方式....
>
>但在寫BIOS kernel的公司或許有機會接觸 coding的東西.....
>
>我想.....或許 ASxx 適合你 ^_^ 加油 ! 你會成功的....
>
>ps.蠻喜歡你的想法: '....我為了不想跟其他人一樣....'


大大您好:
我的主管要求的 RU,當然沒有像AMI 的RU那麼多功能啦
, 主管要求是要 list 出PCI device , 然後可以選擇一個device 來 dump 256 bytes,
不過真的要實作完所有功能, 我想我會花在 UI 上最多時間吧 - -",
小弟我有想過, 寫隻WDM driver, 在XP下就可以不用那麼痛苦的寫DOS的UI了
不曉得大大您的RU有這樣幹嗎?
 
還有小弟我看的是Phoenix 的 ACPI 投影片 (大概一百多頁吧) , 搭配ACPI 3.0 spec 看
我想您應該也有吧


關於不想跟別人一樣, 我的想法是 :
不想跟其他新人一樣, 抄 INTEL 的 code 去唬主管說是自己寫的... (主管還真的被唬了)


其實這間我滿喜歡的
主管很欣賞我, 知道我態度超級積極, 鳥都不鳥我, 吃飯的時候還會來叫我起來一起去吃
主管還說以後 EFI code 開始要叫我幫他忙了, 其他比我老的新人 '被' 主管說, 請他們先支援 'QA'... 而且晚上又有加班費, 還有免費的宵夜...
而且今天年終尾牙看葉董還自己上台表演(呵呵), 我很想明年再來參加一次

可惜對工作內容上覺得跟我所想的有點落差...加上遭到幾個比我老的新人妒忌(主管對我較好), 工作環應又吵雜, QA Leader 講話反而是全辦公室最大聲的, 真是吵死了, 我在寫程式他在旁邊機哩瓜拉叫
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/26 上午 02:58:45

>我覺得你是天生反骨型的 programmer. BIOS 這條路不適合你.

謝謝大大的指教
我會認真考慮下個工作的工作內容...


>我寫 device driver 時, 用慣 source level remote debugging 的方式,
>而數年前因案子需求, 要寫 WebPAD with Transmeta 5400 的 BIOS,
>看到 BIOS RD 用80 PORT 在 dump error code, 就覺得他們很有耐心.

就我所知 Port 80 是 Phoenix 的 debug port, 我們這裡也是這樣debug...

>我是用 phoniex 的 BIOS source level remote debugger, 從毫無經驗,
>找不到人發問的情況下, 在 2 個月內搞定. 這套工具對我幫助極大.
>但直到目前, 公司內的 BIOS RD 還是用 80 Port 在 debug.
>
>> 我在入行10天內, 就把 RU(還沒進來就寫好了) ,
>> SPD reader, Get CPU clock, 等等的訓練程式都寫完了,
>> 還自己 trace過 bootblock (雖然沒全懂), 並且看完6篇
>> 教學電子檔 ( PCI, ACPI, bootblock, ASL, NuBIOS, SMM )
>別人教跟自己獨立開發, 與作產品跟作訓練或讀 spec, 程度上還是有差.
>每個行業都有他的 domain knowledge, 這是要從經驗中累積出來的.
>只不過有的 domain knowledge 深度不夠, 有人帶很快就出師.
>有些是帶了一陣子, 又有新東西出來, 怎麼學都學不完.
>連老鳥也要持續進修, 更何況是菜鳥.
>
>性格決定命運, 會走上哪條職場道路, 7 成是性格所決定的.
>如果你是對新技術抱有高度好奇心的話, BIOS 的確不適合你.



我只是想多寫點程式
我也不知道我是不是對新技術有好奇心


只是我很嚮往以前我在天瓏遇過一位世外高人
台南新營人, 台南一中電腦社社長, 記得他好像能唸成大計工, 老爸卻叫他去讀中醫
他影響我很深, 他說過只要 Assembly 夠強, 那就是鐵飯碗...
上一次跟他連絡是快7年前的事了, 那時他在做 Underground 的事,
記得他有自己寫 debug tool, PS 模擬器, 國高中時就破解過無數軟體, 還覺得CIH是兒戲...


所以受他影響的關係我也有花點時間去增強自己assembly的能力
不過大概只會基本的而已, 沒辦法像他那樣練成精
後來以為說, 進BIOS team, 可以增強assembly功力
結果...那邊資深的engineer, 對BIOS是很熟沒錯, 可是Programming的功力
與我想像的有點不一樣 (甚至沒有真的trace完BIOS)
作者 : liaoo(liaoo) Assembly優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 507 | 人氣 27127 | 評價 1140 | 評價/貼文 2.25 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/26 上午 10:45:45

會問ru implement了多少是因為: ru.exe基本上假如功能都親自寫過(不必管 UI要很炫或是漂亮等),代表對於硬體懂很多很多了...十天應該....很不容易 ^_^ 還有,ACPI也是一個很大的範疇...

自己也寫過一個類似 ru的東西...只是,我做的只有 for 我們家的 chipset ! 因為,general tool 是 ru;我再 follow 做一個沒有意義 ! 所以,我選擇的是 specific tool,只 for 我們的 chipset ! 因為,我知道我們的人(不管 RD,HW,QA...等)平常的需求,所以,綜合他們的需要,寫一個好用的程式是我當初的目標...至於 DOS或 windows的選擇,我選擇了 dos...因為,我的 tool是常用在 chipset剛回來的時候 debug用....進了 os有 se.exe or rw這兩個強大的 tool可用,也不必我來寫...^_^ (想表達的是:要就做個 "適合現有需求" 的東西...general tool市面上已經有很多了....而且,功能都很強大....)

Anyway...以主管的角度,的確也很直覺的就會喜歡你這樣的人 ! 因為,學習能力強 ! 個人認為,十天內弄到你這些東西,不管專注力或是學習能力,應該都是中上...以上了 ! 你要好好利用 ^_^

像個海綿一樣的吸取吧 ! 沒人能擋的住想學習的心的 ! 頂多就是多花點時間而已( if no one teach...) 終究你還是會了解的...時間問題而已...不過,環境吵雜這件事,我自己本身是蠻難適應的,看人了...
作者 : liaoo(liaoo) Assembly優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 507 | 人氣 27127 | 評價 1140 | 評價/貼文 2.25 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/26 上午 11:07:09
>我寫 device driver 時, 用慣 source level remote debugging 的方式,
>而數年前因案子需求, 要寫 WebPAD with Transmeta 5400 的 BIOS,
>看到 BIOS RD 用80 PORT 在 dump error code, 就覺得他們很有耐心.
>
> 就我所知 Port 80 是 Phoenix 的 debug port, 我們這裡也是這樣debug...
>
>我是用 phoniex 的 BIOS source level remote debugger, 從毫無經驗,
>找不到人發問的情況下, 在 2 個月內搞定. 這套工具對我幫助極大.
>但直到目前, 公司內的 BIOS RD 還是用 80 Port 在 debug.

我自己是覺得:Port80 dump有其使用的場合...例如,有些場合要架構起 "source level remote debugging"是沒辦法的,此時,Port80 dump就很有用處了...尤其是,flash BIOS很方便的情況下,加幾個 debug code 就可以約略知道 system hang在哪裡...

就我所知,有些撰寫 Awxxx BIOS的RD還是用 Port80 debug方式...或許是已經很熟 code了且 download BIOS很快,故丟幾個 port80就可以知道 hang哪裡...我唯一想到可以說服自己 Port80的理由是: 可以激發自己多去想: "可能是什麼原因,可能是哪裡錯了".... 這是使用 source level debug 的我很少去做的 (因為就會想...反正可以單步 trace...終究會找出來的...變懶了 >_< of course,這是我...並非每一個 使用 source level debug的人都這樣...)

私心而言,還是喜歡用 source level debug的...因為,很多東西可以一覽無疑...這也是一直覺的要 tracing firmware 一個好用的 debug tool是很重要的原因...^_^


>只是我很嚮往以前我在天瓏遇過一位世外高人
>台南新營人, 台南一中電腦社社長, 記得他好像能唸成大計工, 老爸卻叫他去讀中醫
>他影響我很深, 他說過只要 Assembly 夠強, 那就是鐵飯碗...
>上一次跟他連絡是快7年前的事了, 那時他在做 Underground 的事,
>記得他有自己寫 debug tool, PS 模擬器, 國高中時就破解過無數軟體, 還覺得CIH是兒戲...

這種人不多...但的確是可以當作標竿去追求的 ^_^

>結果...那邊資深的engineer, 對BIOS是很熟沒錯, 可是Programming的功力
>與我想像的有點不一樣 (甚至沒有真的trace完BIOS)

BIOS真的太大了...連BIOS公司都有分 block 分人來撰寫...一個人要 tracing BIOS且弄懂實在是 tough job...

快速的學習新知且快速的應用出來應該比 tracing BIOS flow重要許多...

F.Y.I

作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人p72910註記此篇回應為很有道理 2008/1/27 下午 04:04:21

> : 大意上是說, 光唸BIOS相關知識就唸不完了, 還去寫Win32 AP...
貴公司的同事眼光還真短淺. 怕你有其他專長就跑了?

>而且令我想起之前別間公司的主管跟我說一句話: '做BIOS一輩子就只能做BIOS, 來做他們的RTOS, firmware, 未來才有更多的選擇 '
>請問各位BIOS engineer大大, 是否有經歷過這樣的感覺
>是不是我該換工作?
>還是我有什麼想法錯誤了?
我身為BIOS manager 可以先詪你說明一下BIOS engineer的工作和價值在哪.
BIOS本來就是x86 PC架構的boot loader. 由於開放式架構的需要, BIOS必須提供一些所謂的system sevice來做為OS與硬體中間的一個簡單的硬體抽象層.即使是OS功能越做越多的現在. BIOS還是緊緊的貼近著硬體. 擔任著主板(DT, NB, SRV, IPC)的影武者. 無法像OS, AP 甚至於driver可以站在舞台上當當偶像明星.
由於硬體是有bug的, 所以BIOS工程師的價值在於debug和解決或繞過問題的能力, 而非功能的創造力.如果你無法承受當影武者的壓力, 喜歡當燈光下的明星. 那麼您應該不要作BIOS了.
為了增加解決問題的能力.好的BIOS必須做到.
1.了解你所控制的硬體.
2.了解你所影響的信號.
3.了解OS是如何利用BIOS提供的訊息.
要掌握這三點, 其實是非常不容易的, 究我們一生也無法完全有學完的一天.為了掌握這些. 除了 port 80卡外, 我也會用各種工具, P公司的source level debug, ITP(ICE), 電表, 示波器 ,邏輯分析儀 和windbg .
差勁的BIOS工程師的確只能一輩子做BIOS工程師. 2000年的時候我也做過站上舞台的決定.由於進入VGA BIOS, driver的領域的目標, 因為老闆掏空公司而破滅(NDA都已經簽好了). 由於SOC似乎是下一個機會. 因此亦然投入IC公司做起系統工程師.一樣可以寫boot loader, 和RTOS. why?
一,不會害怕組合語言,即使是用C來開發程式, 也有source level debugger, 但是有些問題, 還是要看CPU組語的動作才會發現.
二,連PC已經這麼複雜的架構都了解. 這種簡單系統更不是問題. 我當時重寫公司的 boot loader加入 DRA
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人p72910註記此篇回應為很有道理 2008/1/27 下午 08:46:36

> : 大意上是說, 光唸BIOS相關知識就唸不完了, 還去寫Win32 AP...
貴公司的同事眼光還真短淺. 怕你有其他專長就跑了?

>而且令我想起之前別間公司的主管跟我說一句話: '做BIOS一輩子就只能做BIOS, 來做他們的RTOS, firmware, 未來才有更多的選擇 '
>請問各位BIOS engineer大大, 是否有經歷過這樣的感覺
>是不是我該換工作?
>還是我有什麼想法錯誤了?
我身為BIOS manager 可以先詪你說明一下BIOS engineer的工作和價值在哪.
BIOS本來就是x86 PC架構的boot loader. 由於開放式架構的需要, BIOS必須提供一些所謂的system sevice來做為OS與硬體中間的一個簡單的硬體抽象層.即使是OS功能越做越多的現在. BIOS還是緊緊的貼近著硬體. 擔任著主板(DT, NB, SRV, IPC)的影武者. 無法像OS, AP 甚至於driver可以站在舞台上當當偶像明星.
由於硬體是有bug的, 所以BIOS工程師的價值在於debug和解決或繞過問題的能力, 而非功能的創造力.如果你無法承受當影武者的壓力, 喜歡當燈光下的明星. 那麼您應該不要作BIOS了.
為了增加解決問題的能力.好的BIOS必須做到.
1.了解你所控制的硬體.
2.了解你所影響的信號.
3.了解OS是如何利用BIOS提供的訊息.
要掌握這三點, 其實是非常不容易的, 究我們一生也無法完全有學完的一天.為了掌握這些. 除了 port 80卡外, 我也會用各種工具, P公司的source level debug, ITP(ICE), 電表, 示波器 ,邏輯分析儀 和windbg .
差勁的BIOS工程師的確只能一輩子做BIOS工程師. 2000年的時候我也做過站上舞台的決定.由於進入VGA BIOS, driver的領域的目標, 因為老闆掏空公司而破滅(NDA都已經簽好了). 由於SOC似乎是下一個機會. 因此亦然投入IC公司做起系統工程師.一樣可以寫boot loader, 和RTOS和RTOS是比BIOS有趣多.但是我最後還是回來BIOS, why? 套句我老闆說的"阿里山的神木,在3000年前種子種下的時候就決定了". 這種要搞firmware和RTOS以embedded system為主. 這種系統的特性往往是特殊市場. 規模已經被限定住了. 完全比不上x86 PC的市場規模.
最後再說一下BIOS的前途. 不管EFI起來或不起來. BIOS工程師的工作不會變, 只是程式不同,因為還是不會有完美的硬體. 永遠需要便宜的補救辦法.
BIOS部門會不會沒有價值? 答案是會, 只是那天到來時,也是硬體設計單位沒有價值的那天. 沒有影就沒有光. 這是一份可以一直讓你養家活口的工作.
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/27 下午 09:52:39

>
>> : 大意上是說, 光唸BIOS相關知識就唸不完了, 還去寫Win32 AP...
>貴公司的同事眼光還真短淺. 怕你有其他專長就跑了?
>
>>而且令我想起之前別間公司的主管跟我說一句話: ''做BIOS一輩子就只能做BIOS, 來做他們的RTOS, firmware, 未來才有更多的選擇 ''
>>請問各位BIOS engineer大大, 是否有經歷過這樣的感覺
>>是不是我該換工作?
>>還是我有什麼想法錯誤了?
>我身為BIOS manager 可以先詪你說明一下BIOS engineer的工作和價值在哪.
>BIOS本來就是x86 PC架構的boot loader. 由於開放式架構的需要, BIOS必須提供一些所謂的system sevice來做為OS與硬體中間的一個簡單的硬體抽象層.即使是OS功能越做越多的現在. BIOS還是緊緊的貼近著硬體. 擔任著主板(DT, NB, SRV, IPC)的影武者. 無法像OS, AP 甚至於driver可以站在舞台上當當偶像明星.
>由於硬體是有bug的, 所以BIOS工程師的價值在於debug和解決或繞過問題的能力, 而非功能的創造力.如果你無法承受當影武者的壓力, 喜歡當燈光下的明星. 那麼您應該不要作BIOS了.
>為了增加解決問題的能力.好的BIOS必須做到.
>1.了解你所控制的硬體.
>2.了解你所影響的信號.
>3.了解OS是如何利用BIOS提供的訊息.
>要掌握這三點, 其實是非常不容易的, 究我們一生也無法完全有學完的一天.為了掌握這些. 除了 port 80卡外, 我也會用各種工具, P公司的source level debug, ITP(ICE), 電表, 示波器 ,邏輯分析儀 和windbg .
>差勁的BIOS工程師的確只能一輩子做BIOS工程師. 2000年的時候我也做過站上舞台的決定.由於進入VGA BIOS, driver的領域的目標, 因為老闆掏空公司而破滅(NDA都已經簽好了). 由於SOC似乎是下一個機會. 因此亦然投入IC公司做起系統工程師.一樣可以寫boot loader, 和RTOS和RTOS是比BIOS有趣多.但是我最後還是回來BIOS, why? 套句我老闆說的'阿里山的神木,在3000年前種子種下的時候就決定了'. 這種要搞firmware和RTOS以embedded system為主. 這種系統的特性往往是特殊市場. 規模已經被限定住了. 完全比不上x86 PC的市場規模.
>最後再說一下BIOS的前途. 不管EFI起來或不起來. BIOS工程師的工作不會變, 只是程式不同,因為還是不會有完美的硬體. 永遠需要便宜的補救辦法.
>BIOS部門會不會沒有價值? 答案是會, 只是那天到來時,也是硬體設計單位沒有價值的那天. 沒有影就沒有光. 這是一份可以一直讓你養家活口的工作.

非常謝謝H大的指點, liaoo大 與 H大
謝謝你們寫這麼多篇幅給小弟建議
聽您這麼一說
我也覺得繼續做也不錯 ( 除非宏X電要我 > < )

其實小弟我還是對 RTOS, device driver, application specified firmware 比較有興趣
儘管他們的規模沒有像PC市場這麼大
但是興趣是推動我努力的動力
每次我上網看到人家在玩OS, 搞Call gate, 寫driver, Hook API, DLL injection...我都超級羨慕的
我就缺乏這麼一個可以邊玩邊工作的職業

說真的光是ACPI要學的就多到爆了
唉~都不曉得往後做BIOS engineer, 還有沒有時間玩其他東西
玩其他東西搞不好又被唸...
作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人p72910註記此篇回應為很有道理 2008/1/28 上午 08:03:52
1.我也是邊玩邊學, 不過我沒你那麼幸運也沒你那麼強(原來Phoenix 有教學資料喔! 我們公司的內訓資料真的要補足一下了! =.=),所以目前的你擁有好的學習環境,而本身能力也很強,會疑惑這個問題也是正常的。

2.對於你使用WinAPI的方式去比較BIOS作法我有點不太苟同,如果有一天沒有了WinAPI那你怎麼辦? 另外BIOS又不能呼叫WinAPI ? 你的作法又不能實做在BIOS中? 就算功能比較好,但是對BIOS來說有用嗎? 如果換了個平台,沒了Windows API那你又要如何?

但是,如果你能用BIOS code做到跟Win API的結果ㄧ樣我就很佩服你了,因為這代表你真的知道如何去發揮BIOS能力了 (BIOS可以做到與OS相同能力,只是沒需要,他只是Boot Loader)。

3.我入門時也疑惑過這個問題,每天改Code與Debug真的可以學到東西嗎 ? 後來我找到我的方向了(加強訊號/硬體之間的知識以及"當沒有了OS下的x86會是如何?"的想法學習BIOS,別依賴API,但是也別放棄API,所以你們主管應該支持你繼續寫Win32),希望你也能找到你想要的方向喔 ! 加油! ^^
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/28 上午 09:02:15
>1.我也是邊玩邊學, 不過我沒你那麼幸運也沒你那麼強(原來Phoenix 有教學資料喔! 我們公司的內訓資料真的要補足一下了! =.=),所以目前的你擁有好的學習環境,而本身能力也很強,會疑惑這個問題也是正常的。
>
>2.對於你使用WinAPI的方式去比較BIOS作法我有點不太苟同,如果有一天沒有了WinAPI那你怎麼辦? 另外BIOS又不能呼叫WinAPI ? 你的作法又不能實做在BIOS中? 就算功能比較好,但是對BIOS來說有用嗎? 如果換了個平台,沒了Windows API那你又要如何?
>
>但是,如果你能用BIOS code做到跟Win API的結果ㄧ樣我就很佩服你了,因為這代表你真的知道如何去發揮BIOS能力了 (BIOS可以做到與OS相同能力,只是沒需要,他只是Boot Loader)。
>
>3.我入門時也疑惑過這個問題,每天改Code與Debug真的可以學到東西嗎 ? 後來我找到我的方向了(加強訊號/硬體之間的知識以及'當沒有了OS下的x86會是如何?'的想法學習BIOS,別依賴API,但是也別放棄API,所以你們主管應該支持你繼續寫Win32),希望你也能找到你想要的方向喔 ! 加油! ^^


harrison大您好
我覺得我只是普通而已, 您講得太誇張了
跟你們幾位高手比, 我只是肉咖而已

"加強訊號/硬體之間的知識以及'當沒有了OS下的x86會是如何?'的想法學習BIOS"
這句話小弟會銘記在心
感謝大大的經驗分享
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/29 上午 11:15:49
>其實小弟我還是對 RTOS, device driver, application specified firmware 比較有興趣
>儘管他們的規模沒有像PC市場這麼大
>但是興趣是推動我努力的動力
>每次我上網看到人家在玩OS, 搞Call gate, 寫driver, Hook API, DLL injection...我都超級羨慕的
>我就缺乏這麼一個可以邊玩邊工作的職業
如果要碰這些, 的確是作相關工作的公司會比較能實現. 不過除非自己當老闆. 否則這些產業規模都不大,收入其實有限. 至於有規模的公司OS都是license來的, 就像玩BIOS一樣, 要不要深入就看個人了. 如果要自己玩玩, 我認為uCOS是個不錯的選擇, 我就是先用這個來入門的.

>
>說真的光是ACPI要學的就多到爆了
試著利用Windbg來 trace ASL code, 這樣學起來比較快.

>唉~都不曉得往後做BIOS engineer, 還有沒有時間玩其他東西
>玩其他東西搞不好又被唸...
其實你可以安排固定的時間來作自己的學習. 比如說一天在公司10個小時, 至少抽出1小時來作自己的學習研究. 我以前就是這樣規劃, 去熟悉我要玩的東西. 在每天睡覺前看半小時的技術書刊. 這麼多年下來也工作上也沒啥被抱怨的, 再來發現自己其實已經看了不少東西. 我的方法, 你可以參考看看.
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/30 上午 12:06:18

>>其實小弟我還是對 RTOS, device driver, application specified firmware 比較有興趣
>>儘管他們的規模沒有像PC市場這麼大
>>但是興趣是推動我努力的動力
>>每次我上網看到人家在玩OS, 搞Call gate, 寫driver, Hook API, DLL injection...我都超級羨慕的
>>我就缺乏這麼一個可以邊玩邊工作的職業
>如果要碰這些, 的確是作相關工作的公司會比較能實現. 不過除非自己當老闆. 否則這些產業規模都不大,收入其實有限. 至於有規模的公司OS都是license來的, 就像玩BIOS一樣, 要不要深入就看個人了. 如果要自己玩玩, 我認為uCOS是個不錯的選擇, 我就是先用這個來入門的.
>
>>
>>說真的光是ACPI要學的就多到爆了
>試著利用Windbg來 trace ASL code, 這樣學起來比較快.

Windbg 小弟我只有用來 trace過 driver...
還沒試過trace ASL @_@
ASL 也可以插 DbgPrint 嗎
到時候小弟在來試試看
謝謝溜

題外話
看到ASL我就越來越沒興致, ASL我覺得好醜
我覺得世界上最美麗的還是 Assembly 與 C

>
>>唉~都不曉得往後做BIOS engineer, 還有沒有時間玩其他東西
>>玩其他東西搞不好又被唸...
>其實你可以安排固定的時間來作自己的學習. 比如說一天在公司10個小時, 至少抽出1小時來作自己的學習研究. 我以前就是這樣規劃, 去熟悉我要玩的東西. 在每天睡覺前看半小時的技術書刊. 這麼多年下來也工作上也沒啥被抱怨的, 再來發現自己其實已經看了不少東西. 我的方法, 你可以參考看看.


今天是我上班第15天

今天主管竟然叫我K整本ACPI 3.0b
感覺太多了, 我有點不知從何看起
所幸我就一邊看APCI一邊去偷看別的資料...(JJHOU的網站, OSRonline, codeproject,....etc) <---我主管應該不會上程式設計俱樂部-組合語言討論區吧


到了下午主管突然走來拍我肩膀, 跟我說 : "給你一個任務 !!! "
於是我心想 : "又是要寫Training性質的program嗎 ˊ_ˋ"
結果好像是 KBC 那邊的客戶要求要我們提供一個TOOL
可以顯示 EC RAM 的資訊 (battery capacity, fw version, ...etc)
所以主管就帶著負責KBC的engineer, 來叫我寫這隻程式了

耶, 我爽了一下, 終於有點可以幫上忙的 feel 了
於是我興高采烈的把程式寫出來

今天是頗爽的一天...
換工作的想法頓時打消一半
作者 : kagaya(kagaya) VC++優秀好手C++優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1602 | 人氣 38709 | 評價 4610 | 評價/貼文 2.88 | 送出評價 115 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/30 上午 08:34:23
我很好奇
如果換工作的話
你想換哪方面的?
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/30 上午 11:22:47

>我很好奇
>如果換工作的話
>你想換哪方面的?

HDL engineer可惜小弟學歷不夠, 這類型的工作清一色要碩士以上
其他關於 system programming 相關的工作我也滿想做的
作者 : kagaya(kagaya) VC++優秀好手C++優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1602 | 人氣 38709 | 評價 4610 | 評價/貼文 2.88 | 送出評價 115 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/30 下午 12:54:30
那你可以考慮再去唸個碩士
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/30 下午 09:01:46

>那你可以考慮再去唸個碩士

我沒有讀書的命 ˊˋ
作者 : liaoo(liaoo) Assembly優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 507 | 人氣 27127 | 評價 1140 | 評價/貼文 2.25 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人p72910註記此篇回應為很有道理 2008/1/30 下午 09:25:48

>
>到了下午主管突然走來拍我肩膀, 跟我說 : '給你一個任務 !!! '
>於是我心想 : '又是要寫Training性質的program嗎 ˊ_ˋ'
>結果好像是 KBC 那邊的客戶要求要我們提供一個TOOL
>可以顯示 EC RAM 的資訊 (battery capacity, fw version, ...etc)
>所以主管就帶著負責KBC的engineer, 來叫我寫這隻程式了
>
>耶, 我爽了一下, 終於有點可以幫上忙的 feel 了
>於是我興高采烈的把程式寫出來

其實,有一個想法可以參考一下...假設有人要你做事,基本上應該都是他們有需要才會請你幫忙...所以,待的時間久了,你應該就會知道:哪一些人需要的是什麼...

簡而言之,你可以 "集合大家的需求",然後做出他們要的東西...就好比你被 assigned的工作一樣...你可以一直累積,然後做出 "一套 tool" ! 可以給所有人用...

想出新點子是一種貢獻;但有時集合現有大家的需求,然後做出一套大家都可以用的東西也是一種.....貢獻(價值) ^o^

F.Y.I

作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/30 下午 09:25:59
可以請問一下你從事bios之前是做什麼的嗎?
作者 : p72910(狂戰士被罰站)
[ 貼文 30 | 人氣 6404 | 評價 10 | 評價/貼文 0.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/1/31 下午 03:34:58

>可以請問一下你從事bios之前是做什麼的嗎?
準備考資工所
結果在補習班內把妹, 把不到
萬念俱灰, 放棄了
其他時間都是一個半知半解的業餘玩家
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/4/2 上午 11:47:44

>Windbg 小弟我只有用來 trace過 driver...
>還沒試過trace ASL @_@
>ASL 也可以插 DbgPrint 嗎
可以, store(xxxx, debug)即可.
trace ASL 需要使用 checked build acpi driver(acpi.sys)

 板主 : 徵求中
 > 組合語言 - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 組合語言 - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
組合語言
1 H 2220 
2 liaoo 990 
3 青衫 970 
4 牧童哥 940 
5 史努比 920 
6 qq 480 
7 GHOST-JACKY 330 
8 ]CALL-151 310 
9 harrison 300 
10 掌握文武半邊天 280 
組合語言
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2019 程式設計俱樂部 http://www.programmer-club.com.tw/
0.109375