Lenovo IdeaPad U310

[XMYUKON]

I don't know what you mean "Yes and No." You say "Same thing happens." Define "same thing." What you're saying there seems to conflict with your next sentance below.



Define "doesn't work at all."

Im sorry, here:

-Original DSDT sleep dousnt work at all
-ikkoku DSDT sleep is fine
-ikkoku DSDT and your usb kext sleep works for 2 seconds then awakes with lid closed

Dousnt work at all= Lid closed nothing happens


Also the patch that isn't working for me is the lenovo battery patch it says it isn't found

 

[XMYUKON]

Im sorry, here:

-Original DSDT sleep dousnt work at all
-ikkoku DSDT sleep is fine
-ikkoku DSDT and your usb kext sleep works for 2 seconds then awakes with lid closed

Dousnt work at all= Lid closed nothing happens


Also the patch that isn't working for me is the lenovo battery patch it says it isn't found

Also I just patched my original dsdt using your repo the following 3:

-HD4000 low rez
-IGPA rename

my graphics all seems to be OK and I don't need a IGPlatformreload at boot

 

[RehabMan]

Im sorry, here:

-Original DSDT sleep dousnt work at all

By "Original DSDT" you mean unpatched native DSDT? And by "doesn't work at all" you mean it "locks up upon attempted sleep," "doesn't wake up," "stays running and just ignores sleep," "sleeps on command, but doesn't auto-sleep," etc...

Are the results different with GenericUSBXHCI installed or not installed?

-ikkoku DSDT sleep is fine

That is good to know and is a baseline for comparing patched DSDTs to find out why...
Since this is without GenericUSBXHCI, I assume there is no USB3 support in this scenario (no driver attached to XHC, no superspeed shown in System Information->USB).

-ikkoku DSDT and your usb kext sleep works for 2 seconds then awakes with lid closed

Dousnt work at all= Lid closed nothing happens

Are all your tests of "sleep" only by using a open/close of lid? What about using the "Sleep" available from the Apple menu? In other words, it is better to keep the response to the lid out of the equation. That is a separate issue than whether sleep works or not. The closing (and opening) of the lid is something that can trigger sleep/wake, not an indicator of whether sleep/wake is working.

We should not confuse the two issues of lid based trigger for sleep vs. the actual function of sleep.

Also the patch that isn't working for me is the lenovo battery patch it says it isn't found

Fixed. (case sensitivity issue, not present with local files [HFS+J], but present on webfiles)

- - - Updated - - -

Also I just patched my original dsdt using your repo the following 3:

-HD4000 low rez
-IGPA rename

my graphics all seems to be OK and I don't need a IGPlatformreload at boot

Yes.

 

[XMYUKON]

By "Original DSDT" you mean unpatched native DSDT? And by "doesn't work at all" you mean it "locks up upon attempted sleep," "doesn't wake up," "stays running and just ignores sleep," "sleeps on command, but doesn't auto-sleep," etc...

Are the results different with GenericUSBXHCI installed or not installed?

Yes native. Dousn't work at all as in nothing happens if you shut the lid except display turns off. have not tried with your kext yet.

That is good to know and is a baseline for comparing patched DSDTs to find out why...
Since this is without GenericUSBXHCI, I assume there is no USB3 support in this scenario (no driver attached to XHC, no superspeed shown in System Information->USB).

Not sure Let me check

Are all your tests of "sleep" only by using a open/close of lid? What about using the "Sleep" available from the Apple menu? In other words, it is better to keep the response to the lid out of the equation. That is a separate issue than whether sleep works or not. The closing (and opening) of the lid is something that can trigger sleep/wake, not an indicator of whether sleep/wake is working.

If I press the sleep button screen shuts off then comes back after 2 seconds. Computer never sleeps just display is effected.

We should not confuse the two issues of lid based trigger for sleep vs. the actual function of sleep.



Fixed. (case sensitivity issue, not present with local files [HFS+J], but present on webfiles)

- - - Updated - - -



Yes.

Your battery patch now works good

 

[XMYUKON]

right now usb flash drives don't work at all. USB mouse does though. I haven't changed anything regarding usb indsdt or a kext as of right now.

Patches I enabled from you
-HD400 low rez
-battery lenovo

Right now what dousn't work:
-sleep (button or lid)
-usb's. Only my usb mouse dongle seems to work
-facetime camera
-sound

 

[XMYUKON]

I'm willing to give this a shot if I can somehow get it into a patch:

Sleep:


Device (PNLF)
{
Name (_HID, EisaId ("APP0002"))
Name (_CID, "backlight")
Name (_UID, 0x0A)
Name (_STA, 0x0B)
}

Sound:

Method (_DSM, 4, NotSerialized)
{
Store (Package (0x0E)
{
"built-in",
Buffer (One)
{
0x01
},
"Codec-id",
Buffer (0x04)
{
0x3E, 0x3A, 0xEC, 0x10
},
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"model",
Buffer (0x1A)
{
"HD Audio Conexant Cx20590"
},
"device-type",
Buffer (0x11)
{
"Audio Controller"
},
"hda-gfx",
Buffer (0x0A)
{
"onboard-1"
},
"PinConfigurations",
Buffer (Zero) {}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}


From here: http://www.tonymacx86.com/mountain-...enovo-ideap-u310-perfect-ultrahackbook-9.html

 

[RehabMan]

right now usb flash drives don't work at all. USB mouse does though. I haven't changed anything regarding usb indsdt or a kext as of right now.

Patches I enabled from you
-HD400 low rez
-battery lenovo

Right now what dousn't work:
-sleep (button or lid)
-usb's. Only my usb mouse dongle seems to work
-facetime camera
-sound

What is a "sleep button"?

Are all your USB ports USB3 or are some USB2? Camera is probably related to USB (most cameras are on the USB bus).

Also, it would be a good idea to apply the rest of the patches that I listed. Do the USB patches last and be sure to save a DSDT without them, as it might be interesting to try both 6-series and 7-series.

For sound you need patched AppleHDA for your codec and DSDT patches. Do you have a patched AppleHDA you intend to use?

 

[XMYUKON]

You know what @RehabMan? I think we should just save ourselves the trouble and i'll just use ikkoku's DSDT. It's not worthit, i'm not even a hardcore user I'm just using it for word documents and internet browsing basically. I just my win7 desktop for 90% of things. What should I do to make it more compatible though? Change something I think you said?

 

[XMYUKON]

What is a "sleep button"?

Are all your USB ports USB3 or are some USB2? Camera is probably related to USB (most cameras are on the USB bus).

Also, it would be a good idea to apply the rest of the patches that I listed. Do the USB patches last and be sure to save a DSDT without them, as it might be interesting to try both 6-series and 7-series.

For sound you need patched AppleHDA for your codec and DSDT patches. Do you have a patched AppleHDA you intend to use?

Power button. Camera is related to USB 100% confirmed with ikkoku's dsdt.

I do have patched HDA already. With ikkoku's dsdt it works with hardware buttons and slider, but if I use hardware buttons the change isn't reflected in the menu bar for whatever reason but it's not a big deal.

 

[RehabMan]

I'm willing to give this a shot if I can somehow get it into a patch:

Sleep:

Device (PNLF)
        {
            Name (_HID, EisaId ("APP0002"))
            Name (_CID, "backlight")
            Name (_UID, 0x0A)
            Name (_STA, 0x0B)
        }

That one is nothing to do with sleep. It is for brightness slider in SysPrefs->Display. It is "Brightness fix" in my laptop DSDT patch repo.

Sound:

Method (_DSM, 4, NotSerialized)
            {
                Store (Package (0x0E)
                    {
                        "built-in", 
                        Buffer (One)
                        {
                            0x01
                        }, 
                        "Codec-id", 
                        Buffer (0x04)
                        {
                            0x3E, 0x3A, 0xEC, 0x10
                        }, 
                        "layout-id", 
                        Buffer (0x04)
                        {
                            0x0C, 0x00, 0x00, 0x00
                        }, 
                        "model", 
                        Buffer (0x1A)
                        {
                            "HD Audio Conexant Cx20590"
                        }, 
                        "device-type", 
                        Buffer (0x11)
                        {
                            "Audio Controller"
                        }, 
                        "hda-gfx", 
                        Buffer (0x0A)
                        {
                            "onboard-1"
                        }, 
                        "PinConfigurations", 
                        Buffer (Zero) {}
                    }, Local0)
                DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                Return (Local0)
            }

I'm pretty sure most of that patch is not necessary. Use the "Audio Layout 12" in my repo. It should make your patched AppleHDA work. If not we can add the other injections as necessary.

From here: http://www.tonymacx86.com/mountain-...enovo-ideap-u310-perfect-ultrahackbook-9.html

That link doesn't help, perhaps because it is a "page based link" instead of a link to a specific post. I probably have my system configured to display a different number of posts/page than you do.