The Wifi Problem Will Be Found To Be Caused By:

[hdonk]

While I'm waiting to finish off the port of CaPriCe, here's another pointless & useless poll!

 

[mali]

 

[hdonk]

You know, if that bloke had a Pandora, he wouldn't be sleeping!

 

[quote]

That is a Pandora, on his lap.

He's a midget and has been crushed by it.
He's not sleeping, he is dead.

 

[Monk]

Who does he think he's kidding? He'd AT LEAST need a glass to hear what's happening in the next cubicle that way...

 

[Asiyura]

Bored?

Not even a second!

 

[NeoTheFox]

Everything went better than I expect!

 

[Exophase]

It's your fault.

Bastard.

 

[hch]

ah, finally 300 posts...

 

[gp32rich]

I think the post below caused it

 

[Monk]

I think the post below caused it

 

[DutchMojo]

Yay! my post did some stuff!



Where is the "caused by the day after tomorrow option?

 

[hobbyman II]

compiler handling optimisation differently for arm vs x86, is my guess, try compiling none-optimised code guys

(bags a free Pandora if I'm right )

 

[Patrick R Ludvigsen]

all of them

 

[torpor]

* Word-/page- alignment issues.
* Subtle compiler differences between what gcc for x86 (where the existing driver was developed and has received most of its testing) is expecting to have to output for the packet_buffer, and ARM?
* Tried building the module with all optimizations off?
* Incorrect register usage. (If I had a Pandora, this is the first thing I'd check - all registers are being used properly, in the right order, etc.)

 

[Prometheus]

Definitely Gremlins. They'll be knocking on the forum's door, singing badly, any minute now.

 

[mali]

I favour the misplaced semicolon, cause it made me lol hard

 

[notaz]

* Word-/page- alignment issues.

...would cause an exception and be quickly seen.

* Subtle compiler differences between what gcc for x86 (where the existing driver was developed and has received most of its testing) is expecting to have to output for the packet_buffer, and ARM?

The driver was developed for N900 by Nokia and has been shown to work on N900 and various ARM HTC devices like G1.

* Tried building the module with all optimizations off?

I see no reason to do that. Multiple compilers were tested.

* Incorrect register usage. (If I had a Pandora, this is the first thing I'd check - all registers are being used properly, in the right order, etc.)

Which registers do you have in mind?
MMC/SD on OMAP - same code drives both SD slots, also firmware upload works fine, it's not SDIO like I stated multiple times.
registers on wifi module - more likely, the module is basically undocumented black box and no one knows how to program it (except TI; this is "normal" for wifi modules though), but the driver works on other similar devices.
registers on ARM - you think it's compiler bug? The compiler we use is known to be good and I tried a different one anyway.

 

[Sphinxter]

Stray particles from the large haldron super collider.

 

[ximple]

Cosmic Rays similar to what some are claiming to affect Toyota's acceleration problems.

http://www.wired.com/autopia/2010/03/toyota-cosmic-rays/