[Guide] Acer S3-391 Ivy Bridge

[RehabMan]

OK and what did i made wrong?

Are the settings in ssdt.aml correct or the settings in dsdt.aml correct?

Is my /Extra/smbios.plist file wrong and i have to generate a new one with diffrent MacBook-Version or should i delete the dsdt.aml file witch is generated from DPCIManager (Extract DSDT)?

Sorry, but iam new to hackintosh.

Thanks, Cpt.Fly

As I said, DSDT is correct. SSDT is incorrect.

Power management is covered here: http://www.tonymacx86.com/mavericks...-bridge-ivy-bridge-haswell-other-laptops.html

 

[cpt.fly]

Your generated SSDT is incorrect. DSDT shows Processor objects in Scope (_PR):

    Scope ([B]_PR[/B])
    {
        Processor (CPU0, 0x01, 0x00000410, 0x06) {}
        Processor (CPU1, 0x02, 0x00000410, 0x06) {}
        Processor (CPU2, 0x03, 0x00000410, 0x06) {}
        Processor (CPU3, 0x04, 0x00000410, 0x06) {}
        Processor (CPU4, 0x05, 0x00000410, 0x06) {}
        Processor (CPU5, 0x06, 0x00000410, 0x06) {}
        Processor (CPU6, 0x07, 0x00000410, 0x06) {}
        Processor (CPU7, 0x08, 0x00000410, 0x06) {}
    }

SSDT is, however, using Scope (_SB):

    Scope ([B]\_SB.[/B]CPU0)
    {
        Method (_INI, 0, NotSerialized)  // _INI: Initialize
        {
            Store ("ssdtPRGen version....: 13.4 / Mac OS X 10.10 (14A389)", Debug)
            Store ("target processor.....: i3-3217U", Debug)
            Store ("running processor....: Intel(R) Core(TM) i3-3217U CPU @ 1.80GHz", Debug)
            Store ("baseFrequency........: 1200", Debug)
            Store ("frequency............: 1800", Debug)
            Store ("busFrequency.........: 100", Debug)
            Store ("logicalCPUs..........: 4", Debug)
            Store ("maximum TDP..........: 17", Debug)
            Store ("packageLength........: 7", Debug)
            Store ("turboStates..........: 0", Debug)
            Store ("maxTurboFrequency....: 1800", Debug)
        }
...

Thanks for your help !!

So i have to generate a new ssdt.aml file an the CPU have to be in the _PR, then the ssdt.aml is generated correctly, right?

And i need the correct /Extra/smbios.plist file to get a correct ssdt.aml generated?

iam right so far?

Greetz Cpt.Fly

 

[RehabMan]

Thanks for your help !!

So i have to generate a new ssdt.aml file an the CPU have to be in the _PR, then the ssdt.aml is generated correctly, right?

And i need the correct /Extra/smbios.plist file to get a correct ssdt.aml generated?

iam right so far?

Greetz Cpt.Fly

You could also just edit your existing SSDT.aml...

If you want to use the ssdtPRgen.sh script, make sure you use the current version.

 

[cpt.fly]

You could also just edit your existing SSDT.aml...

If you want to use the ssdtPRgen.sh script, make sure you use the current version.

OK, somting changed

i downloaded a new version of ssdtPRgen an recreated the ssdt.aml file. Now the CPU-part is in the _PR Scope.

i rebooted and now the system hangs (see screenshot attached)

What iam doing wrong?

Greetz Cpt.Fly

 

[RehabMan]

OK, somting changed

i downloaded a new version of ssdtPRgen an recreated the ssdt.aml file. Now the CPU-part is in the _PR Scope.

i rebooted and now the system hangs (see screenshot attached)

What iam doing wrong?

Greetz Cpt.Fly

You're using the wrong smbios. You should be using MacBookAir5,x.

But it still may not work, OS X seems to have trouble with i3 CPUs in certain configurations (Apple doesn't use them).

The solution is to use -xcpm kernel flag and patch the kernel: http://www.tonymacx86.com/yosemite-...ng-kernel-haswell-cpus-xcpm-early-reboot.html

 

[cpt.fly]

You're using the wrong smbios. You should be using MacBookAir5,x.

But it still may not work, OS X seems to have trouble with i3 CPUs in certain configurations (Apple doesn't use them).

The solution is to use -xcpm kernel flag and patch the kernel: http://www.tonymacx86.com/yosemite-...ng-kernel-haswell-cpus-xcpm-early-reboot.html

ok, and again.. thanks for your help.

i changed to MacBookAir5,x, rebooted, recreated the ssdt.aml file an rebooted.

This time it boots ok but the MSRDumper shows only state 8

Now i have to patch the kernel as you written above?

 

[RehabMan]

ok, and again.. thanks for your help.

i changed to MacBookAir5,x, rebooted, recreated the ssdt.aml file an rebooted.

This time it boots ok but the MSRDumper shows only state 8

Now i have to patch the kernel as you written above?

Read post #335.

 

[cpt.fly]

Read post #335.

OK, done

i patched the kernel, added kernel-flag -xcpm.

Now i see in DPCI-Manager 4 p-states (8,13,15,18).

So far so good? What do you think about my configuration so far?

Greetz, Cpt.Fly

 

[RehabMan]

OK, done

i patched the kernel, added kernel-flag -xcpm.

Now i see in DPCI-Manager 4 p-states (8,13,15,18).

So far so good? What do you think about my configuration so far?

Greetz, Cpt.Fly

Seems like CPU power management is solved.

 

[cpt.fly]

Seems like CPU power management is solved.

Yeah Great work, Thank you RehabMan.

So now is time to patch dsdt.aml with the patches from your repo?

Should i apply al this patches?

- HD4000 Low res.
- IRQ Fix
- HPET Fix
- 7-series USB
- 6-Series USB ( Seems to stop Laptop immediately waking from sleep when on AC Power)

=== The next patch means we shouldn't need to use the GenericUSBXHCI kext and instead it will use the vanilla AppleUSBXHCI kext . It seems buggy to me though===
- 7-series USB3 Multiplex (Comment out the line near the bottom of patch that has 'return GPRW' and remove the // from alternative )
==============

- SMBUS Fix
- RTC Fix
- AC Adapter Fix (with/without)
- OS Check Fix
- Brightness Fix
- Audio Layout ID 12 ( changed the 12 to 69)
- Fix _WAK Arg0v2 ( Seems to fix issues with rebooting after waking from sleep on Battery power)