Help - Search - Members - Calendar
Full Version: Driver for nForce4 LAN
InsanelyMac Forum > OSx86 Project > Hardware and Drivers > LAN and Wireless
Pages: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15
chuttenh
The supposed fix from the other thread was to set IRQTimer to true in the plist, but that doesn't always work - in fact, it didn't even work in the long run for the original poster smile.gif Things that alter the driver timing sometimes make it less likely to crash (which was driving me nuts for a while, since adding IOLogs would change the crash behavior - just like old-school printfs altering memory locations!)

Anyhow, the IRQTimer "fix" is probably immaterial. The problem appears to be that replaceOrCopyPacket sometimes returns null under high load, forcedeth doesn't check for it, and some subsequent IONetworkingFamily call using that null crashes (presumably inputPacket). If/when I can convince myself that this is really, truly the fix, I'll post a modified source/kext package. I hope that it's not returning null because packets are being leaked somewhere, but I don't _think_ that's the case - it looks like it's just a load thing. Further bulletins as events warrant...
drumthrasher109
Well these worked fine yesterday even after a few restarts, booted up today and I get 169.254.198.124. WHYYYYYYY.

Alright nevermind, I just removed the installed kext, restarted, then installed it again and it instantly worked. Now I know what to do smile.gif
chuttenh
Ok - anyone who's been getting kernel panics, try this out. I haven't had any panics since I fixed the null check (except from my SATA driver tongue.gif), and while I'm not 100% sure that it's doing the right thing, at least it's not crashing. Feel free to use the release rather than debug kext, unless you particularly enjoy lots of syslog messages.

Note that this is a super-safe version; in the process of tracking down the bug, I put in some additional thread safety and reverted some buffer sizes to their defaults. I suspect neither change is necessary and that you can get some additional performance by taking them out, but I haven't had time to check it out yet. Like I said - not crashing is better than nothing smile.gif So here's hoping it's _actually_ not panicking any more...

Click to view attachment
drumthrasher109
All I did was take the 'forcedeth_nockd.kext' from /build/release and put it in kext helper. A few seconds later I go to system preferences>network and i'm connected with the proper IP address.

The things is, if I restart I'll get the 169.xxxxxx IP, so before I shut it down for later use I have to delete that kext, and the extensions.mkext file, wait a minute, then I can shut it down. The next time I turn it on I just have to put the kext back in kext helper but at least it works.
fLuXuS
Edit: removed the quote

hey,

i dunno if that driver was meant to solve the internet freezing issue as well and make it possible to boot without cpus=1 or if that driver is just intended for those mainboardowners where nforce4 lan just doesnt want to work. i have tried this driver, but unfortunately it doesnt solve my internet freezing problem. sad.gif thanks anyways. maybe someone else has a clou how to use all cores and still be able to have ethernet working correctly?

thx for reading!
chuttenh
Can you explain the problem a little better? After modification, I haven't had any issues with using both cores. However, I do occasionally see a network freeze with the address reverting to a 169 etc., but it's very rare. I've been able to replicate it most consistently in Mail, actually, when there's a large amount of back-and-forth activity rather than just a bunch of transmission or reception. I haven't had a chance to look into it thoroughly, though, since A) it's much less severe than the kernel panic and B ) it's a lot less obvious when it happens. If you're only seeing this behavior in my modified kext, it could be due to the excessive queue lockdown for thread safety (which would make sense in the context of simultaneous transmits/receives). If you're also seeing it in the original kext, I have fewer guesses offhand smile.gif

Anyhow, if you're having problems, please post the details of both your hardware (specific motherboard and ethernet controller) and the context (i.e. what you were doing when the problem occurred). And quoting the entire previous post makes it very difficult to read yours smile.gif
fayze
so i put in the forcedeth-nockd.kext and watched the log, but it goes crazy. no errors, the link went up at the correct speed, and browsing is fine as far as i can tell. only thing is, i get a whole lot of repeated messages. saying done with packet, ouput, etc. looks funny because its the same packet, and the log says --last message repeated 649 times --. sometimes up to 2407 or 3256 even. is this normal? i wouldnt think so, but i dont know.

EDIT #1: not working, nvm. it just locked up on me. is that normal with a malfunctioning lan driver, for the entire computer to freeze up?

EDIT #2: i guess the previous one was a kernal panic in the background that i couldnt see. anyways, i have forcedeth.kext installed now and everything appears to be running smoothly. if so, many thanks to planetbeing, and hopefully i wont have to post back, other than to say thanks again. if not, well, we shall see.

EDIT #3: noooooooooooooo!!!! it panic'd on me again. time to try the last driver. then ill maybe need some help. lets hope it works.

sys specs:
amd 4200 x2
a8n sli
7900 gt
3 satas
g15 keyboard
g5 mouse
fayze
alright, all have failed, so new post. forcedeth.kext worked the best, forcedeth-nockd.kext and forcedeth-d.kext keep giving endlessly repeating packet calls or whatever, and forcedeth-nock wont even load correctly. but with the good one it still freezes after a little while. wheres the logs i can post again? it catches the panic right? or is this unrelated. (processor?)
fLuXuS
QUOTE(chuttenh @ Feb 11 2008, 05:44 PM) *
Anyhow, if you're having problems, please post the details of both your hardware (specific motherboard and ethernet controller) and the context (i.e. what you were doing when the problem occurred). And quoting the entire previous post makes it very difficult to read yours smile.gif


ok my specs are:

MOBO
• Thunder K8WE (S2895)
PROCESSOR
• 2x AMD Opteron 885
MEMORY
• 8x 512mb hp ddr server ram
GRAPHICS
• NVIDEA Geforce 8400GS
OS´s
• Windows Vista Ultimate & Mac Os X Leopard 10.5.2
LAN
• NVidea nForce 4 (dev id:0x0057, ven id:0x10DE) (eventhough it says in the manual of my mobo that it is a marvel SSE1111CAA controlled by the nForce Professional 2200/2050 Chipset)

ok, basically i have similar issues to fayze´s. i get the repeating message, eventhough they seem to be below 100-200 when using the forcedeth-nockd.kext. i think the other kext that is loadable is the forcedeth-d.kext. the other 2 dont load at all (like fayze said). so when using the forcedeth-nockd.kext i have the best results but it crashes periodically when opening safari and loading the applepage. if i make it past the applepage it will freeze at the second one or when starting a download. now i have downloaded and installed the skge.kext, which works perfectly. it works like yours is supposed to be. only a very few crashes (i had two so far).

that is an excerpt (is that spelled right?) from the system.log output:

Feb 12 19:27:50 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:27:51: --- last message repeated 92 times ---
Feb 12 19:27:51 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:27:51 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:27:52: --- last message repeated 92 times ---
Feb 12 19:27:52 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:27:52 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:27:55: --- last message repeated 283 times ---
Feb 12 19:27:55 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:27:55 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:27:56: --- last message repeated 92 times ---
Feb 12 19:27:56 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:27:56 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:27:57: --- last message repeated 92 times ---
Feb 12 19:27:57 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:27:57 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:28:00: --- last message repeated 283 times ---
Feb 12 19:28:00 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:28:00 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:28:01: --- last message repeated 91 times ---
Feb 12 19:28:01 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:28:01 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:28:02: --- last message repeated 93 times ---
Feb 12 19:28:02 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:28:02 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:28:05: --- last message repeated 282 times ---
Feb 12 19:28:05 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:28:05 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:28:06: --- last message repeated 92 times ---
Feb 12 19:28:06 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:28:06 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e
Feb 12 19:28:07: --- last message repeated 93 times ---
Feb 12 19:28:07 darius-magnoliuss-acpi kernel[0]: 000062e
Feb 12 19:28:07 darius-magnoliuss-acpi kernel[0]: forcedeth: packet 80000000 - 8000062e

unfortunately i dont have a saved log when i used the forcedeth-nockd.kext on its own, only this one using the skge.kext in combination. however, the other log didnt look that different, slightly more random repeating times, and sometimes there was something else i remember, which could have been the issue, but as i said i dont have a log to tell you what it was. unsure.gif

My device id is listed in the info.plist, but if i could find the dev id fo a marvell chip as descibed in my mobo manual i could try and add it. maybe it would work? i havent found it yet though. sad.gif

btw. do you know why it is recognized as a nForce 4 Lan, eventhough it says something different in my manual? even windows detects it as a nForce 4 Lan with the same dev id and ven id. what chips does nForce4 lans usually use? marvell ones? wacko.gif

p.s. sorry i didnt want to quote the whole thing. for some reason i might have hit the Apple+Z combo after deleting half of it, which wasnt meant to address the reply but something else to make undo? unsure.gif

thx for reading...

pace out
chuttenh
I haven't had time to check these out in detail yet, but the "repeating messages" are because you're using the debug kext, forcedeth-d.kext. They generally don't mean anything - they're just plunked into the log every time a packet is received or transmitted. Use forcedeth.kext instead (or edit the Info.plist) to turn them off.
fLuXuS
QUOTE(chuttenh @ Feb 12 2008, 08:07 PM) *
I haven't had time to check these out in detail yet, but the "repeating messages" are because you're using the debug kext, forcedeth-d.kext. They generally don't mean anything - they're just plunked into the log every time a packet is received or transmitted. Use forcedeth.kext instead (or edit the Info.plist) to turn them off.
cant be forcedeth-d.kext its forcedth-nockd.kext i am using wacko.gif . i saw that debugging for this kext is set to true compared to the original forcedeth-d.kext coming from the install disk where it is set to false. i dont think the forcedeth.kext seemed to be loadable. i remember two of the kexts didnt load and i think forcedeth is one of them. but i have got a log generated before it crashes. it is attached to this post. maybe you know what it means?Click to view attachmentpace out
QUOTE(fLuXuS @ Feb 12 2008, 09:26 PM) *
but i have got a log generated before it crashes. it is attached to this post. maybe you know what it means?
the log doesnt actually show the real last line because this is seconds before it freezes and when it freezes it doesnt show anything anymore but stays as it is. so i cant tell you if there is an actual error line showing up in the end. i am gonna have a look in the error logs, maybe something has been saved to it. but i think these errors and freezes stay generally unreported and noone knows the error unless knowing what happened before to know what could be the cause?
chuttenh
QUOTE(fLuXuS @ Feb 12 2008, 08:31 PM) *
cant be forcedeth-d.kext its forcedth-nockd.kext i am using wacko.gif . i saw that debugging for this kext is set to true compared to the original forcedeth-d.kext coming from the install disk where it is set to false.

-nockd is essentially the same as -d in that they both have debugging turned on smile.gif The packet and output messages aren't indicative of any errors in either case, they're purely for information and logging (because the debug flag's turned on). I'm not positive, but if I remember right, the "nock" kexts simply tune down their strictness when checking for allowed card IDs; there shouldn't be any other difference relative to the plain old forcedeth.kext (although you're right, it wouldn't be loadable if you don't have quite the right hardware).

Anyhow, if skge.kext works for you, go with that - there's a whole family of similar-but-not-identical Marvell controllers, and the forcedeth.kext code's based on a particularly old version of a particularly unstable driver. Anything else that works is probably better smile.gif I just started hacking on forcedeth so that _something_ would work with my board without panicking. Speaking of which, when you say "freeze", do you mean that the network dies or that you actually get a kernel panic? If the latter, you can give "debug=0x100" (without the quotes, of course) as a boot flag to get a real, moderately informative kernel dump, even if it's not syslogging anything at the very end or generating a panic log correctly.
fayze
yeah it was a complete system halt, most likely because of a kernal panic. i ended up putting "cpus=1" for boot flags and am still using forcedeth.kext for a couple days now, without any problems. kinda sad that was the problem, but at least i got it figured out. only reason i didnt have it before is that none of the guides for my hardware said to do, and it loaded fine, but only crashed when browsing the web. so hopefully i wont have any future problems.

@fluxus: do your specs mean you have 2 cpus or one dual core? if its a dual core like mine, do you have the "cpus=1" flag set? if not, i would try it just to see.
chuttenh
If you're using my updated kext and still seeing kernel panics with both cores on, please try the debug=0x100 parameter and post what it displays. I haven't had any trouble since making the code changes, and there are no obvious remaining race conditions. Of course, a race condition doesn't have to be obvious (and usually isn't), and the original panic wasn't actually caused by a race condition anyhow, but I'm happy to take a look smile.gif Only using half of a dual core machine is a big letdown (although, granted, not as big as having no network connectivity).
fLuXuS
sorry, but i have a couple of more questions pushing through the back of my forehead,....

ok, basically in all forcedeth.kexts my device id is listed as the first one 0x005710DE, which is supposed to be the nforce 4 lan. that is what windows detects as well and it runs correctly and fast and smoothly in windows.

now my questions:

0. why would any of the forcedeth.kexts not be loadable, if my dev ids are listed in all 4 *.plist´s?

1. why is it that the lan is detected as a nforce 4 lan, eventhough it says in my manual that it is a marvell SSE1111CAA chip? is that because nforce 4 lan uses these marvel chips but they are published under nvideas ven id with nforce 4 lans dev id?

2. also in my manual it says i have the nforce professional chipset 2200 and 2050 of which each one controlls one lan. now, why does it say nforce 4 lan and not nforce professional lan (if that exists at all)?

3. is the reason for my lan not working properly under mac os x -eventhough the device ids seem to be supported- because of the same reason you mentioned about forcedeth being an unstable old driver?

4.why would they make a driver with the device ids for a device listed and release that "beta", eventhough it is completely shiiite anyways?

QUOTE(chuttenh @ Feb 13 2008, 04:19 AM) *
Anyhow, if skge.kext works for you, go with that


5. when running skge.kext on its own it says i am not connected to the internet. since you said forcedeth is an unstable driver i would like to get rid of it and if possible use skge.kext on its own. however, skge.kext doesnt even load at bootup, i have to manually start it using the terminal. do i have to use skge in combination, or should i be able to use skge.kext the same way as using forcedeth.kext.

###if yes, have you got a better command line to load it, make it first choice and start it during boot?

6. are there any other nforce 4 kexts worth trying that you could recommend? you said there are a few more?ohh and yes, i meant it freezes like a kernel panic. i always have to nanually reboot. thx for the boot command.btw.:

7. does this command only work the first time after manually rebooting my system after network causes kp, or will the error stuff still be there like, now? its not a log you said, so i presume its not there anymore and i have to wait till next kp?

i can´t think of any more questions right now, eventhough i look like unsure.gif but i just feel wacko.gif

i have just changed to mac os x like a week ago and i am reading every day in this forum. i am coping with terminal and try lot of things, but i realise i have to catch up on a lot of things if i want to have a PERFECT HACKMAC biggrin.gif

thx for reading...and...

pace out, fLuXuS

QUOTE(fayze @ Feb 13 2008, 04:17 PM) *
@fluxus: do your specs mean you have 2 cpus or one dual core? if its a dual core like mine, do you have the "cpus=1" flag set? if not, i would try it just to see.


yes, i have two cpus with two cores each (like a PowerMac Quad-core) and for internet to work i have to use cpus=1 sometimes, well actually i always use it so that i dont get any kps when surfing the web, eventhough i had only two kps when loading the skge.kext as well. but since i never know what i am doing besides surfing the web i found it safer to use the kf cpus=1 to make sure i dont lose something pressureous (is that spelled right?).

QUOTE(chuttenh @ Feb 13 2008, 05:10 PM) *
Only using half of a dual core machine is a big letdown (although, granted, not as big as having no network connectivity).


well for me its either using only a quarter of my machine and having internet, or using all my cores and not being able to use internet. i think it could be worse - like having both problems at the same time wacko.gif , but it would be better having full power and a working network at the same time biggrin.gif
fLuXuS
guess what, i have just deleted the old forcedeth-nockd.kext and the skge.kext, replaced it with the new forcedeth.kext instead et voila everything works 100%!! all cores and network connection rocks! thanks a lot!

pace out...
chagani
QUOTE(chuttenh @ Feb 11 2008, 08:21 AM) *
Note that this is a super-safe version; in the process of tracking down the bug, I put in some additional thread safety and reverted some buffer sizes to their defaults. I suspect neither change is necessary and that you can get some additional performance by taking them out, but I haven't had time to check it out yet. Like I said - not crashing is better than nothing smile.gif So here's hoping it's _actually_ not panicking any more...

Click to view attachment


Great work chuttenh... The driver works... In that no more freezes with both CPU cores enabled, however, for some reason VPN connectivity has been affected. I used to be able to connect to a PPTP VPN, but after installing your driver iit shows connecting... until finally timing out...

fayze
@ chuttenh
alright ill try your fixed forcedeth. I think ive been getting bad connectivity sometimes, had to disable lan then reenable to fix. very strange, and random. ill post with results after this weekend. ill be home from school for the next couple days, so i wont be able to play with my desktop. just my hackintosh acer. biggrin.gif and yes i agree completely, i would much rather have both cores enabled than just one.
fayze
@ chuttenh
trying out your edited forcedeth.kext now, with not cpus=1 boot flag. we'll see how it goes. ill try dl'ing some stuff and report back if i get panics or not.

UPDATE: well, been running on both cores all day, downloaded a movie and some other random files, browsing the web, using adium, etc, without a panic yet. looking good so far.
lostlore
If you are getting the (not a bundle) error when you try to load forcedeth-nock.kext it is because there is a line missing out of it's Info.plist file. Right below the "<key>nForce 4 LAN</key><dict>" you need to insert "<key>CFBundleIdentifier</key>".

_____________ Incorrect Info.plist in forcedeth-nock ________________
<dict>
<key>nForce 4 LAN</key>
<dict>
<string>com.triton.forcedeth</string>
<key>ChecksumReceive</key>
______________________________________________________________

_____________ Corrected Info.plist in forcedeth-nock ________________
<dict>
<key>nForce 4 LAN</key>
<dict>
<key>CFBundleIdentifier</key>
<string>com.triton.forcedeth</string>
<key>ChecksumReceive</key>
______________________________________________________________


I can also report that forcedeth-nock works with 0x026910DE on a Asus Pundit P1-AH2. Chipset nForce 410/430
Oh, and if you have a P1-AH2 and want to fix your sound download the following from this post ALC861_0x10ec0861Installler.zip
Kanchata
THANK´S VERY MUCH, as follow you guide and now have The NIC working, en0: , another is the wifi Ralink USB to route Internet ADSL, Nvidia MOBO Nic Realtek RTL8201CL 10/100 Ethernet LAN PHY, now connect to my OLD & GREAT iMAC Grafite
computer:Release pacochaves$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::280:5aff:fe38:5ac1%en1 prefixlen 64 scopeid 0x4
inet 192.168.1.40 netmask 0xffffff00 broadcast 192.168.1.255
ether 00:80:5a:38:5a:c1
media: autoselect status: active
supported media: autoselect
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
inet6 fe80::219:66ff:fe06:7f8a%en0 prefixlen 64 scopeid 0x5
inet 192.168.1.39 netmask 0xffffff00 broadcast 192.168.1.255
ether 00:19:66:06:7f:8a
media: autoselect (100baseTX <full-duplex>) status: active
supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 100baseTX <full-duplex> 100baseTX <half-duplex>
redsyrup
QUOTE(chuttenh @ Feb 11 2008, 04:21 AM) *
Ok - anyone who's been getting kernel panics, try this out. I haven't had any panics since I fixed the null check (except from my SATA driver tongue.gif ), and while I'm not 100% sure that it's doing the right thing, at least it's not crashing. Feel free to use the release rather than debug kext, unless you particularly enjoy lots of syslog messages.

Note that this is a super-safe version; in the process of tracking down the bug, I put in some additional thread safety and reverted some buffer sizes to their defaults. I suspect neither change is necessary and that you can get some additional performance by taking them out, but I haven't had time to check it out yet. Like I said - not crashing is better than nothing smile.gif So here's hoping it's _actually_ not panicking any more...

Click to view attachment


You are one in amazillion!! Running 10.4.10 Tubgirl and this kext rocks! My system is an Asus A8N-E, Operteron Dual Core 180, Thank you many many much!
drumthrasher109
Does anyone know how to fix the 169.xxx.xxx.xxx problem? I know how to get it fixed, by deleted the forcexxxxx.kext and the extensions.mkext and restarting, then re-apply the kext through kext helper, then it will work, but is there a way to fix this permanently?
xantus73
Hi,

i have a problem with downloading the forcedeth.zip file. I allways get an error message.
My sytem:

ASRock ALiveNF7G with nforce630a
AMD X2 +4400
Onboard Sound Realtek ALC888 (or so)
Realtek 10/100/1000 Gigabit-LAN (onboard)
Geforce 7600GT
2GB RAM

All is working. Only my Network/Internet isn´t working. Which driver could be working on my pc?

thanks a lot.
kainskind
Hi,

I tried a lot of the focedeth versions posted in this thread but still have the reversed MAC problem. Is there any fix for this? Even MeDevil's version didn't work for me although I also have a nForce 430 0x03EF10DE chip...

Im using Zepyroth's Leopard 10.5.2.

Thanks in advance for any idea to solve this.
drumthrasher109
QUOTE(kainskind @ Feb 24 2008, 07:44 AM) *
Hi,

I tried a lot of the focedeth versions posted in this thread but still have the reversed MAC problem. Is there any fix for this? Even MeDevil's version didn't work for me although I also have a nForce 430 0x03EF10DE chip...

Im using Zepyroth's Leopard 10.5.2.

Thanks in advance for any idea to solve this.



Well what I did was make sure that there are no 'force...' anythings in the /System/Library/Extensions folder, and just use Kext Helper to put on the 'forcedeth-nockd.kext' and it should work.
kainskind
Doens't work for me I'm afraid. Still the same:

reversed MAC -> link down.
MorcaeL
QUOTE(kainskind @ Feb 24 2008, 01:44 PM) *
Hi,

I tried a lot of the focedeth versions posted in this thread but still have the reversed MAC problem. Is there any fix for this? Even MeDevil's version didn't work for me although I also have a nForce 430 0x03EF10DE chip...

Im using Zepyroth's Leopard 10.5.2.

Thanks in advance for any idea to solve this.



Have you tried the forcedeth_nockd.kext? It worked for my nForce 4 chipset.
drumthrasher109
QUOTE(MorcaeL @ Feb 28 2008, 11:35 AM) *
Have you tried the forcedeth_nockd.kext? It worked for my nForce 4 chipset.


Thats the one that works for me smile.gif None of the other ones do.
kainskind
yes, i tried several ..nockd.kexts; none of them worked.
BlueAvenue
I really can not understand all this consternation when you can put in a $6 RTL-8139 pci card and forget about it. But hell, whatever
floats your boat.
By the way, Uphuck 10.4.9 v1.4A supports Nforce 4 lan right out of the box.



Lazy Jones
Hi, there!

Does anybody know if there's any way to make the nForce 5 work?

My system:

Mainboard: ASUS M2N32-SLi Deluxe WiFi Edit (Chipset: nForce 590)
CPU: AMD Athlon 64 X2 6000+
Graphics-Card: MSI NX8800 GTS 640MB
RAM: 2 GB @ 667 MHz

I'm using the "Zephyroth 10.5.1 AMD DVD"...

Thanks in advance for your help.

Edit: Yup! I know there's already a driver which has potential to work... (http://forum.insanelymac.com/index.php?showtopic=89475)
hryamzik
epox ep-9npaj-3p, leo 10.5.1 amd

forcedeth-nockd.kext even does not load

Here is the log for forcedeth.kext:
CODE
Mar  2 05:59:34 is-acpi kernel[0]: forcedeth: PCI system 0x10DE:0x0057, subsystem 0x1695:0x1010 opened.
Mar  2 05:59:34 is-acpi kernel[0]: forcedeth: Mapped from 0xFE029000 of length 4096.
Mar  2 05:59:34 is-acpi kernel[0]: forcedeth: Allocated 3072 bytes of contiguous memory for DMA: rx at 0x2aca8000, tx at 0x2aca8400, wired at 0x1a7ca000.
Mar  2 05:59:34 is-acpi kernel[0]: forcedeth: Found nForce4 LAN with MAC: 00:04:61:48:61:74.
Mar  2 05:59:34 is-acpi kernel[0]: forcedeth: Found PHY 0x03c0:0x0031 at address 1.
Mar  2 05:59:34 is-acpi kernel[0]: com_triton_forcedeth: Ethernet address 00:04:61:48:61:74
Mar  2 06:00:05 is-acpi login[161]: USER_PROCESS: 161 ttys002
Mar  2 06:00:42 is-acpi sudo[173]:        i : TTY=ttys002; PWD=/Users/i; USER=root; COMMAND=/sbin/ifconfig en0 inet 192.168.7.1 netmask 255.255.255.0
Mar  2 06:00:42 is-acpi kernel[0]: forcedeth: Enabling... 1 2 3 4 5 6 7
Mar  2 06:00:42 is-acpi kernel[0]: forcedeth: Starting transmit/receive engines
Mar  2 06:00:42 is-acpi kernel[0]: forcedeth: Link speed now 100Mbps, code 0x10064.
Mar  2 06:00:43 is-acpi mDNSResponder[19]: getifaddrs ifa_netmask for   en0(4) Flags 8863 Family  2 192.168.7.1 has different family: 0
Mar  2 06:00:43 is-acpi mDNSResponder[19]: SetupAddr invalid sa_family 0
Mar  2 06:03:21 is-acpi kernel[0]: en0 duplicate IP address 192.168.7.1 sent from address 00:c0:df:09:09:d7


$ ping 192.168.7.1
PING 192.168.7.1 (192.168.7.1): 56 data bytes
ping: sendto: Cannot allocate memory


It worked in tiger (jas 10.4.8) but not stable, it faild on fast transfers (e.x. working with shares).

upd: 127.0.0.1 is pingable, set ip to some other subnet, it also pinged, set to 19.168.7.10 (first tried with 192.168.7.6, wich is usually set to this mac by dhcp) and it still worked. So 192.168.7.1 now pings, now trying to transfer 50Gb =)

But still does not work on boot.
farcaller
QUOTE(BlueAvenue @ Mar 1 2008, 04:56 PM) *
By the way, Uphuck 10.4.9 v1.4A supports Nforce 4 lan right out of the box.


does it? can't get it to work (doesn't work out of the box, nor with this driver).


my device is: PHY OUI 0x5043 @ 1 (as reported by linux forcedeth driver).

mac driver says noting at all (to dmesg) when kextload'ed.

In fact, lspci (linux) shows MCP51 Ethernet Controller not as "Ethernet controller", but as "Bridge" (PCI id: 10de:0269). Maybe this is the case? 

farcaller
slowly learning macos/darwin basics wink.gif

added my pci id, now I have:
CODE
18:00:58 localhost kernel[0]: forcedeth: Initializing.
18:00:58 localhost kernel[0]: forcedeth: Probing.
18:00:58 localhost kernel[0]: forcedeth: WARNING - your nVidia device 0x10DE:0x0269 is not known to work, but it could be supported in the future. Please contact the coder. Continuing anyway...
18:00:58 localhost kernel[0]: forcedeth: Starting.
18:00:58 localhost kernel[0]: forcedeth: PCI system 0x10DE:0x0269, subsystem 0x1043:0x1385 opened.
18:00:58 localhost kernel[0]: forcedeth: Mapped from 0xDC6BC000 of length 4096.
18:00:58 localhost kernel[0]: forcedeth: Allocated 3072 bytes of contiguous memory for DMA: rx at 0x3aa73000, tx at 0x3aa73400, wired at 0x15ae5000.
18:00:58 localhost kernel[0]: forcedeth: Found nForce4 LAN with MAC: 00:1A:92:XX:XX:XX.
18:00:58 localhost kernel[0]: forcedeth: Found PHY 0x5040:0x0003 at address 1.
18:00:59 localhost kernel[0]: com_triton_forcedeth: Ethernet address 00:1a:92:XX:XX:XX.

that's all, no link is found sad.gif
farcaller
QUOTE(planetbeing @ Apr 1 2006, 08:15 PM) *
As far as I can make out from the Linux driver's source code, your particular device is really strange in that it... mandates? 64-bit DMA. So basically, even though all the command codes are pretty much the same, the format for the buffers that handle the packet data are completely different. It's not THAT much work to support it, so it might be in the future (like the error message says), I'm limited by the fact that if I try to add it, I'd be developing for hardware that thousands of miles away from me, so it'll be a very frustrating experience.

So you have a couple of options: Learning xcode and modify my drivers slightly so they work on your adapter, or you can wait for me to get to it, but unless a whole bunch of other people also requests it, don't hold your breath. :/

*sniff*

/me is installing xcode and looking up forcedeth.c in his linux tree


wokhaha
QUOTE(chuttenh @ Feb 11 2008, 05:21 AM) *
Ok - anyone who's been getting kernel panics, try this out. I haven't had any panics since I fixed the null check (except from my SATA driver tongue.gif), and while I'm not 100% sure that it's doing the right thing, at least it's not crashing. Feel free to use the release rather than debug kext, unless you particularly enjoy lots of syslog messages.

Note that this is a super-safe version; in the process of tracking down the bug, I put in some additional thread safety and reverted some buffer sizes to their defaults. I suspect neither change is necessary and that you can get some additional performance by taking them out, but I haven't had time to check it out yet. Like I said - not crashing is better than nothing smile.gif So here's hoping it's _actually_ not panicking any more...

Click to view attachment

Praise the Lord^H^H^H^Hchuttenh! This made my day!
Undead Surfer
My motherboard is the MSI P6N Diamond and I tried both Forcedeth kexts and got a message along the lines of :

Device 0x1E:0x0373 is not known to work.

Goes through and enables it.I get a self-assigned IP.

Tried changing the link speed and everything and it doesn't help at all.

Setting the IP manually doesn't seem to help either.

Any insights?
vishytk
Click to view attachment Finally i got my on-board ethernet detected by adding the device id into Info.plist

I am able to configure the ethernet with IP and other details but i am not able to access any thing. I am not even able to ping to my local router.

I have attached the system.log output

Can someone offer any help on this.
vishytk
planetbeing:

I was going through the code and found that in "forcedeth.cpp" file, various device ids are defined

IOService *com_triton_forcedeth::probe(IOService *provider, SInt32 *score)
{
int i;
bool found;
UInt32 valid[][2] = {{0x0057,0x10DE},{0x0037,0x10DE},{0x0038,0x10DE},{0x0056,0x10DE},{0x0057,0x10DE}
{0x0086,0x10DE},{0x008C,0x10DE},{0x00DF,0x10DE},{0x00E6,0x10DE},{0x0372,0x10DE},
0x037,0x310DE},{0,0}};
IOService *res = super::probe(provider, score);

If i add my device id "0x10DE:0x0269" which is missing from the list and recompile using Xcode, will it help ?
vishytk
I was able to rebuild the driver after adding my device ID in forcedeth.cpp

But, now only the debug version of forcedeth.kext is working and not the one in release.

Can anyone tell me if this is ok and how to get the Release -> forcedeth.kext working
martinleonard
iv done everything in the install notes and got no errors at all but nothing shows up in the network panel and although i do have eithernet written in the network config window it just says cable unplugged all the time

SilverSix311
Aight im very new to drivers and such for PC and MAC, so im gonna try this out. i need to make a signature but ill o that after i finish this so yall can compare my hardware and such. How would i go about getting my device Ids and such. Can i do it in windows? I'm pretty familier with networking and such, i just dont understand some hardware issues and crap.
gooh
this is my ID
PCI\VEN_10DE&DEV_03EF&SUBSYS_82341043&REV_A2
PCI\VEN_10DE&DEV_03EF&SUBSYS_82341043
PCI\VEN_10DE&DEV_03EF&CC_068000
PCI\VEN_10DE&DEV_03EF&CC_0680

how can i edit force deth to these stats
onthefence
QUOTE
Last login: Thu Mar 20 20:05:43 on console

ryan-armstrongs-macpro31:~ ryanarmstrong$ tail -f /var/log/system.log

Mar 20 20:29:08 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=144[ATSServer] clearing CS_VALID

Mar 20 20:30:00 ryan-armstrongs-macpro31 fseventsd[33]: log dir: /Volumes/USB20FD/.fseventsd getting new uuid: 45FBFE26-4163-4AC3-A750-5153D7CFE37A

Mar 20 20:30:02 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=152[mdworker] clearing CS_VALID

Mar 20 20:30:06 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=154[mdworker] clearing CS_VALID

Mar 20 20:30:05 ryan-armstrongs-macpro31 com.apple.launchd[90] (0x108ba0.Locum[153]): Exited: Terminated

Mar 20 20:30:12 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=160[lssave] clearing CS_VALID

Mar 20 20:30:16 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=162[mdworker] clearing CS_VALID

Mar 20 20:30:34 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=163[lssave] clearing CS_VALID

Mar 20 20:30:39 ryan-armstrongs-macpro31 login[166]: USER_PROCESS: 166 ttys000

Mar 20 20:30:44 ryan-armstrongs-macpro31 kernel[0]: CODE SIGNING: cs_invalid_page: p=176[lssave] clearing CS_VALID

Mar 20 20:31:21 ryan-armstrongs-macpro31 login[179]: USER_PROCESS: 179 ttys001

Mar 20 20:32:32 ryan-armstrongs-macpro31 sudo[189]: ryanarmstrong : TTY=ttys001 ; PWD=/Users/ryanarmstrong/Desktop/forcedeth/build/Release ; USER=root ; COMMAND=/usr/sbin/chown -R root:wheel forcedeth.kext

Mar 20 20:33:08 ryan-armstrongs-macpro31 sudo[190]: ryanarmstrong : TTY=ttys001 ; PWD=/Users/ryanarmstrong/Desktop/forcedeth/build/Release ; USER=root ; COMMAND=/bin/chmod -R 755 forcedeth.kext

Mar 20 20:33:40 ryan-armstrongs-macpro31 sudo[191]: ryanarmstrong : TTY=ttys001 ; PWD=/Users/ryanarmstrong/Desktop/forcedeth/build/Release ; USER=root ; COMMAND=/sbin/kextload -v forcedeth.kext

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: MMAC: family specific matching fails

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Initializing.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Probing.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Starting.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: PCI system 0x10DE:0x0057, subsystem 0x1043:0x812A opened.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Mapped from 0xFE02A000 of length 4096.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Allocated 3072 bytes of contiguous memory for DMA: rx at 0x545c9000, tx at 0x545c9400, wired at 0x1ea30000.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Found nForce4 LAN with MAC: 00:1D:60:DB:37:27.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Could not find a valid PHY.

Mar 20 20:33:41 ryan-armstrongs-macpro31 kernel[0]: forcedeth: Stopping


Help, It didn't work for me
gooh
this is my board

i have zeph 10.5.2r2

the supplied forcedeth doesnt work

can someone send me an edited one or tell me how to get it working?
Mikee99
Hi guys,

I am having an issue where it is properly detecting that I have an Nforce4 lan, but, it says the network link is down.

Here are my specs:
AMD Athlon X2 4200+
Gigabyte GA-M55SLI-S4 Rev 1.0 Mobo
Nvidia Nforce Networking Controller
Zephyroth ToH 10.5.1

I have tried the forcedeth drivers (even the nockd ones) on page 1 of this thread, and they still don't work. On page (I believe) 23/24 of this thread, planetbeing posted another version of the driver. That version, however, does not work and completely locks up the system.

I have attached lots of output below:

Terminal output when typing in the sudo kextload command:
CODE
extension forcedeth.kext has potential problems:
Warnings
{
     "Kext has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style" = true
}

kextload: extension forcedeth.kext appears to be loadable
kextload: loading extension forcedeth.kext
kextload: forcedeth.kext loaded successfully
kextload: sending personalities to kernel:
kextload:     from extension /System/Library/Extensions/IONetworkingFamily.kext:
kextload:         IONetworkStack
kextload:         Kernel Debugging Driver
kextload:     from extension /System/Library/Extensions/IOPCIFamily.kext:
kextload:         IOPCI2PCIBridge-Name
kextload:         IOPCI2PCIBridge-i386
kextload:         IOPCI2PCIBridge-PCI
kextload:     from extension /Users/mikee/Desktop/forcedeth/build/Release/forcedeth.kext:
kextload:         nForce 4 LAN
kextload: sending 6 personalities to the kernel
kextload: matching started for forcedeth.kext


Output in tail output:
CODE
Mar 21 12:34:55 mikees-acpi sudo[173]:    mikee : TTY=ttys001; PWD=/Users/mikee/Desktop/forcedeth/build/Release; USER=root; COMMAND=/sbin/kextload -v forcedeth.kext
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Initializing.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Probing.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Starting.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: PCI system 0x10DE:0x0057, subsystem 0x1458:0xE000 opened.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Mapped from 0xF3101000 of length 4096.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Allocated 3072 bytes of contiguous memory for DMA: rx at 0x4125f000, tx at 0x4125f400, wired at 0xc20e000.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Found nForce4 LAN with MAC: My:Ma:cA:dd:re:ss.
Mar 21 12:34:56 mikees-acpi kernel[0]: forcedeth: Found PHY 0x5040:0x0003 at address 1.
Mar 21 12:34:57 mikees-acpi kernel[0]: com_triton_forcedeth: Ethernet address My:Ma:cA:dd:re:ss
Mar 21 12:34:57 mikees-acpi kernel[0]: forcedeth: Enabling... 1 2 3 4 5 6 7
Mar 21 12:34:57 mikees-acpi kernel[0]: forcedeth: Starting transmit/receive engines
Mar 21 12:34:57 mikees-acpi kernel[0]: forcedeth: Network link down.


ifconfig output:
CODE
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
     inet 127.0.0.1 netmask 0xff000000
     inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 2030
     lladdr My:Ma:cA:dd:re:ss
     media: autoselect <full-duplex> status: inactive
     supported media: autoselect <full-duplex>
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
     ether My:Ma:cA:dd:re:ss
     media: autoselect (<unknown type>) status: inactive
     supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 100baseTX <full-duplex> 100baseTX <half-duplex> 1000baseT


Any help would be greatly appreciated. smile.gif

EDIT: After reviewing all of the posts in this thread, I've noticed that everybody with my motherboard (GA-M55SLI-S4) is having issues.
YamatoHD
Hello to all !
Does some forcedepth work with nForce 5 netvorking(nForce 550, chip is Vitesse VSC(smth))? If yes, which kekst should i use?
I have reaaly big problems with PCI cards..... Cant use them, so to get on-board one up and runnig is my only hope
psychonautuk
QUOTE(kainskind @ Feb 24 2008, 06:04 PM) *
Doens't work for me I'm afraid. Still the same:

reversed MAC -> link down.


Hi, this wont make any difference, a mac address is only used to bind to an IP address. Unless you are using an ancient networking protocol and there is another PC with the same mac address on your subnet.

Anyway, to solve your mac address backwards problem, - which isnt really a problem, its just a problem if you have a cable modem that has to be reset very time you boot to a differnt OS -

type this in teriminal:

% sudo ifconfig en0 ether aa:bb:cc:dd:ee:ff
where en0 is the network interface (numbered from en0, en1, en2 ...) and aa:bb:cc:dd:ee:ff is the desired MAC address in hex notation.

I still cant get my card working properly btw!
Mikee99
Has there been any new development with the Forcedeth driver?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.