some news about 2200b/g issue??

nop - hope someone else can help you

iwi3945 rel 981

Several reboots, 1 immediate KP after kext install, but it stable. After each reboot get timeouts. Good results only after kext installation and before reboot. All 4 macs of stations are real.

Could you please post the kext, so I could try testing aswell, as I don't have enough space to complie it myself.

Заранее спасибо!

cosio, here is my kext, rel 981.

Всегда пожалуйста

Rel 891 iwi 3945.
Got En1 not running (the adapter dont appear on network preferences).

Also in one of my reboots got a kp like this:

error iwl3945: error wrong command queue 0 command 0x0
BUG:failure at/users/Pere/iwi3945/IWL3945-base.c:3959/IWL 3945_Tx_cond_complete()!

Thanks very much, I hope I can make some decent logs that would serve for further development, as I'm a total newbie. Going down to try it!

Ещё раз, спасибо!

this will force the auth call
let it scan and watch logs

iwi3945 rel 983
iwi4965 rel 984

pere,
a few reboots fix your problem?
can you try the iosleep hack?

nordix,
May 6 15:26:15 evgenijs-acpi kernel[0]: IOPCCard debug: en1: authentication with AP 00:1a:92:11:33:39 timed out
is this a valid station to authenticate?

wait...
this code is wrong
i'll upload a new release

ok - ready to go

iwi3945 rel 985
iwi4965 rel 986

Nope, did 6 reboots, and always the same even the kp message i have add on my previous post.

jalavoui - yes, it's my router

posting log of rel 983 (scan 15 minutes), and shot of KP on the 1st reboot

Here are my first logs, I hope they're useful. OSX detected an ethernet network device right after installation of the kext. Then left the laptop up for about 15 mins and no KP's after reboot. I'm attaching the logs to the post. I've divided system log on before and after just in case. If you have any suggestions for improving the logs, I'll be glad to listen them and sorry if I've messed up something.

A big THANKS to everybody, involved in the project, especially jalavoui!

P.D. just realized that the version I tested on - 891 - is outdated; I hope nordix will be so kind to post the 893 kext aswell. Thanks!

@nordix, have you got the acpi kernel fix?

iwi 3945 rel 983

After adding the iosleep hack (2000) finally booted with no ucode or timeouts errors. log attached.
Going to try next version.

Hi guys,

I'm a newbie on getting MAC Logs, but I want to help in someway.
So, I don't know what's a good filter to use on "Console" tool, so I get almost everything bf reboot and after reboot. No KP at all.

I hv a HP dv2550, with 3945 Card!

Regards,

Doctadre, yes, I have patched AppleACPIPlatform.kext

iwi3945 rel 985 -> KP's or timeouts

K Im going to comb the boards for that patched kext. do you have a link for that patch? or must I reinstall osx?

Thanks

Try mine, Doctadre.

Ok,

After 3 KP's, I think I got more details from my logs.

Anyone have Marvel Yukon 8039 Ethernet card and could configure it? Because it would save me a lot of time to test the new releases of 3945's drivers. I tried follow the tuto's I found, and change the Info.plist but didn't work at all.

Anyway, here is the logs.

Regards,

Lordy
HP dv2550

intel 2200bg problem....
i try rev 594 and it work only with static ip address...
now i try other revision..............
thx for the help!!

Thank guys, good work! I can see hope's flowing ^ ^;;I will be joining attaching logs soon, as soon as I figured out how. Sorry I'm kinda new to Osx86, and yeah I have 4965 card on my lappy, hope it will help. I have some basic programming skills only, not advanced so if I can I will learn. Summer starts for me today so I can work on this with you guys ^^Sorry for off topic:@Lordy: You MUST repair permission after editing info.plist, i.e. type in terminal as follow:sudo -s(type password here)chmod -R 755 /System/Library/Extensions/IONetworkingFamily.kextchown -R root:wheel /System/Library/Extensions/IONetworkingFamily.kextkextcache -k /System/Library/Extensions/rm /System/Library/Extensions.kextrebootThen it should work (given that you edited the Info.plist correctly ofcourse).hypnotic have you considered formatting the extra 5 gibs with FAT32 or HFS+? You can then install the XCode in the 5 Gibs extra you've got.

How are you accessing older revisions? Maybe I don't have the right access to the SVN, I was poking around and couldn't get to older revisions. Try revision 803! As I stated in my last post, it was right at that revision number where it was last working quite well before it got broken somehow! If someone is able to revert back to that revision and create the DMG from that code, we should be back in good shape. Hopefully this will be simple enough to perform. Thanks febelus.

Hi I followed the guide installing XCode and everything. I tried the last rev of 4965 card. When I tried to compile the kext it said "Build failed, 1 error" and tons of warning. Is that normal? When I compiled it the second time a still errors appeared and a new networkcard was detected immediately (Ethernet 2) I didnt even try to install it using Kext Installer Helper. When I tried NetworkScan there is no feedback on the screen but I can see lots of running texts on log console when I tried to turn on/off and start scanning.
What am I supposed to post here? Only the kext log or the running scanning logs too?
I'm confused. A little help would be appreciated, and I will keep the log rolling here whenever a new rev is out
Thnx

apparently all those errors are normal. find the built kext, in the folder named build, then test build accordingly

i'll add the pere's hack and comit to svn

looks like the ouptupacket was wrong
it should call ieee80211_master_start_xmit
i'll add this code to svn

Sophitia, you should read this excellent guide

new tx functions - when this is ready i'm expecting the driver to be working
expected kp

iwi3945 rel 987
iwi4965 rel 988

Hi folks,

I'm not really sure why, I was actually trying a fix to my 8039 Ethernet card, but it seems that my iwi3945 log got bigger.
It got stuck on the blue screen bf reboot again, but there are some networks and also "REPLY's" in the middle of the logs that may help.

Here we go again,

Regards,

Lordy

Iwi 3945 985

All reboots with timeouts.
1 Reboot got a KP (maybe cause worked?) i got this:

Ieee80211_wake_queue @ /users/Pere/iwi3945/compatibility.cpp: 1897
Related to this:

}

void ieee80211_wake_queue(struct ieee80211_hw *hw, int queue) {
IM_HERE_NOW();
fTransmitQueue->service(IOBasicOutputQueue::kServiceAsync);
return;
}

REL 987

Got this reboot log after restarting several times, has an command error, but it continues the scan...

May 6 20:32:53 localhost kernel[0]: error iwl3945: Error Reply type 0x00000000 cmd UNKNOWN (0x00) seq 0x0000 ser 0x00000000

fix pere's bug

iwi3945 rel 989
iwi4965 rel 990

iwi3945 rel 987 -> no KP's, but timeouts after reboot.

and have this: "IOPCCard debug: en1: authenticate with AP 00:1a:92:11:33:39"

iwi 3985 989.

The card got an sys assert error but continue the scan... can now the card recover from errors and do the scan correctly?

Reboot log attached.

Jiffies not ready message... is there any hack to try for the jiffies?

iwi3945 rel 989 -> no KP's, no timeouts after 3 reboots

REL 990

I'm cleanning System.log every reboot, don't understand why is getting that big.
Any way, here it is:

No KP's!

Regards,

Lordy
HP dv2550

i'll try something new
wait...

search for auth in logs

iwi3945 rel 991
iwi4965 rel 992

pere,
ignore the jiffies

hmm, i left it running for about 15 mins, LOTS of activity and got a kp in the end. Gonna boot back into it and try again, and hopefully get some logs

post edit: Jala is too quick, trying out the new rel991

iwi3945 rel 991 -> no KP's or timeouts, but no auth with station

REL 991 for 3945 Logs with "auth" Filter,

First time took a lot to boot, and after KP.

Second time was really fast and no KP.

Regards,

Lordy
HP dv2550

worst log ever seen
where are the lines?

Lots of activity, no auth just yet. I let it run for quite a bit, only after about 5 mins did I see the jiffies thing. Here is the iwi3945kext for others who want to test. Im in a public library now so I think the mac addy is listed in the logs

look better in logs

iwi3945 rel 993
iwi4965 rel 994

LOL

REL 991

Here we go again!
This time not filtering....

BTW, for the time being regarding iwi2200, you might want to correct the http://code.google.com/p/iwidarwin/ page to specify that iwi2200 is currently broken / non-functional - until we can find some sort of way to fix it or revert the code back to revision 803.. Any suggestions on how to do this are welcome.

(The 10.4 version may still work, but 10.5 is definitely broken..)

iwi3945 rel 993 -> no KP or timeouts on reboots

Update: suddenly scan loop stopped at 00:15:37, is it ok? see my 2nd log

Instead of waiting to see if something happens in this log, when I get these errors, nothing usually happens. rel993 got lots of errors in the beginning for me, errors that seemed to be solved in rel991. Anyhow, a short log from me with the kext

Iwi 3945 993
If everything wake up without errors, then stops sending the second packet...

I've installed the iwi2200.kext with all the instructions. Everything works until I get to "getting ip address", and nothing more.

I've searched a lot and I found some solutions like going to System Preferences, but I'm not really understanding how do we exactly do.

Thanks guys.

almost there
this hack is very nice
the authenticate is called if you get a probe resp and a scan_complete

iwi3945 rel 995
iwi4965 rel 996

don't post short logs!
to test unplug other network connections first

nordix,
your log2 might be the way to make this work
i'm still learning

Here we go!!

Hopefully you will not say that this is the worst log that you ever seen.

Kp in the fisr try, and 2nd try was OK.

Regards,

Lody

My only network connection is my wireless connection. My logs are quite short, I ran into the same errors upon 3 reboots as the 993rel, I let it run for bout 10-15 mins each, and didnt see any difference, or any lines worth posting that were different than rel 993

k brb gonna try a few more times and get a log

k here is the 995 logs with some errors

...