manual load with kextload -> this way you get driver starttup lines
what's wrong with your guys today? forgot how to post logs?

i have no idea why iwi3945 hangs there

oke logs after manualy kextload of iwi 4965 rel 831


are these logs better?

here are my logs yesterday i got a complete scan and posted everything and the MODS deleted it nice right!! i am not getting scans with this build here are my logs

jalavoui
wher to get the last svn ? whet is the address

Here's 3945, rev 831 manually load (I previously thought it didn't help, sorry)

Click to view attachment

read up like 4 posts and you will see!!!!

my new logs from the latest build no scanning like yesterday

Could someone post iwi3945 rev 831 kext??

830=immediate KP. I don't get logs:

Apr 25 11:36:53 Sony sudo[540]: super : TTY=ttys000 ; PWD=/Users/super/Desktop/iwi3945/830/build/Debug ; USER=root ; COMMAND=/sbin/kextload -t iwi3945.kext

On screen it shows iwi3945 Enable() as the last line, just after the kextload.

to others: when it panics like this toy need to open a terminal window before the kextload, and then tail -f your system.log to see what's happening. The panic happens before the log can be written sometimes.

My workflow:

1. boot with -x
2. open a terminal window (#1). cd to the kext.
3. open another terminal window. (#2) type "cd /var/log" hit enter, then type "tail -f system.log"
4. click on terminal #1. type "sudo kextload -t iwi3945.kext"
5. watch terminal #2 for ouptput.
6. if you can, take a pic, or write down what terminal #2 says behind the kp icon.

I get quite a few errors in this new 831 build for 3945. Attached is the 3945.dmg for those looking for the latest kext. and my sys log

both cards as problems finish the ucode starttup sequence
search for this line in xcode:
ret = UCODE_READY_TIMEOUT*100;
and try other delay values - default value is ret = UCODE_READY_TIMEOUT;
this is very easy to test - report if you make it run without errors
use kextload to see inital drive log lines - this will show the errors

there are other ways to hack this: try
IOSleep(x); //replace x for 500, 1000 (=1second) 2000, etc
ret = UCODE_READY_TIMEOUT;

this is the main reason for the drivers fail to work - if it fails here everithing else don't work

iwi3945 rel 832
iwi4965 rel 833
test this releases first before hacking the code
happy hacking

if you search for this:
static int iwl3945_param_debug = 0xffffffff
this var controls the debug messages you get -> change it and you'll get less/more debug output
this can help filter messages to see if the hack works

Log with 3945, rev 833, manual kext load

Click to view attachment

oke i got kp after manual kextload rel 833, using a tail, il up a pic in 15 minutes, have to eat first...

oke cans up the pic: this is the last line before kp

iwl4965: U iwl4965_rx_scan_start_notif Scan start: 120 [802.11a] (TSF: 0X00000000:0015D8C4) - (beacon timer 54527804)

before thate ar blocks of the same log lines with ending with the above line, looks like a loop

stop posting logs
i can't fix this without the card
go back read what is need to do and report a solution if you find it
this is for iwi3945 and iwi4965

Hey all,

Well I got my HackinTablet back to a working state. Most of the fixes I have done (audio, tablet stuff, etc.) have been well documented. Can anyone of the more senior posters show me their testing work flow, including how to get the test versions, so I can help give feedback and get a better idea of whats going on? If not I can go digging again and see if anything comes up this time around.

My card is the iwi3945

i cant find that line jalavo ... where is it ? which file or in what function i need to try these values ... i'll test

Found it! It's in iwl4965-base.c
I'll search a stable value

oke it doesnt matter what value i use, i keep having a kp, so i cant help.

search for this
local->ops->hw_scan(local_to_hw(local),(u8*)"<hidden>", sizeof("<hidden>"));
and put
//local->ops->hw_scan(local_to_hw(local),(u8*)"<hidden>", sizeof("<hidden>"));
this is the kp
there's no point in startting a scan if the driver is unstable

Ruud,
you probably have found a good value already

Cxddev,
can you help? both drivers as this bug

ok thanks, no kps now, but i don't get errors in the log, ill look into the scan function. To bad i always hated pointers etc.

i have a nice hack to test
i'll upload to svn
wait...

iwi3945 rel 834
iwi4965 rel 835

maybe a very nice hack

this is my tail log for 835

I'm sure you're probably still in the process of uploading this but I noticed that the svn latest available for download from iwidarin is iwi3945r748. Is there a better place to get the latest or are you simply using a different revision terminology for the installs?
Anyway, your efforts will be rewarded by me for sure and I'm sure many others!

Ruud,
this log misses first load lines
but
i found a easy to fix bug

i'll upload a new version to svn

ok - lol version

iwi3945 rel 836
iwi4965 rel 837

try to get initial driver log lines (use kextload). i think sometimes the driver wants to work so fast that it loses the first lines - maybe in console -> system.log?

when i post a release here it's available in the svn tree - read some posts back to learn howto get it

well in one console im doing tail -f systemlog and in an other console kextload iwi4965.kext so what should i do to get those lines? i thought they should be in there when doing it this way.

can someone tell me where can i get the latest svn for 4965?

i think i can help you guys out.

Here is the link for svn checkout:
http://iwidarwin.googlecode.com/svn/trunk/iwi4965-osx10.5

system log for 4965 r837

Logs from 4965 rev 837

No errors.... seems to start up better than the 3965

Hope it helps...

Jalavoui and Ruud,

Latest via manual kextload (836 for 3945) loads up, misses a bunch of init lines that are usualy there then loops, check it out. No KP though:

Apr 25 14:48:06 Sony sudo[367]: super : TTY=ttys000 ; PWD=/Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/build/Debug ; USER=root ; COMMAND=/sbin/kextload -t iwi3945.kext
Apr 25 14:48:11 Sony kernel[0]: 3945: U iwl3945_hw_reg_txpower_get_temperature Temperature: 45
Apr 25 14:48:11 Sony kernel[0]: iwl3945: U is_temp_calib_needed Same temp,
Apr 25 14:48:11 Sony kernel[0]: iwl3945: U is_temp_calib_needed Timed thermal calib not needed
Apr 25 14:48:11 Sony kernel[0]: queue_te @ /Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/compatibility.cpp:6534
Apr 25 14:48:11 Sony kernel[0]: timei 60000 timei2 -1781540541
Apr 25 14:48:11 Sony kernel[0]: iwl3945: U iwl3945_alive_start ALIVE processing complete.
Apr 25 14:48:11 Sony kernel[0]: __ OUT iwl3945_alive_start __
Apr 25 14:48:11 Sony kernel[0]: iwl3945: U iwl3945_mac_open Wait START_ALIVE Condition: 156ms left
Apr 25 14:48:11 Sony kernel[0]: iwl3945: U iwl3945_mac_open leave
Apr 25 14:48:11 Sony kernel[0]: Someone called createOutputQueue()
Apr 25 14:48:11 Sony kernel[0]: darwin_iwi3945::configureInterface()
Apr 25 14:48:11 Sony kernel[0]: darwin_iwi3945: Ethernet address 00:19:d2:ac:3c:fa
Apr 25 14:48:11 Sony kernel[0]: darwin_iwi3945::enable()
Apr 25 14:48:11 Sony kernel[0]: ifconfig going up
Apr 25 14:48:11 Sony kernel[0]: outputPacket called by someone
Apr 25 14:48:11 Sony kernel[0]: outputPaccket2 called
Apr 25 14:48:11 Sony kernel[0]: tx pkt with net down
Apr 25 14:48:13 Sony kernel[0]: 534
Apr 25 14:48:13 Sony kernel[0]: timei 60000 timei2 386927894
Apr 25 14:48:13 Sony kernel[0]: iwl3945: U iwl3945_alive_start ALIVE processing complete.
Apr 25 14:48:13 Sony kernel[0]: __ OUT iwl3945_alive_start __
Apr 25 14:48:15 Sony kernel[0]: ut after 500ms.
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U iwl3945_commit_rxon Sending RXON
Apr 25 14:48:15 Sony kernel[0]: * without RXON_FILTER_ASSOC_MSK
Apr 25 14:48:15 Sony kernel[0]: * channel = 1
Apr 25 14:48:15 Sony kernel[0]: * bssid = 00:00:00:00:00:00
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_RXON (#10), seq: 0x0401, 48 bytes at 1[1]:4
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_RXON Condition: 0ms left
Apr 25 14:48:15 Sony kernel[0]: error iwl3945: Error sending REPLY_RXON: time out after 500ms.
Apr 25 14:48:15 Sony kernel[0]: error iwl3945: Error setting new configuration (-60).
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U iwl3945_hw_reg_txpower_get_temperature Temperature: 45
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U is_temp_calib_needed Same temp,
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U is_temp_calib_needed Timed thermal calib not needed
Apr 25 14:48:15 Sony kernel[0]: queue_te @ /Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/compatibility.cpp:6534
Apr 25 14:48:15 Sony kernel[0]: timei 60000 timei2 -1634313842
Apr 25 14:48:15 Sony kernel[0]: iwl3945: U iwl3945_alive_start ALIVE processing complete.
Apr 25 14:48:15 Sony kernel[0]: __ OUT iwl3945_alive_start __
Apr 25 14:48:21 Sony kernel[0]: test_timer @ /Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/compatibility.cpp:848
Apr 25 14:48:21 Sony kernel[0]: sta_info_cleanup @ /Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/compatibility.cpp:5406
Apr 25 14:48:21 Sony kernel[0]: add_timer @ /Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/compatibility.cpp:874
Apr 25 14:48:21 Sony kernel[0]: IOPCCardAddTimer @ /Users/super/Desktop/iwi3945/836/iwi3945_new-osx10.5/compatibility.cpp:831
Apr 25 14:48:21 Sony kernel[0]: timer->expires 1000 timei 10000 deadline 0

nice

the proble with 4965 is:
ieee80211_sta_start_scan(dev, (u8*)"<hidden>", sizeof("<hidden>"));
this is a hack for scanning that only does 1 scan
we need to find a way for this to work in a loop
i think it needs to be called in a diferent way
anyone can try to hack this?

the 3945 as a weird bug, in mlazy log
OUT iwl3945_alive_start _
this is called 2 times...

ooke here is my log 837 iwi 4965 still no initial log line.. strange im using kextload...but the bug that give ERROR: AP's dont scan is gone :)have to go now.. i'm back within two hours he jalavoui, tomorrow evening I could take a look at that code.. (Yeah I know, im borring tomorrow for not going out and drink some beers )I would have to read my c++ books for it because im not that good in c++, but i will give it a shot.

iwi4965 rel 838
after the driver loads and finish first scan
use networkselector option 2 to start a new scan
see if it's called in system.log
wait for it to finish
press 2 again

iwi3945 rel 839
looks like power stuff works for 4965 - must work in 3945
try a few reboots to check if the card works without errors

iwi4965 rel 840
pci stuff - maybe this is important for 3945

system log for 4965 r838
tried network selector option 2...
hope this helps

can some one explain howto use /where to find network selector for 4965? never used it before

iwi4965
i'll disable networkselector in next release
the problem is the scan start
i'll try a hack


iwi4965 rel 841
might get a kp while starting the scan
the goal here is to make the driver run the scan in a loop
and get scan_complete in logs

Jalavoui,

840 logs:

I get

Apr 25 16:00:09 Sony kernel[0]: request scan - diabled!

when I use netselector.

Click to view attachment

Ok got the kp.. but it does somethings more,,

just tell you what i see that wasnt before:

iwl4965: U iwl4965_get_channels_for_scan Scanning 1 [ACTIVE 20] this line for scanning till scan 11 next the same line scanning 12 and 13 but then [PASSIVE 120]

the last line is

timei 7000 timei2 -102774399

no scan complete notification

Hi!,
I have come right now from job, begin testing with a sandwith on my mouth, have read the lastest post, so much work.
Post in 10 minutes.

If you need me to try any hack, please tell me wich and where.

Hey all,

841 test logs. Things are looking amazing again. For 3945, scan is running on kextload, is that right again?

keep getting:

Apr 25 16:27:07 Sony kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_RXON (#10), seq: 0x0402, 48 bytes at 2[2]:4
Apr 25 16:27:07 Sony kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_RXON Condition: 0ms left
Apr 25 16:27:07 Sony kernel[0]: error iwl3945: Error sending REPLY_RXON: time out after 500ms.
Apr 25 16:27:07 Sony kernel[0]: error iwl3945: Error setting new configuration (-60).

Similar to logs from this morning. BUT, all my init lines are back!

Click to view attachment

iwi4965 rel 842
scan without kp

mlazy,
the driver isn't working - all cmds timeout
while you get this the driver fail.
try to change this
queue_work(priv->workqueue, &priv->up); // maybe kp here
to
//queue_work(priv->workqueue, &priv->up); // maybe kp here

IWI 3945 rel841

Javalui! I think you passed the freeze reboot issue...
Check this Reboot log, havent start as before, but now i got a fully init without errors (i think).

Needed several reboots to get it.
Continue testing next version.

Click to view attachment


no kp in this test, but i have seen a thread error


i dont understand why im not getting first load log lines.... im using kextload

this is for iwi3945
this are old firmware version
if you get cmd timeout errors try with this files
mlazy - hope this works for you - your card is very hard to work
if none work delete and update from svn latest

pere,
iwl3945_mac_open Wait START_ALIVE Condition: 0ms left\
Apr 25 22:39:40 Pere kernel[0]: iwl3945: U iwl3945_mac_open Wait for START_ALIVE timeout after 2000ms.\
Apr 25 22:39:40 Pere kernel[0]: iwl3945: U iwl3945_mac_open leave - failed\
this means you can try to hack the timeout - can you try?

looks like your card start to send cmds after reboot - maybe this work for mlazy
i think you can try to add this before ret=...
IOSLeep(1000);//or other value 500, 2000
ret = UCODE_READY_TIMEOUT;
the goal is to give time to iwl3945_alive_start() completes

logs are attached a few posts up

it looks like that when the scan is starting, a thread is created and this is causing an error

4965 r842 scans w/o kp

no scan_complete notification in logs

When you say download from svn latest are you talking about the whole install package or just certain files from your list of files in the version trunk?
Can someone write a short "How to" so others can get involved in the testing.
It seems the more eyes you have on this the better.
thx
pmorcos

Yep. Where can i find that lines?
EDIT: Found

Ruud,
you're right - i fixed this in iwi3945
going to fix for 4965

pere,mlazy
in xcode -> find -> find in project

after all Ruud as find a new bug - hope this hack fixes it
iwi3945 rel 843
iwi4965 rel 844

i'm not shore about this hack...


iwi4965/3945
search in xcode for IOLog("1st scan\n");
there are several ways to hack this -> try some
the goal is to get a scan_complete msg in logs without cmd timeouts

i can't help much for today
good luck

Used a value of 500 for iosleep and got this log, in not sure whether it says its ok...but seems.

oke.. somthing bad happend... my osx partition is corrupted somehow.. I have to reinstall.

Oke, tomorrow evening I'll reinstall and continue testing, but for now i can't help anymore


good luck jalavoui see you tomorrow