EdiMax EW-7811Un - 8192cu.ko - complilation problems, probably just me

[Gricey]

I followed the instructions here and here to get my dev envt (codesourcery) for cross compiling setup and grabbed the source[1] for this module. I tried compiling it and it output a .ko fine, but when I copied to the pandora an insmod (and insmod -f) gave me

insmod: error inserting '8192cu.ko': -1 invalid module format

dmesg tells me

8192cu: version magic '2.6.27.46-omap1-00048-ge2da122 mod_unload ARMv7 ' should be '2.6.27.46-omap1 mod_unload modversions ARMv7 '

While I'm comfortable compiling kernels and modules, I've never cross-compiled before, any ideas?


[1]http://www.edimax.co.uk/en/support_detail.php?pd_id=328&pl1_id=1&pl2_id=44 is the page the source is on

 

[sebt3]

(codesourcery)

Wont work to get a compatible module. Use a gcc produced by OE, be it on-board or DjWillis' toolchain (and derivatives).

 

[notaz]

Try to prevent it from adding the git tag:

diff --git a/scripts/setlocalversion b/scripts/setlocalversion

index 83b7512..4823b98 100755

--- a/scripts/setlocalversion

+++ b/scripts/setlocalversion

@@ -8,6 +8,7 @@ usage() {


 cd "${1:-.}" || usage


+exit 0

 # Check for git and a git repo.

 if head=`git rev-parse --verify HEAD 2>/dev/null`; then

        # Do we have an untagged version?

If that doesn't help you'll probably need OE to build this..

 

[Gricey]

Cheers guys. I didn't have much luck going the DJWillis route, so was hoping that the guide on the Wiki would help me out. Compiled without the git tags and now I get in dmesg:

8192cu: unknown relocation: 43

Drat!

 

[notaz]

Since compiling modules is currently painful I guess I'll be sort of providing module compilation service:


http://notaz.gp2x.de/misc/pnd/ko/hf6/8192cu.ko.zip


this might require hf6 kernel though..

 

[Gricey]

I am running HF6 but it really doesnt like that...

[69431.570159] 8192cu: disagrees about version of symbol skb_copy_bits

[69431.576538] 8192cu: Unknown symbol skb_copy_bits

[69431.581481] 8192cu: disagrees about version of symbol skb_put

[69431.587310] 8192cu: Unknown symbol skb_put

[69431.591705] 8192cu: disagrees about version of symbol __netif_schedule

[69431.598266] 8192cu: Unknown symbol __netif_schedule

[69431.603637] 8192cu: disagrees about version of symbol unregister_netdev

[69431.610321] 8192cu: Unknown symbol unregister_netdev

[69431.615600] 8192cu: disagrees about version of symbol skb_dequeue

[69431.621734] 8192cu: Unknown symbol skb_dequeue

[69431.626953] 8192cu: disagrees about version of symbol dev_alloc_name

[69431.633361] 8192cu: Unknown symbol dev_alloc_name

[69431.638580] 8192cu: disagrees about version of symbol ether_setup

[69431.644714] 8192cu: Unknown symbol ether_setup

[69431.649475] 8192cu: disagrees about version of symbol eth_type_trans

[69431.655883] 8192cu: Unknown symbol eth_type_trans

[69431.662109] 8192cu: disagrees about version of symbol netif_device_detach

[69431.668945] 8192cu: Unknown symbol netif_device_detach

[69431.674835] 8192cu: disagrees about version of symbol netif_device_attach

[69431.681701] 8192cu: Unknown symbol netif_device_attach

[69431.687164] 8192cu: disagrees about version of symbol skb_queue_tail

[69431.693603] 8192cu: Unknown symbol skb_queue_tail

[69431.698669] 8192cu: disagrees about version of symbol dev_kfree_skb_any

[69431.705322] 8192cu: Unknown symbol dev_kfree_skb_any

[69431.710601] 8192cu: disagrees about version of symbol skb_pull

[69431.716522] 8192cu: Unknown symbol skb_pull

[69431.721099] 8192cu: disagrees about version of symbol skb_push

[69431.726989] 8192cu: Unknown symbol skb_push

[69431.731903] 8192cu: disagrees about version of symbol wireless_send_event

[69431.738739] 8192cu: Unknown symbol wireless_send_event

[69431.744171] 8192cu: disagrees about version of symbol register_netdev

[69431.750701] 8192cu: Unknown symbol register_netdev

[69431.755981] 8192cu: disagrees about version of symbol free_netdev

[69431.762145] 8192cu: Unknown symbol free_netdev

[69431.767486] 8192cu: disagrees about version of symbol alloc_etherdev_mq

[69431.774169] 8192cu: Unknown symbol alloc_etherdev_mq

[69431.779449] 8192cu: disagrees about version of symbol skb_queue_purge

[69431.785919] 8192cu: Unknown symbol skb_queue_purge

[69431.791076] 8192cu: disagrees about version of symbol netif_rx

[69431.796997] 8192cu: Unknown symbol netif_rx

[69431.801452] 8192cu: disagrees about version of symbol __netdev_alloc_skb

[69431.808197] 8192cu: Unknown symbol __netdev_alloc_skb

[69431.814392] 8192cu: disagrees about version of symbol netif_carrier_off

[69431.821075] 8192cu: Unknown symbol netif_carrier_off

[69431.826446] 8192cu: disagrees about version of symbol skb_clone

[69431.832397] 8192cu: Unknown symbol skb_clone

[69431.836975] 8192cu: disagrees about version of symbol netif_carrier_on

[69431.843566] 8192cu: Unknown symbol netif_carrier_on

[69431.848907] 8192cu: disagrees about version of symbol find_vpid

[69431.854888] 8192cu: Unknown symbol find_vpid

Sorry for the hassle! My efforts continue on the DjWillis toolchain front also.


Gricey

 

[Gricey]

Latest error I seem to be getting is 'disagrees about version of symbol struct_module' in dmesg.


Is there a simple dev environment I can get access to, I read somewhere about a virtualbox, but how would I go about building the kernel/modules in that environment?


I thought I was doing so well, too!


/headscratch

 

[notaz]

I am running HF6 but it really doesnt like that...

the recently posted alpha3?

Is there a simple dev environment I can get access to, I read somewhere about a virtualbox, but how would I go about building the kernel/modules in that environment?

there isn't one yet. You might have to end up compiling your own kernel+all modules and using those..

 

[Gricey]

I am running HF6 but it really doesnt like that...

the recently posted alpha3?

Is there a simple dev environment I can get access to, I read somewhere about a virtualbox, but how would I go about building the kernel/modules in that environment?

there isn't one yet. You might have to end up compiling your own kernel+all modules and using those..

Sadly that wasn't as easy as I'd hoped... I copied the installed modules dir into /lib/modules and replaced the uImage ... weirdly it then boots, gets to XFCE, and a tad after announcing that its starting the power manager or whatever it decides to shut down. Gah! Looks like I'll be reflashing