This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

itbok question

Other Parts Discussed in Thread: OMAP3530

Hi,

In itbok utility (build into uboot) for OMAP 35x EVM board, the image data were load to address 0x80377000. They also have a define for SD_RGB24_BUFFER as 0x8177000. Could anyone tell me what are those addresses? are they for LCD controller?  Where can I find the memory map for the OMAP35x EVM? Thanks.

Annie

 

  • The memory map is documented in the Technical Reference Manual.  See the product page at http://focus.ti.com/docs/prod/folders/print/omap3530.html to download the TRM.

    SDRAM starts at address 0x80000000 so those addresses are in SDRAM. I would suspect that the addresses you posted are probably being used for a frame buffer.

    Steve K.

  • Hi, Steve,

    Thanks for the reply. I searched the TRM and found 0x80000000 - 0x9FFFFFFF is for SDRAM, but I am not sure how they figured out the 0x80377000 is for frame buffer?

    Thanks.

     

    Annie

  • Hello Annie,

    I am testing ITBOK on Mistral OMAP3 EVM RevG and I appreciate if you could confirm some behaviors since I suppose that you have it working there.

    Did you notice that the display colors are lightly greened? The LCD diagnostic, for example, when I type "diag lcd fillclr blue', the LCD remains black. Also, the default VGA image (RGB565) is not displayed according to its truly colors.

    Since the fb address is mapped to 0x80377000 (just for testing) when I boot Linux kernel, the uncompressing image kernel process writes in this region by starting in 0x80000000. The result effect, obviously, is a random pixel filling since the memory region has been overwritten.

    I wonder why I cannot change this address? As you said, I didn´t see any mention about why 0x80377000 is for frame buffer.

    Thanks in advance,

    ~Fernando

  • Hi, Fernando,

    To me the color is more yellowish and mistral told me to download the new itbok code but I was not be able to rebuild it - so I am still using one which the display color not quite right. However, for my case, I am using itbok to test my new display, so I am not using the SHARP one.

     

    The address is random selected but it is in the DDR range, my understanding is that you want to pick the address in that range but not be used by other program (?) and there is a register in DSS you have to set to this address - I forgot the name, so display know where to get the data.

    Annie

     

     

     

  • Hello Annie,

    In fact, watching the display color, it  looks more yellowish. I´ve downloaded itbok from here and I am able to rebuild it but the colors remain the same. I think there is no newer version other than that one avaiable in the mentioned link.

    About the address, I changed it for another one in the DDR range, rebuit u-boot, reflash the board but got no success. When I boot the board up, it seems that it freezes before showing the prompt, no image is displayed. I will try to go through the code and the tech ref in order to figure out the name of this register. Perhaps I am missing something that is not so clear for me at this time.

    Thanks in advance.
    ~Fernando

     

  • The register name is DISPC_GFX_BA0 and DISPC_GFX_BA1.

    And here is the download place that Mistral gave to me for new itbok code:

     

    Hi Annie,
       
        Sorry for the delay in response and inconvenience caused thereby. The reason for yellowish display is because of change in mux settings of DSS which is configured in accordance with OMAP37xx. The suitable ITBOK sources for OMAP35xx will be updated shortly in the earlier mentioned website and currently you can download the sources from the below mentioned ftp site :

    ftp://omapevm:Mistral123@ftp.mistralsolutions.com/3530_ITBOK

     

    Annie

  • Thanks Annie. It worked for me!

    Regards,
    ~Fernando