Hi, Please check if disabling CONFIG_FRAMEBUFFER_CONSOLE solves your problem.
Regards Afzal On Oct 27, 2:47 pm, l l <android...@gmail.com> wrote: > Thank you for reply. > > I checked the color bits by logcat. > > I think it's OK. > ################################## > I/EGLDisplaySurface( 1581): using (fd=21) > I/EGLDisplaySurface( 1581): id = > I/EGLDisplaySurface( 1581): xres = 480 px > I/EGLDisplaySurface( 1581): yres = 272 px > I/EGLDisplaySurface( 1581): xres_virtual = 480 px > I/EGLDisplaySurface( 1581): yres_virtual = 544 px > I/EGLDisplaySurface( 1581): bpp = 16 > I/EGLDisplaySurface( 1581): r = 0:5 > I/EGLDisplaySurface( 1581): g = 5:5 > I/EGLDisplaySurface( 1581): b = 10:5 > I/EGLDisplaySurface( 1581): width = 76 mm (160.421051 dpi) > I/EGLDisplaySurface( 1581): height = 43 mm (160.669769 dpi) > I/EGLDisplaySurface( 1581): refresh rate = 69.37 Hz > ##################################### > But I find anthor error log > Is it the reason? > ##################################### > E/MemoryHeapBase( 1581): error opening /dev/pmem: No such file or directory > E/SurfaceFlinger( 1581): Couldn't open /sys/power/wait_for_fb_sleep or > /sys/power/wait_for_fb_wake > ##################################### > More log of the logcat is in the file. > > Thanks. > > 2010/10/21 Brad Davis <bda...@cove-mtn.com> > > > > > Sorry, I was looking at your first post, not the latest boot dump. > > > Also verify that the color bits are the the right locations for the > > userland libraries. I haven't been looking at the current sources for > > a while but a when I last worked on my AT91SAM9263-EK I had to add > > support for rgb:5:5:5 (Android had 5:6:5). Also, on these slow > > processors it takes a while for the Java programs to start (which is > > the real screen control code). I put logcat in the background and ran > > ps or vmstat until either the background came up or the board crashed. > > > On Oct 19, 7:07 pm, l l <android...@gmail.com> wrote: > > > I have checked the log. > > > It is nomal. > > > > I/EGLDisplaySurface( 1583): xres = 480 px > > > I/EGLDisplaySurface( 1583): yres = 272 px > > > I/EGLDisplaySurface( 1583): xres_virtual = 480 px > > > I/EGLDisplaySurface( 1583): yres_virtual = 544 px > > > > Is there anything wrong. > > > > 2010/10/20 Brad Davis <bda...@cove-mtn.com> > > > > > Android "double buffers" the screen and the kernel needs to allocate > > > > this memory for the screen. This usually shows up as the yres_virtual > > > > value is twice the yres value. > > > > > I/EGLDisplaySurface( 1405): xres = 480 px > > > > I/EGLDisplaySurface( 1405): yres = 272 px > > > > I/EGLDisplaySurface( 1405): xres_virtual = 480 px > > > > I/EGLDisplaySurface( 1405): yres_virtual = 272 px > > > > > On Oct 18, 11:05 pm, l l <android...@gmail.com> wrote: > > > > > Hello, > > > > > > After I changed the LCD' settings it can work during the Linux Kernel > > > > start. > > > > > > But after Android start the LCD can not show anything. > > > > > > I am troubling what's wrong. > > > > > > 2010/8/9 l l <android...@gmail.com> > > > > > > > Thank you for you reply. > > > > > > > I mounting the root filesystem by NFS and I have /system in the > > tree. > > > > > > > If I put the filesystem on the nand flash I will make enough > > partition > > > > > > tables. > > > > > > Now, the problem how to make the LCD working. > > > > > > > I have check the fb0 by console. > > > > > > I find that the fb0 is not under the path /dev/ but in the path > > > > > > /dev/graphics/ > > > > > > Does it normal? > > > > > > > I use cat to check the /dev/graphics/fb0 > > > > > > And the content seems normal. > > > > > > > I am troubling what's wrong. > > > > > > > Are there any problem with the LCD settings? > > > > > > Or is there any problem with the kernel? > > > > > > > 2010/8/6 Brad Davis <bda...@cove-mtn.com> > > > > > > > Just a few more points: > > > > > > >> You need to fix up your boot image. It looks as if you are > > > > > >> mounting the the root filesystem by NFS but you probably don't > > have / > > > > > >> system in that tree. You either need to add /system or you need > > to > > > > > >> change your init.rc to get /system from somewhere. > > > > > > >> If you are getting your partitions from flash, your kernel has > > two > > > > > >> partitions defined, but Android usually expects 4+ (bootstrap, > > kernel, > > > > > >> system, data, recovery?). You either need to make the kernel > > > > > >> partition tables or the boot parameters match your flash layout. > > > > > > >> You won't be able to get the full system running in 64m of ram. > > > > > >> You will see this when everything seems to be running but init > > crashes > > > > > >> with the cryptic message about something tried to kill it (comes > > from > > > > > >> a required app dying). > > > > > > >> -- > > > > > >> unsubscribe: > > > > > >> android-porting+unsubscr...@googlegroups.com<android-porting%2Bunsubscribe@ > > > > > >> googlegroups.com> > > <android-porting%2bunsubscr...@googlegroups.com<android-porting%252Bunsubsc > > r...@googlegroups.com> > > > > > <android-porting%2bunsubscr...@googlegroups.com<android-porting%252Bunsubsc > > > > r...@googlegroups.com> > > <android-porting%252bunsubscr...@googlegroups.com<android-porting%25252Buns > > ubscr...@googlegroups.com> > > > > > > >> website:http://groups.google.com/group/android-porting > > > > > -- > > > > unsubscribe: > > > > android-porting+unsubscr...@googlegroups.com<android-porting%2Bunsubscribe@ > > > > googlegroups.com> > > <android-porting%2bunsubscr...@googlegroups.com<android-porting%252Bunsubsc > > r...@googlegroups.com> > > > > > website:http://groups.google.com/group/android-porting > > > -- > > unsubscribe: > > android-porting+unsubscr...@googlegroups.com<android-porting%2Bunsubscribe@ > > googlegroups.com> > > website:http://groups.google.com/group/android-porting > > > > kernel_log_1026.txt > 14KViewDownload > > android_log_1026.txt > 36KViewDownload -- unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting