Jump to content
3411 posts in this topic

Recommended Posts

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 :unsure:

 

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 :unsure:

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.

system.txt

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

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

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

 

 

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 :(

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!

 

841.txt

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.

Succesfull_init_reboot.txt

manual_load.txt

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

 

 

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

system.txt

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

ipw3945.ucode3.h.zip

ipw3945.ucode4.h.zip

if none work delete and update from svn latest

 

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

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

 

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

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...

 

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

reboot_log.txt

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 :cowboy:

 

 

good luck jalavoui see you tomorrow

Guest
This topic is now closed to further replies.
×
×
  • Create New...