Hey, yes i think i do, and no i havent tested it on a deserted place (could try but its pretty difficult around the city to find a deserted place). Can you explain to me the changing the modes you mention please?

I've been testing the new release (iwi3945 rev 660) and I'm get this messages on the console i cant understand. I posted this messages in the file called LOOP2.rtf. I'm not able to turn the card on as I was before, and about 15 mins after the kext is loaded got a KP.

I dont know if a m doing anythig wrong but just in case these are the steps am following:
1. get the files from the svn trunk with SyncroSVNClient.
2. compiling both The network Selector project and the iwi3945 project (ignoring the 22 warnings and 21 errors. is this right???)
3. loading the kext with Terminal and copying the compiled NetworkSelector in to the extensions directory
4 Execute the network selector and start debuging

I'm still getting KP at reboot when the driver is loaded. Here are my logs

ok guys i see that people have gotten the 3945 recognized. but when i follow the download link for google it doesnt bring up anything. could someone please email me the driver? my email is zacwhite15@msn.com. i might be able to help a little with the developement.

jalavoui:
My new logs are attached, and again I've loaded the kext manually...

1. I've (re-) noticed that unloading the kext crashes the OS instantly, after these lines are written in the system.log:
2. It doesn't really matter what you do, the system will hang in a few minutes.
3. Loading the kext under single user mode, showed a lot more debugging messages flooding through the screen. For instance, the received packages were shown. I could clearly see some AP's SSIDs (screenshot 0). Then, it slows down and just prints few more lines in approx. 15sec interval (screenshot 1). After that, the kernel paniced (screenshot 2).

Hope these information will help tracking the kp down...


FurryPotato:
Use the getlogs4.command.zip somewhere in this forums! It'll gather all needed logs jalavoui needs!


dab77:
It's not installed by default, but bundled with your OSX...
You'll have to download the whole svn tree only once. If there's an update, switch into the iwi3945 directory and type 'svn up'.


Testers:
I'll try to give some hints how to...
- get/test the driver I've attached:
- grab the logs afterwards:
Or use getlogs.command (download).

Ok I am lost LOL I am total noob here is there an easier way?

THanks for the logs info. I should have time to try this out on the weekend and post the logs here.

cheers guys.
Dylan

Everyone here talks abot the way to remove the kext file. I don't know if this is the right way but all I do is boot in to the graphic interface with F8, then run command -x for safe mode and delete the kext from the extentions dir. Dont know if this is the right way but its worked for me everytime. I will try the log thing this weekend. Damn it seems like we are so close to getting this driver working.

Hi please can you send me a copy of the iwi3945_r660.tar.bz2.txt without the txt extention as i can't download it!

Try downloading it by right-clicking the attachment and click "Save link as". The browser think it's a website and names it "index.php". Just save it under the correct filename.

Tried that just saves a webpage just downloaded it from the link you send me on PM. Anyhow guy/girls anyone tried a NDISwrapper which was used for Linux to install Windows drivers? its just an idea. It mite help you load out to make a driver it mite not as i say just an idea.

And how close are we to a Working drivers for the Intel 3945ABG for OSX 10.5.2?

Anyway, there's a dmg uploded in the cvs, you can get it from here: http://iwidarwin.googlecode.com/svn/trunk/...0.5/iwi3945.dmg , i havent tested it, but was added in the last revision, so it must be the lastest build. Remember its not the working driver, its just a test!, if you install it be aware, you may get a nice KP.

shure i'd like to make this card work
the svn code is for mac os x 10.4 only

iwi3945
the .dmg i've put in the svn tree is for ppc computer
TNW - can you replace it?
the driver seems to be scanning but there's to much debug messages - need to change the debug parameter...

there's a bug in ieee80211_register_hwmode() - i'll upload the fix to svn

ok done rel 662

can someone test this?
i'm expecting less debug output in this release

Hi all,
I know that this is not a working driver but I'd just like to know if you can receive data. this is just to know if we're close to our goal...
Any idea of the % that you guys have done in the development of the driver?


Thanks again and GOOD LUCK!!

Easier way for what?

Be specific.

i installed the package contained in iwi3945.dmg ... but nothing changed in networks, no wireless adapter appeared

Hey All,

My internet works in safe mode, no problem. I have an intel 3945. When i boot into normal mode, no good. Anybody know how to fix this? Thanks!

Just to reiterate- as im sure you know, we appreciate your work!

How close are we? Think we can get it working?

logs from revision 662

Odd, when i installed the kext file manually it caused KP's but it would show up in my network preference's and I could turn it off and on. When I installed using the DMG provided, it wouldn't show up in my network preference's and the network program wouldn't work at all. Screen caps attached.

rel 662 logs

With rev 662 I'm also getting a kp. Logs are attached.

As before, loading the kext under single user mode, the debug messages stop flooding after approx. 3mins and keeps printing some "iwl3945_hw_reg_txpower_get_temperature" messages for one 1min (screenshot 1). After that it panicks (screenshot 2).

iwi3945 rel 663

fix for timer function

downloading xcode. will test within 3-4 hours

jalavoui, iwi3945 r663:
Kernel panicked after a while. As usual, logs and screenshots are attached.

Screenshot 1: After loaded kext, packets were printed.
Screenshot 2: After approx. 3 mins, the flooding stopped. Another messages were printed slowly.
Screenshot 3: Kernel panic.

kernel panic from rev 663

ok, my first try..

thanks Sousuke for comprehensible explanations! (sorry I've never used macOS before..)
!
I only could kextload the file after having moved the dir with the file in /. think it's normal..

in the network tools i can select en1, but cannot ping my router ip.
tryed to run /networSelector, could see the menù, but how do I know if the selections in the menù works?
for example, hitting 1 the card should go ON, but when I go into the network selection, I don't see it's on. also if i type ifconfig.

is there any other command I could try?
also tryed to put a working ip instead of DHCP, but notingh happens.
after 10 minutes the system stops, without any KP. I just can't move my mouse anymore..

is there a kind of 'ctrl+alt+F1' as on linux?

here are my logs.
iwi 3945 vers was 660.

p.s. tell me one thing please: since I don't have xcode on my installation, I have to wait for someone to compile a kext every new ver.?

thanks. I'm happy to do what I can for developing. good job guys!

ver. 663.

for me same as 660.
cannot turn on and after 10 minutes sistem blocks.

if you get this them the driver is start working
looks like the panic occurs when the driver finish scanning and try to associates to the network


iwi3945 rel 664
ok - try this one
it's better to test this by booting with -s

rev 664
when i booted with "-s" i got a panic



when i booted regularly and loaded it with kextload i was able to get logs, the card did show up in the network utility

need more logs for iwi3945

i think i get waht's wrong in the driver:

the iwl3945_mac_xxx functions aren't called
the driver need some of this functions to be correctly configured
i don't know if i can fix this without the card...

my guess is pci_register_driver() is wrong
it should have some of the code from ieee80211_open()

ok -i'll try this and upload to the svn tree

done

iwi3945 rel 665
i've added ieee80211_open()
this will make other functions to start working
i think i'll need TNW to make this work

tried 664, but since I don't have xcode, I did with .dmg, but Installation doesn't go as with kext.. these are two output i had problems with. can you tell me what I've done wrong?thanks.tried 664, but since I don't have xcode, I did with .dmg, but Installation doesn't go as with kext.. these are two output i had problems with. can you tell me what I've done wrong?thanks.

got same result as y2kkirb on 664

ill try rel 665

logs from rev 664
will test 665 MAc

iwi3945, r665:
Loading the kext instantly crashes the OS.
I couldn't get any logs... one screenshot is attached!

i get the same screen as sosuke and Im getting the KP at start too, couldtn get any logs either
i booted in safe boot and saved the system log, i dont know if it's of any use but here it is

PD: TNW Please help, i think u guys are so close to make this work

Hi ,
I'm so sorry but at this moment , I can't help you.
First because I'm in Hollyday and I haven't my computer , I've an other old computer.

And I'm working on an other driver for this old computer XD (SiS900 the driver is quite to be finished in only one day , ethernet driver I love you! :q)

I hope that Jalavoui finish it soon.

So Good luck all.

PS: I'am connected trough a crappy cable modem with usb Grrr

ok well unlike everyone else here i have no problem with my system KP'ing on me. my issue is that the .kext doesnt load something about a mem error when executing it. and when i go into my sys preferances it still doesnt detect the card. so am i doing something wrong? oh and also this is the error i get when i run the network selector:


saac-whites-mac-pro:~ IsaacWhite$ /Applications/networkSelector ; exit;
Unhandled transform (1) for ioctl group = 78 (N), number = 3, length = 100
Illegal instruction
logout

[Process completed]

and this is the error i get during the boot up process:
kld_load_from_memory() failed for module /System/Library/Extensions/iwi3945.kext/Contents/MacOS/iwi3945

Apr 3 23:17:59 localhost kextd[41]: a link/load error occured for kernel extension /System/Library/Extensions/iwi3945.kext

i know that the kext is there because i double check it. if i knew how to do a sys log i would do that to help. but if anyone can help me get my setup to the point where it atleast recognizes and sees the card it would be greatly appreciated.

HackerZac
*hacking is the way to go*

HP Pavilion
DV9207us
Core Duo 1.73Ghz
3gb DDR2 533
WD1200BEVS-Running Vista Enterprise
WD1600BEVS-Running Kalyway OsX 10.5.2
Intel 3945abg
GeForce Go 7600 256mb

iwi3945-r665.

KP as I try to kextload that.

same as sousuke.

iwi3945 rel 666
need help to debug this
boot with -s to test

iwi3945, r666:
I'm still getting an kp...
No logs... one screenshot attached!

iwi3945

new functions new panic...
anyone online to test new releases?

ok rel 667 is in the svn tree
i'll wait for logs

if you get a kp post the picture otherwise i can't fix it

one question:
I use to save the new driver dir into a usb-pendrive, to port them on Hackintosh.
if I boot as single user, how can I mount the pen? and in which dir should I find that?

thanks..

Got KP while booting with -s
couldnt get logs

rev 667 kp

iwi3945, r667

so, just for the record, this wont work for us 10.5.x'ers will it?

no biggie, just wandering if there is any point in me submitting logs

Same result here..
KP...

iwi3945_r667

single mode boot
kp as kextloading.

iwi3945 rel 669

add station code to allow driver start scanning, associating to networks
don't know when this is work...

well at least the logs are right

since you have xcode and the card maybe you can check where the driver panics
check ieeee80211_open() and add some debug msgs to cache the kp
if you can do this i can make the driver work much faster

you can capture the panic by adding IOLog("x\n"); messages to code
here's an example:

static int ieee80211_open(struct net_device *dev)
{
IM_HERE_NOW();

struct ieee80211_sub_if_data *sdata, *nsdata;
struct ieee80211_local *local = (ieee80211_local*)wdev_priv(dev->ieee80211_ptr);
struct ieee80211_if_init_conf conf;
int res;

sdata = (struct ieee80211_sub_if_data*)IEEE80211_DEV_TO_SUB_IF(dev);
IOLog("1\n");
//read_lock(&local->sub_if_lock);
list_for_each_entry(nsdata, &local->sub_if_list, list) {
struct net_device *ndev = nsdata->dev;

if (ndev != dev && ndev != local->mdev /*&& netif_running(ndev)*/ &&
compare_ether_addr(dev->dev_addr, ndev->dev_addr) == 0 &&
!identical_mac_addr_allowed(sdata->type, nsdata->type)) {
//read_unlock(&local->sub_if_lock);
return -1;//-ENOTUNIQ;
}
}
//read_unlock(&local->sub_if_lock);
IOLog("2\n");
if (sdata->type == IEEE80211_IF_TYPE_WDS &&
is_zero_ether_addr(sdata->u.wds.remote_addr))
return -ENOLINK;
IOLog("3\n");
if (sdata->type == IEEE80211_IF_TYPE_MNTR && local->open_count &&
!(local->hw.flags & IEEE80211_HW_MONITOR_DURING_OPER)) {
/* run the interface in a "soft monitor" mode */
local->monitors++;
local->open_count++;
//local->hw.conf.flags |= IEEE80211_CONF_RADIOTAP;
return 0;
}
//ieee80211_start_soft_monitor(local);
IOLog("4\n");
conf.if_id = dev->ifindex;
conf.type = sdata->type;
conf.mac_addr = dev->dev_addr;
res = local->ops->add_interface(local_to_hw(local), &conf);
IOLog("4\n");
if (res) {
if (sdata->type == IEEE80211_IF_TYPE_MNTR)
ieee80211_start_hard_monitor(local);
return res;
}
IOLog("5\n");
if (local->open_count == 0) {
res = 0;
IOLog("6\n");
tasklet_enable(&local->tx_pending_tasklet);
tasklet_enable(&local->tasklet);
IOLog("7\n");
if (local->ops->open)
res = local->ops->open(local_to_hw(local));
IOLog("8\n");
if (res == 0) {
res = 0;//dev_open(local->mdev);
if (res) {
if (local->ops->stop)
local->ops->stop(local_to_hw(local));
} else {
res = ieee80211_hw_config(local);
IOLog("9\n");
if (res && local->ops->stop)
local->ops->stop(local_to_hw(local));
//else if (!res && local->apdev)
// dev_open(local->apdev);
}
}
IOLog("10\n");
if (res) {
if (local->ops->remove_interface)
local->ops->remove_interface(local_to_hw(local),
&conf);
return res;
}
}
local->open_count++;
IOLog("11\n");
if (sdata->type == IEEE80211_IF_TYPE_MNTR) {
local->monitors++;
//local->hw.conf.flags |= IEEE80211_CONF_RADIOTAP;
} else
ieee80211_if_config(dev);

/*if (sdata->type == IEEE80211_IF_TYPE_STA &&
!local->user_space_mlme)
netif_carrier_off(dev);
else
netif_carrier_on(dev);*/
IOLog("12\n");
netif_start_queue(dev);
IOLog("13\n");
return 0;
}

if you do this when you get a kernel panic i can finish the driver much faster

i dont know if this is a KP but i got stucked in this screen
sorry for screenshot on the zip file...

oh my god thats like the closest i have seen it get. looks to me like it is also detecting the network channels as it loads. sweet were getting closer!!.
now i do have a question for you... how the hell did you get it to do that cause i have followed the instructions to the Tee and i still cant get it to even load the kext. so can someone help me??

yeah, i got the exact same thing...