lokicat

Hey, great news! Good job, guys!

As somebody who's written a compiler or two, I understand what -O0 is doing. I'm stoked on -O0 because it takes me from being totally unable to connect to any access point, period, to having somewhat unstable wireless access, which is huge improvement. Also as somebody who's written a compiler or two, I can't say I'm very confident the compiler's not broken, just maybe that its brokenness isn't the cause of this problem. All compilers tend to be broken in one way or another... Awesome. If there's anything I can do to help just say the word.

1. I'm using an ezflash 5 with a Japanese Kingston 1GB microSD. 2. Your wifi_lib_test doesn't work for me. When I recompile it against my -O0 arm7 dswifi lib then it works. However, the -O0 trick doesn't seem to be a cure-all. I got DSFTP compiled against my dswifi (which was *not* fun, by the way) and it basically works, but it tends to crash pretty often. I suspect you're right about the timing issue, though I don't understand how the flashcard figures into it. (like I said, I'm a bit of a newbie) Maybe I'll try fiddling with the ez5 memory timing settings... Edit: I tried speds 2, 5, 7, and 10 with the same results. No access points detected.

W00T! It works here too. Note that you only need to compile the arm7 part with -O0. I left optimizations on for the arm9 code and it works fine. Now we just need all the homebrew developers to compile their wifi libs that way.... Edit: Yowsa! I just used wifi_lib_test in wardriving mode and found *68* access points by just walking around my apartment!

Nice work! You should submit a patch at the devkitPRO SF page.

Nope. I'm using an EZ-flash V (slot-1) and my ds lite can never find any access points, despite there being about 8 of them nearby.

I have a DS Lite bought in October 06 and I have the same problem, so I'm totally stoked that you've found a clue about it. One correction: You probably meant to write "Wifi_Intr_RxEnd" as the function with the problem, right? You say the loop is never entered, eh? I wish I could help figure it out. WIFI_REG(0x5A) looks like it tells you where to read a packet from, but that's the only reference to WIFI_REG(0x54) I can find in the code at all, so who the hell knows what it is? Edit: On further thought, I guess it's supposed to be the end of the packet buffer. BTW, how did you figure this out? I'm a C programmer but I'm totally new to embedded programming in general and DS programming in particular. Can you insert printf's in this code somehow?