Jump to content
Kogen Mantis

Lenovo ThinkPad T420 with UEFI Only

4,123 posts in this topic

Recommended Posts

By OEM folder I mean (in Your case):

EFI/OEM/42914BG

 

So your custom dsdt goes to:

EFI/OEM/42914BG/ACPI/patched

 

And kexts you use goes to

EFI/OEM/42914BG/kexts/10.8/

 

look inside to see how my old OEM folder looks like.

 

EFI Shell is much like an good old DOS in use + all the UNIX like commands.

So to get you started find your EFI drive (it is listed on the beginning) and if it's fs0 just type:

fs0:[ENTER]

rest is just like in any normal shell, use commands like: ls, mv, cp, edit, etc.

 

OK, thanks a lot, I have a better understanding now of the folders hierarchy. I'll go step by step an wont rush to get a hold of what am I actually doing :) I'll report back

Share this post


Link to post
Share on other sites
Advertisement

I tried many things and finally, with everything clean, after placing your dsdt file and your AppleHDA.kext I got sound, however after reboot it went away, I'm lost here, why would that happen? I reboot several times but sound is again gone for good...

 

How did you compile that dsdt? I tried with dsdt editor but didn't get any results. I'm trying to learn here ;)

 

Working with OEM and the shell is so much easy now, just delete the misbehaving file and continue testing, thank you for the advice.

 

Pasting the code on config.plist for USB 3.0 causes a KP, here's the screen:

 

post-36060-0-63306400-1362165807_thumb.jpg

 

I'll look around for more information.

Share this post


Link to post
Share on other sites

Hi, Kogen. First of all, thank you so much for your work. This is my first time using OSX and it's all thank to you! I've been busy these past days with my t420 (OEM 4236) until I finally got it up and running, with sleep, sound, wifi via usb adapter and all!

Well, that was the good part. The bad part is that, due to stubborn nature, I then erased the disk and reinstalled it again from scratch to check whether I had understood or not (I know, I know). As it turns out, I didn't, so I don't have sound at all. I've tried everything, starting with the file you mentioned in post #30, to no avail.

 

So I turn to you. Attached you'll find my darwin dump; I'd be very grateful if you could take a look and maybe help me.

DarwinDumper_2.6.5_Lenovo_ML_manueljaime.zip

Edited by manueljaime

Share this post


Link to post
Share on other sites

I tried many things and finally, with everything clean, after placing your dsdt file and your AppleHDA.kext I got sound, however after reboot it went away, I'm lost here, why would that happen? I reboot several times but sound is again gone for good...

 

How did you compile that dsdt? I tried with dsdt editor but didn't get any results. I'm trying to learn here

 

Working with OEM and the shell is so much easy now, just delete the misbehaving file and continue testing, thank you for the advice.

 

Pasting the code on config.plist for USB 3.0 causes a KP, here's the screen:

 

post-36060-0-63306400-1362165807_thumb.jpg

 

I'll look around for more information.

The missing sound after reboot is strange... wait.

I have totally forgot to mention about the rc scripts files in etc. rc.scripts.zip Just place them in /etc reboot and check if this will help (run myFix just in case)

 

I have used DSDT Editor with the latest iasl compiller (you can search forum for the latest binary or compile one from sources)

 

Send/Share your config fille - I think something is not right.

 

Hi, Kogen. First of all, thank you so much for your work. This is my first time using OSX and it's all thank to you! I've been busy these past days with my t420 (OEM 4236) until I finally got it up and running, with sleep, sound, wifi via usb adapter and all!

Well, that was the good part. The bad part is that, due to stubborn nature, I then erased the disk and reinstalled it again from scratch to check whether I had understood or not (I know, I know). As it turns out, I didn't, so I don't have sound at all. I've tried everything, starting with the file you mentioned in post #30, to no avail.

 

So I turn to you. Attached you'll find my darwin dump; I'd be very grateful if you could take a look and maybe help me.

From what I see you are not using patched DSDT (I see no modifications) that is why the modified AppleHDA.kext is not working. For this kext to work you need to have Device (HDEF) defined like this in your DSDT:


       Device (HDEF)
           {
               Name (_ADR, 0x001B0000)  // _ADR: Address
               Name (_S3D, 0x03)  // _S3D: S3 Device State
               Name (RID, Zero)
               Name (_PRW, Package (0x02)  // _PRW: Power Resources for Wake
               {
                   0x0D,
                   0x04
               })
               Method (_PSW, 1, NotSerialized)  // _PSW: Power State Wake
               {
                   Noop
               }
               Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
               {
                   Store (Package (0x0A)
                       {
                           "codec-id",
                           Buffer (0x04)
                           {
                                0x6E, 0x50, 0xF1, 0x14
                           },
                           "layout-id",
                           Buffer (0x04)
                           {
                                0x0C, 0x00, 0x00, 0x00
                           },
                           "PinConfigurations",
                           Buffer (Zero) {},
                           "hda-gfx",
                           Buffer (0x0A)
                           {
                               "onboard-2"
                           },
                           "device-type",
                           Buffer (0x11)
                           {
                               "Conexant CX20590"
                           }
                       }, Local0)
                   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                   Return (Local0)
               }
           }

 

 

The easy route for you is to try my DSDT from #21 but remember to edit the DualLink (for LowRes) from 01 to 00.

Good luck.

Edited by Kogen Mantis

Share this post


Link to post
Share on other sites

From what I see you are not using patched DSDT (I see no modifications) that is why the modified AppleHDA.kext is not working. For this kext to work you need to have Device (HDEF) defined like this in your DSDT:


Device (HDEF)
{
Name (_ADR, 0x001B0000) // _ADR: Address
Name (_S3D, 0x03) // _S3D: S3 Device State
Name (RID, Zero)
Name (_PRW, Package (0x02) // _PRW: Power Resources for Wake
{
0x0D,
0x04
})
Method (_PSW, 1, NotSerialized) // _PSW: Power State Wake
{
Noop
}
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
Store (Package (0x0A)
{
"codec-id",
Buffer (0x04)
{
0x6E, 0x50, 0xF1, 0x14
},
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"PinConfigurations",
Buffer (Zero) {},
"hda-gfx",
Buffer (0x0A)
{
"onboard-2"
},
"device-type",
Buffer (0x11)
{
"Conexant CX20590"
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}

 

 

The easy route for you is to try my DSDT from #21 but remember to edit the DualLink (for LowRes) from 01 to 00.

Good luck.

 

Thanks! I ended up using raffitaffy's dsdt from post #51 and now I have sound! I will continue poking and will surely come back with more questions! :angel_not:

Share this post


Link to post
Share on other sites

The missing sound after reboot is strange... wait.

I have totally forgot to mention about the rc scripts files in etc. rc.scripts.zip Just place them in /etc reboot and check if this will help (run myFix just in case)

 

I have used DSDT Editor with the latest iasl compiller (you can search forum for the latest binary or compile one from sources)

 

Send/Share your config fille - I think something is not right.

 

 

OK, placing the rc scripts in /etc made the volume controls appear on the top bar but still no sound. I have, as of now

 

this AppleHDA.kext AppleHDA.kext.zip on the extra/extensions, NO on the kexts folder of OEM folder (I also tried placing it there)

 

this my config.plist on the OEM folder: config.plist.zip

 

and this is the dsdt file (the one you created): dsdt.aml.zip

 

When booting I managed to read this error:

 

Sound assertion " != setupHost Interrupt ()" failed inAppleHDAController at line 441 goto Exit

 

Which obviously means nothing to me :)

 

big thanks!

Share this post


Link to post
Share on other sites

 

 

OK, placing the rc scripts in /etc made the volume controls appear on the top bar but still no sound. I have, as of now

 

this AppleHDA.kext AppleHDA.kext.zip on the extra/extensions, NO on the kexts folder of OEM folder (I also tried placing it there)

 

this my config.plist on the OEM folder: config.plist.zip

 

and this is the dsdt file (the one you created): dsdt.aml.zip

 

When booting I managed to read this error:

 

Sound assertion " != setupHost Interrupt ()" failed inAppleHDAController at line 441 goto Exit

 

Which obviously means nothing to me :)

 

big thanks!

You are using wrong AppleHDA.kext. Try this one:

T420_CX20590_10.8.2_AppleHDA.kext.zip

 

And here is the Clover config with USB3 support and TRIM for SSD drives. (always make a backup of an old one just in case of KP):

Lenovo_Clover-USB3_TRIM_Patch.config.plist.zip

Edited by Kogen Mantis

Share this post


Link to post
Share on other sites

You are using wrong AppleHDA.kext. Try this one:

T420_CX20590_10.8.2_AppleHDA.kext.zip

 

And here is the Clover config with USB3 support and TRIM for SSD drives. (always make a backup of an old one just in case of KP):

Lenovo_Clover-USB3_TRIM_Patch.config.plist.zip

 

I really thank you for your effort. I'm trying to find a pattern here but I'm unable, the sound sometimes appears but it disappears after reboot. I've tried doing it in parts, installing and uninstalling the dsdt file, the AppleHDA.kext you provided, and also triying to modify a basic config.plist by adding the string HDAInjection set to NO. I've also tried a dsdt file compiled by myself with all errors fixed. The system boots with no KP but the sound comes and go. I'm unable to reproduce what makes the sound disappear. As of now is again gone for good.

 

I've tried using the config file you provided but I get KP. I'm sorry for asking so many questions, I'm trying to find info around but I get nothing. I'm thinking of a clean install but everything looks clean enough :)

 

EDIT: Just one question: I understand the config.plist I have on EFI/ is overruled by the one on OEM/4291BG/ isn't it?

Edited by Espamac

Share this post


Link to post
Share on other sites

OK, more info. I find this really intriguing to be honest. To change I tried with the files from post #51. And again it worked, this time even lasted for 2 reboots. And again sound is gone. After the second successful reboot you could read on the kernel boot messages "Sound assertion in AppleHDACodecGeneric at line 360" repeated 3 times. I think I've seen than message the other times I had a successful boot with sound. After that I always get the same kernel boot message: "Sound assertion in AppleHDAController at line 463" and no sound at all.

 

I have the feeling this is not related to the kexts or the dsdt files since they are able at first boot to get the sound working. Something changes after reboot, but I don't know what is it. Even more puzzling is that if I paste again the exact same kexts and dsdt files that provided a successful boot with sound and run myHack, sound no longer works. They only work once (????). So something is changed that prevents those files to work again, but I don't know what.

Share this post


Link to post
Share on other sites

@Kogen - very cool stuff. nice thread. i may test this approach out!

 

@espamac - does your x220 have cx20590 audio chip or cx20672? if it is not cx20590 - this may explain why the kext above wont work. (the zip posted here seems to be the one i packaged up and posted for manwe150's thread on T420 - which has a CX20590 chip/codec)

should easy to fix with some binary hacking though...

Share this post


Link to post
Share on other sites

Hi everyone - my T420 died on me... so it is going to be a little break for me in case of actually testing something out. I was about to release the next Beta3 of the EFI Pack but all that went to ... bip!

 

The good: The warranty will cover motherboard replacement.

 

The bad: Turns out that my LCD Panel was also somehow mysteriously broken and this mechanical failure won't be covered by the warranty - so I'm out of luck.

 

The funny: I guess I will have the time to finally test the VGA out or use AirMirroring :)

Share this post


Link to post
Share on other sites

@ Kogen So sorry about that!

 

@ tluck, thanks a lot, my codec is actually cx20672 so I guess I'll have to patch the AppleHDA.kext myself. No idea of how to do that though ;)

 

It looks like I need the device and vendor ID of my sound card. Can I get them with the .app SystemInfo? I don't have access to PC or Linux right now.

I've read here that Clover can patch "on-the-fly" the kext but I would need the hexadecimal string to be substituted once I've got my device id hex, this being a example:

 

<key>

KextsToPatch

</key>

 

<dict>

<key>0</key>

<dict>

<key>Name</key>

<string>AppleHDA</string>

<key>Find</key>

<data>hBlNEQ==</data>

<key>Replace</key>

<data>BXYdEQ==</data>

</dict>

 

 

 

</dict>

 

I can figure out how to get my device ID hex. But how do I get the original string to be substituted? Is it always the same? (I guess no, but it doesn't hurt asking :))

Share this post


Link to post
Share on other sites

@espamac - this might work? i found the HDA stuff to be pretty tricky. i honestly cant remember how it got the chipset id. sorry (probably got it from dsdt dump on windows or manwe150 dsdt?!) i did use bcc9's bin patching script to patch the binary. but before that at one point i loaded ubuntu to dump a bunch of things (which included the codec ID) and to get the pins-outs etc.

 

Codec: Conexant CX20590

Address: 0

AFG Function Id: 0x1 (unsol 1)

Vendor Id: 0x14f1506e << this is the codec ID

 

 

there are at least other 3 files that have to match the dsdt.

anyway, i posted an outline of what i did here for the CX20590 on T420 - not pretty:

http://www.insanelymac.com/forum/topic/268280-guide-thinkpad-t420-with-mountain-lion/page__st__160#entry1866235

 

it seems like others are using voodoohda - or someone patched AppleHDA for x220? i didnt spend much time on this site... but they may have made it work by making it think it had a cx20590 via dsdt etc.

http://forum.thinkpads.com/viewtopic.php?f=32&t=102098

Share this post


Link to post
Share on other sites

@espamac - this might work? i found the HDA stuff to be pretty tricky. i honestly cant remember how it got the chipset id. sorry (probably got it from dsdt dump on windows or manwe150 dsdt?!) i did use bcc9's bin patching script to patch the binary. but before that at one point i loaded ubuntu to dump a bunch of things (which included the codec ID) and to get the pins-outs etc.

 

Codec: Conexant CX20590

Address: 0

AFG Function Id: 0x1 (unsol 1)

Vendor Id: 0x14f1506e << this is the codec ID

 

 

there are at least other 3 files that have to match the dsdt.

anyway, i posted an outline of what i did here for the CX20590 on T420 - not pretty:

http://www.insanelym...60#entry1866235

 

it seems like others are using voodoohda - or someone patched AppleHDA for x220? i didnt spend much time on this site... but they may have made it work by making it think it had a cx20590 via dsdt etc.

http://forum.thinkpa...p?f=32&t=102098

 

Thanks a lot tluck. I'm trying but still can't get any sound. I'm thinking of using VodooHDA, this is driving me nuts :)

 

I've used all the modified kexts for the x220 used on the thinkpad forums to no avail. The most annoying thing is getting on and off randomly. I've done a clean install and have started from scratch again. For now I have no sound at all :D I'll try step by step to see if I get anywhere. Specs of my computer says

cx20672

but the codec dump from linux said the codec was

CX20590

so I'm sticking to that.

 

I've read extracting the dsdt from dsdt editor is worse than doing it from ubuntu, any idea why? I dumped the codec audio from ubuntu live usb but the dsdt doesn't show up. It seems its location has been changed, I'm using ubuntu 12.10. I tried then installing ubuntu on a different partition (64 bit, efi boot, etc...) but I'm cannot boot. At this point I went back to OS X I'll try to work this out without Ubuntu to make it less time consuming. I have enough trouble with the sound to add to that dual booting :P

 

Main issues I want to fix: sound, sleep and screen brightness (it's gonna blind me at night...)

Secondary: bluetooth, usb 3.0 and

Share this post


Link to post
Share on other sites

@espamac

 

sure voodoohda may be your best way to get audio running. curious as to what was the codec id (hex) from the linux dump for your audio? and yeah i just booted ubuntu live from a USB to get the info i needed. i used a windows tool to get the raw dsdt info - but i ended up using manwe150's dsdt which had a number of essential edits - especially the ehci stuff for sleep and display definition - which then provides a brightness knob. Note: you will probably need to use the rollback 10.6.8 AppleACPIPlatform.kext for some disks to recover from sleep. anyway, certainly are lots of opinions and ways to get at the dsdt info.

Share this post


Link to post
Share on other sites

@espamac -

 

i found this snippet from a dsdt - which may help you define your audio board.

 

 


            Device (HDEF)
            { 
                Name (_ADR, 0x001B0000)
                Name (_S3D, 0x03)
                Name (RID, Zero)
                Name (_PRW, Package (0x02)
                { 
                    0x0D,
                    0x04
                })
                Method (_PSW, 1, NotSerialized)
                { 
                    Noop
                } 
                Method (_DSM, 4, NotSerialized)
                { 
                    Store (Package (0x06)
                        { 
                            "layout-id",
                            Buffer (0x04)
                            { 
                                0x0C, 0x00, 0x00, 0x00
                            },
                            "device-type",
                            Buffer (0x11)
                            { 
                                "Conexant 20672"
                            },
                            "PinConfigurations",
                            Buffer (0x28)
                            { 
                                /* 0000 */    0x40, 0x10, 0x21, 0x00, 0x50, 0x90, 0xA1, 0x61,
                                /* 0008 */    0x60, 0x10, 0xA1, 0x00, 0x10, 0x40, 0x21, 0x61,
                                /* 0010 */    0xF0, 0x00, 0xF0, 0x40, 0x20, 0x00, 0xF0, 0x40,
                                /* 0018 */    0x30, 0x00, 0x17, 0x90, 0x80, 0x00, 0xF0, 0x40,
                                /* 0020 */    0x90, 0x00, 0xF0, 0x40, 0x70, 0x00, 0xA6, 0x90
                            } 
                        }, Local0)
                    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                    Return (Local0)
                } 
            } 

Share this post


Link to post
Share on other sites

Hi! I've been building hackintoshes off and on for a while now, but never have posted to this forum. I'm still consider myself a newbie. First of all, I'd like to thank Kogen Mantis and everyone else for all their hard work, after reading through this thread I'm able to get my T420 up and running pretty good! I spent all evening yesterday trying to fix one issue though: my sound doesn't work.

 

It looks like I'm in the same boat as espamac where I'm trying to install 10.8.2 but have a Conexant 20672. I've gotten sound to work exactly once, and this was after running Kext Wizard to clean up permissions and caches on both extra and /s/l/e. After I rebooted, the sound never came back.

 

I always see these entries in the syslog:

 

 

Mar 17 20:31:10 localhost kernel[0]: Kext com.apple.driver.AppleHDAController - library kext com.apple.iokit.IOGraphicsFamily not found.

Mar 17 20:31:10 localhost kernel[0]: Can't load kext com.apple.driver.AppleHDAController - failed to resolve library dependencies.

Mar 17 20:31:10 localhost kernel[0]: Kext com.apple.driver.AppleHDAController failed to load (0xdc00800e).

Mar 17 20:31:10 localhost kernel[0]: Failed to load kext com.apple.driver.AppleHDAController (error 0xdc00800e).

Mar 17 20:31:10 localhost kernel[0]: Couldn't alloc class "AppleHDAController"

 

and

 

 

Mar 17 20:31:12 Dougs-MacBook-Pro kernel[0]: Sound assertion "0 != setupHostInterrupt ()" failed in AppleHDAController at line 441 goto Exit

Mar 17 20:31:12 Dougs-MacBook-Pro kernel[0]: Sound assertion "!fProvider->open ( this )" failed in AppleHDAController at line 355 goto Exit

 

I've tried various DSTS edits, including the one above along with the AppleHDA.kext in post #83

 

Not sure if I'm doing something wrong or what. But I'm willing to try more options if anyone has an idea.

 

Here's some more info:

i5-2520M 2.50ghz

bios 1.43

16 gb ram.

OSX installed in 2nd hard drive installed in the optical bay

Audio: Name = Conexant 20672 SmartAduio HD: VEN_14F1 DEV_506E

 

Also, I was wondering if anyone else had issues with graphical artifacts showing up every once in awhile? Also, about 25% of the time when I boot, it'll boot into an ugly grey screen with spikey lines. I can fix the graphic artifacts by lowering the resolution and then raising it again, and usually the grey screen goes away on the next boot.

 

Thanks again for your help!!! I've attached the DarwinDumperReports

DarwinDumperReports.zip

Share this post


Link to post
Share on other sites

Thanks everyone and esp. to Kogen for excellent work. I have a t420 which is running Windows 7. My questions are

 

1) Do I need to re-install Win 7 if I want to dual boot?

 

2) Will I be able to use extended external monitors. VGA or DVI or both?

Share this post


Link to post
Share on other sites

@lostvampire

 

1) this approach as far as i know know is about moving away from MBR to EFI formatted disks. i plan to move over from chameleon given the extensive list of features! see this for more details on why:

http://www.osx86.net/guides-tutorials/19291-guide-clover-efi-bootloader.html

- does support dual boot

 

2) yes - there is a method to provide VGA support = there are a couple of threads on patching the Kext (AppleIntelSNBGraphicsFB.kext). i recently packaged up a kext pack for T420 on a parallel thread. see this link for discussion of this topic as well as a 10.8.3 kext pack for T420 including support for VGA and DVI (entry 238)

http://www.insanelymac.com/forum/topic/268280-guide-thinkpad-t420-with-mountain-lion/page__st__220#entry1898288

Share this post


Link to post
Share on other sites

@cayspekko I've tried a caddy for my optical bay, and switched back to optical. Issue is that now and then the drive gets removed from the system, I think it's because my caddy does not have such a handy locking system the original optical drive has. Did you use an original caddy or third party?

 

@kogen mantis, I'm still working on OSX with this system and it works like a charm. Only issues I still try to resolve is sleep problems (the one i've mentioned before, sometimes it goes to sleep well, and sometimes it gets stuck with flickering sleep light and heavy blowing fan) and my VGA out does not work, but that is not a big issue :) battery goes much longer then with Windows by the way

Share this post


Link to post
Share on other sites

Hey! I got sound to work! I don't know if this will help anyone but this what I did: (which may or may not be everything since I tried so many different approaches!) So apart from the tutorial in post #1 I did the following:

 

a. followed post #80 and installed Kogen's rc.scripts I don't know if this is necessary

b. I used raffitaffy's kexts from post #51 (but not the dtst.aml). I put them in an Extra/Extensions folder and used myHack to install them.

c. I used the dtst.aml from Kogen's post #32 (put it in the EFI/OEM/[mylenovonumber]/patched folder)

 

Thanks again everyone for all your great help!!!

 

@cayspekko I've tried a caddy for my optical bay, and switched back to optical. Issue is that now and then the drive gets removed from the system, I think it's because my caddy does not have such a handy locking system the original optical drive has. Did you use an original caddy or third party?

 

I use the official hdd caddy from lenovo to use in the optical bay. I have windows installed on ssd in the primary hd slot. I did have issues trying to install iatkos using the optical drive plugged into a third pary optical drive to usb caddy but gave that up and used a vmware image to create an install usb.

Share this post


Link to post
Share on other sites

Hey!

 

Thanks to Kogen's awesome explanations I finally moved from 10.7.4 to 10.8.3. However, I was hoping that upgrading would help to get rid of some problems I had with 10.7.4, but unfortunately I seem to still have issues:

 

- sometimes sleep / wake hangs, it looks like it writes the hibernation file, and when the LED is supposed to blink slowly, it starts to blink fast and the FAN goes loud and the PC hangs... nothing I can do then just reboot.

 

- I noticed that sometimes when I push the speaker off button (vs lowering the volume all the way to the button) the system hangs. no fan noise here and reboot needed too.

 

- Finally, sometimes when waking after sleep the track/touchpad is not working. Keyboard works but not the trackpad.

 

I tried to find something in the logs, but all I could find was a sound card error just after wake:

 

31.03.13 00:45:52,000 kernel[0]: No interval found for . Using 8000000
31.03.13 00:45:52,000 kernel[0]: RTC: PowerByCalendarDate setting ignored
31.03.13 00:45:52,000 kernel[0]: Previous Sleep Cause: 5
31.03.13 00:45:52,000 kernel[0]: The USB device HubDevice (Port 1 of Hub at 0x1a000000) may have caused a wake by issuing a remote wakeup (2)
31.03.13 00:45:52,000 kernel[0]: 758.600117: ATHR: unknown locale: 60
31.03.13 00:45:52,000 kernel[0]: 758.625142: ATHR: unknown locale: 60
31.03.13 00:45:52,000 kernel[0]: 758.626024: ATHR: unknown locale: 60
31.03.13 00:45:52,000 kernel[0]: en1: 802.11d country code set to 'DE '.
31.03.13 00:45:52,000 kernel[0]: 758.752203: ATHR: unknown locale: 60
31.03.13 00:45:52,000 kernel[0]: en1: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140
31.03.13 00:45:52,000 kernel[0]: [0xffffff8016994600](0)/(5) Device not responding
31.03.13 00:45:52,000 kernel[0]: Sound assertion "0 == fAudioEngineArray" failed in AppleHDADriver at line 3163 goto Exit
31.03.13 00:45:52,000 kernel[0]: USBMSC Identifier (non-unique): 001CC0EC346CBB40971B022B 0x951 0x162d 0x100
31.03.13 00:45:54,910 com.apple.launchd[1]: (com.apple.qtkittrustedmoviesservice[432]) Could not terminate job: 3: No such process
31.03.13 00:45:54,910 com.apple.launchd[1]: (com.apple.qtkittrustedmoviesservice[432]) Using fallback option to terminate job...
31.03.13 00:45:55,000 kernel[0]: en1: BSSID changed to 24:65:11:6d:6e:7c
31.03.13 00:45:55,000 kernel[0]: en1::IO80211Interface::postMessage bssid changed
31.03.13 00:45:55,000 kernel[0]: AirPort: Link Up on en1
31.03.13 00:45:55,000 kernel[0]: en1: BSSID changed to 24:65:11:6d:6e:7c
31.03.13 00:45:55,000 kernel[0]: en1::IO80211Interface::postMessage bssid changed
31.03.13 00:45:55,000 kernel[0]: 761.819746: apple80211Request[10310] Unsupported ioctl 111
31.03.13 00:45:55,000 kernel[0]: AirPort: RSN handshake complete on en1

 

BTW, I am on a X220. I've patched my DSDT according to this guide: http://forum.thinkpads.com/viewtopic.php?f=32&t=102098 (linked from http://forum.thinkpads.com/viewtopic.php?f=32&t=105334).

 

Any ideas?

Share this post


Link to post
Share on other sites

Can you outline the following things in your first post?

 

- Which model(s) of T420 / T420 s is this working for ? Has been tested? Should work for?

- What components are working/ not working/ working natively/ need kext/ drivers/ hacks?

 

I am considering buying a T420 or T420s but I'd like clarity on which models/ components are working etc.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By zebity
      Hi Hypervisors,
       
      I have been working to move my Late 2009 Xserve MacOS Server onto Ubuntu 18.04 LTS QEMU/KVM based virtual machine using OVMF and Clover.
       
      After much effort and testing based on the following information from: Kraxel's, Kholia, Gordon Turner and Clover site:
      https://www.kraxel.org/blog/2017/09/running-macos-as-guest-in-kvm/
      https://github.com/kholia/OSX-KVM
      https://gist.github.com/gordonturner/2a2e5ecde5e7860b52e2
      https://clover-wiki.zetam.org/Home
       
      I have now managed to get OVMF/Clover boot and install of MacOS Sierra.
       
      I started with Ubuntu 16.04 initially but this required download and compile of QEMU to get update of machines to: pc-q35-2.9 or better, so I moved to Ubuntu 18.04, which has pc-q35.2.11 available as standard.
       
      So I am now working with standard Ubuntu 18.04 LTS based systems with following packages: kvm/qemu/libvirt/bridge-utils/ovmf/virt-manager
       
      As I want to use PCIe Passthrough for a number of PCIe card currently installed in the server (SmallTree 10GbE & Areca ARC-1883 SAS RAID) I set up my machine with linux kernel boot configuration (/etc/default/grub) of: 
      GRUB_CMDLINE_LINUX_DEFAULT="iommu=1 intel_iommu=on" (as my machine is intel VT-d based HW virtualisation)
       
      This resulted in creation of a number of iommu groups (see /sys/kernel/iommu_group directory for this and this posting for information: https://forum.level1techs.com/t/ubuntu-17-04-vfio-pcie-passthrough-kernel-update-4-14-rc1/119639 , noting that Ubuntu 18.04 LTS has kernel version: 4.15.0-22-generic so there is no need to do kernel update for iommu to work).
       
      Using bare minimal Clover config.plist:
       
       
      And following Clover UEFI drivers:
       
      I can boot MacOS, but it is very very slow... it sits on the apple boot logo for over a minutes before finally moving onto the progress bar.
      The other problem I have is that no PCI or Network devices appear in the "About This Mac" System Information Report and I cannot get any network connectivity from bridged E1000 network device.
       
      Here is my virtlib.xml dump for the virtual machine:
       

      Can any one advise of whether I need to update the CLOVER config.plist to add extra items in to allow network and PCI Passthrough to work.
       
      Thank you.
       
      Regards,
       
      Zebity
       
    • By tluck
      Lenovo T460 macOS with Clover Guide
      Release v2018.05.17 on GitHub Updated to Clover r4458 Updated Lilu.kext - supports both Sierra and High Sierra Updated AppleALC.kext - supports both Sierra and High Sierra + added back DVMT patch for 10.13.2+ Updated VoodooPS2Controller.kext (RehabMan version) + SSDT updates for T460 Added Frank's T470p DSDT files
        Various Tweaks over Last months The zip file is a complete Clover ESP (/EFI) bundle and kext pack for the Lenovo T460. The current file bundle is tested on Sierra. 
      Note: I never got the GFX fully working on El Capitan. 
      Full Clover file set - config.plist etc. Includes all custom kexts Includes custom DSDT/SSDT scripts and patches Utility scripts The zip bundles are posted to GitHub: https://github.com/tluck/Lenovo-T460-Clover/releases
      Caveat: The T460 systems used here was configured with: i5-6300U, Intel HD Graphics 520, 1920x1080 touch screen. If you have a different system model, then extract the ACPI files and use the included scripts to create a set of files consistent with your system type and BIOS version. See below for details.
      Credits: RehabMan, Shmilee, vusun123, TimeWalker, Mieze from which, much of their work and help is/was was used to get the T460 to this point.
      Devices and aspects working:
      Ethernet -  Intel I219LM is enabled via IntelMausiEthernext.kext WiFi/BT - substitute the Intel WiFi/BT with a compatible Broadcom or Atheros chip Audio - ALC293 codec implemented via AppleALC.kext (old AppleHDA_ALC293 and CodecCommander kexts are not needed) PS2 - ClickPad + TrackPoint + all 3 buttons - using a modified VoodooPS2Controller to support new layouts - and added some custom Fn key maps based on 440/450 dsdt USB - implemented via custom SSDT + USBInjectAll kext. All USB3/USB2 ports are intel-based and work -  3 external USB and internal Camera, BT, etc  Sleep/Wake - the sleepwatcher package and custom sleep/wake scripts are used to help with sleep/wake for BT and PS2 devices. Note: have not tried to implement the SD card reader - no driver found.
      ACPI Files
      New Installation - Steps and Details
      Part 1 - OS Installation
      Part 2- Post OS Installation and Setup
      Notes on Custom Kexts
       
    • By frankiee
      Hi there, time for my first guide after asking so many things
       
      Updated for newer Clover versions and with additional instructions for more apps: gdisk and RU.
       
      So what may be overlooked sometimes in the whole boot loader discussion is the ability of UEFI to do more than just loading an OS. This is why I see ".efi" files as "apps" because in fact they just are, built on a special kind of API: UEFI. So, you can actually do stuff like editing, diagnosing, testing certain stuff at the lowest possible system level without booting to any OS.
       
      DISCLAIMER: Use this guide at your own risk! For educational purposes only! Should do not any harm, but remember you are dealing with rather low level stuff. But at least for me everything went flawless.
       
      Prerequisites:
      Working clover installation Clover Configurator or some app to edit the config.plist  
      1) Memtest
       
      This is how to install the UEFI version of Memtest with Clover:
      Download memtest, I used this link: Image for creating boot-able USB Drive Open the archive by double clicking on it. Mount the file memtest86-usb.img within by double clicking again. Now, you should see a folder named EFI in this volume, containing a folder BOOT. Open it. The files containing it are the actual app, in 32 and 64 bit versions. Think in almost all cases we want to use the 64 bit version. Now, mount your EFI partition, using Clover configurator. Create a folder named MemTest86 in the EFI folder on your main drive. Copy all files in the EFI/BOOT folder from the mounted image to your newly created folder. That ends the basic setup! Now, we add the correct Menu entry to the clover boot menu, so that we can actually start this app.
       
      Get into clover configurator, open your standard config.plist from your boot drive and go to the GUI section. Under "Custom Entries", add an entry like this:
       

       
      Please note while the path you enter is not case sensitive, you must make sure you use the backslash "\" for entering paths, and not a slash. So basically what we do is tell clover where it can find the app, give it a name, and tell clover it is a "Windows" app. Note: with older Clover versions we had to set this to "Linux", but for now "Windows" is the setting that works.
       
      If you prefer to do a manual config, add this entry to your config.plist, under GUI/Custom/Entries:
      <dict> <key>CustomLogo</key> <true/> <key>Disabled</key> <false/> <key>FullTitle</key> <string>MemTest86</string> <key>Hidden</key> <false/> <key>Ignore</key> <false/> <key>Image</key> <string>\EFI\CLOVER\themes\Icons\os_mint.png</string> <key>Path</key> <string>\EFI\MemTest86\BOOTX64.efi</string> <key>Type</key> <string>Windows</string> <key>VolumeType</key> <string>Internal</string> </dict> Now, save and reboot and you should see the newly created entry. Note that I also used a custom Icon - this is optional - in case you don't you will just see a generic windows icon instead:
       

       
      And this is how it looks like:
       

       

       
      PS: also noticeably faster and you get also more features with this version than with the older version, for example it does now write a log file. For more Information, see: http://www.passmark.com/forum/showthread.php?4315-Memtest86-Version-5-Beta-%28Pure-UEFI%29
       
       
      2) gdisk
       
      Another app you can use is the UEFI version of gdisk (aka GPT fdisk), which you can use to edit and change your partitions.
       
      Warning! Install and use this app at your own risk! If you do something wrong here you might nuke your drive(s), so only use that if you know what you are doing.
       
      This is how to do it (even easier):
      Download here: https://sourceforge.net/projects/gptfdisk/files/gptfdisk/1.0.1/gdisk-binaries/gdisk-efi-1.0.1.zip/download Mount your EFI partition Unzip the file and copy the resulting folder to your EFI Folder, so your path goes like this "/Volumes/EFI/EFI/gdisk-efi" Get into clover configurator, open your standard config.plist from your boot drive and go to the GUI section. Add an entry like this:  
      If you prefer to do a manual config, add this entry to your config.plist, under GUI/Custom/Entries:
      <dict> <key>CustomLogo</key> <false/> <key>Disabled</key> <false/> <key>FullTitle</key> <string>GDisk</string> <key>Hidden</key> <false/> <key>Ignore</key> <false/> <key>Image</key> <string></string> <key>Path</key> <string>\EFI\gdisk-efi\gdisk_x64.efi</string> <key>Type</key> <string>Windows</string> <key>VolumeType</key> <string>Internal</string> </dict> When everything went OK you should see this after selecting the respective entry in Clover:
       

       
       
      3) RU
       
      I recently found one more app that might be interesting to some, and thats "Read Universal" or in short "RU". This is a tool that enables you to debug your BIOS and read (and modify!) every imaginable data, including UEFI variables, ACPI Tables etc.
       
      Warning, again! I think blindly messing around with this app is even more dangerous, but on the other hand it gives you access to a lot of potentially interesting stuff.
      Download here: http://ruexe.blogspot.de/ The next steps are basically the same as above so make a folder in your EFI partition, copy the .EFI files and make another custom entry in your config.plist Here are some screens:
       

       

       

       
       
      So this is what you also can do with UEFI and clover. I am curious which other useful applications might exist!
       
      Anybody who knows, maybe post it here?
    • By TimNeumann
      MB: Asus X99 A-II
      RAM: G.Skill Ripjaws V F4-3200C16D-32GVK (3200MHz, 4x 16GB DIMMs, so Total 64GB) in quad-channel configuration.
      CPU: i7 6800k @4.0Ghz
      GPUs: GTX 1080 Ti and GTX 1060 3GB
      (each one a monitor, because I can't get DVI to run parallel with DP on the 1080Ti, and my second monitor only has DVI/VGA)
      OS: High Sierra 10.13.2 (17C88) / Clover revision: 4392
       
      Hello everybody,
      I occasionally have system crashes and suspect that it is related to RAM. However, this RAM is completely new, and a run with MemTest86+ from the USB stick showed no errors. However, if I use Memtest on MacOS, I get a bunch of error messages, but sometimes none (I restart the computer between tests).  
      As I just discovered, my RAM is not on the recommended vendor list of my motherboard, nor is it on the manufacturer side of the RAM. I have read several times that the RAM may not have been tested by the manufacturer on this platform. Not a single X99 motherboard is listed for this RAM.
      So I also suspect that my RAM is not compatible.
      But if that were the case, how could it sometimes work completely error-free?
       
      During RAM tests in summer 2017 (a slightly different setup, 4x8GB but still G.Skill Ripjaws V) I had no errors at Memtest under MacOS, if I remember correctly. At that time it ran under Sierra 10.12.6. AptioMemoryFix.efi could also cause problems.
      I am appreciative for any help!
       
      Here is an excerpt from a faulty test.
      It is noticeable that it is always the same address during the test, but a different one after each test.
      Memtest version 4.22 (64-bit) Copyright (C) 2004 Charles Cazabon Copyright (C) 2004-2008 Tony Scaminaci (Macintosh port) Licensed under the GNU General Public License version 2 only Mac OS X 10.13.2 (17C88) running in multiuser mode Memory Page Size: 4096 System has 12 Intel core(s) with SSE Requested memory: 57232MB (60012990464 bytes) Available memory: 57232MB (60012990464 bytes) Allocated memory: 57232MB (60012990464 bytes) at local address 0x00000001033e1000 Attempting memory lock... locked successfully Partitioning memory into 2 comparison buffers... Buffer A: 28616MB (30006495232 bytes) starts at local address 0x00000001033e1000 Buffer B: 28616MB (30006495232 bytes) starts at local address 0x00000007ffc4d800 Running 1 test sequence... (CTRL-C to quit) Test sequence 1 of 1: Running tests on full 57232MB region... Stuck Address : ok Linear PRN : testing 7 of 16 FAILURE! Data mismatch at local address 0x0000000e88133d30 Expected Data: 0xc4c340079ac9a645, Actual Data: 0xc4c3400788468846 Running comparison tests using 28616MB buffers... Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : ok Block Sequential : testing 80 of 256 FAILURE! Data mismatch at local BUFA address 0x000000078b8c7530, BUFB address 0x0000000e88133d30 BUFA Data: 0x4f4f4f4f4f4f4f4f, BUFB Data: 0x4f4f4f4f88468846 Checkerboard : testing 3 of 64 FAILURE! Data mismatch at local BUFA address 0x000000078b8c7530, BUFB address 0x0000000e88133d30 BUFA Data: 0x5555555555555555, BUFB Data: 0x5555555588468846 Bit Spread : testing 1 of 128 FAILURE! Data mismatch at local BUFA address 0x000000078b8c7530, BUFB address 0x0000000e88133d30 BUFA Data: 0x0000000000000005, BUFB Data: 0x0000000088468846 Bit Flip : testing 74 of 512 FAILURE! Data mismatch at local BUFA address 0x000000078b8c7530, BUFB address 0x0000000e88133d30 BUFA Data: 0x0000000000000200, BUFB Data: 0x0000000088468846 Walking Ones : testing 40 of 128 Clover Files attached
      config.plist
      drivers64UEFI.zip
      kexts.zip
      ACPI.zip
    • By BurpSuite
      screenshot:
       

       
      description:
      github: https://github.com/burpsuite/clover_theme
×