Contribute
Register

Lenovo S400 Compatibility

Status
Not open for further replies.
thebluephilip said:
Hi! guys, i have installed Mountain Lion successfully and made all installing kexts and has finally doing ok. Then at some point, the app store has me unknowingly installed an OS update. Sadly I rebooted and the hackintosh won't boot anymore, it just keeps on restarting. it cannot boot the OS, therefore, i made a clean install for 3-4times, deleting the partition and making one again. I ended up always entering mixed boot flags. This is always what i get when it stucks on verbose mode(obviously).

OSMetaClass: kext com.apple.driver.AppleIntelSNBGraphicsFB class HDCPCtrl is a duplicate; kext com.apple.driver.AppleIntelFramebufferCapri already has a class by that name
Kext com.apple.driver.AppleIntelSNBGraphicsFB start failed (result 0xdc00400a)
Kext com.apple.driver.AppleIntelSNBGraphicsFB failed to load (0xdc008017)
Failed to load kext com.apple.driver.AppleIntelSNBFB (0xdc008017)

Please someone help me, i have successfully installed Mountain Lion 10.8.2 but when i made a clean reinstallation, this is what i get. :(
Click to expand...

You should be able to use the same boot flags that worked for you previously. Try with GraphicsEnabler=No -x
 
No, it does not even work :( i waited for almost 20 minutes, the apple boot screen is still loading :(

EDIT: I have it fixed now, used this to fix it.

You'll need to delete all graphics kexts:

Boot with -v -s

fsck -fy
mount -uw /
mkdir /kext_backup
mv AppleIntelHD* AppleIntelSNB* AMDRadeon* ATI* GeForce* NVDA* AppleIntelFramebufferCapri.kext /kext_backup
exit

(Note: Automatically did this fix when installing graphics driver for Intel HD 3000 graphics in Multibeast) After that install from OS X only AppleIntelHD3000Graphics kexts and AppleIntelHD kexts, edit AppleIntelSNBGraphicsFB.kext
->
IOPCIPrimaryMatch
0x1C3A8086

to

IOPCIPrimaryMatch
0x1E3A8086

Repair permissions, rebuild mkext/cache and restart.
 
thebluephilip said:
No, it does not even work :( i waited for almost 20 minutes, the apple boot screen is still loading :(

EDIT: I have it fixed now, used this to fix it.

You'll need to delete all graphics kexts:

Boot with -v -s

fsck -fy
mount -uw /
mkdir /kext_backup
mv AppleIntelHD* AppleIntelSNB* AMDRadeon* ATI* GeForce* NVDA* AppleIntelFramebufferCapri.kext /kext_backup
exit

(Note: Automatically did this fix when installing graphics driver for Intel HD 3000 graphics in Multibeast) After that install from OS X only AppleIntelHD3000Graphics kexts and AppleIntelHD kexts, edit AppleIntelSNBGraphicsFB.kext
->
IOPCIPrimaryMatch
0x1C3A8086

to

IOPCIPrimaryMatch
0x1E3A8086

Repair permissions, rebuild mkext/cache and restart.
Click to expand...

Sounds like you have Sandy Bridge CPU on 7-series board. Instead of patching kexts you can instead do DSDT patches (preferred as it survives system updates). You can confirm with 'lspci -nn' in Linux Terminal.

See this post: http://www.tonymacx86.com/mountain-...aphics-3000-install-failure-2.html#post651884
 
may i ask something, can i extract a dsdt patch in this dsdt? they have a patched kext of appleHDA but needs also the dsdt to be copied and pasted to the dir. Actually this is an Acer DSDT :(( i am solo hopeless to find a working one for me :((
View attachment Acer Aspire 7750G.zip
 
thebluephilip said:
may i ask something, can i extract a dsdt patch in this dsdt? they have a patched kext of appleHDA but needs also the dsdt to be copied and pasted to the dir. Actually this is an Acer DSDT :(( i am solo hopeless to find a working one for me :((
View attachment 65934
Click to expand...

You can turn the HDEF._DSM into a patch:

Code: 
#   Inject Audio info
into method label _DSM parent_label HDEF remove_entry;
into device label HDEF insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }\n
    Return (Package()\n
    {\n
        "hda-gfx",\n
        Buffer() { "onboard-1" },\n
                        "codec-id", \n
                        Buffer (0x04)\n
                        {\n
                            0x3E, 0x29, 0x00, 0x00\n
                        }, \n
\n
                        "layout-id", \n
                        Buffer (0x04)\n
                        {\n
                            0x0D, 0x01, 0x00, 0x00\n
                        }, \n
\n
                        "device-type", \n
                        Buffer (0x11)\n
                        {\n
                            "ALC269"\n
                        }, \n
\n
                        "PinConfigurations", \n
                        Buffer (0x2C)\n
                        {\n
                            /* 0000 */    0xF0, 0x11, 0x11, 0x41, 0xF0, 0x11, 0x11, 0x41, \n
                            /* 0008 */    0x10, 0x00, 0x13, 0x90, 0x40, 0x40, 0x21, 0x01, \n
                            /* 0010 */    0xF0, 0x11, 0x11, 0x41, 0x30, 0x90, 0xA1, 0x01, \n
                            /* 0018 */    0x50, 0x00, 0xA3, 0x90, 0xF0, 0x11, 0x11, 0x41, \n
                            /* 0020 */    0xF0, 0x11, 0x11, 0x41, 0x60, 0x80, 0x03, 0x40, \n
                            /* 0028 */    0x20, 0x00, 0x43, 0x90\n
                        }\n
    })\n
}\n
end;

But this AppleHDA and codec information would have to match your codec in your computer... Maybe you already confirmed that...
 
RehabMan said:
You can turn the HDEF._DSM into a patch:

Code: 
#   Inject Audio info
into method label _DSM parent_label HDEF remove_entry;
into device label HDEF insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }\n
    Return (Package()\n
    {\n
        "hda-gfx",\n
        Buffer() { "onboard-1" },\n
                        "codec-id", \n
                        Buffer (0x04)\n
                        {\n
                            0x3E, 0x29, 0x00, 0x00\n
                        }, \n
\n
                        "layout-id", \n
                        Buffer (0x04)\n
                        {\n
                            0x0D, 0x01, 0x00, 0x00\n
                        }, \n
\n
                        "device-type", \n
                        Buffer (0x11)\n
                        {\n
                            "ALC269"\n
                        }, \n
\n
                        "PinConfigurations", \n
                        Buffer (0x2C)\n
                        {\n
                            /* 0000 */    0xF0, 0x11, 0x11, 0x41, 0xF0, 0x11, 0x11, 0x41, \n
                            /* 0008 */    0x10, 0x00, 0x13, 0x90, 0x40, 0x40, 0x21, 0x01, \n
                            /* 0010 */    0xF0, 0x11, 0x11, 0x41, 0x30, 0x90, 0xA1, 0x01, \n
                            /* 0018 */    0x50, 0x00, 0xA3, 0x90, 0xF0, 0x11, 0x11, 0x41, \n
                            /* 0020 */    0xF0, 0x11, 0x11, 0x41, 0x60, 0x80, 0x03, 0x40, \n
                            /* 0028 */    0x20, 0x00, 0x43, 0x90\n
                        }\n
    })\n
}\n
end;

But this AppleHDA and codec information would have to match your codec in your computer... Maybe you already confirmed that...
Click to expand...

Yes, it matches my codec, thanks for the confirmation! :))

- - - Updated - - -

RehabMan said:
You can turn the HDEF._DSM into a patch:

Code: 
#   Inject Audio info
into method label _DSM parent_label HDEF remove_entry;
into device label HDEF insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }\n
    Return (Package()\n
    {\n
        "hda-gfx",\n
        Buffer() { "onboard-1" },\n
                        "codec-id", \n
                        Buffer (0x04)\n
                        {\n
                            0x3E, 0x29, 0x00, 0x00\n
                        }, \n
\n
                        "layout-id", \n
                        Buffer (0x04)\n
                        {\n
                            0x0D, 0x01, 0x00, 0x00\n
                        }, \n
\n
                        "device-type", \n
                        Buffer (0x11)\n
                        {\n
                            "ALC269"\n
                        }, \n
\n
                        "PinConfigurations", \n
                        Buffer (0x2C)\n
                        {\n
                            /* 0000 */    0xF0, 0x11, 0x11, 0x41, 0xF0, 0x11, 0x11, 0x41, \n
                            /* 0008 */    0x10, 0x00, 0x13, 0x90, 0x40, 0x40, 0x21, 0x01, \n
                            /* 0010 */    0xF0, 0x11, 0x11, 0x41, 0x30, 0x90, 0xA1, 0x01, \n
                            /* 0018 */    0x50, 0x00, 0xA3, 0x90, 0xF0, 0x11, 0x11, 0x41, \n
                            /* 0020 */    0xF0, 0x11, 0x11, 0x41, 0x60, 0x80, 0x03, 0x40, \n
                            /* 0028 */    0x20, 0x00, 0x43, 0x90\n
                        }\n
    })\n
}\n
end;

But this AppleHDA and codec information would have to match your codec in your computer... Maybe you already confirmed that...
Click to expand...

Yes, it matches my codec, thanks for the confirmation! :))
 
RehabMan said:
You need to remove the second TNOT.

This patch will do it:
Code: 
into definitionblock code_regex External\s+\(\\TNOT\) remove_matched;
Click to expand...

thanks, it worked, i shall notify if the audio is a success.
 
i rebooted, it failed, it can't boot at all, if i boot to the disk, it just restarts, repeating all over again :( any solution? it was really about the audio patch :(
 
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top