OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: agraef on October 18, 2005, 04:01:49 pm
-
Hi,
the subject says it all: Did anyone get around building hostap for the latest and greatest RC yet? AFAIK, I need it to make my D-Link DCF-660W work properly (Akita running RC12).
sashz: Would it be possible to include hostap in the next RC?
-
Hmm, am I missing something? Should hostap_cs work out of the box on RC12? But when I add the necessary entries to hermes.conf, the card is only recognized but doesn't work at all; no hostap module gets loaded and dmesg shows just "pxa_pcmcia_init(0)", that's it.
Here are the entries that I used (I found those in another thread in this forum):
device "hostap_cs"
class "hermes"
module "hostap", "hostap_cs"
card "D-Link DCF660"
manfid 0xd601, 0x0005
bind "hostap_cs"
Something wrong with those? Or do I have to install the hostap modules first to make them work?
I'm confused. Any help appreciated.
-
Did you follow the: https://www.oesf.org/forums/index.php?showt...759&#entry44759 (https://www.oesf.org/forums/index.php?showtopic=7151&st=0&p=44759&#entry44759)
-
Did you follow the: https://www.oesf.org/forums/index.php?showt...759&#entry44759 (https://www.oesf.org/forums/index.php?showtopic=7151&st=0&p=44759&#entry44759)
Yes, that's _exactly_ what I did. I had to modify the card entry for my card, of course, see above. But otherwise I carried out exactly the same steps: modify hermes.conf, eject the card, restart pcmcia services, reinsert the card. Then what I get is that the card is recognized according to my new entry (it shows up as D-Link something), but otherwise the card is dead (light stays turned off). If I change back to the old hermes.conf, restart pcmcia and reinsert the card, it works again (only in a limited way, that's why I want to switch to the hostap driver).
The strange thing is that I appear to have neither the orinoco nor the hostap modules on my system (straight RC11/12 install -- I tried both, and didn't remove any of the original packages). Are these modules supposed to be compiled into the kernel instead? Or maybe they're actually missing in the RC11/12 builds??
EDIT: Just to make this clear, there are really none of those wlan modules on my Z. Here's what's in my /lib/modules/2.4.20/kernel/drivers/net/wireless directory after a fresh install:
# ls -l /lib/modules/2.4.20/kernel/drivers/net/wireless
-rw-r--r-- 1 root root 70680 Jan 1 1970 airo.o
-rw-r--r-- 1 root root 7340 Jan 1 1970 airo_cs.o
Ok, some more data. Here is what /var/log/messages has to say when I insert the card with the original hermes.conf file:
Oct 20 00:47:14 cardmgr[8923]: socket 0: Sandisk Connect SDWCFB-000
Oct 20 00:47:14 cardmgr[8923]: executing: 'modprobe hermes 2>&1'
Oct 20 00:47:14 cardmgr[8923]: + modprobe: Can't locate module hermes
Oct 20 00:47:14 cardmgr[8923]: modprobe exited with status 255
Oct 20 00:47:14 cardmgr[8923]: module /lib/modules/2.4.20/pcmcia/hermes.o not available
Oct 20 00:47:14 cardmgr[8923]: executing: 'modprobe orinoco 2>&1'
Oct 20 00:47:14 cardmgr[8923]: + modprobe: Can't locate module orinoco
Oct 20 00:47:14 cardmgr[8923]: modprobe exited with status 255
Oct 20 00:47:14 cardmgr[8923]: module /lib/modules/2.4.20/pcmcia/orinoco.o not available
Oct 20 00:47:16 /etc/hotplug/net.agent: NET unregister event not supported
Oct 20 00:47:16 /etc/hotplug/net.agent: how do I bring interfaces up on this distro?
Oct 20 00:47:16 /etc/hotplug/net.agent: register event not handled
Oct 20 00:47:16 cardmgr[8923]: executing: './hermes start eth0 2>&1'
Oct 20 00:47:16 cardmgr[8923]: + Error for wireless request "Set Frequency" (8B04) :
Oct 20 00:47:16 cardmgr[8923]: + SET failed on device eth0; Operation not supported.
As you can see, the orinoco modules fail to be loaded (quite logical, as I don't appear to have them), but the card still works in a limited way (transfer from host to Z works ok, but upload from the Z to the host is flaky, the driver dies whenever I transfer more than a few kb in one chunk). Here's what cardctl says:
# cardctl status 0
3.3V 16-bit PC Card
function 0: [ready]
# cardctl ident 0
product info: "D-Link", "DCF-660W", ""
manfid: 0xd601, 0x0005
function: 6 (network)
# cardctl info 0
PRODID_1="D-Link"
PRODID_2="DCF-660W"
PRODID_3=""
PRODID_4=""
MANFID=d601,0005
FUNCID=6
Finally, here's the messages log after I add the two entries in my previous post to hermes.conf, restart pcmcia and reinsert the card:
Oct 20 00:48:38 cardmgr[9268]: socket 0: D-Link DCF660
Oct 20 00:48:39 cardmgr[9268]: executing: 'modprobe hostap 2>&1'
Oct 20 00:48:39 cardmgr[9268]: + modprobe: Can't locate module hostap
Oct 20 00:48:39 cardmgr[9268]: modprobe exited with status 255
Oct 20 00:48:39 cardmgr[9268]: module /lib/modules/2.4.20/pcmcia/hostap.o not available
Oct 20 00:48:39 cardmgr[9268]: executing: 'modprobe hostap_cs 2>&1'
Oct 20 00:48:39 cardmgr[9268]: + modprobe: Can't locate module hostap_cs
Oct 20 00:48:39 cardmgr[9268]: modprobe exited with status 255
Oct 20 00:48:39 cardmgr[9268]: module /lib/modules/2.4.20/pcmcia/hostap_cs.o not available
Oct 20 00:48:40 cardmgr[9268]: get dev info on socket 0 failed: Resource temporarily unavailable
Ok, so the hostap modules can't be loaded either, and now the card doesn't get proper initialization at all.
Any idea?
(BTW, other than that RC12 works really great for me, including the native SDK. Mplayer works great in fullscreen mode, too. Kudos!)
TIA,
Albert
-
same as my case, i can never loaded hostap_cs
https://www.oesf.org/forums/index.php?showtopic=15345 (https://www.oesf.org/forums/index.php?showtopic=15345)
-
you can try
find /lib/modules -name hostap*
to see if you have the modules hostap.o and hostap_cs.o.
If you don't have the modules well...
If they are somewhere else (on my 860 they are in kernel/drivers/net/wireless) Maybe copying them in /lib/modules/2.4.20/pcmcia/ could do the trick?
-
Ok, I think I finally pinpointed this one. It's quite simply that all these modules are missing in the RC12 build.
pgas: Here is what I have on my RC12/C1000 system:
# find /lib/modules -name 'hostap*'
# find /lib/modules -name 'orinoco*'
# ls -l /lib/modules/2.4.20/kernel/drivers/net/wireless
-rw-r--r-- 1 root root 70680 Jan 1 1970 airo.o
-rw-r--r-- 1 root root 7340 Jan 1 1970 airo_cs.o
So these modules are definitely _missing_ in the RC12 build for the C1000. Just to make sure, I just reinstalled the kernel-modules_2.4.20_armv5tel.ipk package from the feed, and they're still not there.
I can see that both the orinoco and the hostap modules _are_ available in the kernel-modules package in the RC11 feeds so that seems to be an issue with RC12 only. Here is what I find in kernel-modules_2.4.18_armv5tel.ipk/data in the /lib/modules/2.4.18-rmk7-pxa3-embedix/kernel/drivers/net/wireless directory (I extracted that on my desktop):
-rw-r--r-- 1 ag users 6888 2005-09-16 17:46 airo_cs.o
-rw-r--r-- 1 ag users 54860 2005-09-16 17:46 airo.o
-rw-r--r-- 1 ag users 7828 2005-09-16 17:46 hermes.o
-rw-r--r-- 1 ag users 4852 2005-09-16 17:46 hostap_crypt_wep.o
-rw-r--r-- 1 ag users 69268 2005-09-16 17:46 hostap_cs.o
-rw-r--r-- 1 ag users 126856 2005-09-16 17:46 hostap.o
-rw-r--r-- 1 ag users 8096 2005-09-16 17:46 orinoco_cs.o
-rw-r--r-- 1 ag users 52184 2005-09-16 17:46 orinoco.o
-rw-r--r-- 1 ag users 84964 2005-09-16 17:46 spectrum_cs.o
Unfortunately, these don't help much (wrong kernel version).
Oh well, do I have to go back to RC11 now? Please tell me that this isn't so.
Laze, would it be a big deal to build those modules and put them into an additional, say, wlan-modules package, or update the kernel-modules package in the RC12 feed? That would be much appreciated (I'm quite sure I can speak for all the c1000 users with wlan cards here).
Cheers,
Albert
-
same as my case, i can never loaded hostap_cs
https://www.oesf.org/forums/index.php?showtopic=15345 (https://www.oesf.org/forums/index.php?showtopic=15345)
Yes, I can confirm that this also affects RC11 for C1000. Apparently the releases for C7x0/C860 are unaffected. This seems to be related to bugid #302. I just filed a new bug report (#314) which details the missing modules and affected models.
-
same as my case, i can never loaded hostap_cs
https://www.oesf.org/forums/index.php?showtopic=15345 (https://www.oesf.org/forums/index.php?showtopic=15345)
Yes, I can confirm that this also affects RC11 for C1000. Apparently the releases for C7x0/C860 are unaffected. This seems to be related to bugid #302. I just filed a new bug report (#314) which details the missing modules and affected models.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100273\"][{POST_SNAPBACK}][/a][/div]
what do you mean? can i extract the driver from c7x0/c860 release and put it on rc11 for c1000
-
what do you mean? can i extract the driver from c7x0/c860 release and put it on rc11 for c1000
Well, the kernel-modules package in the C7x0/C860 feed seems to be for kernel 2.4.18, which won't work with the 2.4.20 kernel for the C1000/3100.
Question to those using RC11 with C7x0/860: What kernel do you have (uname -a)? Is it really 2.4.18 or 2.4.20?
-
Question to those using RC11 with C7x0/860: What kernel do you have (uname -a)? Is it really 2.4.18 or 2.4.20?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100636\"][{POST_SNAPBACK}][/a][/div]
Yes, it really is 2.4.18. In fact it's 2.4.18-rmk7-pxa3-embedix to be exact
-
Yes, it really is 2.4.18. In fact it's 2.4.18-rmk7-pxa3-embedix to be exact
Ok, thanks for clarifying that. I was wondering because the kernel-modules package in the Akita RC11 feed also unpacks into /lib/modules/2.4.18-rmk7-pxa3-embedix, even though we're running 2.4.20... Probably an old package?
Oh well, so that still leaves us with the issue that there are no orinoco/hostap modules in the Akita /lib/modules directory, and we can't just copy the ones from a C7x0/860 because they're for the wrong kernel. If anyone has an idea what to do about that, please enlighten us poor Akita users.
-
I've been trying (unsuccesfully) to find the SOURCES, or at least headers, for the RC12 kernel for quite a while. I have absolutely no clue how to get them, so I can't even build my own modules...
-
the builder for rc12 is here
http://212.10.30.205/rc12/ (http://212.10.30.205/rc12/)
instructions are available here:
http://212.10.30.205/index.php?mid=3 (http://212.10.30.205/index.php?mid=3)
The builder contains the patches used and should download the sources for you.
-
pgas, thanks for the pointers. I've downloaded the pdaXrom-builder tarball, but I need to get to a faster pipe to download the sources and the pdaX86 image.
Hmm, according to the docs I need that pdaX86 live image as the host system to use pdaXrom-builder. Is that true? I have a couple of Linux systems here (mostly SuSE 9.3), couldn't I use one of these as the build host instead?
Anyway, that looks like an awful lot of extra work just to compile a few kernel modules.
-
I've downloaded the pdaXrom-builder tarball, but I need to get to a faster pipe to download the sources and the pdaX86 image.
You don't need to download everything, but I' m not sure exactly what you'll need
Hmm, according to the docs I need that pdaX86 live image as the host system to use pdaXrom-builder. Is that true? I have a couple of Linux systems here (mostly SuSE 9.3), couldn't I use one of these as the build host instead?
I think you could use your buildhost. When I tried the builder, i had extracted the fs of the iso and build in a chrooted pdaxromx86. The advantage of the iso is that you have what you need ready
Anyway, that looks like an awful lot of extra work just to compile a few kernel modules. sad.gif
Yes, though I think you only need to build the toolchain (perhaps the two toolchains 3.3 and 2,95, because the kernel requires 2.95 I'm not sure if it is still the case) and then the kernel. You don't need to build say gtk.
-
I think you could use your buildhost. When I tried the builder, i had extracted the fs of the iso and build in a chrooted pdaxromx86. The advantage of the iso is that you have what you need ready
Yup, excellent idea, I'll try that. And thanks for the quick reply.
-
If you're just building modules, you may not actually need the pdaXrom version of the kernel to build against. I've built the uinput modules for pdaXrom using just the stock Sharp kernel source for the C1000. If you don't want to thrash one of your existing boxen, just grab my Sharp ROM development DSL image (http://kopsisengineering.com/kopsis/SharpZaurusSdkDsl) and run it in QEMU or via a DSL LiveCD. That image has all the right toolchain binaries for kernel building pre-installed and ready to go. Still a sizeable download, but smaller (and faster) than building the whole toolchain.
-
Yes, though I think you only need to build the toolchain (perhaps the two toolchains 3.3 and 2,95, because the kernel requires 2.95 I'm not sure if it is still the case) and then the kernel. You don't need to build say gtk.
Looks like the 2.95.3 toolchain is still required to build the kernel, at least it's set up in the Akita config file that way.
Ok, here is how far I got. I set up a chrooted environment for pdaX86 and used the RC12 builder to build the 3.4.4 toolchain. That went smoothly.
But gcc 2.95.3 wouldn't compile with the RC12 builder -- whatever I tried, the compile would always end with an unrecognized -fno-unit-at-a-time option. If I removed that option, the compile would proceed but eventually abort with a bunch of linker error messages.
So I built gcc 2.95.3 using the RC10 builder (couldn't find an RC11 builder anywhere). That worked. But now when I try to use the RC12 builder with that gcc 2.95.3 version to build the kernel, it always bails out with an asm error (unrecognized -miwmmxt option):
----------------------
target: kernel.compile
----------------------
PATH="/opt/cross/arm/2.95.3/bin":$PATH make -C /root/pdaXrom-builder/build/"linux" HOSTCC=gcc GENKSYMS="armv5tel-cacko-linux"-genksyms DEPMOD=true ARCH=arm CROSS_COMPILE=arm-linux- \
zImage modules
make[1]: Entering directory `/root/pdaXrom-builder/build/linux'
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/split-include scripts/split-include.c
scripts/split-include include/linux/autoconf.h include/config
arm-linux-gcc -D__KERNEL__ -I/root/pdaXrom-builder/build/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -Uarm -fno-common -pipe -mapcs-32 -D__LINUX_ARM_ARCH__=4 -march=armv4 -Wa,-miwmmxt -mtune=strongarm -mshort-load-bytes -msoft-float -Uarm -DKBUILD_BASENAME=main -c -o init/main.o init/main.c
Assembler messages:
Error: Invalid processor variant -miwmmxt
In file included from /root/pdaXrom-builder/build/linux/include/asm/pgalloc.h:23,
from /root/pdaXrom-builder/build/linux/include/linux/highmem.h:5,
from /root/pdaXrom-builder/build/linux/include/linux/pagemap.h:16,
from /root/pdaXrom-builder/build/linux/include/linux/locks.h:8,
from /root/pdaXrom-builder/build/linux/include/linux/blk.h:5,
from init/main.c:25:
/root/pdaXrom-builder/build/linux/include/asm/proc/cache.h: In function `flush_page_to_ram':
/root/pdaXrom-builder/build/linux/include/asm/proc/cache.h:118: warning: passing arg 1 of `cpu_pid_va_to_mva' makes integer from pointer without a cast
/root/pdaXrom-builder/build/linux/include/asm/proc/cache.h:118: warning: passing arg 1 of `cpu_xscale_flush_ram_page' makes pointer from integer without a cast
/root/pdaXrom-builder/build/linux/include/asm/proc/cache.h: In function `flush_dcache_page':
/root/pdaXrom-builder/build/linux/include/asm/proc/cache.h:159: warning: passing arg 1 of `cpu_pid_va_to_mva' makes integer from pointer without a cast
In file included from /root/pdaXrom-builder/build/linux/include/linux/highmem.h:5,
from /root/pdaXrom-builder/build/linux/include/linux/pagemap.h:16,
from /root/pdaXrom-builder/build/linux/include/linux/locks.h:8,
from /root/pdaXrom-builder/build/linux/include/linux/blk.h:5,
from init/main.c:25:
/root/pdaXrom-builder/build/linux/include/asm/pgalloc.h: In function `get_pgd_fast':
/root/pdaXrom-builder/build/linux/include/asm/pgalloc.h:67: warning: passing arg 1 of `cpu_pid_va_to_mva' makes integer from pointer without a cast
/root/pdaXrom-builder/build/linux/include/asm/pgalloc.h: In function `pte_alloc_one_fast':
/root/pdaXrom-builder/build/linux/include/asm/pgalloc.h:91: warning: passing arg 1 of `cpu_pid_va_to_mva' makes integer from pointer without a cast
init/main.c: In function `debug_kernel':
init/main.c:228: output pipe has been closed
make[1]: *** [init/main.o] Error 1
make[1]: Leaving directory `/root/pdaXrom-builder/build/linux'
make: *** [/root/pdaXrom-builder/state/kernel.compile] Error 2
Sure enough, the asm I built with the RC10 builder doesn't understand that option.
So what now? Can someone please post a tarball with the right 2.95.3 cross toolchain to make the RC12 kernel build go through? (I'd presume that at least the pdaXrom devs should have this.) Or should I just get rid of that -Wa,-miwmmxt compiler option? But then the generated code will be slower, no?
UPDATE: Just replaced that -Wa,-miwmmxt in build/linux/arch/arm/Makefile with -Wa,-mxscale, and now the compile dies at entry-armv.S:
entry-armv.S: Assembler messages:
entry-armv.S:980: Error: bad instruction `tmrc r4,wCon'
entry-armv.S:980: Error: bad instruction `wstrw wCSSF,[r5,#(0x00)]'
entry-armv.S:980: Error: bad instruction `wstrw wCASF,[r5,#(0x04)]'
...
I'm stuck now.
-
If you're just building modules, you may not actually need the pdaXrom version of the kernel to build against. I've built the uinput modules for pdaXrom using just the stock Sharp kernel source for the C1000. If you don't want to thrash one of your existing boxen, just grab my Sharp ROM development DSL image (http://kopsisengineering.com/kopsis/SharpZaurusSdkDsl) and run it in QEMU or via a DSL LiveCD. That image has all the right toolchain binaries for kernel building pre-installed and ready to go. Still a sizeable download, but smaller (and faster) than building the whole toolchain.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100781\"][{POST_SNAPBACK}][/a][/div]
Dave, I tried your DSL image in qemu and the sample qpe application compiles. But I didn't have any success compiling the C1K kernel (linux-c1000-20050228-rom1_01.tar.bz2) with that setup so far. For one thing, libncurses seems to be missing, so make menuconfig doesn't work. Then if I just copy the arch/arm/def-configs/akita-j config to .config and run make dep, I see error messages from find, and make zImage then fails with some mysterious broken dependencies. The culprit apparently is that broken find command from Busybox, so a real GNU find would be needed but that doesn't seem to be available in your image.
Do you have a working setup which allows you to compile the C1K kernel? Then it would be very kind if you could just zip up that disk image and upload it to your website.
Thanks,
Albert
-
All right, with the latest RC12 pdaXrom-builder released today I'm now able to build the 2.95.3 toolchain and the Akita kernel, very nice.
But the wlan modules (hermes, orinoco etc.) are still missing in this release for the Akita although they get built during make modules all right. It seems that they just don't get installed during make modules_install or maybe they are installed in the wrong place so that they're missed when the kernel-modules ipk is built. Will have to investigate that.
UPDATE: Well, the modules are not in the kernel-modules package quite simply because they are not built as modules, but compiled into the kernel. That was easy to fix. Now I just need to compile the hostap stuff...
-
Ok, hostap driver 0.3.9 compiled fine, and my D-Link DCF-660W works great now, no more hangups. I've attached a tarball with the binaries of the kernel modules to this post for those who need them. Might also work on RC11, but I've only tested them on RC12 so far.
Thanks to all who helped me get this up and running!
EDIT: Original tarball had files with wrong user/group info, that is fixed now.
-
I'm glad to see that you finally manage to compile hostap. well done!
-
I'm glad to see that you finally manage to compile hostap. well done!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=101328\"][{POST_SNAPBACK}][/a][/div]
Thanks. I think I'm starting to get the hang of it ... The latest builder really works very well. My earlier compile probs stemmed from not being able to build the right 2.95 toolchain with the builder from the RC12-test release. This has all been resolved with the final RC12.
-
trying to use this hostap driver with Planex GW-CF11X i get the following.
Anyone able to help with this?
hostap_cs: 0.3.9 - 2005-06-10 (Jouni Malinen <jkmaline@cc.hut.fi>)
hostap_cs: setting Vcc=33 (constant)
hostap_cs: CS_EVENT_CARD_INSERTION
hostap_cs: setting Vcc=33 (from config)
Checking CFTABLE_ENTRY 0x01 (default 0x01)
IO window settings: cfg->io.nwin=1 dflt.io.nwin=1
io->flags = 0x0047, io.base=0x0000, len=128
hostap_cs: Registered netdevice wifi0
hostap_cs: index 0x01: Vcc 3.3, irq 135, io 0xf6000000-0xf600007f
wifi0: __hfa384x_cmd_no_wait(6) - timeout - reg=0xf072
hostap_cs: first command failed - assuming card does not have primary firmware
hostap_cs: assuming no Primary image in flash - card initialization not completed
wifi0: test Genesis mode with HCR 0x1f
prism2_pccard_cor_sreset: original COR 41
prism2_pccard_genesis_sreset: original COR 41
Readback test failed, HCR 0x1f write 00 e1 a1 ff read 00 ce a1 ce
wifi0: test Genesis mode with HCR 0x0f
prism2_pccard_cor_sreset: original COR 41
prism2_pccard_genesis_sreset: original COR 41
Readback test succeeded, HCR 0x0f
prism2_pccard_genesis_sreset: original COR 41
wifi0: registered netdevice wlan0
prism2: wlan0: operating mode changed 3 -> 2
wlan0: cannot set RID fc00 (len=2) - no PRI f/w
wlan0: cannot set RID fc0e (len=34) - no PRI f/w
wifi0: cannot get RID fc28 (len=2) - no PRI f/w
Could not read current WEP flags.
wifi0: encryption setup failed
wlan0: set_encryption failed
wlan0: cannot set RID fc02 (len=34) - no PRI f/w
wlan0: could not set interface UP - no PRI f/w
wlan0: could not set interface UP - no PRI f/w
-
I'm glad to see that you finally manage to compile hostap. well done!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=101328\"][{POST_SNAPBACK}][/a][/div]
Thanks. I think I'm starting to get the hang of it ... The latest builder really works very well. My earlier compile probs stemmed from not being able to build the right 2.95 toolchain with the builder from the RC12-test release. This has all been resolved with the final RC12.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=101330\"][{POST_SNAPBACK}][/a][/div]
thank you so much for compiling this to us
-
...
hostap_cs: first command failed - assuming card does not have primary firmware
hostap_cs: assuming no Primary image in flash - card initialization not completed
...
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=101461\")
Well, obviously the card is recognized, that's good. However, it looks like this card needs a firmware, so you probably have to install hostap-utils in addition to the driver (my tarball only contains the driver itself, as this is all I needed). The hostap-utils should be straightforward to build with the native or cross devkit, I think you don't need the kernel sources for that. You also need to figure out which firmware you need, and maybe you want to write a little hotplug script to automate the firmware loading process. See this thread: "[a href=\"https://www.oesf.org/forums/index.php?showtopic=12567]Sandisk Connect Plus Wi-fi + 128mb[/url]" for more information (that thread is about the SanDisk Connect plus, so you'll have to adapt this for your card, of course). Taking a look at the hostap* and prism* packages from OpenZaurus might also help to figure out how to get the card to work. It seems that OZ has much better out-of-the-box support for different wlan cards right now.
If that sounds like too much work, then it's probably easiest to buy another card which has the firmware on board.
HTH,
Albert
-
ok...
got planex gw-cf11x working with this driver and details from above post.
will write up and post what i did
-
I "ordered" sash to look into this and we will probally be using all the fixes and solutions from the cacko rom.
-
Laze, that's good news, would really be nice if the newer wlan cards would work out of the box on pdaXrom.
gryning, it would still be nice if you could describe the steps needed to make the firmware loader work. I might give it a try myself (still have a Sandisk Connect Plus lying around here), and this information would probably be useful for the pdaXrom developers, too.
-
download hostap driver (from this thread):
https://www.oesf.org/forums/index.php?act=A...pe=post&id=1135 (https://www.oesf.org/forums/index.php?act=Attach&type=post&id=1135)
download prism2_srec from:
https://www.oesf.org/forums/index.php?showtopic=12567&st=15# (https://www.oesf.org/forums/index.php?showtopic=12567&st=15#)
dowload firmware images and extract:
http://www.red-bean.com/~proski/firmware/ (http://www.red-bean.com/~proski/firmware/)
http://www.red-bean.com/~proski/firmware/1.8.4.tar.bz2 (http://www.red-bean.com/~proski/firmware/1.8.4.tar.bz2)
http://www.red-bean.com/~proski/firmware/primary.tar.bz2 (http://www.red-bean.com/~proski/firmware/primary.tar.bz2)
create script as follows:
#!/bin/sh
cardctl scheme default
prism2_srec -gs wlan0 /mnt/card/planex/primary/pm010102.hex
prism2_srec -gp wlan0 /mnt/card/planex/primary/pm010102.hex
iwpriv wlan0 reset 1
prism2_srec -rp wlan0 /mnt/card/planex/1.8.4/rf010804.hex
iwconfig wlan0 mode 2
cardctl scheme planex
card is now active.
i've ordered another card to play with also. with non volatile bios. this card requires to be initialised every time when coming out of suspend which is very annoying. If anyone has any ideas about this.
-
i would like to see hostap driver and utils going into main rom. even if it's not in the installer but downloadable.