InsanelyMac Forum > Intel Wireless 2100, 2200bg, 2915bg, 3945abg, 4965agn

Full Version: Intel Wireless 2100, 2200bg, 2915bg, 3945abg, 4965agn

InsanelyMac Forum > OSx86 Project > Hardware and Drivers > LAN and Wireless

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

jalavoui

Mar 7 2008, 12:00 AM

TNW,
you need to copy some of iwi2200 code for the IOEthernetController version. check start(), enable(), disable(), outputpacket().

add a debug to outputpacket() to check if the interface receives the 1st packet

one important thing: create a networkSelector.app for turning the card on/off. this will help a lot for debuging the driver. you'll find some problems with rf_kill when turning the card on/off.

1st step at this time (i think) will be to write the missing code for station functions.

after this you need to handle rx packets - the most important will be the beacons and probe response. is this code in ieee80211_invoke_rx_handlers() ?

once this is done the driver will be ready to associate to networks. we'll need outputpacket once we get here

finally it will be ready to rx/tx data packets. it will not handle safe networks but at least the driver will be working

the reason of having the dmg in svn is mostly because of having more logs. there are different versions of iwi3945 cards.

you can try to use nsGUI if you like. but networkSelector works better if you need to reboot with "-s" option.

can you post the version of mac80211 you're using? maybe i can help writting some code.

it's also a good idea (before writting more code) to add a
#ifdef ethernet_version
to separate from IO80211Controller code

asstastic

Mar 7 2008, 12:39 AM

TWN,
I tried the kext load script with the test 3945 driver and it didn't seem to load so I just copied the kext into /Sysyem/Library/Extensions/
I tried rebooting twice and got a kernel panic each time it got to the 3945 driver, same spot each time. If you want I can post some pics.

HA3AP

Mar 7 2008, 01:02 AM

Do you know how to boot from the panic? As I cant boot my OS X... Thnaks

rubinho93

Mar 7 2008, 08:23 AM

QUOTE(HA3AP @ Mar 7 2008, 02:02 AM)

Do you know how to boot from the panic? As I cant boot my OS X... Thnaks

Try to boot with -f or -x
if this doesn't work, boot with -s and type those commands to remove the driver (PARTITIONNAME is the name of the partition where you installed leopard:

CODE

rm -rf /Volumes/PARTITIONNAME/System/Library/Extensions/iwiXXXX.kext

(XXXX is your iwi version number: 2200, 3945 or else)

CODE

rm -rf /Volumes/PARTITIONNAME/System/Library/extensions.mkext

Then type exit and reboot your hackintosh.

jalavoui

Mar 7 2008, 12:44 PM

TNW,

can you post the full system.log from last svn build?
if you have networkSelector what happens when turning the card on/off?

we'll need to write code for some skb linux functions
take a look at this:
http://tomoyo.sourceforge.jp/cgi-bin/lxr/s...x/skbuff.h#L644
this is better than trying to use list_head

it's better to remove
panic("BUG!"); \
the driver already as enought kernel panic. change it to printf() and make it return

in ieee80211_rx_irqsafe()
need to have tasklet_schedule(&local->tasklet); working. the driver won't work without this

__ieee80211_rx() need to have all mac80211 code. better to rewrite this function.

the best way to start all this is to begin writting code for ieee80211_alloc_hw(). all other functions depend on this one. i'm not shure of all code that is needed but you can start by enabling this one:
we don't need all mac80211 code - we'll see that later

eg:

static ieee80211_rx_handler ieee80211_rx_pre_handlers[] =
{
ieee80211_rx_h_parse_qos,
ieee80211_rx_h_load_stats,
NULL
};
on this case you can make ieee80211_rx_h_parse_qos(), ieee80211_rx_h_load_stats() return

on this:
static ieee80211_rx_handler ieee80211_rx_handlers[] =
{
ieee80211_rx_h_if_stats,
ieee80211_rx_h_monitor,
ieee80211_rx_h_passive_scan,
ieee80211_rx_h_check,
ieee80211_rx_h_sta_process,
ieee80211_rx_h_ccmp_decrypt,
ieee80211_rx_h_tkip_decrypt,
ieee80211_rx_h_wep_weak_iv_detection,
ieee80211_rx_h_wep_decrypt,
ieee80211_rx_h_defragment,
ieee80211_rx_h_ps_poll,
ieee80211_rx_h_michael_mic_verify,
/* this must be after decryption - so header is counted in MPDU mic
* must be before pae and data, so QOS_DATA format frames
* are not passed to user space by these functions
*/
ieee80211_rx_h_remove_qos_control,
ieee80211_rx_h_802_1x_pae,
ieee80211_rx_h_drop_unencrypted,
ieee80211_rx_h_data,
ieee80211_rx_h_mgmt,
NULL
};
make all return and write code for
ieee80211_rx_h_passive_scan,
ieee80211_rx_h_check,
ieee80211_rx_h_sta_process,
ieee80211_rx_h_drop_unencrypted,
ieee80211_rx_h_data,
ieee80211_rx_h_mgmt,

n the ifconfig :
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
there must be a bug in this. the RUNNING flag must be set only when the driver is associated to a network. just remembered: need to call disable() at driver load to fix this
i think you can use iwl3945_is_associated() in enable()

you can post the system.log - if it does not have all the log just press reload and you'll have it

TNW

Mar 7 2008, 12:56 PM

Hi ,

Sorry but i can't make a clean debug because log comes too quickly for system.log, and I'm not enought quick for press dmesg at the light speed

Are you thinking about port the mac80211 completly ? Like we do for the core driver ?

in the ifconfig :
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:13:02:15:d8:12
media: autoselect status: inactive
supported media: autoselect

zeclubbeur

Mar 7 2008, 01:50 PM

QUOTE(Rubenca @ Mar 6 2008, 05:06 PM)

Please, I have no quarry with you, but do some research. The driver is not functional yet. Please hold on and pay respect to those who put time and effort in giving you the oppertunity to have wireless on your precious laptop.

Well, I apologize if my question hurts you. by posting this, I do not want to be disrespectful to those who work hard to make this driver work. I know that driver is an alpha driver. But, I ask this to you in the hope that could help the team, nothing more.

So, Rubenca, stay relax and don't think I'm a poor noob who wants to polute this topic

jalavoui

Mar 7 2008, 02:04 PM

there are some minor bugs in code:

in start() - sorry - better check the code in iwi2200. maybe you don't need WiFiPower.cpp

are this attachInterfaceWithMacAddress(), dataLinkLayerAttachComplete() correct? see if IOEthernetController/IONetworkController need this functions

there's missing code in outputPacket2(). in iwi2200 i have replace mergePacket(). you need to add this lines.
add a iolog to see if iwi3945 tryes to tx a packect with mbuf_next.

if(mbuf_next(m)){
nm = mergePacket(m);
if (nm==NULL)
{
netStats->outputErrors++;
IWI_ERR("merger pkt failed\n");
goto finish;
}
m=nm;
}
if(mbuf_next(m)){
IWI_ERR("BUG: dont support chains mbuf\n");
//IWI_ERR("BUG: tx packet is not single mbuf mbuf_len(%d) mbuf_pkthdr_len(%d)\n",mbuf_len(m) , mbuf_pkthdr_len(m) );
//IWI_ERR("BUG: next mbuf size %d\n",mbuf_len(mbuf_next(m)));
netStats->outputErrors++;
goto finish;
}

outputPacket() is wrong. copy from iwi2200

interruptOccurred() - i think we don't need this function

getPacketBufferConstraints(). all driver as it's align values. i don't know if this is right for iwi3945. see this later.

getHardwareAddress(). if you get errors on this add a if to check if priv!=NULL

getNetworkInterface(). missing code? maybe

getOutputQueue() - maybe it's better to remove this funtion.

configureInterface() copy from iwi2200. the netStats var controlls the rx/tx packets. it is used for statistics. you can see the rx/tx packets with Network Utility in Applications/Utilities. you need a place to reset netStats var - see ipw_reset_stats() in iwi2200

createWorkLoop(), getWorkLoop(),newVendorString(),newModelString() copy from iwi2200

this is all i can remember for now

Kelvin_ng

Mar 7 2008, 02:35 PM

Wow... Salute to jalavoui, TNW, and also symuc.

Just one month before i'm so disappointed that no one is continue to work with 3945.

But now, the work is continue. Really thx to u guys to work hard on this.

TNW

Mar 7 2008, 02:59 PM

Ok , but I'll not work during this Week End .

I'll commit a NON compilling revision with the start on this work, lot of skb_ functions aren't implemented .

swqlin

Mar 7 2008, 03:55 PM

Thank you guys! Hoping to see the final working driver in no time!

nyukeit

Mar 7 2008, 04:05 PM

PROSet/Wireless 3945a/b/g OS X 10.5 IOEthernetController

PROSet/Wireless 3945a/b/g OS X 10.5 IO80211Controller

whts the difference?

hypnotic

Mar 7 2008, 04:10 PM

I see some source code files related with iw4965 in these SVN Trees :

http://iwidarwin.googlecode.com/svn/trunk/...45-airport10.5/

and

http://iwidarwin.googlecode.com/svn/trunk/...45_new-osx10.5/

Could anyone explain what are they supposed to mean ?

nyukeit

Mar 7 2008, 04:36 PM

QUOTE

They are supposed to mean WORK IN PROGRESS!!!

I saw comments regarding the 3945 ABG driver, and most people getting panics and happened with me too on my HP Pavilion DV2119TX. Anyways, problem repaired now using solutions above (Thanks a Lot!)

Not having a good camera to post the s-shots, but good luck to guyz working on this! and thanks a lot for the efforts being put in!

jalavoui

Mar 7 2008, 10:05 PM

iwi3945 driver status

source code is available at
http://iwidarwin.googlecode.com/svn/trunk/...45_new-osx10.5/
this is the latest source code release
it's a IOEthernetController version - when the driver is stable we'll make a airport(IO80211Controller) version

anyone who like to develop this driver or the iwi4965 should look at this source files

iwi2200 driver status
working with wep support for mac os x 10.4 and 10.5
need more testing in 10.5

iwi2100
we don't have anyone with this card for help developing the driver

mehdymehdy

Mar 7 2008, 10:48 PM

i read the source codes . i really wish i could do something . i don't know where to start . i wish i had some experience in this kind of programing. if there is a way to read about it to learn it'll be nice. i mean learn how to develop.

thanks a lot . i'm sure this driver will work soon.

burndeep

Mar 7 2008, 10:56 PM

jalavoui
Sent pm.

Wayfarer247

Mar 8 2008, 04:36 PM

I've been looking into these threads for a while, listening and looking around. It's good work here, and I am really glad Jalavoui & TNW (And others I am sure) are working hard on these drivers. There are a lot of us who would like to help, but know little about OS X and less about Drivers and the coding involved. I've been looking around, and I personally would like to see what still needs to be done, and what any of us can help with (besides testing obviously).

Basically, a Status report:
-How much money has been donated.
-How much more money you would like, and what you will use it for.
-What issues you are working on in which drivers.

And a Question: Jalavoui and TNW, are you only communicating through these forums?

mehdymehdy

Mar 9 2008, 03:20 AM

cant' wait for the latest one to test. i hope this one has all the elements of a working driver . maybe when i test it it works .

i guess i'm dreaming.

ZenWalker

Mar 9 2008, 07:10 AM

Hi

I was just wondering if it is not possible to write something like ndiswrapper for Mac OS X ? I am sure everybody knows about ndiswrapper here.

Neew

Mar 9 2008, 03:23 PM

Hello!
Just wanted to say thank you! to all guys who keeps the work going with 3945 and all the other cards!

I got a 3945, and hope u will find a solution soon..

well thank you for all the time you put down!

mehdymehdy

Mar 9 2008, 11:35 PM

i had the same question , if it's possible to make an ndiswrapper. i have the 3945 .and on ubuntu i install this ndiswrapper which is working not only for 3945 but many other cards . i wonder how that works . but it works great. so, since mac is unix based os . i'm not sure . but there could be away. anyways i'm just asking the developers , they might know something.

again i thank you guys for your work . i mean whatever you've done so far is amazing. it's a hard work. thanks a lot.

y2s

Mar 10 2008, 01:27 PM

Hmm..... I have a very small question that is
I'm going to buy meself a new notebook{dell xps 1530m}
and I get the option of choosing between 3945 and 4965...
I'm confused which one should I choose ?
cab someone please help me....
thanks in advance

.ZAWiR

Mar 10 2008, 01:40 PM

4965 coz it got wireless a/b/g and N support.

3945 only supports wireless a/b/g.

Since wireless-N is the next generation wireless standard, you should buy 4965.

y2s

Mar 10 2008, 03:21 PM

QUOTE(.ZAWiR @ Mar 10 2008, 07:10 PM)

4965 coz it got wireless a/b/g and N support.

3945 only supports wireless a/b/g.

Since wireless-N is the next generation wireless standard, you should buy 4965.

But is 4965 having any drivers for leopard ....I want it to be supported
in leapord....and from what i see 3945 has more support and more
stable drivers
im sorry fi the inconvinience but im really confused ....can some one please guide me
...thanks for upur quick response ZAWIR.....can u please explain wjat u mean to me

yeye

Mar 10 2008, 06:21 PM

read the topic and you'll find alone if 3945 or 4965 has any driver (2previous pages will be enough to read...)

jalavoui

Mar 10 2008, 09:22 PM

TNW, Symuc

i don't know if you already do this
we can deal with skb_set_mac_header(), skb_set_network_header() later
you'll need to add the function names to compatibility.h (skb.txt.zip)

static ieee80211_tx_handler ieee80211_tx_handlers[] =
{
ieee80211_tx_h_check_assoc,
ieee80211_tx_h_sequence,
ieee80211_tx_h_ps_buf,
ieee80211_tx_h_select_key,
ieee80211_tx_h_michael_mic_add,
ieee80211_tx_h_fragment,
ieee80211_tx_h_tkip_encrypt,
ieee80211_tx_h_ccmp_encrypt,
ieee80211_tx_h_wep_encrypt,
ieee80211_tx_h_rate_ctrl,
ieee80211_tx_h_misc,
ieee80211_tx_h_load_stats,
NULL
};
my guess is to make all functions return and write code for
ieee80211_tx_h_check_assoc, ieee80211_tx_h_sequence, ieee80211_tx_h_ps_buf, ieee80211_tx_h_fragment, ieee80211_tx_h_rate_ctrl, ieee80211_tx_h_misc

this can be ignored (for now): skb->protocol

netif_rx(skb); rx the packet: fNetif->inputPacket(skb,mbuf_len(skb));

dev_queue_xmit(skb2); tx the packet: outputPacket(skb2,0);

the "jiffies" timer and functions can be found in iwi2200.h

chech the time values for all queue_delayed_work() calls - they might be wrong

check ieee80211_register_hw(). some code is missing. this is important to make the driver work!

in sta_info_start(). looks like the stations work in a sort of "thread way". this can give lots of bugs

after the code for rx/tx is written the driver will start working.
some bugs will come up but i'll need to see the logs

TNW

Mar 10 2008, 09:42 PM

I'll commit my current version in 2 minutes. Therre are lot of FIXME and it needs a very BIG clean

jalavoui

Mar 10 2008, 10:08 PM

i'm looking at last svn version...

ok - lot's of things to fix

if you're not using iwi3945.cpp - i'd like to add some code
the hard work is at compatibility.cpp - better start from ieee80211_alloc_hw()

done rel 629
changed files:
- iwi3945.cpp
- iwi3945.h

you need to compile this. check if createWorkLoop() works

i got this wrong - should be like this:

static inline void skb_trim(struct sk_buff *skb, signed int offset)
{
//cut from the end of mbuf
if (offset>0)
mbuf_adj(skb->mac_data, offset);
else
mbuf_adj(skb->mac_data, -offset);
}

TNW

Mar 10 2008, 11:24 PM

QUOTE(jalavoui @ Mar 10 2008, 11:08 PM)

i'm looking at last svn version...

ok - lot's of things to fix

IOOutputQueue doesn't seens have a member function getState and IOEthernetController haven't got a getNetworkInterface function.
[edit] it's corrected

OutputQueue seems to be good :

Someone called createOutputQueue()
darwin_iwi3945::configureInterface()
darwin_iwi3945: Ethernet address 00:13:02:15:d8:12
darwin_iwi3945::enable()
ifconfig going up
outputPacket called by someone
outputPaccket2 called
tx pkt with net down

Wayfarer247

Mar 11 2008, 02:20 AM

Are you two only communicating through these forums?

mehdymehdy

Mar 11 2008, 02:42 AM

Hello!!
i found something today. my wireless card works with the intel driver which supports 3945 mini pci intel card. but today i open my laptop and i see it doesn't have intell mark on it .so i search more . i figure out that it's broadcom 802.11b/g .so it should work with bcm43xx. so i tried it but there was no results . no card was configured .

my question is if this driver is ready would it work on my wireless card . since it does work with the intel driver 3945? thanks.

zeclubbeur

Mar 11 2008, 02:59 PM

I've downloaded the last svn and try to load the "loadable" extention.

I've posted the dmesg log if it could help

Mac adress is still at 0xff...

jalavoui

Mar 11 2008, 04:07 PM

iwi3945

at this time we don't need logs on the driver.
once the rx/tx code is finished we'll upload a version for testing.
if you're using xcode and found bugs in the source code please post it here so we can fix it

TNW,
can you upload your last svn version?
some code is missing - i think i can finish it

TNW

Mar 11 2008, 05:13 PM

I commited my last version.

Maybe you should speak with a messenger

Megnus

Mar 11 2008, 06:06 PM

Seriously, I'm in love with you

hypnotic

Mar 11 2008, 06:56 PM

newfashion

Mar 11 2008, 07:40 PM

Sorry, j've a intel pro wireless 4965 and j have installed leopard.
Leopard is 10.5.1. and the driver 4965 is only for 10.4
J have installed a 4965 for 10.4 on 10.5.1 and my computer in stop for ever.
This problem is for the incompatible with 4965 for 10.4
For this j wont the version for 10.5.1

Thenk's......................

Sorry for my english

Wayfarer247

Mar 11 2008, 07:48 PM

QUOTE(TNW @ Mar 11 2008, 05:13 PM)

I commited my last version.

Maybe you should speak with a messenger

If that was a spin off my hidden suggestion of you Two, (TNW and jalavoui) talking over IM or IRC or some other chat room too more effectively code this, then I am all for it! Or if not, then you now know my suggestion. I think it would help it out, communication is the key for everything.

Also, for people who are interested in the release, all I can say is it will come when it comes. Don't bug them for a release time, they will tell us when we can expect it. For now, check the beginning of this thread and here.

TNW and jalavoui, you guys are doing excellent! The community is here for you, just tell us what you need!

righteye

Mar 11 2008, 08:40 PM

QUOTE(jalavoui @ Mar 11 2008, 04:07 PM)

Hello there jalavoui,

I have xcode but have no experience with it ... i did made today some tests and got this Click to view attachmenterrors on building the kext. What should i follow in order to build a good kext and waht of the source code to enable on building the kext?
How can i update the source code, cause now i am not using a god way to do that ... lol
This are the errors for the airport code Click to view attachment

Cheers

righteye

Mar 11 2008, 09:14 PM

QUOTE(jalavoui @ Mar 11 2008, 04:07 PM)

Hello there jalavoui,

I have xcode but have no experience with it ... i did made today some tests and got this errors Click to view attachmenton building the kext. What should i follow in order to build a good kext and waht of the source code to enable on building the kext?
This are the errors for the airport code Click to view attachment

Cheers

jalavoui

Mar 11 2008, 09:54 PM

iwi3945 rel 632
bugs for TNW, Symuc to fix

the driver logs will show what is missing - i'll come back after you check the code

TNW

Mar 11 2008, 11:12 PM

Hi,
I had a big problem with my internet provider ...
I'm going to start the fix now.

[edit]
I'm going to sleep it's 1:20 AM herre and I must be woken up at 06:45 AM.
I commited a version with a KP on load

scottyn

Mar 12 2008, 09:12 AM

ZOMG its almost done??? CANT WAIT! KEEP UP THE GOOD WORK!

jalavoui

Mar 12 2008, 10:08 AM

iwi3945
i'll commit more code to the svn tree - please wait...

done rel 634
station code. ieee80211_ alloc / register_hw
the driver as a problem in this functions and in station code
you'll need to test it

TNW,
can you post the system.log?

maybe this can fix the timer problems: - the station code depends on this

//keep k_compat.h
#define add_timer(t) IOPCCardAddTimer(t)
#define del_timer(t) IOPCCardDeleteTimer(t)
#define mod_timer(a,

do { del_timer(a); (a)->expires = (

; add_timer(a); } while (0)
//k_compat.h - just delete other definitions from compatibility.h/cpp

void init_timer(struct timer_list *timer) {
timer=(struct timer_list*)IOMalloc(sizeof(struct timer_list*));
}
int del_timer_sync(struct timer_list *timer) {
del_timer(timer);
IOFree(timer);//maybe not
}
i think you need to add a ref to IOPCCardFamily in info.plist of iwi3945.kext to use it
if none of this work you can try to use functions from clock.h...

TNW

Mar 12 2008, 04:53 PM

Hi,

herre the log

CODE

Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: iwi3945: Starting
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: Someone called createOutputQueue()
Mar 12 17:49:50 netwarriors-mac-pro login[304]: DEAD_PROCESS: 304 ttys001
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: settCurController [OK]
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: IOPCCard info:   iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.23
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: IOPCCard info:   iwl3945: Copyright(c) 2003-2007 Intel Corporation
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: ieee80211_alloc_hw [OK]
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe *** LOAD DRIVER ***
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe pci_resource_len = 0x00000008
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe pci_resource_base = 0x1ac85000
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: IOPCCard info:   iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_set_rxon_channel Staging channel set to 6 [3]
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: init_waitqueue_head stubbed out!
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_pci_probe MAC address: 00:13:02:15:d8:12
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: warning : Failed to add default virtual iface
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_mac_add_interface enter: id 3, type 2
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_mac_add_interface Set: 00:13:02:15:d8:12
Mar 12 17:49:50 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_mac_add_interface leave
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: 5/compatibility.cpp:932
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_rx_handle r = 56, i = 55, REPLY_3945_RX, 0x1b
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: todo ieee80211_rx_irqsafe
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: ieee80211_tasklet_handler @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1637
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: Packet Found
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: __ieee80211_rx @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1465
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: __ieee80211_invoke_rx_handlers @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:886
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: ieee80211_get_bssid @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:932
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_rx_handle r = 57, i = 56, REPLY_3945_RX, 0x1b
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: todo ieee80211_rx_irqsafe
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: ieee80211_tasklet_handler @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1637
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: Packet Found
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: __ieee80211_rx @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1465
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: __ieee80211_invoke_rx_handlers @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:886
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: ieee80211_get_bssid @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:932
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: error iwl3945: U iwl3945_rx_handle r = 58, i = 57, REPLY_3945_RX, 0x1b
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: todo ieee80211_rx_irqsafe
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: ieee80211_tasklet_handler @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1637
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: Packet Found
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: __ieee80211_rx @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1465
Mar 12 17:49:52 netwarriors-mac-pro kernel[0]: __ieee80211_invoke_rx_handlers @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:886

jalavoui

Mar 12 2008, 06:41 PM

looks like the bugs in __ieee80211_rx() are from station code
hope you can fix it. i thing the bug starts in ieee80211_if_add()
better start checking at ieee80211_alloc_hw() - you'll need this
http://lxr.oss.org.cn/source/drivers/net/n...t.c?a=sparc#L73
if IEEE80211_DEV_TO_SUB_IF() returns NULL or invalid

TNW

Mar 12 2008, 07:03 PM

Ok I added the support for add_timer ,
and I added some Debug:

CODE

error iwl3945: U iwl3945_rx_handle r = 184, i = 183, REPLY_3945_RX, 0x1b
todo ieee80211_rx_irqsafe
ieee80211_tasklet_handler @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1685
Packet Found
__ieee80211_rx @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1513
sta_info_get @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1349
__ieee80211_invoke_rx_handlers @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:922
ieee80211_get_bssid @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:969
ieee80211_bssid_match @ /Users/netwarrior/Desktop/iwidarwin/iwi3945_new-osx10.5/compatibility.cpp:1303

Wayfarer247

Mar 12 2008, 07:29 PM

I really think you two should hop in MSN, or AIM, or Gtalk, or IRC, or SOMETHING. I dunno, you are doing excellent work, and keep it up, but the forum just seems to be a slow way to talk.

Keep us updated! What are you working on now? How close is it to being done? What's happening?

internetadam4657

Mar 12 2008, 08:56 PM

yea an update would be great! i don't contribute much since i am new to the mac world but i have a "hac pro" downstairs that i built not too long ago and i would love to take my dv2500t down the "hacbook pro" route but the 4965 wireless card is holding me back. i installed on my laptop when testing the desktop and my bt and lcd worked OOB but i got a kernel panic when trying to install the drivers (without reading the directions btw)

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.