291 replies to this topic

[hnak]

wayover, on Aug 9 2010, 09:58 PM, said:

Thanks! please check link to sources in readme.txt(http://osx86drivers.sourceforge.net/)

Go to source link ( http://sourceforge.n...6drivers/files/ ) and click "Develop" to show how to get the source code.
In short, use subversion as follows to get the source code ( of all the projects )

svn co https://osx86drivers...ot/osx86drivers osx86drivers

[wayover]

hnak, on Aug 14 2010, 01:30 AM, said:

Go to source link ( http://sourceforge.n...6drivers/files/ ) and click "Develop" to show how to get the source code.
In short, use subversion as follows to get the source code ( of all the projects )

svn co https://osx86drivers...ot/osx86drivers osx86drivers

It's easy way to get source code. Thanks a lot!

[SS_G]

How to make 82575EB working?
I have Intel® Workstation Board S5520SC.

[hnak]

A new version based on 1.3.10a has been tested and uploaded ( in the first post of this topic ).
It took some time to install a working SandyBridge system on my DH67CF for testing.

[dontblinknow]

Thought I'd add my experiences with this kext as well.

In general the driver seems to work fine, however with a good amount of network traffic, I can cause it to get into a kernel panic relatively quickly.   I can do this by running utorrent on mac for a download that takes a long time (try a 4 GB iso for example).

I'm running 10.6.7 with a Asus P8P67 Pro/intel 2600k cpu.

My kernel panics always have the error along the lines of "m_free: freeing an already freed mbuf"

Anyone else see this behavior?

[hnak]

dontblinknow, on May 28 2011, 06:04 PM, said:

My kernel panics always have the error along the lines of "m_free: freeing an already freed mbuf"

Are there any console messages right before that ?

Let me know whether the following build makes any difference.

http://www.mediafire...bgav3ib4i9gmkm6

[dontblinknow]

hnak, on May 29 2011, 04:17 AM, said:

Are there any console messages right before that ?

Let me know whether the following build makes any difference.

http://www.mediafire...bgav3ib4i9gmkm6

Nothing telling in the console messages.  This only happens when I use a network intensive application like uTorrent.  It was happening within the first 30 minutes on a big torrent (> 10 GB) with the latest version of uTorrent, but after going back to an older version the mean time of failure is now about 6-8 hours.

I'll take a picture of the actual kernel panic next time if that helps.

Thanks for the new build.  I'll try running it and see if it makes a difference.

[dontblinknow]

dontblinknow, on Jun 4 2011, 04:42 PM, said:

Nothing telling in the console messages.  This only happens when I use a network intensive application like uTorrent.  It was happening within the first 30 minutes on a big torrent (> 10 GB) with the latest version of uTorrent, but after going back to an older version the mean time of failure is now about 6-8 hours.

I'll take a picture of the actual kernel panic next time if that helps.

Thanks for the new build.  I'll try running it and see if it makes a difference.

Kernel panic occurred again, but I was unfortunately not able to capture the image.   Will try to do so if it happens again, but for now this build does not fix the issue.

[dontblinknow]

dontblinknow, on Jun 4 2011, 05:46 PM, said:

Kernel panic occurred again, but I was unfortunately not able to capture the image.   Will try to do so if it happens again, but for now this build does not fix the issue.

I think that previous kernel panic may have been a fluke.  Been running now for over 6 hours with no issues with the new build you posted.   Will let you know if there are any other issues but it seems very promising.

[dontblinknow]

dontblinknow, on Jun 4 2011, 11:26 PM, said:

I think that previous kernel panic may have been a fluke.  Been running now for over 6 hours with no issues with the new build you posted.   Will let you know if there are any other issues but it seems very promising.

Been running over 24 hours now, and no issues.  Thanks for the fix!

[hnak]

dontblinknow, on Jun 5 2011, 06:30 PM, said:

Been running over 24 hours now, and no issues.  Thanks for the fix!

Good to hear that !
I updated the first post link.

[VooD]

hnak, on Jun 6 2011, 02:01 PM, said:

Good to hear that !
I updated the first post link.

So are 82579 nics finally working fast and stable?

[hnak]

VooD, on Jun 10 2011, 09:28 PM, said:

So are 82579 nics finally working fast and stable?

Though I don't have the answer,  I am using this kext myself regularly on DH67CF and DZ68DB.

[VooD]

hnak, on Jun 11 2011, 06:16 AM, said:

Though I don't have the answer,  I am using this kext myself regularly on DH67CF and DZ68DB.

Thanks for the answer, other user also reported is working perfectly with 82579.

[hnak]

Code base updated to 1.3.17.

[cmf]

thanks, working nicely on my intel dx58so2 board (i82567L and i82574L, 0x10cd/0x10d3 *feeding the search engine*)

oh, and 10.7 dp4, of course

[Cipolippo]

1.3.17. don't work on intel 82579 id 0x1503 on Asus p8z68-v ..   Any idea?
Thanks.

[hnak]

Cipolippo, on Jun 22 2011, 09:49 AM, said:

1.3.17. don't work on intel 82579 id 0x1503 on Asus p8z68-v ..   Any idea?
Thanks.

Mine is also 0x1503, and working naturally.
How NOT work ? - driver not loaded, crash, no carrier, no IP, 1.2.10a works but 1.3.17 not, etc.

[ajaylion]

doesn't work on lion works well on sl

[Cipolippo]

hnak, on Jun 23 2011, 06:52 AM, said:

Mine is also 0x1503, and working naturally.
How NOT work ? - driver not loaded, crash, no carrier, no IP, 1.2.10a works but 1.3.17 not, etc.

Mine is Intel® 82579V Gigabit Network Connection PCI\VEN_8086&DEV_1503&SUBSYS_849C1043&REV_05 on Asus P8Z68-V and Core i7 2600K
i try 1.2.10a and now  1.3.17 on dp4 11A494A lan connect dhcp asign ip bad, manualy config not work. no internet connect in any mode.
I not tray sl.
Thanks.