here here!

guys, i got nothing for respect for you for doing this

and if your english aint that great, that isn't something to appologize for. if we are intellegent and patient enough to sort through all of this and try to install OSX on a PC, then we should be intellegent and patient enough to sort through english that is missing a few proper nouns, lol.

Hi,

News:
_The new driver is on the road ...

To have day per day news ,you can take a look to the iwiDarwin's svn

Bye

Hmm, does this refer to any driver specifically (such as 3945 )? And by "on the road" how far along do you mean?

Mmmmmm... I'm looking at my cristal ball ...

Between 2 weeks and 10 years :/

I'm kidding ;p , I really don't know . I hope quickly.

For the former question , I've got only a 3945 but when this translator will be done, the 4965 will can be ported very quickly.

Jalavoui, can you send me the tool that you are using do develop the driver. My laptop have iwi3945, and I would like to help you.

Pls send me a zip with the tool and the project iwi3945abg

thanx

Xcode : http://developer.apple.com/tools/xcode/

In the Terminal:
svn checkout http://iwidarwin.googlecode.com/svn/trunk/ iwidarwin-read-only

iwi2200 stable/svn latest for kalyway 10.5.1 did'nt work on my machine. Here are the logs can you please look into it. Thanks for all the hard work so far.

It's a problem with the DMG , maybe you should take the zip I posted 2 or 3 days ago ..

Im freakin excited here!

Lol you want inedible to kill you

That worked. Thank you TNW.

I am hoping that the FreeBSD code can help more... afterall, MacOSX has portions based on BSD.
I will pray for your success.

Cheers to the team!

Can you confirm which files on the google code site are not currently working?

Also, is it a requirement have the MAC address defined in Info.plist?

Can't glean this information from the forum as it stands currently.

does anybody know i WPA support is being worked on for 2200??

Actually you can ignore that if you wish, I've tried with the last 5 revisions, the SVN Trunk binary, and compiling from latest source; none work.

I have the following card:

Intel 2915ABG rev 05
DEV_ID: 8086:4224

Running this machine (T43P thinkpad):
root# uname -a
Darwin victor-laptop 8.8.1 Darwin Kernel Version 8.8.1: Sat Dec 9 22:18:27 AZOT 2006; semthex:/nebukadnezar/BUILD/obj/RELEASE_I386 i386 i386

Problem: Kext is not automatically loading, and when manually loaded no change to dmesg output, no new adaptor. I've attached the full dmesg output as grep returns nothing in the getlogs.command script.

Symptoms: When manually loaded with
root# kextload -t /System/Library/Extensions/iwi2200.kext
kextload: extension /System/Library/Extensions/iwi2200.kext appears to be valid
kextload: extension /System/Library/Extensions/iwi2200.kext is already loaded

When I run networkSelector:

root# ./networkSelector
Could not get ID for kernel control. 2

When I boot in single user mode I see this line in screen output:
localhost configd[55]: No Airport Driver found

I have checked permissions, removed Extensions.* and manually checked timestamps to make sure I wasn't somehow overwriting my iwi2200.kext with some other cached version.

Any ideas what is happening here?

Is there anything in iwi2200.kext/Contents/Info.plist which would cause the kext to fail to attach to the hardware?

I can try out any patches you want.

Thanks for the work on the driver port.

I've not been on these forums long, and this may seem a little blunt, but posts like this are a complete waste of everyone's time. When you're trying to find information within 200 pages worth of posts, every little post that basically says "great!", "when?", or "now!" is like a little stab wound in the neck.

This has all been said before, there's posts stickied all over the shop telling you not to do it, and yet it continues...

Development of 3945 for Tiger has been stopped?

Hello,

No, the developement isn't stopped.
The new version is for the moment at the same point as the old version.

If you want to test this version , you can download it herre:

http://zetasam.ath.cx/iwi3945_19_02_2008.zip

the code is too crapy to commit it in the svn .

If you have time , you can take a look to the code and say me what is wrong

Bye.

[EDIT]: I posted the log for developers

hey everyone, I just tried to download the current svn from the iwidarwin website and the link in:

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

does not seem to be working.

I think having the device show up as an air port card is the way to go then the native applewirelless items can take over.

I will be trying the last download from the post above later tonighth. I have a Lenovo r61 with the 3945 card in it. I will report then.

@Zubi: We know it doesn't work. There are some very talented developers working on the driver at the moment. Read the whole topic before posting!

man, thanks for the driver my wifi 2200 now works!!! I just noticed when i check my desktop with iatkos installed, the airport is installed even though there are no wifi card installed but of course the system knows that there are no available wifi card. Is it possible to copy the files from iatkos and embed it with kalyway for example to show the airport instead of ethernet 2?

Just a quick update: TNW has gotten it so it gets to the point of card initialization. Currently, the card starts responding alright, but once it gets to a certain point (sending POWER_TABLE_CMD in iwl3945_send_power_mode()) the card starts responding with errors. He suspects that it's because the mbufs are getting corrupted due to the fact that mutexes and spinlocks aren't enabled, which I could see.

Unfortunately, enabling mutexes causes strange and interesting behavior. More unfortunately I can't determine the exact cause of the error, but I suspect it's either the call to alloc_skb() or pci_map_single() in iwl3945_rx_allocate(). I can't figure out where the error is because:

1) I have no wired NIC, so I can't use GDB over the network.
2) I have no serial port, so I can't use DDB.
3) The stack is deeper than DUMPFRAMES, so the darwin_iwi3945 code is lost behind a "Backtrace continues..." message.

I've been reading the backtraces to determine where errors are, so I'm not against using the third method. But compiling the kernel is really annoying, especially in an environment with no network access. Is there anyone here who can compile a new kernel and set DUMPFRAMES in osfmk/i386/AT386/model_dep.c:937 to something higher? Like, say, 64?

hello Symuc,

i do not have experience in all this but i have the time and the system you need ... i have Xcode3 ... Leopard 10.5.2 ... A machine withe the integrated 3945 ... and the time to make the tests. What should be the next step? should we try remotely?

Cheers

Click to view attachment boys,

not sure if it'd help .... but it seems I can load the driver a bit further then in the latest TNW's log.

please have a look at my log, maybe it will give you some ideas.

The sequence is of the following:

1. latest TNW's source code (ie http://zetasam.ath.cx/iwi3945_19_02_2008.zip)

1a changed spin_lock to spin_lock_saveirq in iwi3945_isr ( don't think it helped since #define for spin_lock_saveirq just calling spin_lock as I found later)

2. did load.command (pc crashed - KP)

3. rebooted pc (crashed again )

4. rebootede pc, did not crash, however produces the same log as in TNW's LOG.rtf (e.i. MAC = 0:0:0:0)

5. if I kextload at this stage, it goes much further, printing the right MAC in the log.

It looks like after this "second" load I can load & unload driver as much as I pleased, no KP.

and I can see correct wireless MAC in the log.

Hello baikai,

Maybe you should play with the lastest version .
You must disable spinlock for the moment or replace them with mutex due to this problem.

This link explains the problem :
http://lists.apple.com/archives/Darwin-ker...n/msg00046.html

We have another problem , we need to disable processor's intterupts to make sur that the current thread isn't switched by the kernel's scheduler.

But since OS-X we can't do that , maybe can we set an high priority on the current thread?

If someone have an idea , that would be great !

Bye

I realize that you guys are working very hard at making this work. I had read somewhere earlier in the thread that porting a BSD driver would be easier than a linux one. I saw some information on freebsd and was wondering if that would help:

http://www.clearchain.com/wiki/Wpi Maybe those guys there could be a resource?

Here is the "stable" driver for BSD: Click to view attachment

TNW, Symuc

is the svn tree up to date with latest code? - i hope so, i'll try to help

maybe you'd like to change some things in code:

class darwin_iwi3945 : public IO80211Controller -> make it IOEthernetController
it's nice to have a airport device but at this time the driver will be more stable with IOEthernetController

does request_firmware() works?
maybe it's better to set struct iwl3945_ucode ucode = (struct iwl3945_ucode*)ipw3945_ucode_raw

always leave fInterruptSrc->enable() - the driver needs to work this way...

mutex, locks - we don't need them at this time - they only give bugs

pci_enable_device()
maybe it's better to test old code
/*UInt16 reg16;

reg16 = fPCIDevice->configRead16(kIOPCIConfigCommand);

reg16 |= (kIOPCICommandBusMaster |
kIOPCICommandMemorySpace |
kIOPCICommandMemWrInvalidate);

reg16 &= ~kIOPCICommandIOSpace; // disable I/O space
fPCIDevice->configWrite16(kIOPCIConfigCommand,reg16);*/

fPCIDevice->setBusMasterEnable(true);
fPCIDevice->setMemoryEnable(true);


if_down() - use old iwi2200 code to really turn the interface down

power stuff - the code from iwi2200 for requestPowerDomainState(), WiFiPower.cpp and other power things work fine
if you're going to use IOEthernetController better to change this.

pci_save_state() - this can give some bugs

get rid of IOMallocContiguous() - i get some bugs in the past by using this function
take a look at pci_map/unmap_single
try to use MemoryDmaAlloc()

dev_kfree_skb() - add more validation code here- the driver will panic if trying to free a packet in several ways.

__alloc_skb() - try to set size to 0
mbuf_setlen(skb->mac_data,0);
mbuf_pkthdr_setlen(skb->mac_data,0);

start_thread(), queue_work(), queue_delayed_work(), wait_event_interruptible_timeout()
to make thread work correctly this code need to be corrected - i don't know if it will ever work
maybe it's better to use code form queue_te/td()


i hope this helps

Thank's for your help

TNW,

if the driver is getting firmware errors it can be because of
- bad firmware loading - request_firmware()??
- wrong firmware version - have you tryed all firmware versions?
- you need to wait for the driver exits start() - i add 1 second delay in iwi2200 and them call __iwl3945_up()

to disable interrups the iwl3945_disable_interrupts() should work - maybe there's a problem that we can't see at this point

the cmd timeouts might be fixed by adding a IODelay(xxx) to wait_event_interruptible_timeout()
you need to fix iwl3945_send_cmd_sync() - maybe make HOST_COMPLETE_TIMEOUT=HOST_COMPLETE_TIMEOUT*x
if the value is wrong you'll always get cmd errors
maybe it's better to use wait_event_interruptible_timeout()

if you're using jiffies in code - get the source from iwi2200. it works fine

you need to use fNetif->registerOutputHandler(this,getOutputHandler()); it will allow the driver to start calling outputpacket(). i'm not shure if this is also needed for sending commands.

maybe someone can post the linux log for iwl-1.2.23 - this will help us understand what's wrong

"Mutex and Lock help for thread syncronitation" - ok - but you should test the driver in both ways
i've disabled this code in iwi2200 - the driver can leave without this

if the thread functions work fine you should keep them.

disable iwl3945_send_power_mode() if you get errors - try to use requestPowerDomainState() in start()

i'll keep looking to the svn code and try to help

ok - i'll stop writting and let you work

What about the 3945 tiger development? Reading the threads it looks like it is focused in leopard but is there any way to get it working under tiger 10.4.11?

EDIT:ill try the 10.5 version in my 10.4.11 release to see if it works

Thanks everyone! I was completely new to Mac/OSx86 until I found the community and I've already learned so much just by reading the boards.

So I started my own project when I came across the Kalyway 10.5.1 install DVD. I treid to install it on my Gateway M460 but after a bit of research, and many installation attempts, I found out that I'd probably be better off using the older Tiger because it had better support for my older laptop.

So I got JaS 10.4.8 DVD almost everything seems to work. Even my wireless works after I used the latest iwi2200 driver from the group (rev 579 Installer).

I was wondering if it's possible to use WEP or WPA with my system. I read the FAQ as well as the installation guide, which states that WEP is NOT supported, but many posts on the board allude to WEP 2200 working with Tiger. Is this possible? If so perhaps someone could direct me to which version of Tiger/2200 driver they're using?

Thanks,

LJ

Maybe THIS,

http://opensolaris.org/os/community/laptop/wireless/wpi/

could be of some help


JPGRIZZLY

'While computing, never stop drinking'... Water

Leopard kexts for 3945 still give me the old "Map is Zero" error meaning the driver loads but can't recognize or can't turn on the wireless card.

The version you have works with wep. Try using an hex password with ":" like aa:bb:cc:dd:ee:ff

Hi!
We have a bad news , Symuc and I searched a lot on the Linux driver(3945) and we didn't find a solution for a problem.
I'll try to explain this problem :
When the driver send a command , we have an HW error ( inta; 0x20000000)(DMA error)
but when we disable the interrupts the card seems to be OK ( inta 0x80000008 )( cmd sent and cmd response is ready) but the interrupts are disabled.
Lastly , when we enabled the interrupts but not on start we have this inta : 0x82000001 (Ucode loaded , cmd sent , SW error)

I think it's because the card is a PCIe card and we didn't correctly initialised the card.

So , I'm going to port the FreeBSD driver , but Symuc works a lot at his job so he can't work a lot on the driver .
If someone with c/cpp skills can help us ,that will be good for the project.

is this for the 3945 or the 2200???

Just a quick thank you for everyone on this forum for all their hard work, I think everything you all have achieved is outstanding. Please keep up the good work guys. I wish I was as smart as allot of you, however as sad as my stupidness may be to myself I will leave the genius work to the people who know what they are doing.

the freebsd code will not fix the interrupts bug - it's a mac os x problem

if you like to use another aproach to fix this search code for
IOFilterInterruptEventSource::filterInterruptEventSource()
kIOPCIMSICapability, kIOPCIMSIXCapability
also check ioreg to see if the driver is sharing the interrupts with another device.

maybe this can fix the driver problem.

iwi3945
can someone post more logs for TNW last version?

Thank You very much.

The driver worked for me on Kalyway 10.5.1. It didn't sem to work at first but I checked it out with the troubleshooting instructions, opened Network Selector and turned it on. I haven't gotten as far as checking to see if there is any more support for WPA ( I'm running on an open segment right now ).

Thanks again,

Taz416

Dell Inspiron 9300/geForceGo 6800/1.7Ghz/Intel 2200BG

Hi
I don't think that it's a problem of interrupts , I enabled the MSI but I don't know how to initialise the vector( for msi interrupts) because no explains come from Apple.
The card is MSI compatible but not compatible with MISX.

TNW,
take a look at this code
http://forum.insanelymac.com/index.php?sho...0851&st=20#
check the start() - msi interrupts
maybe you can try it in iwi3945

about iwidarwin support
i'd like to thanks people who have made donations to support the project
i hope i soon have the hardware and start writting code for iwi3945/4965

Thank's I will try it tomorow and Symuc is herre , ready for the driver

seriously, you guys are awsome! Keep up the good work! <3

someone in abother forum suggested trying these http://code.google.com/p/iwidarwin/
i did and then system wouldnt load, just kept saying reboot...

someone got something that works? Im running an HP DV9330CA with Intel® PRO/Wireless 3945ABG Network Connection

Running Kalyway 10.5.2

and yes, i have searched both on the non working search here and my good friend google- and so far nothing that makes anysense, im completly new to not only a hackintosh, but also mac in general

Thanks,,,

Hi!
for intel 2200bg, is possible to use wpa-psk?
thanks =)
khael

Hey, that's what this thread is all about right now. There is no working solution for the Intel 3945ABG yet, but that's what the good guys here are working on. Just keep checking this thread for new updates. Right now it's not functional, but there's been some MAJOR progress from what I understand (which isn't much).

~Beeve

jalavoui
whats the status on 4965agn on leopard?

same question here. tnx guys.

Come on guys, read the posts. The 3945 is coming along but still a bit away, and after that the 3945 driver should be able to be easily ported for the 4965. I hope.

~Beeve

Wow, amazing work. I am running Leopard 10.5 (from Kalyway) on my HP laptop which has a 4965agn wireless card. I understand you are working more on 3945, but if you want any help, send a PM my way, and I will do what I can.

Great work guys! Thank you!