Jump to content

AppleIntelE1000e.kext for 10.8/10.7/10.6/10.5


hnak
 Share

751 posts in this topic

Recommended Posts

  • 2 weeks later...
  • 2 weeks later...
  • 4 weeks later...
  • 3 weeks later...

1.9.5 works for me but I can't use anything above 4000 mtu. If I do I lose connection (but the interface is still up) after a short while and nothing works until i up it manually.

1.3.7 was working fine instead.

 

Also, is there a way to enable polling?

Thanks!

Link to comment
Share on other sites

1.9.5 works for me but I can't use anything above 4000 mtu. If I do I lose connection (but the interface is still up) after a short while and nothing works until i up it manually.

1.3.7 was working fine instead.

 

Also, is there a way to enable polling?

Thanks!

I will check if the jumbo frame code has memory leak or something.

 

By the way, how do you utilize polling, maybe debugger ?

Link to comment
Share on other sites

I will check if the jumbo frame code has memory leak or something.

 

By the way, how do you utilize polling, maybe debugger ?

I thought polling was lowering CPU usage, I can enable it with FreeBSD (drivers must support it), I don't know if you can enable it also on OSX, maybe it's just related to FreeBSD?

Link to comment
Share on other sites

I thought polling was lowering CPU usage, I can enable it with FreeBSD (drivers must support it), I don't know if you can enable it also on OSX, maybe it's just related to FreeBSD?

sendPacket/receivePacket are OSX polling entries, however, they are used by kernel debuggers only ( from the comment in IONetworkController.h ).

Link to comment
Share on other sites

  • 3 weeks later...
  • 4 weeks later...

I have the intel 82579 LM on my Dell Optiplex 990, and hrak's kext works beautifully, except:

 

There's no option for WOL in my energy preferences. I have it enabled in my bios. Do I need to modify the kext?

Link to comment
Share on other sites

  • 1 month later...

does anyone have problems with pppoe connection when using this kext?

 

can you post the sourcecode please :D? i'm interested in contributing to this kext development :) cause i am affected by it's functionality

Link to comment
Share on other sites

does anyone have problems with pppoe connection when using this kext?

 

can you post the sourcecode please :D? i'm interested in contributing to this kext development :) cause i am affected by it's functionality

I have just uploaded 1.10.6.

Have you read the readme.txt ? The code is availabe at osx86drivers.sourceforge.net from the beginning.

PPPoE does nothing special and there is no API/framework entries for it.

Link to comment
Share on other sites

I have just uploaded 1.10.6.

Have you read the readme.txt ? The code is availabe at osx86drivers.sourceforge.net from the beginning.

PPPoE does nothing special and there is no API/framework entries for it.

 

Thanks, I'm going to test if jumbo frames work again later

Link to comment
Share on other sites

A few of us are seeing some errors with the latest 1.11.3 but they don't appear to be there on the previous version. The errors are all with 82579V Ethernet on Z68 and Z77 systems. This is the output in kernel.log. Apparently this prevents sleep for some. I didn't notice any problems until I checked my kernel.log.

 

 

4/25/12 8:23:02.000 AM kernel: AppleIntelE1000e(Err): Detected Hardware Unit Hang:

4/25/12 8:23:02.000 AM kernel: TDH <b0>

4/25/12 8:23:02.000 AM kernel: TDT <b0>

4/25/12 8:23:02.000 AM kernel: next_to_use <b0>

4/25/12 8:23:02.000 AM kernel: next_to_clean <b0>

4/25/12 8:23:02.000 AM kernel: buffer_info[next_to_clean]:

4/25/12 8:23:02.000 AM kernel: time_stamp <0>

4/25/12 8:23:02.000 AM kernel: next_to_watch <b0>

4/25/12 8:23:02.000 AM kernel: next_to_watch.status <0>

4/25/12 8:23:02.000 AM kernel: MAC Status <40080083>

4/25/12 8:23:02.000 AM kernel: PHY Status <796d>

4/25/12 8:23:02.000 AM kernel: PHY 1000BASE-T Status <3800>

4/25/12 8:23:02.000 AM kernel: PHY Extended Status <3000>

4/25/12 8:23:02.000 AM kernel: PCI Status <10>

 

Link to comment
Share on other sites

The driver hangs correctly when it is about to stop. So the orignial code to report hang checks if it is in terminating process. I just removed the check as I thought it would never bother users. It seems untrue for sleep/resume users.

Though it is a normal operation, I will add some check in the next version.

Link to comment
Share on other sites

The driver hangs correctly when it is about to stop. So the orignial code to report hang checks if it is in terminating process. I just removed the check as I thought it would never bother users. It seems untrue for sleep/resume users.

Though it is a normal operation, I will add some check in the next version.

Thank you. I appreciate it.

Link to comment
Share on other sites

Hi hnak

I have 0x1503 device on P8Z68-V/GEN3.

As Cipolippo said in this topic, the driver seems not to work correctly on this board.

 

First I connected LAN to Intel port, IP was not assigned (yellow icon in Network PrefPane).

Then I set it "Manually" or "Using DHCP with manual address", the icon is turned green, but no internet connection.

Browser and other applications show that request is timed out.

I tried all version supporting 10.7, and got same result.

Could you tell me how to solve this?

Link to comment
Share on other sites

A few of us are seeing some errors with the latest 1.11.3 but they don't appear to be there on the previous version. The errors are all with 82579V Ethernet on Z68 and Z77 systems. This is the output in kernel.log. Apparently this prevents sleep for some. I didn't notice any problems until I checked my kernel.log.

 

 

4/25/12 8:23:02.000 AM kernel: AppleIntelE1000e(Err): Detected Hardware Unit Hang:

4/25/12 8:23:02.000 AM kernel: TDH <b0>

4/25/12 8:23:02.000 AM kernel: TDT <b0>

4/25/12 8:23:02.000 AM kernel: next_to_use <b0>

4/25/12 8:23:02.000 AM kernel: next_to_clean <b0>

4/25/12 8:23:02.000 AM kernel: buffer_info[next_to_clean]:

4/25/12 8:23:02.000 AM kernel: time_stamp <0>

4/25/12 8:23:02.000 AM kernel: next_to_watch <b0>

4/25/12 8:23:02.000 AM kernel: next_to_watch.status <0>

4/25/12 8:23:02.000 AM kernel: MAC Status <40080083>

4/25/12 8:23:02.000 AM kernel: PHY Status <796d>

4/25/12 8:23:02.000 AM kernel: PHY 1000BASE-T Status <3800>

4/25/12 8:23:02.000 AM kernel: PHY Extended Status <3000>

4/25/12 8:23:02.000 AM kernel: PCI Status <10>

 

I'm getting the same, but I can't sleep either. I don't know if something else is going on or not, but the only thing I changed was off of the realtek nic to the intel PCI-E nic.

Link to comment
Share on other sites

I'm getting the same, but I can't sleep either. I don't know if something else is going on or not, but the only thing I changed was off of the realtek nic to the intel PCI-E nic.

Does sleep work with previous versions - for example, 1.10.6 ?

 

Hi hnak

I have 0x1503 device on P8Z68-V/GEN3.

As Cipolippo said in this topic, the driver seems not to work correctly on this board.

 

First I connected LAN to Intel port, IP was not assigned (yellow icon in Network PrefPane).

Then I set it "Manually" or "Using DHCP with manual address", the icon is turned green, but no internet connection.

Browser and other applications show that request is timed out.

I tried all version supporting 10.7, and got same result.

Could you tell me how to solve this?

Unfortunately, I cannot fix a problem which is not reproducible with my own hardware. I hope someone who has the same problem as well as programming skill fix it...
Link to comment
Share on other sites

I can confirm that with 1.10.6 and the Intel 82579V chip on both the Gigabyte G1.Sniper M3 and Asus Sabertooth Z77 manual sleep works fine. Energy Saver sleep is not working on the G1.Sniper M3 but I don't think that is related.

Link to comment
Share on other sites

  • 3 weeks later...
 Share

×
×
  • Create New...