You won't be able to do it with the Edimax unfortunately. see this thread for more details
https://gbatemp.net/threads/spillpass-f ... 768/page-3

Using a cut down version of Brian's code I've got a basic framebuffer working to the point where I can set individual pixel colours reasonably reliably. The only issue I've got now is that a second or so after drawing the final pixel the screen goes black as through switched off. Oddly if I set the ...

Your source files should be in the source directory.
You run make from the directory that has the Makefile in it.

If you downloaded the Template file structure then you need to run make in the same directory that the Makefile is in.

If you didn't download the Template file structure then I'd highly recommend that you do.

This is wrong now PhysicalToARM (with later loader files), so try it without adding 0xC0000000 to address UINT32 PhysicalToARM(VOID *p) { // Some things (e.g: the GPU) expect bus addresses, not ARM physical // addresses return ((UINT32)p) + 0xC0000000; } You needed to add that when the pi was first...

I've been following along with the Baking Pi lesson objectives (sort of) in C. I got OK01->Screen01 working (had to Frankenstein my code with some of the other C frame buffer examples). After that I thought I'd make a simple ClearScreen function that turns all the pixels the same colour. I started o...

OK01-05 all went fairly smoothly and Screen01 worked after much debugging but I am left wondering one thing: In the data section in the framebuffer.s file (from the sample answer) you use .align 12 however the data actually appears to be aligned in 4 byte chunks is there a reason for this that I'm n...