Hi Anil, Can you give me some pointers on my previous query on 35x EVM
I have put some media files on SD card (audio + video - mpeg + wmv format + 3gp) Media player is able to play the audio file but i am not able to hear any sound :( So where i need to change in the hardware so that i will be able to listen music ?? But the media player is not even detecting any of the video files .. Thanks & Regards Nimit On Wed, Dec 17, 2008 at 10:46 AM, Anil Sasidharan <[email protected]> wrote: > > twebb, > > Please see my answers in-lined............. > > > Anil, > > Hope you don't mind me contacting you directly. We actually own a > > Mistral OMAP35x EVM board and I've gotten android running on it. > > However I'm running into an issue or two that maybe you can help with. > > > > 1. I've only run with a filesystem that was extracted from the > > android emulator, mounted via NFS or YAFFS2. No problems. However, I > > now have built the android source and want to run with the "built" > > filesystem, but I'm having problems. On startup, either init function > > says it can't find files on /data or /system, or (if I mess around > > alot with permissions/ownership) android will start but several apps > > don't run because of permissions/ownership issues. Is there any > > secret to "preparing" the source built filesystem (../out/target/ > > product/generic/system and ../root and ../data) for use on an actual > > target? (I'd rather not have to "un-yaffs" the system.img and > > data.img files since I won't be using yaffs in the long run.) > > > > The out/target/product/<board-name> directory contains /system, /data > and /root directories. You don't need to worry about un-yaffs the .img > files. However please make sure that the init.rc under /root directory > is modified according to your setup (especially comment out the > mounting of YAFFS2 partitions). The easy approach would be to make use > of the very same file system you already have on the NFS or SD card > and just replace the system directory alone with the one built out of > sources. > > > 2. I'm also seeing an issue where I'm having an issue where D-pad key > > presses (i.e. left/right/up/down) don't seem to cause the > > screen to refresh such that the next icon is highlighted. Based on > > how the code reacts, the icon is actually active (i.e. ENTER causes it > > to launch) but just not highlighted. It seems as though every other > > key press results in the screen being refreshed (such that every other > > icon is highlighted as the directions keys are used to move around an > > array of icons on the screen). Is this a keyboard driver issue, a > > frame buffer driver issue, or something else? All other key related, > > touchscreen related, and frame buffer related functionality seems > > fine. I've modified omapfb_main.c per the "page flipping frame > > buffer" question on http://elinux.org/Android_on_OMAP. Are there > > other mods to frame buffer driver or keypad driver I need to make to > > eliminate this problem? > > > > This is one of the notorious/infamous issues that I've faced while > bringing up Android on OMAP3EVM. This is an issue with the framebuffer > update. I presume you already have added support for double-buffering > in fb driver (fb_pan). The GO bit needs to be set for the shadowed > registers to take effect in hardware. Once the hardware is ready, the > GO bit will be reset. Per the hardware specifications, we should not > change any display controller registers until the GO bit is > reset.Android desktop icon-navigation problem got resolved after this > change is made in the display controller source. > For you reference the code is added here (extracted from the function > _setup_plane in drivers/video/omap/dispc.c. The source file to be > modified may change depending on the kernel version at you end :-) ): > > MOD_REG_FLD(DISPC_CONTROL, 0x20, 0); /* clears and sets the GOLCD bit */ > MOD_REG_FLD(DISPC_CONTROL, 0x20, 0x20); > > > > Thanks for your time. > > twebb > > > > > > > > Warm Regards, > Anil > > > > --~--~---------~--~----~------------~-------~--~----~ unsubscribe: [email protected] website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---
