Full Version: Intel Wireless 2100, 2200bg, 2915bg, 3945abg, 4965agn
Pages: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61
Revision 809... seems my card didnt like so much.
iwi4965
it's almost ready to work -> just need a few hacks like iwi3945
iwi3945 rel 810
last version for today
try to hack the function check_firstup()
maybe you can find a way to make the driver load without errors
it's almost ready to work -> just need a few hacks like iwi3945
iwi3945 rel 810
last version for today
try to hack the function check_firstup()
maybe you can find a way to make the driver load without errors
Revision 809 Logs
is beyond my understandings Click to view attachment
is beyond my understandings Click to view attachment
Woot! Testing for 4965. I'm there! Let's see if we can get even more awesome bugs!
~Wayfarer
~Wayfarer
809 logs have many many more errors, and scan doesn't complete for me like it did in 808. manual kextload:
Click to view attachment
someone else please test. Pere and my logs are very similar this time....
Click to view attachment
someone else please test. Pere and my logs are very similar this time....
he jalavoui, is there a easy way to clean my system.log so that its not 1.8 mb and only contains the new data from boot?
sorry if its a dumb question, but i never looked at the log before.
sorry if its a dumb question, but i never looked at the log before.
QUOTE(Ruud @ Apr 23 2008, 09:08 PM) 
he jalavoui, is there a easy way to clean my system.log so that its not 1.8 mb and only contains the new data from boot?
sorry if its a dumb question, but i never looked at the log before.
sorry if its a dumb question, but i never looked at the log before.
search for Yasu ... is free and you can just clean the logs if you like
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
jalavoui this are my las logs from revision 809 Click to view attachment are strange only for me?
Hmmm, I guess I am not as good at this as I thought I am. I want to test the 4965, as a version just went up, but there is niether a .dmg (To be expected with the problems we have been having) and no one has posted a .Kext.
However, even once I get the kext, how would I install it? Basically, is Kextloader something you download, or is it a command? Or how could I use the SVN to download and compile my own? I'll go look through previous posts again (I have already read the entire thing once), but if someone could help me out, it would be much appreciated. Thank you~
Edit: Using Pere's method a few pages back, I can get the 3945 project (with his attached command). I have xcode, so now I just need a method for getting the 4965 project. Anyone up the task? Maybe I can hack it...
Second Edit: This is Pere's Terminal Command:
(Hope you don't mind it exposed....
)
What is the Link for the 4965 code? Then I can plug it in there, change the other names, and get the code. Thank you!
However, even once I get the kext, how would I install it? Basically, is Kextloader something you download, or is it a command? Or how could I use the SVN to download and compile my own? I'll go look through previous posts again (I have already read the entire thing once), but if someone could help me out, it would be much appreciated. Thank you~
Edit: Using Pere's method a few pages back, I can get the 3945 project (with his attached command). I have xcode, so now I just need a method for getting the 4965 project. Anyone up the task? Maybe I can hack it...
Second Edit: This is Pere's Terminal Command:
QUOTE
#!/bin/sh
echo
echo Downloading latest svn
echo
echo "Press Enter to Continue :"
read aok
sudo rm -Rf iwi3945
svn checkout http://iwidarwin.googlecode.com/svn/trunk/...945_new-osx10.5 iwi3945
echo
echo Downloading latest svn
echo
echo "Press Enter to Continue :"
read aok
sudo rm -Rf iwi3945
svn checkout http://iwidarwin.googlecode.com/svn/trunk/...945_new-osx10.5 iwi3945
(Hope you don't mind it exposed....
)What is the Link for the 4965 code? Then I can plug it in there, change the other names, and get the code. Thank you!
Logs for 810.
No kp. No freeze. No errors...
On the reboot log i can see the card is trying to scan aloooooot of channels.
Heheheehe, when Javalui make it works maybe we can see the digital tv with this....
Edit: The command for download is not mine, is from Damian, just i cutted some parts and make it just download.
No kp. No freeze. No errors...
On the reboot log i can see the card is trying to scan aloooooot of channels.
Heheheehe, when Javalui make it works maybe we can see the digital tv with this....
Edit: The command for download is not mine, is from Damian, just i cutted some parts and make it just download.
QUOTE(Wayfarer247 @ Apr 23 2008, 09:31 PM)
Hmmm, I guess I am not as good at this as I thought I am. I want to test the 4965, as a version just went up, but there is niether a .dmg (To be expected with the problems we have been having) and no one has posted a .Kext.
However, even once I get the kext, how would I install it? Basically, is Kextloader something you download, or is it a command? Or how could I use the SVN to download and compile my own? I'll go look through previous posts again (I have already read the entire thing once), but if someone could help me out, it would be much appreciated. Thank you~
Edit: Using Pere's method a few pages back, I can get the 3945 project (with his attached command). I have xcode, so now I just need a method for getting the 4965 project. Anyone up the task? Maybe I can hack it...
However, even once I get the kext, how would I install it? Basically, is Kextloader something you download, or is it a command? Or how could I use the SVN to download and compile my own? I'll go look through previous posts again (I have already read the entire thing once), but if someone could help me out, it would be much appreciated. Thank you~
Edit: Using Pere's method a few pages back, I can get the 3945 project (with his attached command). I have xcode, so now I just need a method for getting the 4965 project. Anyone up the task? Maybe I can hack it...
He wayfarer,
I build the kext using xcode. But before we all start testing 4965, i think its better to wait until jalavoui got the 3945 version working. If we don't wait we will get many people posting 3945 logs and test results and others posting 4965 result. If thats happening, this topic will be very hard to follow.
What do you think about this jalavoui?
pere,
at least a good log
run more tests and teach others how you get this log
you seem to have a bluetooth controler interfering with iwi3945 - try to disable it
we need to have a scan_complete in logs
maybe this code is stable enought for iwi4965 to start working
the iwi3945 is not so easy - looks like it need some reboots to work
other things can interfere with it - bad enx setup, rfkill,etc
i think you'll get a kp when the driver tries to associate to a network - just test it
so there's no point in making new releases - the code need to be checked
maybe Cxddev can find a solution
at least a good log
run more tests and teach others how you get this log
you seem to have a bluetooth controler interfering with iwi3945 - try to disable it
we need to have a scan_complete in logs
maybe this code is stable enought for iwi4965 to start working
the iwi3945 is not so easy - looks like it need some reboots to work
other things can interfere with it - bad enx setup, rfkill,etc
i think you'll get a kp when the driver tries to associate to a network - just test it
so there's no point in making new releases - the code need to be checked
maybe Cxddev can find a solution
QUOTE
maybe this code is stable enought for iwi4965 to start working
Ruud, you may be right. I'll wait to be told what to do. I am a little out of my league, but would love to help test anything at this point. Perhaps a Different thread?
Whatever you want!
QUOTE(jalavoui @ Apr 23 2008, 09:45 PM)
pere,
at least a good log
run more tests and teach others how you get this log
you seem to have a bluetooth controler interfering with iwi3945 - try to disable it
we need to have a scan_complete in logs
at least a good log
run more tests and teach others how you get this log
you seem to have a bluetooth controler interfering with iwi3945 - try to disable it
we need to have a scan_complete in logs
This time i did:
Went to safe mode, loaded the kext, make a log, shutted down the laptop.
Quitted the power supply and battery to my laptop and waited 20 loooooong seconds.
Started and grabbed the system.log from console.
Javalui,
My hardware switch controls both, bluetooth and wifi ON/OFF.
http://forum.insanelymac.com/index.php?s=&...st&p=721057
Its for newbies, like me
Erased the bluetooth kexts, the same logs.
I believe this is the link for the 4965 trunk, in case anyone but me cares:
http://iwidarwin.googlecode.com/svn/trunk/iwi4965-osx10.5
http://iwidarwin.googlecode.com/svn/trunk/iwi4965-osx10.5
Damn, pere gets no errors. Im getting this error from the get go:
but then right after that, I get this, it sees the card!!!
Then it seems to be scanning in which these errors come up:
Maybe something to do with this:
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: warning en1: Failed to add default virtual iface
the numbers change all the time with each time there is an error. Pere what are the initial log lines for you?
QUOTE
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe pci_resource_len = 0x00000008
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe pci_resource_base = 0x350fe000
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe pci_resource_base = 0x350fe000
but then right after that, I get this, it sees the card!!!
QUOTE
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: IOPCCard info: iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_set_rxon_channel Staging channel set to 6 [3]
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: init_waitqueue_head stubbed out!
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe MAC address: 00:19:d2:be:49:86
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_set_rxon_channel Staging channel set to 6 [3]
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: init_waitqueue_head stubbed out!
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe MAC address: 00:19:d2:be:49:86
Then it seems to be scanning in which these errors come up:
QUOTE
Apr 23 17:13:30 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_rx_handle r = 176, i = 175, REPLY_3945_RX, 0x1b
Apr 23 17:13:30 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_rx_reply_rx Rssi -66 noise -127 qual 67 sig_avg 0 noise_diff 0
Apr 23 17:13:30 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_report_frame Beacon: 0x0080, dst=0xff, src=0x72, rssi=29, tim=43211679 usec, phy=0x23, chnl=1
Apr 23 17:13:30 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_rx_reply_rx Rssi -66 noise -127 qual 67 sig_avg 0 noise_diff 0
Apr 23 17:13:30 doctadres-mac-pro kernel[0]: error iwl3945: U iwl3945_report_frame Beacon: 0x0080, dst=0xff, src=0x72, rssi=29, tim=43211679 usec, phy=0x23, chnl=1
Maybe something to do with this:
Apr 23 17:12:45 doctadres-mac-pro kernel[0]: warning en1: Failed to add default virtual iface
the numbers change all the time with each time there is an error. Pere what are the initial log lines for you?
810
Hmm
have no idea why cannot get it proper. there are no IOPCCard debug in my logs
the only thing that has some importance is:
Here is the Click to view attachment
Hmm
have no idea why cannot get it proper. there are no IOPCCard debug in my logs
the only thing that has some importance is:
CODE
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r = 79, i = 78, SCAN_RESULTS_NOTIFICATION, 0x83
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945_rx_handle r = 93, i = 91, STATISTICS_NOTIFICATION, 0x9d
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_rx_statistics Statistics notification received (240 vs 244).
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r = 93, i = 92, SCAN_START_NOTIFICATION, 0x82
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: art: 34 [802.11a] (TSF: 0x00000000:00050BCB) - 1 (beacon timer 50410549)
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: test_function @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r = 99, i = 98, SCAN_RESULTS_NOTIFICATION, 0x83
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_scan_results_notif Scan ch.res: 34 [802.11a] (TSF: 0x00000000:0006C3E7) - 0 elapsed=112668 usec (120ms since last)
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: 2, SCAN_START_NOTIFICATION, 0x82
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_scan_start_notif Scan start: 44 [802.11a] (TSF: 0x00000000:000A6E80) - 1 (beacon timer 100696448)
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: test_function @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: ssProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r 123 i 122 No handler needed for REPLY_TX_PWR_TABLE_CMD, 0x97
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_TX_PWR_TABLE_CMD Condition: 49ms left
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: 945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r 134 i 133 No handler needed for REPLY_RATE_SCALE, 0x47
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_RATE_SCALE Condition: 49ms left
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_mac_config_interface leave
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x0d
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x0f
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x05
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x07
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x09
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x0b
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x01
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 106 rate code 0x03
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x0a
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x14
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x37
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x6e
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_TX_PWR_TABLE_CMD (#97), seq: 0x0419, 56 bytes at 25[25]:4
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: test_function @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r 135 i 134 No handler needed for REPLY_TX_PWR_TABLE_CMD, 0x97
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_TX_PWR_TABLE_CMD Condition: 49ms left
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945_rx_handle r = 93, i = 91, STATISTICS_NOTIFICATION, 0x9d
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_rx_statistics Statistics notification received (240 vs 244).
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r = 93, i = 92, SCAN_START_NOTIFICATION, 0x82
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: art: 34 [802.11a] (TSF: 0x00000000:00050BCB) - 1 (beacon timer 50410549)
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: test_function @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r = 99, i = 98, SCAN_RESULTS_NOTIFICATION, 0x83
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_scan_results_notif Scan ch.res: 34 [802.11a] (TSF: 0x00000000:0006C3E7) - 0 elapsed=112668 usec (120ms since last)
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: 2, SCAN_START_NOTIFICATION, 0x82
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_scan_start_notif Scan start: 44 [802.11a] (TSF: 0x00000000:000A6E80) - 1 (beacon timer 100696448)
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: test_function @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: ssProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r 123 i 122 No handler needed for REPLY_TX_PWR_TABLE_CMD, 0x97
Apr 24 01:43:29 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_TX_PWR_TABLE_CMD Condition: 49ms left
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: 945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r 134 i 133 No handler needed for REPLY_RATE_SCALE, 0x47
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_RATE_SCALE Condition: 49ms left
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_mac_config_interface leave
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x0d
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x0f
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x05
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x07
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x09
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x0b
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 119 rate code 0x01
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 147 dsp 106 rate code 0x03
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x0a
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x14
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x37
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_hw_reg_send_txpower ch 1:1 rf 203 dsp 127 rate code 0x6e
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_TX_PWR_TABLE_CMD (#97), seq: 0x0419, 56 bytes at 25[25]:4
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: queue_te @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6531
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: test_function @ /Users/righteye/4WirelessProjects/new/iwi3945_new-osx10.5/compatibility.cpp:6520
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_rx_handle r 135 i 134 No handler needed for REPLY_TX_PWR_TABLE_CMD, 0x97
Apr 24 01:43:30 right-eyes-mac-pro kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_TX_PWR_TABLE_CMD Condition: 49ms left
Here is the Click to view attachment
Hello these are my first logs. Please tell me what I could do to improve them. En1 was applied only shortly before restart. It's build 810.
Click to view attachment
Click to view attachment
QUOTE(Wayfarer247 @ Apr 23 2008, 10:04 PM)
I believe this is the link for the 4965 trunk, in case anyone but me cares:
http://iwidarwin.googlecode.com/svn/trunk/iwi4965-osx10.5
http://iwidarwin.googlecode.com/svn/trunk/iwi4965-osx10.5
Wayfarer, the command for you...test if it points to the right place for download. (Attached).
For the iwi 3945 testers....
I have install a driver from Chun-nan, is supposed to get the correct bios data for cardbus/pcmcia, but this kexts give to osx the overall irq information in a better way... i give you the link, maybe this is one difference. USE REV 8 from Chun-nan driver.
http://forum.insanelymac.com/index.php?showtopic=81036
The other thing maybe i do different is just i turn off my laptop completely (I quit the battery and unplug power supply too) and wait 20 seconds, i have find the card goes buggy after trying the driver and need a full reset/shutdown to startup correctly.
Hope it helps.
If you continue having en1 errors, tell me and i will help you to hardcode the card into networkpreferences.plist
My kext build 810 is attached too.
the r810 kext seems to work well for me via eathernet, however I can't use wireless. I seem to remember older revisions (though I don't remember exactly which ones) showing up under airport, but the last few have not for me.
I'm loading them by
cd /
sudo unzip iwi3945r810.kext.zip
sudo kextload iwi3945.kext
Am I doing dsomething wrong?
Thanks
All the work is definitely appreciated.
I'm loading them by
cd /
sudo unzip iwi3945r810.kext.zip
sudo kextload iwi3945.kext
Am I doing dsomething wrong?
Thanks
All the work is definitely appreciated.
Attached are my iwl4965 log results.
For those who don't know about it, Kext Helper could save you a lot of work in the terminal when loading kexts.
For those who don't know about it, Kext Helper could save you a lot of work in the terminal when loading kexts.
QUOTE(jalavoui @ Apr 23 2008, 06:02 PM)
iwi4965
it's almost ready to work -> just need a few hacks like iwi3945
iwi3945 rel 810
last version for today
try to hack the function check_firstup()
maybe you can find a way to make the driver load without errors
it's almost ready to work -> just need a few hacks like iwi3945
iwi3945 rel 810
last version for today
try to hack the function check_firstup()
maybe you can find a way to make the driver load without errors
Hi,
I'm test 810 here and have this bits:
Mine IOREG output:
CODE
| | | +-o pci8086,4222@0 <class IOPCIDevice, registered, matched, active, busy 0, retain 57>
| | | {
| | | "IOPCIResourced" = Yes
| | | "IOInterruptControllers" = ("io-apic-0","IOPCIMessagedInterruptController")
| | | "IOName" = "pci8086,4222"
| | | "subsystem-id" = <00100000>
| | | "IOPCIExpressLinkCapabilities" = 465937
| | | "IODeviceMemory" = (({"address"=18446744073679138816,"length"=4096}))
| | | "class-code" = <00800200>
| | | "IOPowerManagement" = {"CurrentPowerState"=2}
| | | "revision-id" = <02000000>
| | | "IOInterruptSpecifiers" = (<1200000007000000>,<0500000000000100>)
| | | "IOChildIndex" = 1
| | | "assigned-addresses" = <100003820000000000f02ffe0000000000100000>
| | | "device-id" = <22420000>
| | | "vendor-id" = <86800000>
| | | "name" = "pci8086,4222"
| | | "subsystem-vendor-id" = <86800000>
| | | "IOPCIExpressLinkStatus" = 4113
| | | "reg" = <0000030000000000000000000000000000000000100003020000000000000000000000000010
000>
| | | "compatible" = <"pci8086,1000","pci8086,4222","pciclass,028000">
| | | }
| | | {
| | | "IOPCIResourced" = Yes
| | | "IOInterruptControllers" = ("io-apic-0","IOPCIMessagedInterruptController")
| | | "IOName" = "pci8086,4222"
| | | "subsystem-id" = <00100000>
| | | "IOPCIExpressLinkCapabilities" = 465937
| | | "IODeviceMemory" = (({"address"=18446744073679138816,"length"=4096}))
| | | "class-code" = <00800200>
| | | "IOPowerManagement" = {"CurrentPowerState"=2}
| | | "revision-id" = <02000000>
| | | "IOInterruptSpecifiers" = (<1200000007000000>,<0500000000000100>)
| | | "IOChildIndex" = 1
| | | "assigned-addresses" = <100003820000000000f02ffe0000000000100000>
| | | "device-id" = <22420000>
| | | "vendor-id" = <86800000>
| | | "name" = "pci8086,4222"
| | | "subsystem-vendor-id" = <86800000>
| | | "IOPCIExpressLinkStatus" = 4113
| | | "reg" = <0000030000000000000000000000000000000000100003020000000000000000000000000010
000>
| | | "compatible" = <"pci8086,1000","pci8086,4222","pciclass,028000">
| | | }
Have this IDs on Darwin's lspci:
CODE
03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG Network Connection [8086:4222] (rev 02)
03:00.0 0280: 8086:4222 (rev 02)
03:00.0 0280: 8086:4222 (rev 02)
HexDump:
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
CODE
00: 86 80 22 42 06 00 10 00 02 00 80 02 08 00 00 00
10: 00 f0 2f fe 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 00 10
30: 00 00 00 00 c8 00 00 00 00 00 00 00 12 01 00 00
10: 00 f0 2f fe 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 00 10
30: 00 00 00 00 c8 00 00 00 00 00 00 00 12 01 00 00
Bootlog: (as long, lot lines, I post up in pastebin.ca to easy view)
http://pastebin.ca/995321
Last line after system freeze:
CODE
Apr 23 21:46:53 MacBook SystemUIServer[116]: Error: ACInterfaceGetPower() called with invalid interface
Intel 3945 as knowed at Wired Interface (2).
When system stared, running fine for some 20 or 30 seconds, before, freeze.
I'm portuguese brazillian, and working to try solve something too.
Sorry long post.
Cheerz,
just compare your logs with pere's logs
some of you are testing the wrong versions of iwi3945.kext...
anyone as tryed to hack the code?
iwi3945 rel 811
this as the scan call that gives scan_complete but i guess also give a kp
some of you are testing the wrong versions of iwi3945.kext...
anyone as tryed to hack the code?
iwi3945 rel 811
this as the scan call that gives scan_complete but i guess also give a kp
[To add]
When I use ./networkSelector nothing happened.
-
Yes, I tried make some hacks;
Edited: Link: http://iwidarwin.googlecode.com/svn/trunk/...45_new-osx10.5/
Cheerz,
When I use ./networkSelector nothing happened.
-
Yes, I tried make some hacks;
Edited: Link: http://iwidarwin.googlecode.com/svn/trunk/...45_new-osx10.5/
Cheerz,
I have been making test during the morning trying the find why or where some of us are getting errors...
Having a look line by line to my log against pere's one.... all seems to be ok
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_pci__nic_init SW RF KILL supported in EEPROM.
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_hw_nic_init HW RF KILL supported in EEPROM.
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_load_bsm Begin load bsm
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_verify_bsm Begin verify bsm
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_verify_bsm BSM bootstrap uCode image OK
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_load_bsm BSM write complete, poll 1 iterations
Apr 24 13:28:22 kernel[0]: iwl3945: U __iwl3945_up iwl3945 is coming up
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_mac_open Start UP work.
but... then it goes to:
Apr 24 13:28:23 kernel[0]: s: 0x00000004
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8 dev_type: 0x3
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8 ofdm_basic_rates: 0xff
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8 cck_basic_rates: 0x0f
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8[6] node_addr: 00:1c:bf:02:15:16
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8[6] bssid_addr: 00:00:00:00:00:00
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u16 assoc_id: 0x0
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_irq_handle_error Restarting adapter due to uCode error.
and in pere's one is
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_mac_open Start UP work.\
Apr 23 23:20:50 Pere kernel[0]: queue_te
Apr 23 23:20:50 Pere kernel[0]: wi3945/compatibility.cpp:6520\
Apr 23 23:20:50 Pere kernel[0]: ieee80211_tx_pending
Apr 23 23:20:50 Pere kernel[0]: test_function @
Apr 23 23:20:50 Pere kernel[0]: ieee80211_tasklet_handler @
Apr 23 23:20:50 Pere kernel[0]: test_function @
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_rx_handle r = 1, i = 0, REPLY_ALIVE, 0x01\
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_rx_reply_alive Alive ucode status 0x00000001 revision 0x1 0x9\
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_rx_reply_alive Initialization Alive received.\
So I think some of us will need to find why or where there is differences in the HW.. later I can see on my log:
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_alive_start Runtime Alive received.
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 900
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 2668
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 80524
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_ucode Runtime uCode is good in inst SRAM
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_alive_start RFKILL status: 0x1
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_init_channel_map Channel map already initialized.
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_init_geos Geography modes already initialized.
Apr 24 13:28:24 kernel[0]: ieee80211_start_queues
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Flags value = 0x00000008
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Tx timeout = 0
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Rx timeout = 0
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Sleep interval vector = { 0 , 0 , 0 , 0 , 0 }
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command POWER_TABLE_CMD (#77), seq: 0x0400, 36 bytes at 0[0]:4
Apr 24 13:28:24 kernel[0]: queue_te
Apr 24 13:28:24 kernel[0]: test_function
Apr 24 13:28:24 kernel[0]: error iwl3945: Microcode HW error detected. Restarting.
Apr 24 13:28:24 kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 24 13:28:24 kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 6, wraps 0
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000130 0x00000000 0651
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000151 0xffffff2e 0454
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000152 0x00000000 0472
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000173 0x000000iwc5 l39401045:
Apr 24 13:28:24 kernel[0]: U iwl3945_send_cmd_sync Wait POWER_TABLE_CMD Condition: 20ms left
IT seems to be related to "power" so the next things I'll be testing the the power settings in both BIOS and Systempreferences...
Jalavoui... may we know from where the @#~# the Apr 24 13:28:23 kernel[0]: s: 0x00000004 comes from. It's the first difference between the logs...
Regards..... let's keep moving
Having a look line by line to my log against pere's one.... all seems to be ok
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_pci__nic_init SW RF KILL supported in EEPROM.
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_hw_nic_init HW RF KILL supported in EEPROM.
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_load_bsm Begin load bsm
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_verify_bsm Begin verify bsm
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_verify_bsm BSM bootstrap uCode image OK
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_load_bsm BSM write complete, poll 1 iterations
Apr 24 13:28:22 kernel[0]: iwl3945: U __iwl3945_up iwl3945 is coming up
Apr 24 13:28:22 kernel[0]: iwl3945: U iwl3945_mac_open Start UP work.
but... then it goes to:
Apr 24 13:28:23 kernel[0]: s: 0x00000004
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8 dev_type: 0x3
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8 ofdm_basic_rates: 0xff
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8 cck_basic_rates: 0x0f
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8[6] node_addr: 00:1c:bf:02:15:16
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u8[6] bssid_addr: 00:00:00:00:00:00
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u16 assoc_id: 0x0
Apr 24 13:28:23 kernel[0]: iwl3945: U iwl3945_irq_handle_error Restarting adapter due to uCode error.
and in pere's one is
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_mac_open Start UP work.\
Apr 23 23:20:50 Pere kernel[0]: queue_te
Apr 23 23:20:50 Pere kernel[0]: wi3945/compatibility.cpp:6520\
Apr 23 23:20:50 Pere kernel[0]: ieee80211_tx_pending
Apr 23 23:20:50 Pere kernel[0]: test_function @
Apr 23 23:20:50 Pere kernel[0]: ieee80211_tasklet_handler @
Apr 23 23:20:50 Pere kernel[0]: test_function @
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_rx_handle r = 1, i = 0, REPLY_ALIVE, 0x01\
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_rx_reply_alive Alive ucode status 0x00000001 revision 0x1 0x9\
Apr 23 23:20:50 Pere kernel[0]: iwl3945: U iwl3945_rx_reply_alive Initialization Alive received.\
So I think some of us will need to find why or where there is differences in the HW.. later I can see on my log:
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_alive_start Runtime Alive received.
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 900
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 2668
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 80524
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_verify_ucode Runtime uCode is good in inst SRAM
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_alive_start RFKILL status: 0x1
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_init_channel_map Channel map already initialized.
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_init_geos Geography modes already initialized.
Apr 24 13:28:24 kernel[0]: ieee80211_start_queues
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Flags value = 0x00000008
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Tx timeout = 0
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Rx timeout = 0
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_update_power_cmd Sleep interval vector = { 0 , 0 , 0 , 0 , 0 }
Apr 24 13:28:24 kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command POWER_TABLE_CMD (#77), seq: 0x0400, 36 bytes at 0[0]:4
Apr 24 13:28:24 kernel[0]: queue_te
Apr 24 13:28:24 kernel[0]: test_function
Apr 24 13:28:24 kernel[0]: error iwl3945: Microcode HW error detected. Restarting.
Apr 24 13:28:24 kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 24 13:28:24 kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 6, wraps 0
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000130 0x00000000 0651
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000151 0xffffff2e 0454
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000152 0x00000000 0472
Apr 24 13:28:24 kernel[0]: error iwl3945: 0000000173 0x000000iwc5 l39401045:
Apr 24 13:28:24 kernel[0]: U iwl3945_send_cmd_sync Wait POWER_TABLE_CMD Condition: 20ms left
IT seems to be related to "power" so the next things I'll be testing the the power settings in both BIOS and Systempreferences...
Jalavoui... may we know from where the @#~# the Apr 24 13:28:23 kernel[0]: s: 0x00000004 comes from. It's the first difference between the logs...
Regards..... let's keep moving
this bug is related to Microcode - some cards have it
do you get it after a few reboots?
when you get this errror the driver calls iwl3945_bg_restart() - this tryes to load the ucode again
need to make it work better
the card is restarted if you see this msg "Restarting adapter due to uCode error.\n"
i thing i get it:
the pci_disable_device, etc code is wrong - i'll fix it
iwi3945 rel 812
pci hacks
the driver setup is done after enable() gets called
do you get it after a few reboots?
when you get this errror the driver calls iwl3945_bg_restart() - this tryes to load the ucode again
need to make it work better
the card is restarted if you see this msg "Restarting adapter due to uCode error.\n"
i thing i get it:
the pci_disable_device, etc code is wrong - i'll fix it
iwi3945 rel 812
pci hacks
the driver setup is done after enable() gets called
Rev 811.
I got KP right when I click apply in Network Preferences.
This is the log.
http://pastebin.ca/995691
I got KP right when I click apply in Network Preferences.
This is the log.
http://pastebin.ca/995691
QUOTE(pere @ Apr 23 2008, 07:40 PM)
Wayfarer, the command for you...test if it points to the right place for download. (Attached).
For the iwi 3945 testers....
I have install a driver from Chun-nan, is supposed to get the correct bios data for cardbus/pcmcia, but this kexts give to osx the overall irq information in a better way... i give you the link, maybe this is one difference. USE REV 8 from Chun-nan driver.
http://forum.insanelymac.com/index.php?showtopic=81036
The other thing maybe i do different is just i turn off my laptop completely (I quit the battery and unplug power supply too) and wait 20 seconds, i have find the card goes buggy after trying the driver and need a full reset/shutdown to startup correctly.
Hope it helps.
If you continue having en1 errors, tell me and i will help you to hardcode the card into networkpreferences.plist
My kext build 810 is attached too.
For the iwi 3945 testers....
I have install a driver from Chun-nan, is supposed to get the correct bios data for cardbus/pcmcia, but this kexts give to osx the overall irq information in a better way... i give you the link, maybe this is one difference. USE REV 8 from Chun-nan driver.
http://forum.insanelymac.com/index.php?showtopic=81036
The other thing maybe i do different is just i turn off my laptop completely (I quit the battery and unplug power supply too) and wait 20 seconds, i have find the card goes buggy after trying the driver and need a full reset/shutdown to startup correctly.
Hope it helps.
If you continue having en1 errors, tell me and i will help you to hardcode the card into networkpreferences.plist
My kext build 810 is attached too.
Pere is dead on here. I HAD to have the Chun-nan kexts loaded for any of this to work...
Hello all!.
Log for 811...
Javalui is correct for this one, if the card is correclty initialized, then it get frozen.
I have been trying for 1 our all the ways to make this 811 work, the only way for my card to initialize correctly is still TURN OFF the laptop and unplug battery and power cord for at least 30 seconds, plug again and start as spected, loaded correctly and get frozen.
EDIT: I know the card is correctly initialized if i find this on the begining of the log:
iwi3945: Starting\
Someone called createOutputQueue()\
settCurController [OK]\
IOPCCard info: iwl3945: Intel® PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.23d\
IOPCCard info: iwl3945: Copyright© 2003-2007 Intel Corporation\
ieee80211_alloc_hw @ /Users/PERE/iwi3945/compatibility.cpp:5592\
sta_info_init @ /Users/PERE/iwi3945/compatibility.cpp:5424\
init_timer @ /Users/PERE/iwi3945/compatibility.cpp:886\
ieee80211_if_sdata_init @ /Users/PERE/iwi3945/compatibility.cpp:2088\
ieee80211_alloc_hw [OK]\
Log for 811...
Javalui is correct for this one, if the card is correclty initialized, then it get frozen.
I have been trying for 1 our all the ways to make this 811 work, the only way for my card to initialize correctly is still TURN OFF the laptop and unplug battery and power cord for at least 30 seconds, plug again and start as spected, loaded correctly and get frozen.
EDIT: I know the card is correctly initialized if i find this on the begining of the log:
iwi3945: Starting\
Someone called createOutputQueue()\
settCurController [OK]\
IOPCCard info: iwl3945: Intel® PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.23d\
IOPCCard info: iwl3945: Copyright© 2003-2007 Intel Corporation\
ieee80211_alloc_hw @ /Users/PERE/iwi3945/compatibility.cpp:5592\
sta_info_init @ /Users/PERE/iwi3945/compatibility.cpp:5424\
init_timer @ /Users/PERE/iwi3945/compatibility.cpp:886\
ieee80211_if_sdata_init @ /Users/PERE/iwi3945/compatibility.cpp:2088\
ieee80211_alloc_hw [OK]\
news for 3945a/b/g??? ... please, i need driver for it ...
thanks..
Panto91
thanks..
Panto91
here's the bug:
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 2668\
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_verify_inst_sparse ucode inst image size is 80524\
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_mac_open Wait START_ALIVE Condition: 0ms left\
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_mac_open Wait for START_ALIVE timeout after 2000ms.\
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_mac_open leave - failed\
Apr 24 14:44:44 Pere kernel[0]: Someone called createOutputQueue()\
Apr 24 14:44:44 Pere kernel[0]: darwin_iwi3945::configureInterface()\
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_verify_ucode Runtime uCode is good in inst SRAM\
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_alive_start RFKILL status: 0x1\
this line Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_mac_open Wait for START_ALIVE timeout after 2000ms.\
show that the ucode failed to start, etc
but after this
Apr 24 14:44:44 Pere kernel[0]: iwl3945: U iwl3945_mac_open leave - failed\
the ucode starts to work
weird...
my guess goes to
queue_delayed_work(priv->workqueue, pwork, msecs_to_jiffies(5));
if this takes to long to get called the driver startup fails
need logs for new release
iwi3945 rel 813
add more time for ucode to load - this remind me old iwi2200 bugs...
check if it starts ok this time - only need first log lines
need to test this using kextload
is the 813 ready for dl and testing?
Hey jalavoui,
was going to post long comment about how 808 was the best release for me so far because the card almost fully initialized, then scanned through the channels. Then, the 809-811 releases weren't loading the card as far. Well, 813 is back to seeing a lot more init strings on kextload. cool! The first errors after a bunch of load info are:
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Microcode SW error detected. Restarting 0x82000008.
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Start IWL Error Log Dump:
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Status: 0x00010132, Config: 00000000 count: 1
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: SYSASSERT (#5) 0000014300 0x0089A 0x00FE0 0x00300 0x00000 57
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 9, wraps 0
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002107 0x00000000 0651
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002128 0xffffff2e 0454
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002129 0x00000000 0472
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002150 0x000000c5 0104
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000014296 0x00000003 0401
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000014298 0x004422d0 0401
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000014301 0x00000100 0125
Apr 24 09:48:03 Sony kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd RX CONFIG:
Click to view attachment
To others: I have to boot with -x, then manually kextload to get results like this. Otherwise, it just throws a bunch of errors..
was going to post long comment about how 808 was the best release for me so far because the card almost fully initialized, then scanned through the channels. Then, the 809-811 releases weren't loading the card as far. Well, 813 is back to seeing a lot more init strings on kextload. cool! The first errors after a bunch of load info are:
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Microcode SW error detected. Restarting 0x82000008.
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Start IWL Error Log Dump:
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Status: 0x00010132, Config: 00000000 count: 1
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: SYSASSERT (#5) 0000014300 0x0089A 0x00FE0 0x00300 0x00000 57
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 9, wraps 0
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002107 0x00000000 0651
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002128 0xffffff2e 0454
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002129 0x00000000 0472
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000002150 0x000000c5 0104
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000014296 0x00000003 0401
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000014298 0x004422d0 0401
Apr 24 09:48:03 Sony kernel[0]: error iwl3945: 0000014301 0x00000100 0125
Apr 24 09:48:03 Sony kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd RX CONFIG:
Click to view attachment
To others: I have to boot with -x, then manually kextload to get results like this. Otherwise, it just throws a bunch of errors..
812...
Very hard to make it start, and when it does, gets frozen...
Only could take this very horrible picture with my mobile...sorry.
Very hard to make it start, and when it does, gets frozen...
Only could take this very horrible picture with my mobile...sorry.
iwi3945 rel 814
ok - try this one
ok - try this one
Manual load log and restart log for 813...
On restart always give error on ucode sw... no matter what i do...
I have find this on the svn download:
wi3945/iwl-3945-hw.h
A iwi3945/iwl-3945-rs.c
A iwi3945/iwl-4965-hw.h
A iwi3945/iwi3945.h
A iwi3945/iwl-4965-rs.c
A iwi3945/iwl-3945-rs.h
A iwi3945/iwl-3945-debug.h
A iwi3945/iwl-4965-rs.h
A iwi3945/iwl3945-base.c
A iwi3945/firmware
A iwi3945/firmware/main.c
A iwi3945/firmware/ipw3945.ucode.h
A iwi3945/firmware/ipw4965.ucode.h
A iwi3945/firmware/hex2string
A iwi3945/iwl4965-base.c
U iwi3945
Is this ok?
On restart always give error on ucode sw... no matter what i do...
I have find this on the svn download:
wi3945/iwl-3945-hw.h
A iwi3945/iwl-3945-rs.c
A iwi3945/iwl-4965-hw.h
A iwi3945/iwi3945.h
A iwi3945/iwl-4965-rs.c
A iwi3945/iwl-3945-rs.h
A iwi3945/iwl-3945-debug.h
A iwi3945/iwl-4965-rs.h
A iwi3945/iwl3945-base.c
A iwi3945/firmware
A iwi3945/firmware/main.c
A iwi3945/firmware/ipw3945.ucode.h
A iwi3945/firmware/ipw4965.ucode.h
A iwi3945/firmware/hex2string
A iwi3945/iwl4965-base.c
U iwi3945
Is this ok?
Log for rev 814
No KP but some loop
http://pastebin.ca/995827
Second log with Wireless Router turned on
http://pastebin.ca/995847
No KP but some loop
http://pastebin.ca/995827
Second log with Wireless Router turned on
http://pastebin.ca/995847
814 log. Card is up, and starts scanning. First error is;
Apr 24 10:46:00 Sony kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.
Click to view attachment
kext:
Click to view attachment
Apr 24 10:46:00 Sony kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.
Click to view attachment
kext:
Click to view attachment
Logs from 814....
I think the card start to work at 3rd reboot....
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_open Start UP work.
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_rx_handle r = 1, i = 0, REPLY_ALIVE, 0x01
But we still have problems with the ucode
Apr 24 17:01:53 kernel[0]: error iwl3945: Microcode SW error detected. Restarting 0x82000008.
Apr 24 17:01:53 kernel[0]: error iwl3945: Start IWL Error Log Dump:
Apr 24 17:01:53 kernel[0]: error iwl3945: Status: 0x00010132, Config: 00000000 count: 1
Apr 24 17:01:53 kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 24 17:01:53 kernel[0]: error iwl3945: SYSASSERT (#5) 0000014168 0x0089A 0x00FE0 0x00304 0x00000 57
Apr 24 17:01:53 kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 8, wraps 0
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002107 0x00000000 0651
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002128 0xffffff32 0454
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002129 0x00000000 0472
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002150 0x000000c5 0104
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000014166 0x00000000 0401
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000014169 0x00000100 0125
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd RX CONFIG:
Apr 24 17:01:53 kernel[0]: IOPCCard debug: iwl data: 0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Apr 24 17:01:53 kernel[0]: IOPCCard debug: iwl data: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Apr 24 17:01:53 kernel[0]: IOPCCard debug: iwl data: 20: 00 00 00 00 00 00 00 00 00 00 00 00 ............
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u16 channel: 0x0
Pere, is ok to have the other card souce code... it doesn't matter...
I think the card start to work at 3rd reboot....
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_open Start UP work.
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_rx_handle r = 1, i = 0, REPLY_ALIVE, 0x01
But we still have problems with the ucode
Apr 24 17:01:53 kernel[0]: error iwl3945: Microcode SW error detected. Restarting 0x82000008.
Apr 24 17:01:53 kernel[0]: error iwl3945: Start IWL Error Log Dump:
Apr 24 17:01:53 kernel[0]: error iwl3945: Status: 0x00010132, Config: 00000000 count: 1
Apr 24 17:01:53 kernel[0]: error iwl3945: Desc Time asrtPC blink2 ilink1 nmiPC Line
Apr 24 17:01:53 kernel[0]: error iwl3945: SYSASSERT (#5) 0000014168 0x0089A 0x00FE0 0x00304 0x00000 57
Apr 24 17:01:53 kernel[0]: error iwl3945: Start IWL Event Log Dump: display count 8, wraps 0
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000000000 0x000000d5 0117
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000000000 0x000000be 0118
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002107 0x00000000 0651
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002128 0xffffff32 0454
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002129 0x00000000 0472
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000002150 0x000000c5 0104
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000014166 0x00000000 0401
Apr 24 17:01:53 kernel[0]: error iwl3945: 0000014169 0x00000100 0125
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd RX CONFIG:
Apr 24 17:01:53 kernel[0]: IOPCCard debug: iwl data: 0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Apr 24 17:01:53 kernel[0]: IOPCCard debug: iwl data: 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Apr 24 17:01:53 kernel[0]: IOPCCard debug: iwl data: 20: 00 00 00 00 00 00 00 00 00 00 00 00 ............
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_print_rx_config_cmd u16 channel: 0x0
Pere, is ok to have the other card souce code... it doesn't matter...
QUOTE(kazzi @ Apr 24 2008, 02:54 PM)
Log for rev 814
No KP but some loop
http://pastebin.ca/995827
Second log with Wireless Router turned on
http://pastebin.ca/995847
No KP but some loop
http://pastebin.ca/995827
Second log with Wireless Router turned on
http://pastebin.ca/995847
this links don't work for me
just upload system.log
iwi3945 rel 815
this was a very old bug in iwi2200 -> iwl3945_send_power_mode. this crap just don't work on mac os x
hope this is it - should start without ucode errors now
Miguel Madrid,
very nice log
iwi4965,
i'd to test a few things - anyone to post logs?
while compiling the new 815..
Having a look between my log and Kazzi ones....
Apr 24 17:01:52 kernel[0]: ifconfig going up
Apr 24 17:01:52 kernel[0]: outputPacket called by someone
Apr 24 17:01:52 kernel[0]: outputPaccket2 called
Apr 24 17:01:52 kernel[0]: tx pkt with net down
Apr 24 17:01:53 kernel[0]: check_firstup
Apr 24 17:01:53 kernel[0]: ieee80211_open cpp:7787
Apr 24 17:01:53 kernel[0]: ieee80211_start_soft_monitor cpp:7772
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface enter: id 592814112, type 2
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface Set: 00:1c:bf:02:15:16
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface failed to set mode
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface leave
Apr 24 22:07:45 slumpbook kernel[0]: ifconfig going up
Apr 24 22:07:45 slumpbook kernel[0]: outputPacket called by someone
Apr 24 22:07:45 slumpbook kernel[0]: outputPaccket2 called
Apr 24 22:07:45 slumpbook kernel[0]: tx pkt with net down
Apr 24 22:07:47 slumpbook kernel[0]: p/iwi/compatibility.cpp:6531Apr 24 22:07:47 slumpbook kernel[0]: test_function @ /Users/slump/Desktop/iwi/compatibility.cpp:6520Apr 24 22:07:47 slumpbook kernel[0]: iwl3945: U iwl3945_rx_handle r = 47, i = 45, STATISTICS_NOTIFICATION, 0x9d
could be the first_chekup()
Having a look between my log and Kazzi ones....
Apr 24 17:01:52 kernel[0]: ifconfig going up
Apr 24 17:01:52 kernel[0]: outputPacket called by someone
Apr 24 17:01:52 kernel[0]: outputPaccket2 called
Apr 24 17:01:52 kernel[0]: tx pkt with net down
Apr 24 17:01:53 kernel[0]: check_firstup
Apr 24 17:01:53 kernel[0]: ieee80211_open cpp:7787
Apr 24 17:01:53 kernel[0]: ieee80211_start_soft_monitor cpp:7772
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface enter: id 592814112, type 2
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface Set: 00:1c:bf:02:15:16
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface failed to set mode
Apr 24 17:01:53 kernel[0]: iwl3945: U iwl3945_mac_add_interface leave
Apr 24 22:07:45 slumpbook kernel[0]: ifconfig going up
Apr 24 22:07:45 slumpbook kernel[0]: outputPacket called by someone
Apr 24 22:07:45 slumpbook kernel[0]: outputPaccket2 called
Apr 24 22:07:45 slumpbook kernel[0]: tx pkt with net down
Apr 24 22:07:47 slumpbook kernel[0]: p/iwi/compatibility.cpp:6531Apr 24 22:07:47 slumpbook kernel[0]: test_function @ /Users/slump/Desktop/iwi/compatibility.cpp:6520Apr 24 22:07:47 slumpbook kernel[0]: iwl3945: U iwl3945_rx_handle r = 47, i = 45, STATISTICS_NOTIFICATION, 0x9d
could be the first_chekup()
Logs for 814, manual load and restart log..
on restart log tried so many times till i get the card initialited correctly, got fronzen, i took another horrible picture, but seems the same as 813.
Im going to rob my neightbours camera and come back! XD
on restart log tried so many times till i get the card initialited correctly, got fronzen, i took another horrible picture, but seems the same as 813.
Im going to rob my neightbours camera and come back! XD
last rel is 815
some of you guys are testing very old releases...
the last 4965 log shows that this card can work - much less bugs tham 3945
some of you guys are testing very old releases...
the last 4965 log shows that this card can work - much less bugs tham 3945
815 logs. Jalavoui, this is very similar to my 808 logs which is great. I'm skipping ahead in my logs a bit, but does this mean a scan completed?
Apr 24 11:45:23 Sony kernel[0]: U iwl3945_get_channels_for_scan Scanning 1 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 2 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 3 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 4 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 5 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 6 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 7 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 8 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 9 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 10 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 11 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan total channels to scan 11
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_SCAN_CMD (#80), seq: 0x4404, 350 bytes at 4[32]:4
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_SCAN_CMD Condition: 0ms left
Apr 24 11:45:23 Sony kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.
Apr 24 11:45:23 Sony kernel[0]: queue_te @ /Users/super/Desktop/iwi3945/815/compatibility.cpp:6531
Apr 24 11:45:23 Sony kernel[0]: test_function @ /Users/super/Desktop/iwi3945/815/compatibility.cpp:6520
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_bg_scan_completed SCAN complete scan
Apr 24 11:45:23 Sony kernel[0]: ieee80211_scan_completed
Click to view attachment
kext:
Click to view attachment
Apr 24 11:45:23 Sony kernel[0]: U iwl3945_get_channels_for_scan Scanning 1 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 2 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 3 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 4 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 5 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 6 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 7 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 8 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 9 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 10 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan Scanning 11 [ACTIVE 20]
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_get_channels_for_scan total channels to scan 11
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_SCAN_CMD (#80), seq: 0x4404, 350 bytes at 4[32]:4
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_SCAN_CMD Condition: 0ms left
Apr 24 11:45:23 Sony kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.
Apr 24 11:45:23 Sony kernel[0]: queue_te @ /Users/super/Desktop/iwi3945/815/compatibility.cpp:6531
Apr 24 11:45:23 Sony kernel[0]: test_function @ /Users/super/Desktop/iwi3945/815/compatibility.cpp:6520
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_bg_scan_completed SCAN complete scan
Apr 24 11:45:23 Sony kernel[0]: ieee80211_scan_completed
Click to view attachment
kext:
Click to view attachment
nop,
you have
Apr 24 11:45:23 Sony kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.
this means the commands aren't sent
iwi3945 rel 816
from last logs this looks the best starttup configuration
you have
Apr 24 11:45:23 Sony kernel[0]: error iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms.
this means the commands aren't sent
iwi3945 rel 816
from last logs this looks the best starttup configuration
Thanks Jalavoui,
So what are theses telling you?
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_bg_scan_completed SCAN complete scan
Apr 24 11:45:23 Sony kernel[0]: ieee80211_scan_completed
Oh, and you also worked on Sheepshaver? I loved that project.
So what are theses telling you?
Apr 24 11:45:23 Sony kernel[0]: iwl3945: U iwl3945_bg_scan_completed SCAN complete scan
Apr 24 11:45:23 Sony kernel[0]: ieee80211_scan_completed
Oh, and you also worked on Sheepshaver? I loved that project.
815 logs.....
Apr 24 17:54:42 kernel[0]: ifconfig going up
Apr 24 17:54:42 kernel[0]: outputPacket called by someone
Apr 24 17:54:42 kernel[0]: outputPaccket2 called
Apr 24 17:54:42 kernel[0]: tx pkt with net down
Apr 24 17:54:43 kernel[0]: : 47
Apr 24 17:54:43 kernel[0]: iwl3945: U is_temp_calib_needed Same temp,
Apr 24 17:54:43 kernel[0]: iwl3945: U is_temp_calib_needed Timed thermal calib not needed
what the hell : 47 means ?????
and here it comes the BT_error againg
Apr 24 17:54:45 kernel[0]: ieee80211_start_queues
Apr 24 17:54:45 kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_BT_CONFIG (#9b), seq: 0x0400, 16 bytes at 0[0]:4
Apr 24 17:54:45 kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_BT_CONFIG Condition: 0ms left
Apr 24 17:54:45 kernel[0]: error iwl3945: Error sending REPLY_BT_CONFIG: time out after 500ms.
Apr 24 17:54:43 kernel[0]: 1st scan
Apr 24 17:54:43 kernel[0]: not ready for 1st scan
Apr 24 17:54:45 kernel[0]: 984965414
I love 98496514 error .... makes me feel happy...
We are getting close to it...
Jalavou, I can also test the 4965 ... just need to setup 10.5.2 on it removing Windows Vista...
Apr 24 17:54:42 kernel[0]: ifconfig going up
Apr 24 17:54:42 kernel[0]: outputPacket called by someone
Apr 24 17:54:42 kernel[0]: outputPaccket2 called
Apr 24 17:54:42 kernel[0]: tx pkt with net down
Apr 24 17:54:43 kernel[0]: : 47
Apr 24 17:54:43 kernel[0]: iwl3945: U is_temp_calib_needed Same temp,
Apr 24 17:54:43 kernel[0]: iwl3945: U is_temp_calib_needed Timed thermal calib not needed
what the hell : 47 means ?????
and here it comes the BT_error againg
Apr 24 17:54:45 kernel[0]: ieee80211_start_queues
Apr 24 17:54:45 kernel[0]: iwl3945: U iwl3945_enqueue_hcmd Sending command REPLY_BT_CONFIG (#9b), seq: 0x0400, 16 bytes at 0[0]:4
Apr 24 17:54:45 kernel[0]: iwl3945: U iwl3945_send_cmd_sync Wait REPLY_BT_CONFIG Condition: 0ms left
Apr 24 17:54:45 kernel[0]: error iwl3945: Error sending REPLY_BT_CONFIG: time out after 500ms.
Apr 24 17:54:43 kernel[0]: 1st scan
Apr 24 17:54:43 kernel[0]: not ready for 1st scan
Apr 24 17:54:45 kernel[0]: 984965414
I love 98496514 error .... makes me feel happy...
We are getting close to it...
Jalavou, I can also test the 4965 ... just need to setup 10.5.2 on it removing Windows Vista...
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.