Jump to content
3992 posts in this topic

Recommended Posts

you haven''t understand what i meant :)

 

i'd like to keep the project as it is

 

i think it is a good idea, for you, to build a iwi2945 project because you have that card

 

this will allow us to work on the same project but with different trunks - i'll use iwi2200 and you'll use iwi2945

 

this way no svn delete/commit problems occurs and no arguing about rules happens

 

if you use ipw2200 and i use iwi2200 we'll have 2 versions of the same project - don't need that

 

ok. i mis-understood your saying.

but the main problem is your svn operation.

 

I supposed like a following .

 

% cd trunk

% svn copy iwi2200 iwi2945

% svn commit

 

you may run like a this command.

% svn delete iwi2200

% cp -R <your dir>/iwi2200 iwi2200

% svn add iwi2200

% svn commit

 

theses is baddest way because history of commit is deleted.

all file have history or information of deriviation.

 

examply,

 

% svn move foo bar.

% svn commit.

 

foo move from bar. "bar" has information " bar is derivation from foo".

it is np.

but information is deleted in following operation.

 

% cp foo tmp/foo

% svn delete foo

% cp foo bar

% svn add bar

% svn commit

 

this is the important things.

 

if information of delivation is deleted,

I dont merege easily changeset.

when I want to merge a part(changeset) of your branch to my branch.

 

if you never do "svn remove(or delete) && svn add", I may agree your suggestion.

however ,if you do "svn remove(or delete) && svn add", I cannot agree your suggestion.

Hi guys I have duo core processor and no kernel panic with iwi3945v11. I have installed the 10.4.7 kext from the file "Apple update.rar" found some page back, then installed your driver. Nothing else.No dikutil repairpermissions...nothing

My notebook is a acer aspire 5612wlmi.

 

For Jalavoui and xKazu:

If you wish I'm a programmer but never used svn, if you give instruction on how to get source I think I could help a little also 'cause I've 3945 card...

First you need to get the svn program: http://metissian.com/projects/macosx/subversion/

 

if it doesn't work try this:

% zsh

% rehash

 

if it still doesnt work, try:

% ls /usr/local/bin

does it exist?

check if there is a .profile in your home directory:

% cd && ls -la .profile

 

it it doesn't exist:

% cat > .profile

% export PATH=$PATH:/usr/local/

then press CTRL + C

% source .profile

% which svn

% cat .profile

 

svn should now work. ( That was based on the chat I had with xkazu, so all the credits go to him )

 

Now to download from svn:

svn checkout http://iwidarwin.googlecode.com/svn/trunk/ iwidarwin

that will download everything

for just iwi3945:

svn checkout http://iwidarwin.googlecode.com/svn/trunk/iwi3945/ iwi3945

 

so its "svn checkout SVN ADDRESS LOCATION TO DOWNLOAD TO"

check: http://iwidarwin.googlecode.com/svn/trunk/ to find out the different directorys before download

I'm running 10.4.8. I read earlier in this thread that I need to install Apple80211.framework and IO80211.kext from 10.4.7. I have not done this yet, and when running version 11 of the 3945 driver, I can not turn on the airport card. Does the package install these files or should I install them myself? Or are they no longer necessary?

I'm using iwi2200, meanwhile i'm using usual services (http,skype, msn, direcdownload), it run really great and stable, but when i'm using any BT client it crash.

The only thing differnt that the BT client does is upload.

i dont know how i can run a log before it crash to paste in the post if someone knows how i can do it.

i still get a crash using iwi3965 v11. i durring a verbose boot testing it a line from insomnia saying "... is now ignore.iwi3965..." my first reaction was wtf??? either iwi has managed to shove it's way into the system boot process in a way it's not suposed to or insomnia has a few more bugs to iron out. Regardless, after removing insomnia.kext I still got a crash using the kext booting normally and while doing a 'kextload' from the terminal.

Ok, just went through some of the code and here's what i think. Again, we're looking into the MAC address issue. The first mac address that is detected and logged like this : 'darwin_iwi3945: Ethernet address xx:xx:xx...' is incorrect. It seems that this procedure is executed by iwi3945's IO80211Controller. A little bit later in the code, once the firmware loads ( or at least attempts to load ), a correct MAC address is detected and logged the following way: 'iwi3945: MAC address: xx:xx:xx...'. This last address is the correct one, and this needs to be associated with the interface ( en1 in my case ).

 

Now for a solution . Either the firmware needs to be loaded earlier in start() so that IO80211Controller can detect the right address, OR the correct MAC address needs to be associated with the interface ONCE the firmware is loaded ( maybe through darwin_iwi3945::attachInterfaceWithMacAddress ?? )

 

the procedure attachInterfaceWithMacAddress currently never gets called, because if it would it would, it would show up in dmesg through IOLog.

 

I think the MAC issue also explains the getOutputQueue error in darwin_iwi3945::dataLinkLayerAttachComplete proc. Maybe with the right mac, the queue would be fetched correctly.

 

I pretty much only see good things currently in my dmesg, only the FIRST mac is incorrect, the rest seems to be executed well. The firmware seems to load, at least i think, maybe it just needs to be loaded earlier so that super:: will detect the right mac.

 

I dont have much time to invest in this project unfortunately, so i will debug mostly and if i have time i will try some tweaks on the code. Sorry i cant devote more time.

I pretty much only see good things currently in my dmesg, only the FIRST mac is incorrect, the rest seems to be executed well. The firmware seems to load, at least i think, maybe it just needs to be loaded earlier so that super:: will detect the right mac.

 

I think you're probably right. This is the case for my card. First mac is incorrect, but second is right on the money.

I think you're probably right. This is the case for my card. First mac is incorrect, but second is right on the money.

 

Perfect, i think v11 is now able to detect the mac for everyone. Which is very good progress imo. Now theres so much commented code / debugging code in there, jalavoui needs to make a little cleanup and see about where to load the firmware to get a correct mac address the first time, or skip that one and register the second one if its possible.

 

YES we're getting closer ppl!

I am able to load the kext successfully in os x, but I can initialize the 2200 card. It says in hardware browser that the airport card is currently diabled. When I tried to use the 10.4.7 framework and kext, I got a kernel dependency error upon boot. I am using the iwi2200 v. 6 test2, and all frameworks and kexts from the 10.4.8 update. (Updated from 10.4.5) Could someone help me? Thanks.

I am able to load the kext successfully in os x, but I can initialize the 2200 card. It says in hardware browser that the airport card is currently diabled. When I tried to use the 10.4.7 framework and kext, I got a kernel dependency error upon boot. I am using the iwi2200 v. 6 test2, and all frameworks and kexts from the 10.4.8 update. (Updated from 10.4.5) Could someone help me? Thanks.

 

I think I can help a bit. (in point form)

1. No need specific 10.4.7 kext if you have installed 10.4.8 and 8.8.1 kernel version

2. The driver will only work in background and you will only be able to check it with command prompt

3. For 2200 card to be detected as an airport (which is useless at the moment), you need to change it to en1

4. It will now only search and connect to one of the open network it found. So ssid has to be visible, and no encryption.

I dont have much time to invest in this project unfortunately, so i will debug mostly and if i have time i will try some tweaks on the code. Sorry i cant devote more time.

 

 

good to see someone willing to get xcode :D

 

i think the mac address must be "forced" into the interface. i did that in this release

 

you should test the start() - check the code before attachintefface. in iwi2200 if i don't use reset_device() the mac address is never found.

 

if you don't find bugs in this release uncomment the

 

return 0;// TODO check rxq

 

in ipw_nic_init() - i've setup the rx queues - you can test to see if it works

 

looks like the firmware is loading correctly - can you confirm that?

 

i've just uploaded source and bin to svn

 

 

iwi3945

 

http://iwidarwin.googlecode.com/svn/trunk/...945/iwi3945.dmg

 

 

iwi2100

 

http://iwidarwin.googlecode.com/svn/trunk/...100/iwi2100.dmg

 

 

 

bugs found in all drivers

 

if you're getting kernel panics at boot

 

maybe it is because of the wrong settings in the info.plist fille

 

i found out that some hardware conflicts with the card

 

to fix this and avoid kernel panic edit info.plist and add only your card/vendor id

 

type ioreg -w0 in terminal to check for vendor/id

 

at this time all drivers should load and give no kernel panic

 

 

 

if you never do "svn remove(or delete) && svn add", I may agree your suggestion.

however ,if you do "svn remove(or delete) && svn add", I cannot agree your suggestion.

 

of course - i don't like to use svn delete :)

 

i think we should work on the same project but in different trunks iwi2200/iwi2945

 

at the end we'll be sharing the same code but at least no svn conflits

 

do you think we can put in the site a package with the io80211 family for 10.4.7 and 10.4.8?

 

i no it's not quit legal - but having mac os x in a pc is also ilegal

 

i think we should ask people to help in writting thw wiki pages. my english is not good and either yours

 

 

about msn, messages, cards, paypal

 

i've received msgs about people who want's to chat, send me cards and give me money

 

i don't have much time to be on msn - anything you need to tell me post it here so i can read it later

 

i can't accept cards for iwi2100/iwi3945 because i don't have another computer to install the cards

 

i'm not rich but i really don't want to get pay for this - i just want to get the job done and build the drivers

 

i see this project a bit like linux - free of charges

 

:)

 

AirPort is on (even if I FN+F2) If I tell AirPort to turn off it won't. It stays on. It doesn't detect any networks. If I try to manually connect:"There was an error joining the Airport network "SSID WAS HERE".

In Network Pref, it says my AirPort ID: 66:02:04:00:00:00 . This is incorrect. In all of the logs it get's this correct

 

Logs are posted in earlyer post.

 

 

apple menu doesn't work for all drivers - maybe in the future when apple opens io80211family code

 

the driver should show in AirPort ID the correct mac address. wich is the same as shown by ifconfig

 

i hope this version fixes this bugs

The iwi3945.kext doesn't load in someway, i tried kextload in terminal, and the output is:

 

cc845571-b:~ lex$ sudo kextload -t /System/Library/Extensions/iwi3945.kext

kextload: extension /System/Library/Extensions/iwi3945.kext appears to be valid

14darwin_iwi3945 is not compatible with its superclass, 17IO80211Controller superclass changed?

kextload: a link/load error occured for kernel extension /System/Library/Extensions/iwi3945.kext

load failed for extension /System/Library/Extensions/iwi3945.kext

(run kextload with -t for diagnostic output)

 

Tried also the "chown" and "chmod" commands, made no difference

 

I'm not good at terminal commands, so if someone knows what this means, and how to fix it, please share it ^^

 

And the problem I was having with V4 is that my Realtek8139 ethernet card stopt working, recognized, but no internet connection at all, only after I removed the iwi3945.kext.

 

Little bugreport, hope its usefull.

Edited by Lejenk

Hi all,

i downloaded the xkazu2 v6 for my 2200bg running 10.4.7,

i ran the iwi2200.pkg, installed it, restarted, clicked on the airport icon, clicked apply now, then restarted again,

i try to search for networks but it does not find any, and it doesnt work if i put it in manually, anything i can do to get it to work?

I believe my problem lies in the airport update from apple, i'll make the update undone, to see if it changes anything.

 

cc845571-b:/System/Library/Extensions root# kextload -t iwi3945.kext

kextload: extension iwi3945.kext appears to be valid

kextload: iwi3945.kext loaded successfully

 

Problem found, the airport update contains IO80211.kext.

Maybe it is possible to make the driver compatible with the new version of this kext?

 

Also, the new version is compatible with the Realtek8139 ethernet card.

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