Jump to content

Mieze

Mieze

Member Since 27 Mar 2012
Offline Last Active Yesterday, 11:28 PM
*****

Posts I've Made

In Topic: No graphics / USB / Audio after wake

Yesterday, 11:32 PM

I've tried that but it doesn't work. I think a DSDT edit would work or something else which is unknown.

No, there is no DSDT patch which solves the problem but here is a list of things which have to be set appropriately for wakeup to work:

  • The BIOS settings.
  • A system definition which matches your hardware.
  • A framebuffer which matches your system definition (you might need to patch it for your hardware).

Try to mimic the configuration of the Mac model you are faking as close as possible. If this doesn't help you are out of luck because of the way your BIOS works.

 

Mieze

In Topic: No graphics / USB / Audio after wake

Yesterday, 07:33 PM

@Grim Reaper: In case you don't know how to edit a DSDT use Clover injection which is much easier to handle.

 

Mieze

In Topic: IntelMausiEthernet.kext for Intel onboard LAN

07 February 2016 - 01:33 AM

@mieze: I can say v2.1.0d1 works better than v2.1.0d0 on my Intel I217V . i get to many packet lost on previous version and sometimes i can't even open a page on my browser it seems stable with this build. i try to compile and change few things to see how it works better.

Well, I haven't changed anything with regard to I217V in the last version. The changes I made only affect the I219 models.

 

The real reason for the problems the driver is experiencing sometimes is a power management issue which may cause DMA operations to fail when the CPU is in a deep sleep state like C3 and below. Most devices handle this in hardware using a standard PCIe mechanism to avoid problems but the Intel onboard NICs are different. See https://lwn.net/Articles/384146/ for an in deep explanation.

 

Linux offers an interface for drivers to prevent the CPU from falling into these C-States and, yes, the Linux driver on which IntelMausiEthernet is based makes us of these calls. Unfortunately they lack an equivalent on OS X which makes a straightforward solution impossible but I’m trying to find a different solution.

 

​By the way, disabling C-States in BIOS doesn't help because C-State control for OS X is defined in the SSDT. Modifying the C-State exit latency seems to mitigate the problem, I can confirm this, but it's an ugly workaround and far from being trivial.

 

Reading into the Intel x86 CPU's documentation I found out that in C3 and below the cache shuts down so that snooping won't work anymore. Snooping is a technique to guarantee cache coherency in hardware. I added a few inline assembler instructions to enforce write back of outbound packet data where the driver has to modify it in order to prepare the packets for the NIC to process them and have been testing it during the last days with quite promising results but power management issues are really hard to fix, you'll never be absolutely sure if it's gone.

 

I will publish a new version as soon as I'm convinced that it is ready for testing.

 

Mieze

In Topic: IntelMausiEthernet.kext for Intel onboard LAN

03 February 2016 - 11:19 PM

@genzai: Ok, I found something and fixed it. Let's see if it helps. Binary is attached. Sources can be found on GitHub. Good luck!

 

Mieze

In Topic: IntelMausiEthernet.kext for Intel onboard LAN

31 January 2016 - 06:53 PM

Any results with I219? If the driver can be confirmed to work with these chips too, I'd like to update the prebuilt binary in the download section too.

 

Mieze

© 2016 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy