|
|
Wiki > Main > GSoCSansaView (compare)
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Difference: GSoCSansaView (r11 vs. r10)Page headingRockbox on the Sansa ViewThis project is part of the Google Summer of Code 2009 project.
The aim of this project is to Project Plan
Currently working on:
DissassemblyFor the disassembly I arbitrarily chose the 01.01.06a revision of the OF to work on, which is available at http://daniel.haxx.se/sansa/view.html. Thanks to funman for pointing out to me that infact there isn't a 64 byte header (why I thought that I don't know), and also for the RAM insights below. Re-disassembled with the correct file (TODO: update offsets below). Both the bootloader and main OF binary are mixed thumb and 32bit ARM code. IRAM is located at 0x40000000. There appears to be at least 96k worth? The OF maps the RAM to 0x10F00000. The bootloader appears to be copied to the start of this address, and then uses this offset to call various bits of code when running. The code is a little generic? It tests if a COP is present, and also tries to setup 64Mb of RAM, even though the View has 32 (as indicated by the part number on the Samsung chip).
ExperimentationI've also been experimenting with code hoping to find some clues I can use as references when looking at the disassembly, by using code like:
for (i = 0; i <= 31; i++)
{
GPIO_CLEAR_BITWISE(GPIOB_OUTPUT_VAL, 1<<i);
sleep(HZ/4);
}
within bootloader/main-pp.c, and then running it as a replacement to the OF (although a lot of the HW initialisation will already be done by that point?).
GPIO_SET_BITWISE(GPIOB_OUTPUT_VAL, 1<<10);
makes the entire LCD white
GPIO_SET_BITWISE(GPIOD_OUTPUT_VAL, 1<<8);
appears to turn off the LCD (i.e. it seems to be more than just turning the backlight off).
GPIO_CLEAR_BITWISE(GPIOA_ENABLE, 0x2);
Turns ON the button light
GPIO_SET_BITWISE(GPIOA_ENABLE, 0x2);
Turns off the button light
/* Disable interrupts on this core */
disable_interrupt(IRQ_FIQ_STATUS);
/* Mask them on both cores */
CPU_INT_DIS = -1;
while (1)
{
DEV_RS = -1;
CPU_CTL = 0x40000000;
}
This is an amalgam of other PP targets shutdown code - on the View it actually resets the device (useful since I can use it to let me know when certain code/sleeps have finished). TODO: find the real reboot/shutdown code.
void bl_off(void)
{
GPIO_SET_BITWISE(GPIOD_ENABLE, 1<<8);
}
void bl_on(void)
{
GPIO_SET_BITWISE(GPIOD_ENABLE, 1);
}
Turn the backlight on and off.
GPIO_CLEAR_BITWISE(GPIOJ_OUTPUT_EN, 0x2);
GPIO_CLEAR_BITWISE(GPIOJ_ENABLE, 0x2);
The first line corrupts the display (skews it). The second restores it to normal. LCDAt first I thought the LCD was based on a Renesas controller, since the disassembly looked similar to the e200. This unfortunately turned out to be a massive red herring. Infact the controller appears to be an Ilitek ILI9320 (although this model is very nearly identical register-wise to the Renesas R61505). So far I'm using the values from the disassembly in the LCD init routines, rather than the application notes. Despite this wealth of information I've yet to have any success in writing to the display. The exact same functions/layout are in both the bootloader and main firmware images: Boot Index: 0x62818 OF Index: 0x321DBC The function name refers to lcd-view.c
NotesThere are many references in the main OF binary to OpenMAX. Khronos were mentioned as the developer of a reference design when the Nvidia 6100 SOC was launched. I've sent emails to both Nvidia and Dragon Display Tech requesting technical information/data sheets. No response has so far been received.
r12 - 29 Dec 2009 - 16:57:29 - MichaelGiacomelli
Revision r11 - 17 Jul 2009 - 02:16 - RobertKeevilRevision r10 - 10 Jul 2009 - 15:15 - RobertKeevil Copyright © by the contributing authors.
|