討論區快速選單
知識庫快速選單
掌握Salesforce雲端管理秘訣 網路投保旅行平安險
[ 回上頁 ] [ 討論區發言規則 ]
未來BIOS的趨勢
更改我的閱讀文章字型大小
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/8/30 下午 10:51:56
將近26年, PC的世界該變化的都已變化, 唯獨BIOS都沒變.
我們來討論EFI(Extensible Firmware Interface)好嗎?
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/8/31 上午 04:49:42
有人上過Intel 2004年在台灣舉辦的Intel EFI Framework?
至今已3年了! EFI有出貨的BIOS, 大部份都在NB上面. 因為Closed System的關係, EFI可以專門為它量身訂做也比較容易實作出來, 不會像DT因為有Slots的關係, 難度上就比NB高.
99%的C加上剛開機所須要的1%Assembly, 就形成了當今的EFI.
目前Intel及AMD, 甚至Chipset廠商都有朝著EFI的方向走, 時後到了, 自然會走向EFI的世界.
請有經驗的人可以發表高論嗎? 可以從SEC(Security)到Legacy OS(CSM)或EFI Aware OS被啟動起來?
作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/8/31 上午 09:47:51
EFI 是Legacy BIOS 的"延伸"...不是"取代",這是我個人的感覺。

最近也在接觸這個東西,感覺上Intel 當初應該是想要擴充BIOS功能,因為原來的Legacy BIOS並沒有太多像作業系統對於驅動程式管理的方式,而在EFI中到處都可以看到他的設計概念(類似PE32 Header),總之多了安全性,管理性,以及擴充性(32 bit/64 bit/...).....

而EFI另外一個概念就是為了解決Legacy PC架構的問題,我在猜以後如果EFI 當道後,整個PC架構可能就不會向下相容,像是原來A20位址線的問題可能會被拿掉吧(設計新架構就不用綁手綁腳的了),也可能不會支援16 bit OS吧(DOS),而目前EFI最明顯的就是中斷配置,因為在EFI中並沒有特性的中斷需要配置給特定的設備所使用的問題。

但講歸講啦,實做的時候還真的有點累...因為開機的第一條指令雖然還是組合語言,但整個核心架構在C...UEFI好像是C++...撰寫的時候很方便,但是比起組合語言我還是比較喜歡組合語言,因為不用太在意繼承的問題跟一堆指標的問題...

另外現今的OS還是屬於Legacy OS,所以還必須為了向下相容去處理一些原本LegacyBIOS的事情,光是這些就有點麻煩了,畢竟每家廠商的Features都不同,你要自己去擴充CSM的功能。

而EFI-OS我還沒有接觸過,不過看Spec中,好像EFI BIOS與EFI-OS之間有溝通管道,也就是說EFI BIOS好像會提供一些資訊給EFI-OS使用,像是開機花了多久時間? 從哪邊開機...等資訊,還有硬碟分割區資訊好像也變了,不過我還沒完全K完EFI Spec 也沒接觸到EFI-OS,所以也不知道這部份改變成如何。

總之........EFI 是趨勢,但是不用太擔心,因為PC架構沒變,對於學BIOS的我來說,最大的影響在於"修改程式碼的檔案變多了,而且還要適應C的寫法"...因為是C核心,光是改某個功能我就必須去修改的 Header file / C source file就好幾支...還是改組合語言比較單純 QQ

還有EFI是工作在32 bit...所以沒有16 bit code...因此要對於這部份就是K SPEC然後看他為了支援 Legacy BIOS 功能然後在這兩種模式中切來切去 (16/32 bit mode) ,其實這部分在Legacy BIOS中也有這樣做,所以對BIOS工程師來說改變不大,反正就是GDT Table那些東西,只是要適應C的寫法而已...
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/1 上午 12:15:14
EFI絕對不是C++, 它是正統的C語言.
Sec->PEI->DXE->BDS->1)Legacy OS, 2)EFI Aware OS
有興趣的同仁, 可以進Google打UEFI, 可以搜尋到相關資料.
作者 : piao(pc0819)
[ 貼文 3 | 人氣 5 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/4 下午 01:19:39
剛接觸BIOS工作,正好從UEFI開始...
還要跟各位老大哥們學習...^^
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/5 下午 10:44:05
應該知道MBR由Fdisk製造出來, 但你們知道EFI是沒有MBR的.
Master Boot Record (MBR) Extensible Firmware Interface (EFI) System Partition support and operating system installation partition support is not possible for versions of the Microsoft Windows operating system for Intel Itanium-based systems. Windows for Itanium-based systems requires GUID Partition Table (GPT) system disks.

Windows for Itanium-based systems will not install on, and will not boot from, MBR disks. Systems must have GPT partitions in order to support the new Boot Manager that is included in Windows.

GPT system disk partitions have many advantages over MBR system disks, including:

• Redundant partition tables.
 
• Ability to create partitions up to 18 exabytes (EB) in size.
 
• Defined partition scheme for storing specific data.
 

Beginning with Windows Server 2003 Service Pack 1 (SP1) and Windows XP x64 Edition, GPT support is available on all versions of Windows for use with data disks. Only versions of Windows for Itanium-based systems support booting from GPT, however.

希望我們能繼續討論下去. 畢竟, EFI在Desktop上, 的確有須要克服的地方, 尤其是舊包伏的相容性問題.



作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/6 下午 03:49:27
我沒上過 Intel 2004年在台灣舉辦的Intel EFI Framework,所以很多東西也不知道Intel 到底想幹麻,但是不可否認的,他搞了那麼多東西,至少不會讓我失業啦...^^
作者 : piao(pc0819)
[ 貼文 3 | 人氣 5 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/6 下午 05:10:35
2007 六月 UEFI南京培訓的內容大致如下:
UEFI Overview
UEFI Image Types
UEFI Protocols
UEFI Events
EDK NT32 LAB
How To Develop EFI Drive LAB
UEFI Debug Methods
EFI Applications
EBC Drivers
UEFI SCT
Benefits of UEFI in Manufacturing
How to support customers using UEFI
作者 : jimei(DVD)
[ 貼文 8 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/20 上午 04:26:55
I remember Nanjing UEFI training has provided some ppt files for downloading, do you know where they are now?
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/22 上午 06:23:00
http://taiwan.cnet.com/enterprise/technology/0,2000062852,20098242,00.htm
https://www.tianocore.org/
http://www.bioscentral.com/

Above information just for your reference, as to EFI, we may dscuss if you are developing now.
作者 : piao(pc0819)
[ 貼文 3 | 人氣 5 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/27 下午 02:34:09
http://www.ihome.idv.tw/uefi/

可否互相交換 msn 討論
我的 msn : piao@cvs.net.tw
作者 : liaoo(liaoo) Assembly優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 507 | 人氣 27127 | 評價 1140 | 評價/貼文 2.25 | 送出評價 17 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/27 下午 05:28:01

>http://taiwan.cnet.com/enterprise/technology/0,2000062852,20098242,00.htm
>https://www.tianocore.org/
>http://www.bioscentral.com/
>
>Above information just for your reference, as to EFI, we may dscuss if you are developing now.

請問: bioscentral 中的討論區都連不上 ...有人連上去過嗎 ?
作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/27 下午 05:31:12
很久沒去這個網站逛了,剛剛我有去測試,也是連不上去討論區,不過其他的網頁好像沒問題!
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/28 上午 10:48:48

>將近26年, PC的世界該變化的都已變化, 唯獨BIOS都沒變.
>我們來討論EFI(Extensible Firmware Interface)好嗎?
>
PC系統是個分工的產業(platform, OS(+AP on OS), BIOS).三者缺一, 系統只是一攤垃圾.
Platform跟firmware 架構比較無關.除非M$完全放棄支援BIOS,否則EFI是無法盛行的 .可惜這個時間表我沒看到.
BIOS, EFI 說穿的不過是個 boot loader. 任何架構的改變對user來說完全沒有 benifit. 試想各位有人去認真的關心你的手機, PDA, GPS , 遊戲機的 boot loader嗎?
這種只對開發者有影響, 對user使用沒有好處和差別的東西. 我認為怎麼可能盛行呢?
EFI 做為embedded system or 非x86系統作為一個共通的firmware spec才是一條活路.
至於PC, 還是繼續漫長的等待吧?
作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/28 下午 01:22:06
順便留一下我的msn...有興趣在聊吧^^
harrison_hsieh@msn.com
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/10/8 下午 03:54:52
GUID#define EFI_PCI_IO_PROTOCOL_GUID \{0x4cf5b200,0x68b8,0x4ca5,0x9e,0xec,0xb2,0x3e,0x3f,0x50,0x2,0x9a}

Protocol Interface Structuretypedefstruct_EFI_PCI_IO_PROTOCOL {EFI_PCI_IO_PROTOCOL_POLL_IO_MEM PollMem;EFI_PCI_IO_PROTOCOL_POLL_IO_MEM PollIo;EFI_PCI_IO_PROTOCOL_ACCESS Mem;EFI_PCI_IO_PROTOCOL_ACCESS Io;EFI_PCI_IO_PROTOCOL_CONFIG_ACCESS Pci;EFI_PCI_IO_PROTOCOL_COPY_MEM CopyMem;EFI_PCI_IO_PROTOCOL_MAP Map;EFI_PCI_IO_PROTOCOL_UNMAP Unmap;EFI_PCI_IO_PROTOCOL_ALLOCATE_BUFFER AllocateBuffer;EFI_PCI_IO_PROTOCOL_FREE_BUFFER FreeBuffer;EFI_PCI_IO_PROTOCOL_FLUSH Flush;EFI_PCI_IO_PROTOCOL_GET_LOCATION GetLocation;EFI_PCI_IO_PROTOCOL_ATTRIBUTES Attributes;EFI_PCI_IO_PROTOCOL_GET_BAR_ATTRIBUTES GetBarAttributes;EFI_PCI_IO_PROTOCOL_SET_BAR_ATTRIBUTES SetBarAttributes;UINT64 RomSize;VOID *RomImage;} EFI_PCI_IO_PROTOCOL


Protocol vs. C++ class
􀁹An UEFI protocol is logically similar to a C++ classC++ class
–With lower memory overhead
– No virtual function table
–Has private member variables
–Has exposed functions
–Has private functions
–Has a ‘This This’ pointer
–Look/feel very different

其UEFI的Protocol類似於C++ class但不盡相同.
作者 : ccljyc(CCL) 貼文超過500則人氣指數超過10000點
[ 貼文 911 | 人氣 16435 | 評價 580 | 評價/貼文 0.64 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/10/17 下午 02:00:11
有人用過 http://www.plxtech.com/products/NET2000/NET20DC/default.asp
這套東西嗎? 這是AMI用來DEBUG EFI BIOS的 工具
看起來只是個USB的PC-TO-PC裝置
正在玩AMI的EFI~~有空可以互相交流
ccljyc@hotmail.com
我是寫AP的~~~不是寫BIOS的~~只是先幫公司看
作者 : ccljyc(CCL) 貼文超過500則人氣指數超過10000點
[ 貼文 911 | 人氣 16435 | 評價 580 | 評價/貼文 0.64 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/10/17 下午 02:00:30
有人用過 "http://www.plxtech.com/products/NET2000/NET20DC/default.asp"
這套東西嗎? 這是AMI用來DEBUG EFI BIOS的 工具
看起來只是個USB的PC-TO-PC裝置
正在玩AMI的EFI~~有空可以互相交流
ccljyc@hotmail.com
我是寫AP的~~~不是寫BIOS的~~只是先幫公司看
作者 : ccljyc(CCL) 貼文超過500則人氣指數超過10000點
[ 貼文 911 | 人氣 16435 | 評價 580 | 評價/貼文 0.64 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/10/17 下午 02:01:12
有人用過 "http://www.plxtech.com/products/NET2000/NET20DC/default.asp"
這套東西嗎? 這是AMI用來DEBUG EFI BIOS的 工具
看起來只是個USB的PC to PC裝置
正在玩AMI的EFI~~有空可以互相交流
<ccljyc@hotmail.com>
我是寫AP的~~~不是寫BIOS的~~只是先幫公司看
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/10/28 上午 08:10:54
一個新的產品從推出到全面量產,應該會經過形成期,風暴期,規範期,績效期,調整期而個別對應
到界定,衡量,分析,改善,控制5個實施手法.現在的EFI已進入到第四個時期,只要是業界的確實是可以感受到風雨欲來的感覺.這後面的推手有Wintel的(Microsoft and Intel)攜手合作再加
上晶片廠商在BIOS的部份確實有使用部份的C code在目前的計算機中.尤其這次在台北舉行的IDF(Intel Developer Forum)有2堂EFI課,在加上為期2天整的EFI training course,Intel
不斷的推行,Microsoft也不斷地支援.2個重量級的公司如此的合作,將會進入到第5個時期, 因
成熟而須要有更好的控制實施手法.
為何說現在是第4個時期?因BIOS Vendor都已經在做了,都已有一段時間.我們也將會經歷到一個時期,就是傳統BIOS跟EFI BIOS一起共存.最後, 直到Legacy BIOS完全被消滅掉,那麼EFI BIOS的全盛時期就到來了.
2009年是一個重要的一年, 我們拭目以待.
作者 : kelza0829(丁丁不只是人材)
[ 貼文 3 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/17 下午 09:52:58

>GUID#define EFI_PCI_IO_PROTOCOL_GUID \{0x4cf5b200,0x68b8,0x4ca5,0x9e,0xec,0xb2,0x3e,0x3f,0x50,0x2,0x9a}
>
>Protocol Interface Structure
typedef struct _EFI_PCI_IO_PROTOCOL {
EFI_PCI_IO_PROTOCOL_POLL_IO_MEM PollMem;
EFI_PCI_IO_PROTOCOL_POLL_IO_MEM PollIo;
EFI_PCI_IO_PROTOCOL_ACCESS Mem;
EFI_PCI_IO_PROTOCOL_ACCESS Io;
EFI_PCI_IO_PROTOCOL_CONFIG_ACCESS Pci;
EFI_PCI_IO_PROTOCOL_COPY_MEM CopyMem;
EFI_PCI_IO_PROTOCOL_MAP Map;
EFI_PCI_IO_PROTOCOL_UNMAP Unmap;
EFI_PCI_IO_PROTOCOL_ALLOCATE_BUFFER AllocateBuffer;
EFI_PCI_IO_PROTOCOL_FREE_BUFFER FreeBuffer;
EFI_PCI_IO_PROTOCOL_FLUSH Flush;
EFI_PCI_IO_PROTOCOL_GET_LOCATION GetLocation;
EFI_PCI_IO_PROTOCOL_ATTRIBUTES Attributes;
EFI_PCI_IO_PROTOCOL_GET_BAR_ATTRIBUTES GetBarAttributes;
EFI_PCI_IO_PROTOCOL_SET_BAR_ATTRIBUTES SetBarAttributes;
UINT64 RomSize;
VOID *RomImage;
} EFI_PCI_IO_PROTOCOL
>
>
>Protocol vs. C++ class
>􀁹An UEFI protocol is logically similar to a C++ classC++ class
>–With lower memory overhead
>– No virtual function table
>–Has private member variables
>–Has exposed functions
>–Has private functions
>–Has a ‘This This’ pointer
>–Look/feel very different
>
>其UEFI的Protocol類似於C++ class但不盡相同.

這樣看起來比較舒服,UEFI中的PROTOCOL 使用上有一套規則,
通常用LocateProtocol()來得到protocol的instance,
再藉由這instance來使用protocol的成員函數,
跟C++ class是不一樣的,上面的那一個PROTOCOL算是UEFI中的基礎protocol,
當然有需要還是可以自己創造出來使用。
作者 : kelza0829(丁丁不只是人材)
[ 貼文 3 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/17 下午 09:53:08

>GUID#define EFI_PCI_IO_PROTOCOL_GUID \{0x4cf5b200,0x68b8,0x4ca5,0x9e,0xec,0xb2,0x3e,0x3f,0x50,0x2,0x9a}
>
>Protocol Interface Structure
typedef struct _EFI_PCI_IO_PROTOCOL {
EFI_PCI_IO_PROTOCOL_POLL_IO_MEM PollMem;
EFI_PCI_IO_PROTOCOL_POLL_IO_MEM PollIo;
EFI_PCI_IO_PROTOCOL_ACCESS Mem;
EFI_PCI_IO_PROTOCOL_ACCESS Io;
EFI_PCI_IO_PROTOCOL_CONFIG_ACCESS Pci;
EFI_PCI_IO_PROTOCOL_COPY_MEM CopyMem;
EFI_PCI_IO_PROTOCOL_MAP Map;
EFI_PCI_IO_PROTOCOL_UNMAP Unmap;
EFI_PCI_IO_PROTOCOL_ALLOCATE_BUFFER AllocateBuffer;
EFI_PCI_IO_PROTOCOL_FREE_BUFFER FreeBuffer;
EFI_PCI_IO_PROTOCOL_FLUSH Flush;
EFI_PCI_IO_PROTOCOL_GET_LOCATION GetLocation;
EFI_PCI_IO_PROTOCOL_ATTRIBUTES Attributes;
EFI_PCI_IO_PROTOCOL_GET_BAR_ATTRIBUTES GetBarAttributes;
EFI_PCI_IO_PROTOCOL_SET_BAR_ATTRIBUTES SetBarAttributes;
UINT64 RomSize;
VOID *RomImage;
} EFI_PCI_IO_PROTOCOL
>
>
>Protocol vs. C++ class
>􀁹An UEFI protocol is logically similar to a C++ classC++ class
>–With lower memory overhead
>– No virtual function table
>–Has private member variables
>–Has exposed functions
>–Has private functions
>–Has a ‘This This’ pointer
>–Look/feel very different
>
>其UEFI的Protocol類似於C++ class但不盡相同.

這樣看起來比較舒服,UEFI中的PROTOCOL 使用上有一套規則,
通常用LocateProtocol()來得到protocol的instance,
再藉由這instance來使用protocol的成員函數,
跟C++ class是不一樣的,上面的那一個PROTOCOL算是UEFI中的基礎protocol,
當然有需要還是可以自己創造出來使用。
作者 : kelza0829(丁丁不只是人材)
[ 貼文 3 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/17 下午 10:06:08

>一個新的產品從推出到全面量產,應該會經過形成期,風暴期,規範期,績效期,調整期而個別對應
>到界定,衡量,分析,改善,控制5個實施手法.現在的EFI已進入到第四個時期,只要是業界的確實是可以感受到風雨欲來的感覺.這後面的推手有Wintel的(Microsoft and Intel)攜手合作再加
>上晶片廠商在BIOS的部份確實有使用部份的C code在目前的計算機中.尤其這次在台北舉行的IDF(Intel Developer Forum)有2堂EFI課,在加上為期2天整的EFI training course,Intel
>不斷的推行,Microsoft也不斷地支援.2個重量級的公司如此的合作,將會進入到第5個時期, 因
>成熟而須要有更好的控制實施手法.
>為何說現在是第4個時期?因BIOS Vendor都已經在做了,都已有一段時間.我們也將會經歷到一個時期,就是傳統BIOS跟EFI BIOS一起共存.最後, 直到Legacy BIOS完全被消滅掉,那麼EFI BIOS的全盛時期就到來了.
>2009年是一個重要的一年, 我們拭目以待.
>

希望2009年真的能成為重要的一年,首先 Vista SP1 support UEFI 這先不要跳票就好了,
再來就是看LegacyOS還可以活幾年,現在NB部分的確已經進入LegacyOS與EFI BIOS共存階段,Desktop跟Server那一塊許多BIOS Vendor的確也正在努力,不知有人知道這兩塊領域的EFI BIOS是否已有出貨?前一篇手殘抖了一下,Sorry。P.S我希望Csm存活的時間越短越好啊。
作者 : sjtwlin(Jacque Lin)
[ 貼文 2 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/19 下午 10:17:08
My msn: chiehlin@mail2000.com.tw I am using PBIOS UEFI
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/20 下午 03:45:29
>希望2009年真的能成為重要的一年,首先 Vista SP1 support UEFI 這先不要跳票就好了,
>再來就是看LegacyOS還可以活幾年,現在NB部分的確已經進入LegacyOS與EFI BIOS共存階段,Desktop跟Server那一塊許多BIOS Vendor的確也正在努力,不知有人知道這兩塊領域的EFI BIOS是否已有出貨?前一篇手殘抖了一下,Sorry。P.S我希望Csm存活的時間越短越好啊。

除了Apple 這種有能力通通自己來的公司外. 在PC 分工這麼細的狀況之下.其實我很好奇, 現在多少NB是 EFI ready? 方便透露一下嗎? 還有你們出貨的EFI是compile成 32bits還是 64 bits? 我ㄧ直很好奇. 大家如何解決 32 bits mode & 64bots mode C pointer的問題. IA-64是原生的 64 bits CPU所以沒這問題. 但是 x86呢?就算我們放棄了 16 bits mode, 但是 32 bits 和 64 bits是要選擇哪個呢?
作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/20 下午 05:58:06
>> EFI是compile成 32bits還是 64 bits?

雖然我沒摸過BIOS kernel,不過我個人淺見是這部分不是跟以前的16/32做法ㄧ樣就好了嗎? 把EFI BIOS分成16/32/64... 或是16/32,然後BIOS自己去切換就可以了,只是要搭配Platform (32 bit/64 bit)而已吧。

例如SantaRosa 平台上的EFI BIOS 就可能是16/32...新ㄧ代的就可能是16/32 或是16/64bit或是 99%的BIOS是64 bit + 1% 16 bit (因為x86預設是16 bit,所以ㄧ定會有16 bit code =.=)......以上是個人淺見!

作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/21 上午 09:03:01

>>> EFI是compile成 32bits還是 64 bits?
>
>雖然我沒摸過BIOS kernel,不過我個人淺見是這部分不是跟以前的16/32做法ㄧ樣就好了嗎? 把EFI BIOS分成16/32/64... 或是16/32,然後BIOS自己去切換就可以了,只是要搭配Platform (32 bit/64 bit)而已吧。
>
不一樣! 基本上 legacy BIOS的 interface 同時支援16/32 interface,這是有規定的. 在 16 bits mode, 就是利用 INT 來作service. 32 bits mode則是利用 BIOS32的interface(以_32_為header的結構表找出entry address)進入 BIOS service. 所以基本上legacy BIOS在BIOS runtime service本身是16/32 mixed. OS 不管是 16 bits 還是 32 bits 只要選擇自己可以用的BIOS呼叫即可. 這是legacy BIOS 演進的結果(由 16 bits 之外, 擴充出32 bits service)
但是EFI設計不同. 一開始的就是C like interface. 所有的service都是 pointer. C的pointer說實在的就是CPU memory address. 因此compile 成 32 bits 或 64 bits是完全不同的. pointer的大小完全不一樣. 由於EFI剛開始是針對IA-64設計, 所以這種 C like interface沒啥不對! 但是不幸的是 AMD K8的設計破壞的Intel 原本的市場規劃. 造成 x86 變成一個可以支援 16/32/64的CPU.也存在16/32 only的CPU. 這個狀況對EFI的推動造成一定難度. 試想OS 有 32 /64 兩種, EFI 有 32/64兩種. 組合起來會增加多少OS維護的壓力. 這也是我猜M$支援EFI計畫緊急喊卡的原因之一. 你認為連service pointer都不知道應該取 64 bits 還是 32bits. OS如何調用 EFI service?
在回到EFI BIOS這層, 到底我的runtime service table到底要準備 64 bits還是 32bits. 在EFI還推不起來的同時. 難道要像legacy BIOS一樣, 保持兩個mode的service?問題又不是所有CPU都支援 64 bits mode.......... 如果使用 EFI 32, 那麼呼叫32 bits EFI service又會變成 64 bits OS將來的包袱...
所以我認為EFI一直無法完成世代交替的原因. 一走錯又是一個包袱. 就像 legacy BIOS一樣.

>例如SantaRosa 平台上的EFI BIOS 就可能是16/32...新ㄧ代的就可能是16/32 或是16/64bit或是 99%的BIOS是64 bit + 1% 16 bit (因為x86預設是16 bit,所以ㄧ定會有16 bit code =.=)......以上是個人淺見!
>
16 bits code只存在PEI的一開始而已, 這也是EFI 少數中少數用組合語言寫的部份.
EFI本質上是不支援16 bits, 要支援只靠有CSM. 如果 EFI 要同時支援 32/64 bits的service, 請問ROM size又要增加多少?中間的介面怎麼定義? 如果各BIOS廠商各定各的, 請問chip vandor如何提供driver?不又回到 legacy BIOS的狀況. 又要針對不同的BIOS去 porting.

目前看到的趨勢是.
 64 bits OS支援 64 bits EFI, 32 bits OS支援 legacy BIOS (EFI就是CSM).說實在的一旦EFI 走 CSM, 那些EFI 提供的改進說實在的一點用也沒有.
作者 : shing00(shing)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/4 下午 05:57:32
好久沒來這了.....
沒想大家會對EFI/UEFI 有興趣,一般來說,做BIOS的人已經很少了,所以應該不會太多人討論BIOS相關的事情.我是個做bios的工程師.對於板上之前有些問題我可以回答不過的確有些問題我現在也無法切確回答.因為Bios的code太大了.而且軟體的所在的層不一樣,而有時候在bios裡真的有些事情都把它當作習以為常倒是從未想過這東西的細節.例如之前有人問說 Runtime service 應該要是32bit or 64bits?這我真有愣了一下.因為我從來沒想過也沒遇這問題. 然而我想到的問題是,這個runtime service 是給誰用? 幾本上 Bios不是只有INT X 或是 SETUP menu才叫BIOS.這些東西反而不是BIOS最主要會遇到的問題跟function.Bios最主要的工作或問題反而是不容易讓一般user察覺的.甚至應該說當system boot 到OS時
幾乎所有的主控權都交於OS跟driver了.那一般user都是在windows裡工作,而這時Bios的工作卻可以說幾乎已經結束了.除了特別的function,通常會透過SMI#(不是IRQ)orSCI 以中斷的方式去執行。否則Bios的code已不會再執行那OS自然會有一個溝通的管道從bios get到他所需的information 或interface(如ACPI).但有沒有包括 Bios所提供的runtime service 呢?至於 INTx這我就不知windows如何使用。因為這已屬於OS層。通常倒是以前在
DOS mode會比較常用到INTx來做tool。然而通常在bios跟driver裡,會直接用I/O port的方式直接去做跟INTxㄧ些類似的事。當然在bios裡也是有用到Intx,如 VGA INT 10. 這是因為
Bios的執行mode是可以切換的,不是ㄧ直都是real mode,他可以切16/32甚至64bit的mode.去執行。所以以往legacy bios 除了有real mode以外還有big real mode.而Smi# smm mode又有16bit 與32bit之分.而現在EFI/UEFI 的smi# SMM mode,的確也是有64bit mode.所以16/32/64 mode對bios的環境來講是無所謂的.而不管什麼模式等進OS 之後那就是看OS了而不是Bios(EFI/UEFI).而在windows裡如果有需求當發SMI#至bios裡要求做service時,bios自然可以
知道該servce在哪?而且是在16bit or 32bits的codesegment 去執行.甚至它們這之間是還有interface可以互相呼叫轉換.我想UEFI 64bit的smi應該也有類似的介面。

以上是我的想法,若有不對歡迎更正
至於一些比較確定的事我可以描述一下在下一篇。
作者 : shing00(shing)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/4 下午 06:08:04
1.從明年Q1,Q2要上市的 intel montevina確定都只有 EFI/UEFI的bios,不會有legacy bios.這是intel的政策.但是也只有intel的才這樣,amd或其他的還不會變,但是你也知道intel是大宗. 
2.EFI/UEFI 或是說Bios vendor主要有三家,最早是intel 跟insyde定了EFI,而現在intel反而又跟AMI合作。insyde跟 AMI現在的code架構是真的比較屬於EFI的也就是說 99%是C code 1%是組語,而legacy的部份則是者要透過CSM沒錯,然而其實這legacy部分請不要擔心,應該不會作多,而且有也跟user無關,主要頂多是給產線測試tools用的 。而最大的Phoenix呢現在的code 架構則是雞尾酒方式,也就是組語的部份還蠻多的,甚至real mode也很多.感覺上UEFI的部份比較kernel而OEM/ODM部分大多還是組語 legacy的bios.然而這跟user都無關。uEFI則是MS 跟PHoenix AMD制定的.當然相容EFI,主要是不讓Intel insyde獨占。 
3.承上,依我之前去insyde上EFI的了解,EFI應該是不會有Dos mode的.所以也沒錯Intx function call是不能用了,也沒了.  因為連Dos都沒了。取而代之的是EFI/UEFI 的shell mode.這個東西不是OS提供的是,EFI/UEFI提供的.這類似Dos 但使用起來我感覺反而比較像linux裡面的模式.在這個模式下你可以直接執行lan audio ...等等的driver然後就可以使用該device不需特定OS,有什麼用呢?不知道,通常還是for debug居多.不過也你可以不用買OS就可已使用了,如連網或是當instant on用/DVD player.至於PHoenix的code 架構則還是可以相容選擇要不要從legacy OS boot方式boot.都有就對了,其實insyde也有說如果真要再support
intx function 也是可以的.不過可以預見的是,這種legacy (dos)是會漸漸消失了.
4.另外因為montevina 以後各家platformㄧ定是用64bit以上的CPU所以以前的32bt cpu也不用考慮會出現再EFI/UEFI.至各位大大所寫的AP住要當然還是看OS執行環境.跟EFI/UEFI都無關。
5.至於所謂的EFI OS這也沒什麼太大的意義,總之vista ,XP都可以開機到os.linux我也想也不會缺席.
6.若要說對一般user較有關的,我還沒實際玩過,現今應該也只有santarosa有做過EFI/UEFI.不過依之前看vendor demo的狀況,可能有幾點.
   a.開機到可以選擇os ,應該只有3秒,到windows bar那就是 os,drvier的事了
   b.基本上它 有點像是多重開機了,你可選擇boot normal OS 或是shell,或是instant on但跟多個OS boot選擇又不太一樣,當然是也可以做到只是要EFI/UEFI 有要這樣support,其實早期的instant on 就是另ㄧ個OS.但是instant on現在ms還是把它整併到os了,你可以按dvd/tv key直接開機只是他也是先開到vista直接出現. media player。
     c.不一定每ㄧ家品牌電腦都會做,就是以前的開機logo可以變比較美,可以用mouse可以高解析度VGA.其實以前也可以只是礙於rom size所以沒錯.efi/uEFI 的bios rom大概會是2MB.
7.還有一點,因為現在學校都不teach組語了,所以efi/uefi要換成c寫也是目的之ㄧ,當然ms要推它的visual 2005更是目的之ㄧ.
    
     以上胡說八道一堆,現在正在學phoenix uefi就是為了montevina的project.這個時候其實大家都在做了,因為明年的montevina EFI/Uefi他真的是要上市要來了.各家品牌都一樣.不需2009年.明年Q2就ㄧ堆了. 話說回來其實我想efi/UEFI對一般user還是應該不會有什麼影想,對bios engineer則是要學新的東西.bios job被取代性很低(每年都有新chipset),電腦NB全世界又有80% 以上是台灣做的,市場還在一直成長,雖然台灣是做代工不過現在大部分都是ODM也就是不是只有組裝,H/W S/W 包括bios都是我們台灣要實際去做去porting的,sony的也是. 歡迎大家加入bios行列
作者 : shing00(shing)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/4 下午 06:11:00
EFI是compile成 32bits還是 64 bits?
--->在回一下好了,依phoenix現在的code
PEI driver is 32bit的
DXE driver is 64bits的 妙吧
要個別分開compile
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/5 上午 11:02:07

>有人用過 'http://www.plxtech.com/products/NET2000/NET20DC/default.asp'
>這套東西嗎? 這是AMI用來DEBUG EFI BIOS的 工具
>看起來只是個USB的PC-TO-PC裝置
>正在玩AMI的EFI~~有空可以互相交流
>ccljyc@hotmail.com
>我是寫AP的~~~不是寫BIOS的~~只是先幫公司看
>
這個東西M$的WINDBG也有支援, 寫AP也是可以用的.
作者 : shing00(shing)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/6 上午 11:49:24
真不好意思 之前講錯了
真正EFI 的 OS  只有 vista SP1才剛要support
其他xP以前的是都不support的 。
但是EFI/uefi的bios還是可以用legacy 方式
去support legacy os 的開機方式。


NEC20D那個是 usb debug 得工具 ,各家bios都有用
windbg也可以用。 以bios來說38h後 ram ready後才可以用
不過在EFI裡 在PEI phase Ram就都搞定了 
所以現在都用這比較方便debug





作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/7 上午 07:27:57

>EFI是compile成 32bits還是 64 bits?
>--->在回一下好了,依phoenix現在的code
>PEI driver is 32bit的
>DXE driver is 64bits的 妙吧
>要個別分開compile
這大概是至少讓以前寫好的PEIcode可以繼續使用. 反正PEI 不會直接跟OS溝通.
也就是說一旦要使用EFI/UEFI OS一定要是64 bits的
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/8 上午 05:02:15
所以Intel提倡64 Bit的CPU Architecture, Microsoft也用力推64 Bit的OS, 再加上EFI
也盡量不要做CSM Interface. 這樣32 Bit的OS就可以拋棄了, EFI的計術也就單存了許多.
作者 : shing00(shing)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/10 下午 03:25:00
'http://www.plxtech.com/products/NET2000/NET20DC/default.asp'
各位請問一下 NET20DC 除了國外網站有賣外
在台灣能不能買得到 還是有替代品 ?
ㄧ定要從國外買嗎? 之前phoenix好想說台灣有一家也有做
有人用過過嗎?
作者 : harrison(harrison) 貼文超過200則人氣指數超過30000點
[ 貼文 232 | 人氣 43332 | 評價 330 | 評價/貼文 1.42 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/12/10 下午 04:41:46
不清楚台灣有沒有,我們是國外買的,運費好像是 70US....
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/3/1 上午 07:19:15
http://zh.wikipedia.org/w/index.php?title=%E5%8F%AF%E6%89%A9%E5%B1%95%E5%9B%BA%E4%BB%B6%E6%8E%A5%E5%8F%A3&variant=zh-tw
今年, 會將EFI導入.
作者 : eject(eject)
[ 貼文 27 | 人氣 0 | 評價 80 | 評價/貼文 2.96 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/3/1 下午 12:04:23
to shing00(shing) & ccljyc(CCL)

要不要用國產的USB DEBUG
免驅動程式 WIN/LINUX 通用 64MSPI 只要兩秒半

UEFI DEMO
http://www.samedisk.com/cht/forum/viewtopic.php?t=98
作者 : sacosaco(sug)
[ 貼文 33 | 人氣 1444 | 評價 50 | 評價/貼文 1.52 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/10/16 下午 05:46:32
>也就是說一旦要使用EFI/UEFI OS一定要是64 bits的
如果os 要用64bit 這樣 我們目前對我們目前用的AP不是影響很大,都要重新改版嗎
那其他的程式 不是除了M$出的以外,其他的都有問題了嗎
這是我不懂的地方,有大大能回答我的疑問嗎??
作者 : weber(weber) 程式設計甘苦談優秀好手貼文超過200則人氣指數超過30000點
[ 貼文 302 | 人氣 33525 | 評價 2220 | 評價/貼文 7.35 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/10/19 下午 11:46:08
以往 Win3.1 (16 bit) 跨到 Win95(32 bit) 時, Microsoft 用 Thunk 機制,
在 32 bit OS 環境下, 模擬出 16 bit 的 memory access 跟 virtual
DOS service (ie, int XX), 使傳統的 DOS/Win3.1 程式, 可以在 Win32 上面跑.

Vista 64 bit 版也是依此觀念, 模擬出可以跑 WinXP 32 bit 程式的環境,
但 driver 一定要改成 64 bit.

新的 OS 平台一定要向下相容, 使 user 以往的軟體投資, 能繼續延伸.
這就跟賣 Game Console (XBOX 360, PS 3)一樣, 重點在於 Title 的多寡,
而非硬體的價格.
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/12/17 下午 02:45:13
如果想知道EFI的overview, 推薦一本中文書給大家.
書名: "以C語言解析電腦底層應用程式開發秘笈"
書商: 全華.
基本上, 我已經閱讀過, ok.
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/12/21 上午 04:31:20
http://www.goldfish.idv.tw/jimmy/blog/index.php?d=09&m=08&y=08&category=6
這個網址提供給你們參考
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/12/23 上午 03:36:17
在EFI Overview的地方, 用Toolkit實作, 有一個地方, 需要交待一下,
1. Default是em64t, 所以只要打build就可以了.
2. 如果使用Windows 2003 server SP1 DDK時, 進入EDK_Toolkit_2.0的Apps, 直接打nmake apps即可.
3. 如果沒有EFI BIOS的板子, 那只好用simulation的方式, 也就是先按照書中一開始介紹的步驟做到simulation能夠看到為止.
4. 假設simulation已經ok, 接著打build nt32
5. 再進入EDK_Toolkit_2.0的Apps, 直接打nmake apps即可
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2008/12/30 下午 06:26:34
Windows 7有支援EFI Aware OS for 64-bit x64
大家應該有看過某家公司打廣告"快開8秒', 有誰知道這箇中的道理嗎?
歡迎大家一齊來討論?
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/1/2 下午 10:54:50

>http://www.goldfish.idv.tw/jimmy/blog/index.php?d=09&m=08&y=08&category=6
>這個網址提供給你們參考
看了, 不錯的介紹, 但是一些基本觀念錯得離譜.
第一, 64 bits or 32 bits 對 C 影響可大了, 怎麼會沒影響. C 語言是給程式員看的. CPU 最終還是只認機器碼. 不然compiler是做啥?
第二, EFI提供C pointer 的runtime service取代x86特有的INT x. 也不代表OS一定要用. 不管是EFI 還是 legacy BIOS. boot loader的角色是不會變的.沒有必要把OS loader這塊算成EFI的優勢. 以目前OS的架構. 如果boot device 沒有 driver. 不管是EFI還是legacy BIOS. OS一樣無法啟動.
第三, 雖然都是公版抄的. 畢竟板子的好壞還是會受硬體設計的影響. 很多時候必須針對特別的板子做一些patch. 而這些patch不一定'適用'於其他使用相同晶片的板子. 更別提那些廠商會對舊的chip提供'額外'的支援啦! 對USER來說update 一顆BIOS和換EFI的 driver是一樣複雜的.
第四, 的確EFI volume 架構提供了比legacy BIOS 更多的彈性. 但是不代表我們出廠的 EFI firmware一定要支援HDD上的volumes喔!這個優勢對BIOS enginner比較有用, 而不是user!
作者 : seanchang(H) Assembly卓越專家貼文超過1000則
[ 貼文 1200 | 人氣 773 | 評價 3240 | 評價/貼文 2.7 | 送出評價 43 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/1/2 下午 10:55:44

>Windows 7有支援EFI Aware OS for 64-bit x64
>大家應該有看過某家公司打廣告'快開8秒'', 有誰知道這箇中的道理嗎?
>歡迎大家一齊來討論?
把OS換掉就好了! 靠Vista或 XP是不行的.
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/1/3 上午 09:53:17
EFI的優勢在那兒? 絕非Legacy BIOS transfers to EFI BIOS那樣. 如果是這樣, 我倒覺得大家就用Legacy BIOS就好, Intel何必搞
個EFI BIOS找BIOS Engineers的麻煩? 除了前面述說過的好處之外, 介紹EFI BIOS的另一個特色(PBA). Pre-Boot Application(PBA)這玩意兒弄得好, 也就是未進OS之前, BIOS可以在這個階段努力的發展自己的產品, 所以EFI要有自己的Loader, 以便把自己開發的application搬入到記憶體的某塊安全區, 這樣就可以完成自己BIOS的特色. 換言之, 這些Tier 1的廠商未來會比什麼? 比的就是PBA, 不然比什麼? 越是這樣比, 對end users是絕對的福氣啦! Intel在每次的IDF後, 就馬上舉辦EFI Forum, 還有Microsoft為何會在她最新的產品Windows 7加入x64-bit的EFI OS? 以目前的MBR的限制, 如果要support over HDD 2T是有困難的, 那要如何超越呢? 只要有支援GPT format就可以達成, 可支援到18 Exabytes(10的15次方). So far, 我能夠看到OS的支援, 只有x64-bit EFI OS才有, 大家認為呢? 最後, 我覺得EFI BIOS只是多提供一些Application讓大家方便, 不見得做任何事都一定要進OS才能做.
當然, 快開8秒絕對不是目前MS所提供的OS能做得來, 我們把這樣的東西也定位成PBA的一種, 只是一個比較複雜的AP. DeviceVM這家公司已經開發完成, 而在EFI BIOS目前還沒有, 所以有興趣的可以往這個方向發展. 最後, 不是MS那是什麼? 當然是Linux OS, 只有她才能重新編譯核心就像Intel提供她的核心供大家發展使用, 只是發展EFI BIOS需要更多的耐心付出. 畢竟, 從架構上來看她與Legacy BIOS就有天攘之別.
作者 : weber(weber) 程式設計甘苦談優秀好手貼文超過200則人氣指數超過30000點
[ 貼文 302 | 人氣 33525 | 評價 2220 | 評價/貼文 7.35 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/1/24 下午 04:15:58
Express Gate 的 "快開 8 秒", 從技術角度來看, 並不是創新, 門檻高的技術.
6, 7 年前就有一些廠商動這個腦筋. VIA , Phenix 就將 Embedded Linux 的
image 直接塞到 BIOS 內, 來達到 OS-Free, instant On 功能.

而後還有 InterVideo 在 NB 上推 Instant-On for watching DVD 功能,
在 HDD 中切一塊 Bootable partition, 把embedded Linux + multi-media Apps
放進去, BIOS 跑完後就直接進 embedded linux.

但最快的方法是, 根本把 BIOS 廢掉. 使用 Window CE 的觀念來處理.
在 EEPROM 中放 BootLoader, 只做將 WCE image load into DRAM 的工作.
接下來 WinCE 可直接點亮螢幕畫面, 不要像 Window load 一堆有的沒的
service/driver. 當執行 App 時, 才載入啟動相關的 service and driver.

而當要跑 Window 時, 從單純 BootLoader 切到傳統 BIOS, 然後載入 Window OS.

但推動起來會擋住許多人的財路:
1. Device VM 的總經理馬上就跳出來, 而只懂硬體的公司總經理,
   只聽信職銜高的人的話, 不願採納站在第一線黑手 RD 的建言.

2. BIOS 架構要改動, 而且改成單純 bootloader 後, 控制權完全移到
    OS/DRIVER. 讓 BIOS 的重要性, 大幅滑落.

擋人財路的事, 最好不要幹. 不然明槍暗箭一大堆, 受傷累累.
什麼時機財是最恰當 ? 就是等某家不怕死的公司推出.
引發一股破壞性創新時, 這些大公司才不得不跟進.

例如 EPC 就是不怕死, 反正搞砸了也不會怎樣, 用新觀念來
顛覆傳統 NB 市場生態, 逼得 HP, DELL, Acer 不得不一起下海.

一些 Microsoft, Google 的頭批員工, 等公司大後, 就離職成立或加入小公司.
其心態是追求創新觀念, 不願被官僚制度束縛住. 但在台灣, 唯有等到
軟體相關產業更受重視, 真正有鉅額產值後, 才有機會創造出這樣的環境.
作者 : tatungtatung(m0123456789)
[ 貼文 50 | 人氣 9692 | 評價 100 | 評價/貼文 2 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/2/4 下午 01:43:56
破壞性創新?!
取消BIOS?! 消滅BIOS!? 大幅降低BIOS的重要性!?

我也不敢說BIOS 一定會被消滅會被降低重要性或一定不會被消滅不會被降低重要性,
因為我不知道科技的發展與世界的趨勢將來會是如何,
如同二十年前十五年前十年前, 誰能知道GOOGLE今日的發展呢?

我只是覺得取消BIOS消滅BIOS大幅降低BIOS的重要性如此能創造巨大價值與巨額利益的破壞性創新的事,
應該也有其它人想到罷, 應該不是只有臺灣想到罷,
那也早就應該有人在做了罷, 至少在科技領導者與有軟硬體大廠的美國有人在做了罷.
如果美國也是因為會擋人財路, 會受傷累累而沒做, 我無話可說.

有這種想法或認同這種想法的人, 出去成立公司或創業罷,
做取消BIOS消滅BIOS大幅降低BIOS的重要性的產品或事罷.
不要等到"軟體相關產業更受重視, 真正有鉅額產值後"再去做,
因為真的等到那時候恐怕一堆人搶著做, 你要做也沒得做了.

不出去成立公司或創業也沒關係,
那就在公司內做取消BIOS 部門消滅BIOS部門大幅降低BIOS部門的重要性的事罷.

一時無聊 隨便亂打 勿以為意

作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/2/12 下午 03:19:09
我們不但沒有消滅BIOS而且還與它共存. 試想沒有PC BIOS, 請問你要這麼讓PC啟動. 自己寫Bootloader? PC發展至今, BIOS不斷地發展跟進, 當然相容性也是最好, 不是嗎? DeviceVM發展的Splashtop只是一個想法與應用, 他讓我們見識到快開帶來的好處, 不一定都要進OS才能處理一般的事務. Legacy BIOS進化到EFI BIOS, 它還是PC BIOS, 相當於Embedded system的Bootloader, 它的功能保存的相當完整. BIOS就是BIOS, OS是OS, 快開還是快開, 大家各司其職, 一點都沒有僭越!
作者 : johnefi(BossEFI)
[ 貼文 17 | 人氣 4599 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/5/21 上午 08:02:27
Taipei Computex 2008將在6/2揭幕, 不知是否有廠商會鄭重推出EFI的Motherboard和系統, 這是個前哨站. 如果推出的不多, 那表示
Intel還不夠努力地遊說各廠商幫忙幫她做EFI的板子或沒有強力遊說各OEM使用EFI. 期待有好的結果. 或者說, EFI還不到時後呢?
 板主 : 徵求中
 > 組合語言 - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 組合語言 - 知識庫
  ■ 全站最新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.234375