Intel Wireless 2100, 2200bg, 2915bg, 3945abg, 4965agn

[mlazy]

881 logs:

 

1. Clean build no hacks:

 

881_clean.txt

 

2. Atomic hack=immediate freeze after kextload

 

 

3. return_rc hack:

 

881return_rc.txt

 

4. Send power mode hack=immediate freeze:

 

 

I'm gonna play with the atomic hack now..

 

BTW, I get BT erors sometimes, but don't have bluetooth at all.....is it something else?

[jalavoui]

EDIT: Very very high timei (24000)

No errors on boot.

GOT SCAN_COMPLETE_NOTIFICATION

But i cant see it completes the bg band....

Log and kext attached.

 

this mean you have to wait 24 seconds for each scan!

you need to find a better way - or maybe not

the problem sill exists with the scan loop

this is caused by ieee80211_sta_timer hack

this hack make the driver scan again but it also prevents scan to complete

you need to make the driver call this and complete the iee station_work code

[pere]

this mean you have to wait 24 seconds for each scan!

you need to find a better way - or maybe not

the problem sill exists with the scan loop

this is caused by ieee80211_sta_timer hack

this hack make the driver scan again but it also prevents scan to complete

you need to make the driver call this and complete the iee station_work code

 

Javalui, i have been looking for

ieee80211_sta_timer()

 

But i cant find it on the code...

Even i look for any "hack" or "//hack", cant find it...

 

EDIT: Or is one of this...

[kazzi]

He means the commented hack is there. You need to search for the call of ieee80211_sta_timer()

[adamisnt]

From looking at the linux logs for 4965, it seems the scan doesn't take more than 2 seconds for each frequency.

 

Apr 27 13:16:27 jpw-vaio kernel: iwl4965: I iwl4965_rx_scan_complete_notif Scan pass on 2.4GHz took 348ms

Apr 27 13:16:29 jpw-vaio kernel: iwl4965: I iwl4965_rx_scan_complete_notif Scan pass on 5.2GHz took 1720ms

[pere]

He means the commented hack is there. You need to search for the call of ieee80211_sta_timer()

 

 

Yep, you are right.

 

Commented this line:

//set_bit(IEEE80211_STA_REQ_SCAN, &ifsta->request);//hack

 

Had to reboot several times to get one log without errors, here it is.

reboot.txt

[mlazy]

Yep, you are right.

 

Commented this line:

//set_bit(IEEE80211_STA_REQ_SCAN, &ifsta->request);//hack

 

Had to reboot several times to get one log without errors, here it is.

 

 

Post your kext too please. I'd love to test it as well. Do you have all of Jalavoui's hacks enabled at thtis point?

[pere]

Post your kext too please. I'd love to test it as well. Do you have all of Jalavoui's hacks enabled at thtis point?

 

Yep.

Take it. (will lower the timei from 24000 to 12000 in this kext, attached the log from previous kext).

 

Check if you can complete the A/BG bands, if dont, i will raise the timei again... If you cant see the A/BG bands, then try my previous kext.

And remember, im not sure my kext is working well with all the hacks, Javalui has to check it.

 

IWI 3954 Rel 881

EDIT.

Hacks:

uncommented //return rc

changed else timei=3000;>else timei=12000

enabled atomic_xchg

commented //set_bit(IEEE80211_STA_REQ_SCAN, &ifsta->request);//hack

iwi3945.kext.zip

reboot_all_hacks_timei_24000.txt

[jalavoui]

From looking at the linux logs for 4965, it seems the scan doesn't take more than 2 seconds for each frequency.

 

Apr 27 13:16:27 jpw-vaio kernel: iwl4965: I iwl4965_rx_scan_complete_notif Scan pass on 2.4GHz took 348ms

Apr 27 13:16:29 jpw-vaio kernel: iwl4965: I iwl4965_rx_scan_complete_notif Scan pass on 5.2GHz took 1720ms

 

yes - this can be important - same thing for 3945

can someone try to make this work within this timer

also need cxxdev to post another linux log for 4965 with more data (scans, association, dissasociate,etc)

and it will be nice someone build the linux version for 3945 and post the log so we can match iwi3945 against the same linux version

 

pere,

do you get any scan call? - i can't see it in your logs

since you're not using this hack

//set_bit(IEEE80211_STA_REQ_SCAN, &ifsta->request);//hack

you need to comment add_timer(timer); in setup_timer -> put //add_timer(timer);//hack

and in IOPCCardAddTimer

make else timei=0; you can do this because the timer is enabled in code when you use mod_timer(&ifsta->timer this is done after associating,etc

 

the ieee80211_sta_timer is called when you get a iwl3945_rx_scan_complete_notif -> ieee80211_scan_completed ->add iolog debug to see if this is called

if the driver don't start a scan you can force it to make one scan loop in check_firstup()

in theory the scan loop should be called when you start calling it in check_firstup

someting is wrong i hope you can follow the code and figure it out

this is the same for iwi4965

ok - finish editing

[pere]

yes - this can be important - same thing for 3945

can someone try to make this work within this timer

also need cxxdev to post another linux log for 4965 with more data (scans, association, dissasociate,etc)

and it will be nice someone build the linux version for 3945 and post the log so we can match iwi3945 against the same linux version

 

pere,

do you get any scan call? - i can't see it in your logs

 

Nop.

I have recheck console right now...

 

 

@ JAVALUI : you need to comment add_timer(timer); in setup_timer -> put //add_timer(timer);//hack

and in IOPCCardAddTimer

make else timei=0; you can do this because the timer is enabled in code when you use mod_timer(&ifsta->timer this is done after associating,etc

 

the ieee80211_sta_timer is called when you get a iwl3945_rx_scan_complete_notif -> ieee80211_scan_completed ->add iolog debug to see if this is called

if the driver don't start a scan you can force it to make one scan loop in check_firstup()

in theory the scan loop should be called when you start calling it in check_firstup

Done.

EDIT:

Reboot log, no errors, no scan calls.

Please Javalui, im not coder, if you need me to add for example the iolog, write me the code and tell me where to put it, and i will do it happily.

reboot_log.txt

iwi3945.kext.zip

[jalavoui]

maybe doing this can make the driver more stable:

//iwl3945_send_bt_config(priv);

if this work you might remove the iosleep(2000) hack

[adamisnt]

Jalavoui,

 

I assume that you have seen this already. If not...

 

Linux 4965 development page.

 

I am going to dive into this documentation with the hope I can contribute.

 

Edit: Nevermind - waaay over my head.

[Miguel Madrid]

maybe doing this can make the driver more stable:

//iwl3945_send_bt_config(priv);

if this work you might remove the iosleep(2000) hack

 

Jalavoui,

 

I did test yesterday to disable the BT config call (http://forum.insanelymac.com/index.php?showtopic=84072&st=1700#)

 

The BT error doesn't come up... but as I said, there could be some cards with BT and others without (this is why there are several Device ID).

 

Different cards could mean different startup secuence... with less or more errors...

 

In the mean time, i think it's a good idea to keep it hacked.... and see what happend...

 

On the 4965 I don't see the BT error, altough I have a dual Wifi/BT card...

 

I'm currently reinstaling OSX as I had a few problems with a KP trying to hack the REQ_Scan....

[jalavoui]

ok -i'll add the hacks for testing for both cards

wait...

[redfez]

no card found (3945)

[Cxddev]

yes - this can be important - same thing for 3945

can someone try to make this work within this timer

also need cxxdev to post another linux log for 4965 with more data (scans, association, dissasociate,etc)

and it will be nice someone build the linux version for 3945 and post the log so we can match iwi3945 against the same linux version

 

I hear you... are these any help?

iwl4965_scan_while_disassociated.linux.txt

iwl4965_rfkill.linux.txt

iwl4965_activation_stages.linux.txt

[grrantry]

Hello I get an error in console

 

Apr 29 05:29:50 grrantrys-macintosh sudo[197]: grrantry : TTY=ttys000 ; PWD=/ ; USER=root ; COMMAND=/usr/bin/su

Apr 29 05:29:59 grrantrys-macintosh kernel[0]: Resetting IOCatalogue.

Apr 29 05:29:59 grrantrys-macintosh kextd[10]: 0 cached, 419 uncached personalities to catalog

Apr 29 05:30:00 grrantrys-macintosh kextd[10]: cannot resolve dependencies for kernel extension /System/Library/Extensions/

 

What it mean?

[jalavoui]

scan loop test

first scan call is in check_firstup

the loop only works if you get a scan_complete notification

 

iwi3945 rel 883

iwi4965 rel 884

 

 

Cxddev,

i can't understand in your log how the scan loops works while not associated

can you make it scan and not associate?

can you post a long system.log with all features?

 

Ruud

post the full log - this one is very short

[Ruud]

Log for iwi4965 rel 884

 

hope it will help, very nice first log lines i think.

 

Update.. this was all there came.. after this it was very slow show more log lines... I hope i can create another log this evening, but Im working late today so i dont know if i can try it again today..

system.txt

[pere]

iwi3945 rel 883

When booting the nice way, gets frozen, when loading manual, get frozen , on safe boot manual load too. No logs.

 

EDIT:

Erased the kext, rebuild it, and now no problems at boot.... Log attached.

Reboot.txt

iwi3945.kext.zip

[jalavoui]

if the driver completes the scan and tries to associate you'll get a kp

need to see it

 

ok - try this

 

iwi3945 rel 885

iwi4965 rel 886

[adamisnt]

iwi4965 rel 884

 

No KP

seems to scan, then very little activity in system.log

no scan_complete_notif

 

will try a couple more reboots to see if I can get a different result

systemlog_884.txt

[i_Geek]

cross my fingers for your success....

[adamisnt]

Here is another one.

 

I notice some stuff I think I usually don't see in the logs.

 

Such as:

 

Apr 29 13:46:38 adam-notebook kernel[0]: set_fat_chan_info FAT Ch. 40 [5.2GHz] WIDE (0x21 13dBm): Ad-Hoc not supported

 

and:

Apr 29 13:48:14 adam-notebook kernel[0]: error iwl4965: No space for Tx

 

 

probably means nothing - will keep trying

systemlog_884_2.txt

[Gabik123]

im in class right now, ill test 4965 in a few hours when im out.

 

Jalavoui, how much would you need to get a laptop with one of these cards? I'm sure many of us would donate if we knew how much we needed to donate to achieve a result.