pere, would u be willing to write a quick command for automatically downloading iwi4965 like the one u have for 3945? I would really appreciate it

Apr 25 23:27:36 Pere kernel[0]: iwl3945: U iwl3945_init_channel_map Ch. 56 [5.2GHz] RADAR WIDE DFS (0xb1 15dBm): Ad-Hoc not supported\



the name RADAR WIDE DFS is ur acces point ?

Just download mine some post ago and change the adress for download... i dont know the ones for iwi 4965... :i Remember to "Save all" on file menu to avoid permissions problems on the file after change the download adress (dont save or save as). My post is for newbies like me, so sure you will be like fish on the water...
http://forum.insanelymac.com/index.php?s=&...st&p=721057



Nop. Maybe Javalui is trying to contact the martians! XD

Here is my log for the 4965 r844

HACKED IOSLEEP in compatibility.cpp to 1000 and got a SCAN_COMPLETE_NOTIFICATION in log

I realize there are lines missing at the beginning, and i will test again to try get them

Eric

Guys, I have the Xcode 3.x and when i do the build (using pere's scripts to download the project & such).. I get 26 'warning' errors...
Many of them relate to the variables being defined but not used, or incorrect types...
Is this ok?

I am testing 844 now and will see how it goes at boot.Mark

Well, I got nothing.. I tried Network selector and it keeps giving me the
Could not get id for kernel control. 2
logout.
I assume this might be because it is not at root, so will try again.. Will also try to boot into single user mode and try...

Ok, I booted into single user mode, and my iwi3945kext isn't loading...

This means I screwed something up in the install, and now I have to go repair the disk as about every 3rd or 4th time I go single user mode, it screws up my boot blocks and I have to boot up the CD to repair the MBR.
sigh
Can someone list out the exact testing procedure for Leopard?
I used pere's where i went to 'Network' and it didn't find my wifi.. but I want to make sure that this is the correct test procedure.
Mark

iwi4965
can you get the scan_complete without the iosleep hack? this was only for iwi3945
try to find a way to make the scan loop

iwi3945
looks like iosleep fix the ucode delay error
try to hack the scan call

iwi3945 rel 845
iwi4965 rel 846
just a way to call a scan - need some hacking

i think this one is a nasty log either way her it is

Thanks for the alternate ucode files. v4 and the original in the project both seem to work best for me. I'll keep testing. I know my card is a pain in the @SS.

Yesterday night tried the Iosleep with several values, 500, 1000, 1500, 2000, the last value makes the microcode works 100% of the times, and i got this:
1st scan
not ready for 1st scan

Which is the way to hack this?

IOLog("1st scan\n");
if (res==0)
{
ieee80211_sta_start_scan(dev, (u8*)"<hidden>", sizeof("<hidden>"));
//local->ops->hw_scan(local_to_hw(local),(u8*)"<hidden>", sizeof("<hidden>"));
}
else
IOLog("not ready for 1st scan\n");

Tell me what to do and ill do it.

Been testing 843.

initially it gave lots of cmd timeout and ucode errors.

I increased the IOSleep for iwl3945_send_cmd_sync

ret = HOST_COMPLETE_TIMEOUT;
while(test_bit(STATUS_HCMD_ACTIVE, &priv->status)) {
IOSleep(100); //increased from 1
ret--;
if(ret==0)
break;

and iwl3945_mac_open

ret = UCODE_READY_TIMEOUT;
while(!(test_bit(STATUS_READY, &priv->status))) {
IOSleep(10); //increased from1
ret--;
if(ret==0)
break;
}

This seems to have helped. -x boot now complete scans although I still get an error with a normal boot.

Click to view attachmentClick to view attachmentClick to view attachment

I'll test 845 next

Jalavoui,

still having ucode issues, but the logs show some new scan routines. My logs are probably no good to you, but worth a shot to review. I'll kep playing around with the hacks anyway.

Btw; is this the error thrown because the ucode load fails? (just want to know what I'm looking at)

Apr 26 08:54:50 Sony kernel[0]: error iwl3945: Microcode SW error detected. Restarting 0x82000008.
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: Start IWL Error Log Dump:
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: Status: 0x00010132, Config: 00000000 count: 1
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: SYSASSERT (#5) 0000019322 0x0089A 0x00FE0 0x00300 0x00000 57
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 8, wraps 0
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000002107 0x00000000 0651
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000002128 0xffffff22 0454
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000002129 0x00000000 0472
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000002150 0x000000c5 0104
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000019321 0x00000000 0401
Apr 26 08:54:50 Sony kernel[0]: error iwl3945: 0000019323 0x00000100 0125


Click to view attachment

IWI 3945 REV846

With high IOSleep values, i can get all to work, scept the famous SCAN_COMPLETE_NOTIFICATION.
Reboot log attached.

Values for IOSleep on IWI3945-base.c

ret = HOST_COMPLETE_TIMEOUT;
while(test_bit(STATUS_HCMD_ACTIVE, &priv->status)) {
IOSleep(500);
ret--;
if(ret==0)
break;
}

IOSleep(1000);//hack
ret = UCODE_READY_TIMEOUT;
while(!(test_bit(STATUS_READY, &priv->status))) {
IOSleep(500);
ret--;
if(ret==0)
break;

good to have a hack team


this means you get a error that prevents the scan from start - iosleep hack?

mlazy,
you get initial boot errrors,
but after that the scan cmds work ok
better leave it this way?

ok - this is a perfect log:
Apr 26 14:04:44 Macintosh kernel[0]: SCAN_COMPLETE_NOTIFICATION, 0x84
Apr 26 14:04:44 Macintosh kernel[0]: iwl3945: U iwl3945_rx_scan_complete_notif Scan complete: 23 channels (TSF 0x002E9984:00000000) - 1
Apr 26 14:04:44 Macintosh kernel[0]: iwl3945: U iwl3945_rx_scan_complete_notif Scan pass on 5.2GHz took 2190ms
Apr 26 14:04:44 Macintosh kernel[0]: iwl3945: U iwl3945_rx_scan_complete_notif Setting scan to off
Apr 26 14:04:44 Macintosh kernel[0]: iwl3945: U iwl3945_rx_scan_complete_notif Scan took 2560ms
Apr 26 14:04:44 Macintosh kernel[0]: queue_te @ /Users/droberts/Desktop/iwi3945_new-osx10.5/compatibility.cpp:6535
Apr 26 14:04:44 Macintosh kernel[0]: test_function @ /Users/droberts/Desktop/iwi3945_new-osx10.5/compatibility.cpp:6524
Apr 26 14:04:44 Macintosh kernel[0]: iwl3945: U iwl3945_bg_scan_completed SCAN complete scan
Apr 26 14:04:44 Macintosh kernel[0]: ieee80211_scan_completed

the iosleep timeout is very good:
Apr 26 14:04:38 Macintosh kernel[0]: darwin_iwi3945: Ethernet address 00:18:de:a4:ab:39
Apr 26 14:04:38 Macintosh kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_TX_PWR_TABLE_CMD Condition: 49ms left
Apr 26 14:04:38 Macintosh kernel[0]: queue_te @ /Users/droberts/Desktop/iwi3945_new-osx10.5/compatibility.cpp:6535
Apr 26 14:04:38 Macintosh kernel[0]: timei 60000 timei2 -556682884
Apr 26 14:04:38 Macintosh kernel[0]: iwl3945: U iwl3945_alive_start ALIVE processing complete.
Apr 26 14:04:38 Macintosh kernel[0]: __ OUT iwl3945_alive_start __
the line __OUT means that ucode is ok and this was made at the right time - before call enable()

if you all agree this is the best solution

try BoboBear hack
if you get good results i'll put his code in the svn tree
the scan completes ok but doesn't restart (loops)
how should i make this work?
i have some ideas i'll post here and let you add them in xcode:
search for
IOLog("1st scan\n");
you have
ieee80211_sta_req_scan(dev,(u8*)"<hidden>", sizeof("<hidden>"));
this call the scan ok
try
ieee80211_sta_req_scan(dev,NULL,0);

i'm looking at iwl3945_rx_scan_complete_notif() wait...
ok here's the reason for the scan don't restart:
/* No need to wake the master device. */
if (sdata->dev == local->mdev)
continue;

if (sdata->type == IEEE80211_IF_TYPE_STA) {
if (sdata->u.sta.associated)
ieee80211_send_nullfunc(local, sdata, 0);
ieee80211_sta_timer((unsigned long)sdata);
}
i think the driver allways goes to if (sdata->dev == local->mdev)
it should call ieee80211_sta_timer() -> this will make the scan loop

ok - i figure it out - this is because i hacked the local->mdev
i'll comment this code, apply the timer hacks and upload to svn for testing


iwi3945 rel 847
add previous timer,dev hacks

iwi4965 rel 848
this driver don't need timer hacks - i guess...

both driver can call scan by two way search for IOLog("1st scan\n"); and try both ways
i'm expecting the driver to starts scanning in a loop, i.e, it will keeep scanning
if all of this works it's possible it tryes to associate to a network
if this happens you might get a kernel panic
test this and report

i'm very interested in making all this work in mlazy's card
ok - i stop writting - go run some tests

pere - you can ignore the bac crc info

The scan 1 not ready for scan was present with IOsleep settled at 2000, with 1000 and 500, the message doesnt appers, but i always get this too:

test_function @ /Users/PERE/iwi3945/compatibility.cpp:6524
Apr 26 05:16:37 Pere kernel[0]: iwl3945: U iwl3945_rx_handle r = 141, i = 140, REPLY_3945_RX, 0x1b
Apr 26 05:16:37 Pere kernel[0]: iwl3945: U iwl3945_rx_reply_rx Bad CRC or FIFO: 0x00000702.
Apr 26 05:16:37 Pere kernel[0]: queue_te @ /Users/PERE/iwi3945/compatibility.cpp:6535

Is this ok?.

Wich hacks must i do now?, please point me where and what values...

Am testing the latest iwi3945 release. i posted my log earlier. ive booted with -s and got into a loop like u can see on the picture. did not get KP. hope it helps

Cant use the Iosleep from bobobear, the card refuse to be a F1...
Need to raise to 500 to make it work, then get this:

Apr 26 15:52:29 Pere kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_SCAN_CMD (#80), seq: 0x4405, 366 bytes at 5[32]:4
Apr 26 15:52:39 Pere kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_SCAN_CMD Condition: 0ms left
Apr 26 15:52:39 Pere kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.

Will look for it on code...

EDIT, trying last hacks as javaui commented, still getting timeouts on RXON

nop - the scan won't loop like this
the call to ieee80211_sta_work() will fail with previous hack
not very shore about this - need some logs

pere,
if you get cmd timeout it will never work
i think you can change the iosleep in iwl3945_send_cmd_sync to 1
and change the one in iwl3945_mac_open to 100
the problem in your card is the delay in iwl3945_mac_open not the delay in iwl3945_send_cmd_sync
this is probably the best solution to all cards

Drat, 4965 still doesn't build. Can someone post the latest kext?

Oke, im back from work and now reinstalling leopard.. will be testing within a hour or two.


Will post the newest 4965 kext then.

pere,
maybr your card don't need hacked timeouts
hope you can make it work

iwi3945 rel 849
maybe this work for all cards?


iwi3945/4965
i have a hack for the scan loop - need logs before posting new release

pere, do you change code?
looks like your card as a double call to __iwl3945_up()
this is why it fails to scan

Used 300 on timeouts and stopped the ucode errors.
Reboot log attached, and as you said, its not scanning..
Tried to find where to hack your last comments, find the lines.. but dont know where to add that... sorry, im not coder, but with a little help can hack so much

i will post a log for 4965 within 30 minutes m:)

My reboot log, no timeouts. Rel 849

oke, now on my new install im using kextload iwi4965.kext and now im getting....

cannot resolve dependencies for kernel extension iwi4965.kext/ error loading extension

does anyone knows a solution to this?

oke kextload -t gives me com.apple.iokit.IO80211Family = A valid compatible version of this dependency cannot be found...

strange that kext is in my extensions dir..

any suggestions?

Have you install any kext related to wireless when you installed? Maybe thats the problem... seems you have an oldie release...

it was replaced with an atheros compatible one i see. replaced the origional and now it works ..

Logs for lates 4965..

Jalavouis, Could you post the flowchart of iwi3945 driver here? so, me or anyone can trace or test it better than ever, please ...

@Javalui: pere, do you change code?
looks like your card as a double call to __iwl3945_up()
this is why it fails to scan

Nop, this time i just downloaded the svn and try it.

scan call - this is the right way to start a scan

iwi3945 rel 850
might need to change timers for your card

iwi4965 rel 851
i'll check the scan loop for this card

oke here is my log for 851 4965

next log wil be .txt again

This is my 851 log (4965). Just tell me how to improve it!
Click to view attachment

he rulli, can you tell me how you are creating this log? its much nicer than mine..

I delete my log prior to loading the kext. After loading I just delete the xcode stuff out of it. Nothing else...
I post the logs from Windows (Macdrive) not using any script

iwi4965 rel 852
scan loop try

rulli,
your logs is better - it as the first log lines when the driver starts

sorry about the delay... studying for my university exams.
I havent been able to replicate the scan complete without a kernel panic, and I got by a combination of playing with the scan call functions and the iosleep timer.

here is my log for 4965 r852

REL 851.

Had to raise IOsleep to 750 to avoid ucode errors and swerrors, no timeouts now, no complete scan notification too.

:i´

Javalui, i think its better you hold on 4965 and stop 3945 cause i think will be easier to finish, anyway, im here to test and try as many times you may need...

852 log (4965)
This is a restart
Click to view attachment

here are my logs....


still no startup log line don't understand why they dont apear in the logs....but... i do see more scanning results

Ruud: Try a restart since I always get initial lines on startup... Oh I see this is from a restart?

no this is a first boot with the kext installed, normally i use kextload... now im restarting.. will check the new results.


oke after a second reboot i get startup log lines, but i dont see any firmware logs like you have

iwi3945/4965
reenable this line
//ieee80211_sta_req_scan(dev,(u8*)"<hidden>", sizeof("<hidden>"));
looks like this allow to get a scan_complete

you can try other hacks - i'm out of ideas

if i enable this at the end of compatiblity.cpp i have to put { } to correct the errors... will test now


ok logs... strange system.txt log

strange line in it:

iwl4965: U iwl4965_mac_open leave - failed

and what does this mean?
Scan ch.res: 2 [802.11bg] (TSF: 0x00000000:000F011E) - 0 elapsed=5777 usec (70ms since last)

Iosleep settled to 750 to avoid timeouts.
Reboot log. No scan complete on 3945.

I think I did something wrong but I'll post anyway. I reenabled the line in rel852 (4965) but disabled the next one, I don't think you meant this but hopefully it will help too
Click to view attachment

I did this:
//ieee80211_sta_req_scan(dev,NULL,0);//maybe this?

hmm can you check if you get a log line with ----> 1st scan <---- in the line

if this isnt there i think it won't even reach this code. If this is the case, then edditing that code doesn't matter.

Well this is the whole log; so no 1st scan
What could I change?

oke my log


i don't know where it goes wrong but i will take a look at it

in this releases you can use networkselector to start the scan
open console -> system.log and see if it works
you have to wait for the scan to complete before call it again in networkselector
you might get a kp

iwi3945 rel 853 - also update some hacks from iwi4965
iwi4965 rel 854


pere, i add your timer - is this right?


on previous logs both card seems to finish the scan - the driver sometimes fail to show all debug lines

can someone explain shortly how to use networkselector and where i can find it? else i cant test it..

Download and test come in 10 minutes.