Contribute
Register

[Guide] Lenovo T430 - El Capitan

Status
Not open for further replies.
al6042 said:
Hi Guys...
Since the dedicated "Speaker mute button" and the "Volume control button" already work, I just want to get a hint, if the usage of the "Microphone Mute button" would be activated in the VoodooPS2Controller.kext.
In the DSDT the button seems to be connected to the following snippet:

Code: 
                    Scope (\_SB.PCI0.LPC.EC)
                    {
                        Method (_Q6A, 0, NotSerialized)  // _Qxx: EC Query
                        {
                            If (HDMC)
                            {
                                Noop
                            }
                            ElseIf (^HKEY.MHKK (0x04000000))
                            {
                                ^HKEY.MHKQ (0x101B)
                            }
                        }
                    }

Any ideas?
Click to expand...

Can you try to update patch DSDT with these info:
Code: 
source
[LIST=1]
[*]Mic-Mute = _Q6A
[*]Thinkvantage- Button = _Q19
[*]F1 = _Q10
[*]F2 = _Q11
[*]F3 = _Q12
[*]F5 = _Q64
[*]F6 = _Q65
[*]F7 = _Q16
[/LIST]

source: https://www.hackintosh-forum.de/ind...ALkJrhieNDOjNYtsw1xbQVr6LrPc7BMZtQ#post231324

----------------

anyone here has updated to El Capitan 10.11.6?
 
Thanks...
It's in my home forum and I didn't even saw it... ;)

I'll try it as soon as possible.

EDIT: His info was just a request on how to use those codes to add the needed function to them...
I'll see what I can find out...


10.11.6 works on the T530 without problems...
 
Last edited:
Desktop
GA-Z87X-UD3H |  i7 4770K |  GeForce Other
Thanks for your wonderful guide. I had some problem running Yosemite but EL Capitan is working flawless.

I need your advice on one thing. As per your guide i bought Atheros AR9285 wifi card from eBay for 5 bucks and plugged in but bios won't let me start the machine got error that incompatible wifi adaptor found.

Did you whitelist the Wifi card in Bios? or any other work around to get this working?


Thanks
 
Nope...
her "rebranded" the Atheros AR9285 with the Vendor-, Device-, SubVendor- and SubDevice-IDs from the Original Intel Wifi-Card.
In that case the BIOS "thinks" its an original Intel Wifi and wont block the boot process.
http://www.tonymacx86.com/threads/rebranding-the-atheros-928x-cards-the-guide.115110/
But you have to use either a DSDT-Patch for "Device (ARPT)" with the Original IDs or a dedicated AtherosWifiInjector.kext.

Here is my DSDT-Entry for my AR9280 to Original Intel Advanced-N 6205:
Code: 
                Device (ARPT)
                {
                    Name (_ADR, Zero)  // _ADR: Address
                    Name (_PRW, Package (0x02)  // _PRW: Power Resources for Wake
                    {
                        0x09,
                        0x04
                    })
                    Name (_SUN, One)  // _SUN: Slot User Number
                    Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
                    {
                        Store (Package (0x14)
                            {
                                "AAPL,slot-name",
                                "AirPort",
                                "name",
                                "AirPort Extreme",
                                "model",
                                Buffer (0x37)
                                {
                                    "Atheros AR9x8x 802.11 a/b/g/n Wireless Network Adapter"
                                },

                                "device_type",
                                Buffer (0x08)
                                {
                                    "AirPort"
                                },

                                "vendor-id",
                                Buffer (0x04)
                                {
                                     0x86, 0x80, 0x00, 0x00                     
                                },

                                "device-id",
                                Buffer (0x04)
                                {
                                     0x85, 0x00, 0x00, 0x00                     
                                },

                                "subsystem-id",
                                Buffer (0x04)
                                {
                                     0x11, 0x13, 0x00, 0x00                     
                                },

                                "subsystem-vendor-id",
                                Buffer (0x04)
                                {
                                     0x86, 0x80, 0x00, 0x00                     
                                },

                                "built-in",
                                Buffer (One)
                                {
                                     0x00                                       
                                },

                                "compatible",
                                "pci168c,30"
                            }, Local0)
                        DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                        Return (Local0)
                    }
                }

Together with FakePCIID and FakePCIID_AR928x_as_xxxx.kext it should work fine.

But be aware... after that, there is no way of using the Card in a dual-boot scenerio, since Windows will also recognize the card as Intel Wifi, but the drivers will not be able to start the device.

With Linux you might be able to create a workaround.
 
Desktop
GA-Z87X-UD3H |  i7 4770K |  GeForce Other
al6042 said:
Nope...
her "rebranded" the Atheros AR9285 with the Vendor-, Device-, SubVendor- and SubDevice-IDs from the Original Intel Wifi-Card.
In that case the BIOS "thinks" its an original Intel Wifi and wont block the boot process.
http://www.tonymacx86.com/threads/rebranding-the-atheros-928x-cards-the-guide.115110/
But you have to use either a DSDT-Patch for "Device (ARPT)" with the Original IDs or a dedicated AtherosWifiInjector.kext.

Here is my DSDT-Entry for my AR9280 to Original Intel Advanced-N 6205:
Code: 
                Device (ARPT)
                {
                    Name (_ADR, Zero)  // _ADR: Address
                    Name (_PRW, Package (0x02)  // _PRW: Power Resources for Wake
                    {
                        0x09,
                        0x04
                    })
                    Name (_SUN, One)  // _SUN: Slot User Number
                    Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
                    {
                        Store (Package (0x14)
                            {
                                "AAPL,slot-name",
                                "AirPort",
                                "name",
                                "AirPort Extreme",
                                "model",
                                Buffer (0x37)
                                {
                                    "Atheros AR9x8x 802.11 a/b/g/n Wireless Network Adapter"
                                },

                                "device_type",
                                Buffer (0x08)
                                {
                                    "AirPort"
                                },

                                "vendor-id",
                                Buffer (0x04)
                                {
                                     0x86, 0x80, 0x00, 0x00                    
                                },

                                "device-id",
                                Buffer (0x04)
                                {
                                     0x85, 0x00, 0x00, 0x00                    
                                },

                                "subsystem-id",
                                Buffer (0x04)
                                {
                                     0x11, 0x13, 0x00, 0x00                    
                                },

                                "subsystem-vendor-id",
                                Buffer (0x04)
                                {
                                     0x86, 0x80, 0x00, 0x00                    
                                },

                                "built-in",
                                Buffer (One)
                                {
                                     0x00                                      
                                },

                                "compatible",
                                "pci168c,30"
                            }, Local0)
                        DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                        Return (Local0)
                    }
                }

Together with FakePCIID and FakePCIID_AR928x_as_xxxx.kext it should work fine.

But be aware... after that, there is no way of using the Card in a dual-boot scenerio, since Windows will also recognize the card as Intel Wifi, but the drivers will not be able to start the device.

With Linux you might be able to create a workaround.
Click to expand...

With correctly coded FakePCIID injector, no need for an injector kext, nor ACPI patch.
 
Hi RehabMan,
not even for the AirDrop functions?
Do you have an example for a correctly coded injector?
I would like to try it on my laptop.

Thanks in advance
 
Desktop
GA-Z87X-UD3H |  i7 4770K |  GeForce Other
al6042 said:
Hi RehabMan,
not even for the AirDrop functions?
Do you have an example for a correctly coded injector?
I would like to try it on my laptop.

Thanks in advance
Click to expand...

There is already a FakePCIID_AR9280_as_AR946x.kext which can be used as a template for other devices.
 
Oh... that's what I'm using already...
just added the IDs of my Intel Advanced-N 6205...
If the DSDT-Entry is not necessary because all can be done by the FakePCIID, there also should be a way of putting all necessary infos from the kext into the DSDT-Patch...

let me see what I missed...
 
Desktop
GA-Z87X-UD3H |  i7 4770K |  GeForce Other
al6042 said:
Oh... that's what I'm using already...
just added the IDs of my Intel Advanced-N 6205...
If the DSDT-Entry is not necessary because all can be done by the FakePCIID, there also should be a way of putting all necessary infos from the kext into the DSDT-Patch...

let me see what I missed...
Click to expand...

No need for any ACPI fiddling... If you need help, post clear info on the ids used and your existing injector for FakePCIID.
 
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top