NoteBook HD4000 in OS X ML 10.8.4－iPC

對於 Mac OS X ML 10.8 的 HD4000定義埠

這篇     寫的很詳細

然而

更新了 10.8.4後

AppleIntelframebufferCapri 文件裡面的位址

蘋果做了小更動

為何 , 我會發覺呢？？

遇到就知道了 =="

我在改 Dell 5520 FHD 這台 , 就需要應用了

一般來說

notebook 的 HD4000

只需寫入

以下代碼

Device (GFX0)
        {
            Name (_ADR, 0x00020000)   <..........................................找到這裡
            Method (_DSM, 4, NotSerialized) 開始
            {
                Store (Package (0x02)
                    {
                        "AAPL,ig-platform-id", <............HD4000 驅動必備
                        Buffer (0x04)
                        {
                            0x03, 0x00, 0x66, 0x01      3, 很通用
                        }
                    }, Local0)
                DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                Return (Local0)
            }                                                             結束

           原生代碼

沒意外, 就能驅動   內建螢幕   與外接 HDMI

好笑的事情發生了

當我一如往常寫入 03,00,66,01

卻是

內建螢幕沒點亮

外接 HDMI 是正常

不過 ,詭異的是

顯示器描述

明明有 LVDS ,HDMI 兩個圖示 (都是正確解析度喔)

於是乎

我打開 IORegistryExplorer.app

LVDS 部分真的有抓到 EDID 值

（PS: 若是沒有 EDID 描述, 這種情況就必須 DSDT添加 EDID代碼來.... 幫助 OSX 辨識內建螢幕）

我就嘗試修改 AAPL,ig-platform-id 值

實驗後
04, 00, 66, 01

真的可以 "點亮“ .....內建螢幕

開頭提到聯結文章裡

AAPL,ig-platform-id: 01660004, 有註明只是    LVDS單埠輸出

因此

HDMI 真是無法輸出的   = ='

我的想法是

我若是將 4 的 LVDS代碼.......... 去替換 3 的LVDS 代碼

也許就能實現 LVDS + HDMI

當我用 HexEdit 打開 AppleIntelframebufferCapri 文件

就發現    聯結文章所說的對應位址 , 都不對了

還好

蘋果的驅動 , 還是有一貫性的 ( 跨版號更新 ......總是喜歡.... 變動 ”位址“)