679 KP screenshot. I hadn't managed to get dmesg messages.One time I had something like Sousuke had in his dmesg, but that process didn't stopped, and I tried to kextunload it :)Another one didn't included dumps, but lots of strings "nic held" or smth like that.Here is the screenshot of its endClick to view attachmentI've discovered one more interesting thing. Seems like of card was enabled from somewhere else it begins scan and KPs over some time.If it's disabled, it gives the result as in my previous screens. So I think KP isn't in scan procedure

iwi3945 rel 680

the driver as no rate routines!!
it will never work without this
i've add new file to the project to fix it
i don't know if you'll get symbols errors

Compiling...

Undefined symbol:_rate_control_simple_init

I think we could have done without the glare :/ But whatever

try to add rc80211_simple.c to the project:
- right click on "added code"
->Add -> Existing file
it's in main iwi3945 folder

anyone can build ?

ok...

iwi3945 rel 681
canged xcode proj

Added file, new error:
_IEEE80211_DEV_TO_SUB_IF
undefined symbol


Fixed that in working copy.
added #define IEEE80211_DEV_TO_SUB_IF(dev) netdev_priv(dev)
to defines.h

If you add me to project, I can commit.


UPDATE: about 15 mins of loaded kext, no KP

pm with your gmail account so i can add you to the iwidarwin project

iwi3945 rel 682
looks like the rate new file isn't call after all... - i'll leave it for now
changed debug level to check kp. it nows show all lines after using kextload
ieeeopen is causing the kp - need to check all calls inside this. this can't be hacked the driver works based on this code. can you try to fix this?

I'll try. I'm not sure I understand all calls structure though.

682 installs perfectly but in network selector i get Unhandled transform (1) for ioctl group = 78 (N), number = 3, length = 100Illegal instructionlogout[Process completed]hope it helpsBTW: It did not show anything new in the network preferences as well

Logs for iwi3945 revision 682

The compile works, the install works the kext loads ok ... no kp ... After first boot end up in kp after around 10 seconds
Here are my logs
Click to view attachment Click to view attachment

Cheers

iwi3945 rel 683
less debug msg will help catch the ieeopen bug
use kextload to load the driver and get log lines

Developing
if you like to help developing grab the svn code and try to fix it
post result here

LOGS AND NETWORK IMAGE.
Click to view attachment
Click to view attachment
Click to view attachment
Click to view attachment
Click to view attachment


kext worked in terminal while osx was running.
after installing the kext and rebooting.
osx got kp.
second boot work for about 6-7 min and got hang.
boot with -x. got kp after few min.

iwi3945 rel 684
the debug msg are wrong
i've commited the change to svn - again
i need to see first debug msg of system.txt

leave dhcp in sys prefs alone
the driver only needs to be detected in sys prefs - do this after using kextload
don't need other changes
and...
disable other network interfaces before testing


driver status

the driver is scanning
but
not in the right place , i.e, it is not called by the right functions
this is why it is unable to join networks and start receiving/sending data packets

logs from revision 684

iwi3945 rel 685
added code for tx data and other functions missed
need help debuging - this release is all it takes to start making iwi3945 work
if you have the card and run a few tests you'll find what's wrong - easy to fix

iwi3945 rev 685.
kextload heres the logs.
Click to view attachment
Click to view attachment
Click to view attachment
Click to view attachment

logs for 685...

***-*********-macintosh:~ *******$ sudo kextload -t /System/Library/Extensions/iwi3945.kext
kextload: extension /System/Library/Extensions/iwi3945.kext appears to be loadable
kld(): Undefined symbols:
__Z10mbuf_copymP6__mbufmmjPS0_
__Z10mbuf_flagsP6__mbuf
__Z11mbuf_setlenP6__mbufm
__Z12ctl_registerP12kern_ctl_regPPv
__Z12mbuf_prependPP6__mbufmj
__Z12mbuf_setdataP6__mbufPvm
__Z15mbuf_pkthdr_lenP6__mbuf
__Z17mbuf_leadingspaceP6__mbuf
__Z18mbuf_pkthdr_setlenP6__mbufm
__Z18mbuf_trailingspaceP6__mbuf
__Z21mbuf_data_to_physicalPv
__Z8mbuf_adjP6__mbufi
__Z8mbuf_lenP6__mbuf
__Z9mbuf_dataP6__mbuf
__Z9mbuf_typeP6__mbuf
kextload: kld_load_from_memory() failed for module /System/Library/Extensions/iwi3945.kext/Contents/MacOS/iwi3945
kextload: a link/load error occured for kernel extension /System/Library/Extensions/iwi3945.kext
link/load failed for extension /System/Library/Extensions/iwi3945.kext
(run kextload with -t for diagnostic output)

Dont know what to do?

iwi3945, r685:
Here are my logs and kp screenshot.

iwi3945 - for developers only

at this time the driver needs to be debugged in order to find out why it fails to load
from logs you can see that it recovers from this bug but this is preventing the driver to work as expected
i can't continue to work on the driver until someone with the card help me on this
some tips:

- change the debug to have more/less debug output
static int iwl3945_param_debug = 0;//0xffffffff & ~(IWL_DL_IO | IWL_DL_ISR | IWL_DL_POWER | IWL_DL_TEMP | IWL_DL_INFO);

- check ieee80211_open()

Quick System Brakedown:
System : Gateway MX6920
OSX : 10.5.1 - iATKOS flavor.

I installed the dmg looked in my sys pref and didn't see any new nics
so I went to the network selector and ran, I got this:

login: Fri Apr 11 12:28:01 on ttys000
/Applications/networkSelector ; exit;
damians-mx6920:~ Damian$ /Applications/networkSelector ; exit;
Unhandled transform (1) for ioctl group = 78 (N), number = 3, length = 100
Illegal instruction
logout

[Process completed]

do i need to run sudo on network selector?

I ran logs collector (I had to run that as sudo) here are my logs

iwi3945 rel 686
i think i figured what's wrong
hope this works
if you get errors in log (like Sousuke) reboot and use kextload again to test
i don't know why the driver sometimes works and sometimes don't - reboot seems to fix it

iwi3945 rev 686

i got kp after about 7 min when kextloaded with osx running.

heres the logs.

Click to view attachment
Click to view attachment
Click to view attachment
Click to view attachment

iwi3945 rel 687
@#! scan or die

Heres some kp photos and logs.

Click to view attachment
Click to view attachment
Click to view attachment
Click to view attachment



thanks.

logs from 687, it panics after about 5 minutes or so...

Hi there,

i would like to contribute to developing , have c++ skills but only on windows and I'm not very deep into hardware developing.

I have Leopard running with kalway 5.1

My network driver is Intel Wireless Pro 2100 3A mini pci adapter


as i can see for now the code has to be ported to leopard first.

What should be a good point to start regarding documentation etc. ??

cu

sliverriver

Try this one

http://developer.apple.com/documentation/P...tingDrivers.pdf

iwi3945
if you see this in logs:
warning iwl3945: Radio disabled by HW RF Kill switch
this means the card is off
reboot and test the driver again

none of the logs for rel 687 are useful - can someone post good logs?

better test this one:

iwi3945 rel 688
looks like __ieee80211_invoke_rx_handlers don't work
this is way the driver don't scan

I'd love to but have no idea what I'm doing....

I'll ask again if anyone can post a 'dummies' guide to doing all this (compiling drivers, installing them, recovering from any errors and then locating error logs needed) I'll be happy to try it(And it might get a few more people to participate too)

Keep up the good work

deam...
forgot the debug msgs
fixed

iwi3945 rel 689
good for testing

read previous post to learn howto build/text from latest svn source code

the driver is very close to work
all help is welcome
but
please
check your logs before posting results

Click to view attachment Good morning all,

Did a fresh build, ran it for about 10 mins, then Hard Lock up. Used network selector and tried to scan too. logs attached.

Logs for iwi3945 Revision 689
Click to view attachmentClick to view attachmentClick to view attachment

Loaded the latest build used the networkSelector with no success and after 10 minutes had to push the power-button.

logs from 689...
it looks like it detected my AP in the logs...
it does panic after about 10 minutes though

iwi3945 rel 690
ieee80211_invoke_rx_handlers hack


any comments on code/suggestions please post here

glorybox,
i'm only testing stuff here
if you have any idea to make this work
post your code here for testing

logs from 690
it still panics about 10 minutes

Not to sound n00bish or desperate

But how far is the intel 3945 driver coming along?

And is there anything I can do to help?

Testing wise as I haven't had experience porting drivers

yep still got kp after 7-8 min.
heres some logs and kp photos from boot with -s

Click to view attachment
Click to view attachment
Click to view attachment
Click to view attachment

jalavoui if it possible i can let you work on my laptop remotely and do testing??? if its possible like in pcany or something like that.

thanks.

iwi3945 rel 691
ieeeifconfig delay - this can make the driver hang
better test with -s first
to test the driver you need to unplug other network connections - i've seen many bugs in logs that can be caused by this
this is why i can't work remotely

thanks for keep posting logs
anyone with ideas for making this code work?

i only need to see first driver log lines - don't need to test it for 10m - 1 minute is enough (if it loads right)
can someone write an howto install svn, grab svn code, build the driver, etc
maybe others like to post logs

driver status
again...
anyone with the card and a few code knowledge on the driver can make it work
i'll keep trying but i don't think i can make it work without other developers help

Maybe we can try to update iwl code out of GIT. They have minor release on 2nd of April?

logs from 691
attached is also a picture of the kp when booting with -s

unable to build.


while (netif_running(dev)==0) IOSLeep(1);
iosleep was not declared in this scope

typo in commit
s/IOSLeep/IOSleep/

maybe when the driver is more stable we can do that
the problem is mac os x code no iwl code

iwi3945 rel 692
force interface to not unregister
iosleep fixed

So I've downloaded the latest iwi3945 using the svn checkoutI've downloaded the xcode from apples siteI've downloaded the getlogs fileI went to compile and it says build failed... (I attached as text cuz it's a long paste).What am I missing or doing wrong?wow, you guys are good! the answer posted before I even finshed posting the question!

logs from 692 and kp picture

iwi3945 692

logs.
Click to view attachment
Click to view attachment
Click to view attachment

p.s. im stuck in a computer lab most of the day and can run tests.

weird logs...

lastsoft, y2kkirb
can you run a few tests with kextload?
the driver is expected to have one log with both of your logs
sometimes the driver fails - need to reboot and test again

can you post the output of ifconfig?

so I compiled, and tyied to kexload but I got this:

damians-mx6920:Release Damian$ sudo kextload /system/library/extensions/iwi3945.kext
Password:
Sorry, try again.
Password:
kextload: cannot resolve dependencies for kernel extension /system/library/extensions/iwi3945.kext
error loading extension /system/library/extensions/iwi3945.kext

what am I don't wrong?

ifconfiglo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fd21:b6ef:9ccd:d23b:216:d4ff:fecf:7996 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::216:d4ff:fecf:7996%en0 prefixlen 64 scopeid 0x4
inet 192.168.1.5 netmask 0xffffff00 broadcast 192.168.1.255
ether 00:16:d4:cf:79:96
media: autoselect (100baseTX <full-duplex>) status: active
supported media: 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 100baseTX <half-duplex> 100baseTX <full-duplex> 1000baseT <half-duplex> 1000baseT <full-duplex> autoselect
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 2030
lladdr 00:02:3f:73:93:40:13:a6
media: autoselect <full-duplex> status: inactive
supported media: autoselect <full-duplex>

heres some more logs.
Click to view attachment
Click to view attachment
Click to view attachment