Re: [android-porting] copybit format conversion issue, for help

Hi all On 08/24/2010 12:23 PM, Simon Chan wrote: Hi, all, I have encountered a format coversion issue when manage to add copybit module for some hw 2D core. There are a lot of blit operations from COPYBIT_FORMAT_RGBA_ to COPYBIT_FORMAT_RGB_565 when do menu rendering. I have the

[android-porting] i.MX51 BBG: How to swap red color with blue on DIPS2 (RGB565)

Hi, Now I have to use BRG564 instead of RGB565, so I modified following codes, but they have no effect. file: mxc_ipuv3_fb.c, function: mxcfb_check_var .. switch (var-bits_per_pixel) { case 8: .. break; case 16: var-red.length = 5; var-red.offset =

[android-porting] Re: i.MX51 BBG: How to swap red color with blue on DIPS2 (RGB565)

Sorry for mistake: should be BGR565 instead of RGB565 From: lqw1...@gmail.com Sent: Thursday, September 08, 2011 8:06 PM To: android-porting Subject: i.MX51 BBG: How to swap red color with blue on DIPS2 (RGB565) Hi, Now I have to use BRG564 instead of RGB565, so I modified following codes,

[android-porting] i.MX51 BBG: How to swap red color with blue on DISP2 (RGB565 - BGR565)

Hi, Now I have to use BGR565 instead of RGB565, so I modified following codes, but they have no effect. file: mxc_ipuv3_fb.c, function: mxcfb_check_var .. switch (var-bits_per_pixel) { case 8: .. break; case 16: var-red.length = 5; var-red.offset = 11; 0

[android-porting] request_suspend_state

request_suspend_state: sleep (0-3) at 234899703 (2011-09-08 01:41:52.45700 UTC) Queue work: early_suspend_work Start: early_suspend_work early_suspend: call handlers enter - aml_gc0308_early_suspend lcd_suspend osd_suspended sys_suspend early clk HHI_VID_CLK_CNTL(105f) off early pll

[android-porting] BOARD_KERNEL_CMDLINE

Hi All, In Android we are using BOARD_KERNEL_CMDLINE, for different things. I know what is kernel command line, and how it is used. But why another cmdline is required in android. Please tell me.. THanks in advance -- With regards, Sandeep Kumar Anantapalli, -- unsubscribe:

[android-porting] Define gsensor coordination for landscape device

The following link defines the coordination for portrait device: http://developer.android.com/reference/android/hardware/SensorEvent.html Is it the same for landscape device? I mean the device is by default held in landscape, not like phone. Is the O(origin) always defined in the left-down

[android-porting] android alarm driver

Im porting Froyo to mips board, and I have trouble building alarm driver. I added source to kernel, it builds and I have driver log, but I don't have device. device node is not created: /dev/alarm I also don't have /dev/rtc and I think this might be causing problem. When does

[android-porting] sitara am3703 uImage read from nand

Hi all, i am able to port the x-load.bin.ift,u-boot.bin on AM3703 sitara board. but while booting uImage i got the following error. # boot NAND read: device 0 offset 0x28, size 0x40 NAND read from offset 28 failed -74 4194304 bytes read: ERROR ## Booting kernel from Legacy Image at

Re: [android-porting] i.MX51 BBG: How to swap red color with blue on DISP2 (RGB565 - BGR565)

Hi Qingwei, The correct way is to modify in your frame buffer display driver , just swap between B and R The frame buffer display driver is in your linux kernel driver /linux-xxx/drivers/video Regards, Tung On Thu, Sep 8, 2011 at 8:43 PM, lqw1...@gmail.com wrote: Hi, Now I have to use

Re: [android-porting] i.MX51 BBG: How to swap red color with blue on DISP2 (RGB565 - BGR565)

Hi, Dang, We’re using driver/video/mxc/mxc_ipuv3_fb.c as framebuffer driver, and I think the only thing I should do is modify check_var to re-define fb_bitfield, right? Or I should modify other file? Could you please give a example or further tips? Thanks a lot! BR, Qingwei From: Tung Dang

Re: [android-porting] android alarm driver

/dev/alarm is necessary. It comes from a kernel patch called android alarm. you have to patch it to regular kernel on your own. Without it, AlarmManagerService will have trouble to setup alarm. RTC is rarely referred directly in android. however, SystemServer will read current time using

Re: [android-porting] i.MX51 BBG: How to swap red color with blue on DISP2 (RGB565 - BGR565)

Hi QingWei, Last time I tried to swap the color on Android VNC Server, which use the virtual frame buffer driver in kernel/drivers/video/vfb.c In your case, you should do the same with your FB driver. You should check your kernel boot parameter also, to make sure the input setting for your Video

Re: [android-porting] Launching of apps taking time

we ported android 2.3.1 to our architecture and board. the response time is terrible up now. according to my profile, i think it's because drawing windows are very slow. i have 2 clues which drawed my idea on graphics: i) bootanimation is slow; ideally, bootanimation is 12fps. however, we can

Re: [android-porting] Launching of apps taking time

If the boot animation is that slow, your graphics driver is very broken. On Thu, Sep 8, 2011 at 10:26 PM, Liu Xin navy.x...@gmail.com wrote: we ported android 2.3.1 to our architecture and board. the response time is terrible up now. according to my profile, i think it's because drawing

Re: [android-porting] i.MX51 BBG: How to swap red color with blue on DISP2 (RGB565 - BGR565)

Hi Tung, Thank you! I have ever done the similar thing with our FB driver, but it did not take effect. Maybe our platform made some special changes, or driver has bugs. I’ll check them carefully. BTW, I wonder if there is another way to implement, e.g. modify fbmem.c or other files. Best