Contribute
Register

Lenovo Y50 with Clover

Status
Not open for further replies.
[Guide] Lenovo Y50

I have looked at it using system.log and I believe the values correspond to what Battery Time Remaining app is showing.

Power management is done using the method in Post #1. I can see the processor changing frequencies using the Intel widget. Nvidia is disabled via BIOS and nv_disable=1. I'm using ethernet port because my WiFi card isnt supported. Waiting for my Yosemite compatible one to arrive.

I did manage to get over 2 hours battery usage which I'm pretty happy about. It's just the wrong values on disconnecting the charger cable which annoy me.
 
[Guide] Lenovo Y50

mrbartek said:
I have looked at it using system.log and I believe the values correspond to what Battery Time Remaining app is showing.

Power management is done using the method in Post #1. I can see the processor changing frequencies using the Intel widget. Nvidia is disabled via BIOS and nv_disable=1. I'm using ethernet port because my WiFi card isnt supported. Waiting for my Yosemite compatible one to arrive.

I did manage to get over 2 hours battery usage which I'm pretty happy about. It's just the wrong values on disconnecting the charger cable which annoy me.
Click to expand...

nv_disable=1 only disables the nvidia drivers, not the device. But if you have it disabled in BIOS, that should be enough.

If you want me to look at what you have...

Download patchmatic: https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-patchmatic-2015-0107.zip
Extract the 'patchmatic' binary from the ZIP. Copy it to /usr/bin, such that you have the binary at /usr/bin/patchmatic.

In terminal,
Code: 
rm -Rf ~/Downloads/RehabMan
mkdir ~/Downloads/RehabMan
cd ~/Downloads/RehabMan
patchmatic -extract

Post contents of Downloads/RehabMan directory (as ZIP).

Also, post ioreg: http://www.tonymacx86.com/audio/58368-guide-how-make-copy-ioreg.html. Please, use the IORegistryExplorer v2.1 attached to the post! DO NOT reply with an ioreg from any other version of IORegistryExplorer.app.

And output from:
Code: 
kextstat|grep -y acpiplat
kextstat|grep -y appleintelcpu
 
[Guide] Lenovo Y50

mrbartek said:
I'm aware. What I meant is that after unplugging and once the stats update, it says 0:08 remaining but after some time it will say 1:49 remaining.

Example:
-Unplug charger
-Wait for calculation to be done (takes at least a minute or two)
-0:08 remaining (80%)
-Wait 15 minutes
-Check again. 1:49 remaining (79%)
Click to expand...

ioreg looks ok. It could be that your DSDT reports a relatively large value for current-rate just after AC adapter is pulled. You might check the logs for that. Perhaps there is something you can do about it in the _BST code.

Do you have the battery saver mode enabled? Just wondering about the (apparent) jump from 100% to 80%.
 
[Guide] Lenovo Y50

No power saver enabled. Where did you see the jump from 100% to 80%? I had the laptop booted to Windows before getting the information for you.

EDIT: I think I see what you mean. I just gave you the example with 80% because my battery wasnt fully charged and didn't want my example to be inaccurate. ;)

EDIT2: Could this help? http://blogs.gnome.org/hughsie/2006/10/08/re-writing-the-_bif-and-_bst-acpi-methods/ I know it's old and Linux but maybe it could point in the right direction?
 
[Guide] Lenovo Y50

mrbartek said:
No power saver enabled. Where did you see the jump from 100% to 80%? I had the laptop booted to Windows before getting the information for you.
Click to expand...

I assumed you had fully charged prior to unplugging. If not the case, disregard. Your post was not clear on the battery state prior to unplugging.

EDIT: I think I see what you mean. I just gave you the example with 80% because my battery wasnt fully charged and didn't want my example to be inaccurate. ;)

EDIT2: Could this help? http://blogs.gnome.org/hughsie/2006/10/08/re-writing-the-_bif-and-_bst-acpi-methods/ I know it's old and Linux but maybe it could point in the right direction?
Click to expand...

You should read the ACPI spec.
 
[Guide] Lenovo Y50

w32parite said:
will this guide apply to Lenovo Y70-70 ?
Click to expand...


....this is the guide for the Lenovo Y50-70


@RehabMan

Right now I'm trying something weird. Using AppleHDA for the Intel HDMI and Voodoo for Realtek.

Im getting weird results but I think I'll be able to sort it out. Im doing this in case Mirone can't get the External Microphone to work.

So, I tried making AppleHDA use the 0xc0c8086 card (intel card) but it doesnt work. However I tried making it use 0x0a0c8086 and it attaches itself to the card (checked in IOReg).

I remember the FakePCIID Intel HDMI injects 0a0c and/or (??) 0d0c. So, in my case, what does it inject ?
 
[Guide] Lenovo Y50

iPlayGuitar said:
....this is the guide for the Lenovo Y50-70


@RehabMan

Right now I'm trying something weird. Using AppleHDA for the Intel HDMI and Voodoo for Realtek.

Im getting weird results but I think I'll be able to sort it out. Im doing this in case Mirone can't get the External Microphone to work.

So, I tried making AppleHDA use the 0xc0c8086 card (intel card) but it doesnt work. However I tried making it use 0x0a0c8086 and it attaches itself to the card (checked in IOReg).

I remember the FakePCIID Intel HDMI injects 0a0c and/or (??) 0d0c. So, in my case, what does it inject ?
Click to expand...

FakePCIID_Intel_HDMI_Audio.kext injects the 0x0a0c as that is the supported mobile id.

If you look at the Info.plist, you'll see.
 
[Guide] Lenovo Y50

RehabMan said:
FakePCIID_Intel_HDMI_Audio.kext injects the 0x0a0c as that is the supported mobile id.

If you look at the Info.plist, you'll see.
Click to expand...


Hi RehabMan. I am following this guide for what I'm trying to do.

I'm getting stuck at the DSDT (or SSDT in my case patching).

Clearly, you're not yet quite done. For this to work, you will need more-or-less the same DSDT edits you would use to enable HDMI audio normally (and if you're using an AMD card like me, you need to be sure your Framebuffer is correct, which I won't go into now)

The only departure from the tried-and-true DSDT edit for AMD cards is the following (I'm not entirely sure it is needed but I did it this way and it worked)
You must add the layout-id that normally goes in the HDEF section to the HDAU section, like this:
Click to expand...

Code: 
[COLOR=#9F9F9F][FONT=Verdana]Device (HDAU)[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]{[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]Name (_ADR, One)[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]Method (_DSM, 4, NotSerialized)[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]{[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]Store (Package (0×0[/FONT][/COLOR][COLOR=#FF0000][FONT=Verdana]4[/FONT][/COLOR][COLOR=#9F9F9F][FONT=Verdana])[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]{[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]“hda-gfx”,[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]Buffer (0x0A)[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]{[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]“onboard-1″[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]}[/FONT][/COLOR][COLOR=#FF0000][FONT=Verdana],
"layout-id",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
}[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]}, Local0)[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]Return (Local0)[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]}[/FONT][/COLOR]
[COLOR=#9F9F9F][FONT=Verdana]}[/FONT][/COLOR]

So if I'm correct I must:

1. Delete the DSM patch from my DSDT HDEF device (used for AppleHDA)
2. Apply that patch to the SSDT-4 HDAU device

My problem:

1. Well apparently that code has errors.

I copied just the DSM method and had an error in MacIASL. If you'll try it you will get them too.

2. I must integrate it somehow to the patch I already have that inject 0a0c

3. I see in DSDT-4 IGPU > PNLF the same exact patch, should both be the same ?


Can you look at that patch and paste me a working patch ? (with both the things that I get in this method and my old method that inject 0a0c).

I uploaded my SSDT and DSDT (the ones before I started working with this patch).

Thanks!
 

Attachments

  • current.zip
    21.9 KB · Views: 63
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top