solution is simple: just remove lock&&unlock of mutex.
it is locked before (in the same thread), so deadlock occurs.

And probably next problem appears:(

I/gralloc (  710): refresh rate = 53.04 Hz
I/gralloc (  710): fb_device_open res: 0
E/gralloc (  710): couldn't open pmem (Unknown error: -2)
E/gralloc (  710): gralloc failed err=No such file or directory
E/FramebufferNativeWindow(  710): fb buffer 0 allocation failed w=800,
h=480, err=No such file or directory
E/gralloc (  710): couldn't open pmem (Unknown error: -2)
E/gralloc (  710): gralloc failed err=No such file or directory
E/FramebufferNativeWindow(  710): fb buffer 1 allocation failed w=800,
h=480, err=No such file or directory
E/FramebufferNativeWindow(  710): xDpi -2097152000
E/FramebufferNativeWindow(  710): yDpi -2097152000
D/libEGL  (  710): egl.cfg not found, using default config
D/libEGL  (  710): loaded /system/lib/egl/libGLES_android.so
I/SurfaceFlinger(  710): EGL informations:
I/SurfaceFlinger(  710): # of configs : 8
I/SurfaceFlinger(  710): vendor    : Android
I/SurfaceFlinger(  710): version   : 1.4 Android META-EGL
I/SurfaceFlinger(  710): extensions: EGL_KHR_image EGL_KHR_image_base
EGL_KHR_image_pixmap EGL_ANDROID_image_native_buffer
EGL_ANDROID_swap_rectangle EGL_ANDROID_get_render_buffer
I/SurfaceFlinger(  710): Client API: OpenGL ES
I/SurfaceFlinger(  710): EGLSurface: 5-6-5-0, config=0x1000000
I/SurfaceFlinger(  710): flags     : 001c0000
W/SurfaceFlinger(  710): ro.sf.lcd_density not defined, using 160 dpi
by default.
I/DEBUG   (  695): *** *** *** *** *** *** *** *** *** *** *** *** ***
*** *** ***
I/DEBUG   (  695): Build fingerprint: 'newsycat/mini2440/
mini2440/:AOSP/MASTER/eng.e-yes.20091117.221242:eng/test-keys'
I/DEBUG   (  695): pid: 710, tid: 717  >>> system_server <<<
I/DEBUG   (  695): signal 7 (SIGBUS), fault addr 00000000
I/DEBUG   (  695):  r0 00000000  r1 426e4ee1  r2 0013ff20  r3 0013ebb8
I/DEBUG   (  695):  r4 0013ec68  r5 accac0e8  r6 0013ec68  r7 0029b780
I/DEBUG   (  695):  r8 00000320  r9 0013eda0  10 00000000  fp ac70bbdc
I/DEBUG   (  695):  ip ac440358  sp 44f82cb8  lr afe0ff58  pc
acc9f568  cpsr 20000010
I/DEBUG   (  695):          #00  pc 0001f568  /system/lib/egl/
libGLES_android.so
I/DEBUG   (  695):          #01  pc 0001fdb8  /system/lib/egl/
libGLES_android.so
I/DEBUG   (  695):          #02  pc 00006d8c  /system/lib/libEGL.so
I/DEBUG   (  695):          #03  pc 00015f38  /system/lib/
libsurfaceflinger.so
I/DEBUG   (  695):          #04  pc 00016330  /system/lib/
libsurfaceflinger.so
I/DEBUG   (  695):          #05  pc 0002741c  /system/lib/
libsurfaceflinger.so
I/DEBUG   (  695):          #06  pc 000299f4  /system/lib/libutils.so
I/DEBUG   (  695):          #07  pc 0002994c  /system/lib/libutils.so
I/DEBUG   (  695):          #08  pc 00010ce8  /system/lib/libc.so
I/DEBUG   (  695):          #09  pc 0001071c  /system/lib/libc.so
I/DEBUG   (  695):
I/DEBUG   (  695): code around pc:
I/DEBUG   (  695): acc9f558 e5943038 e593103c e3510000 0a000002
I/DEBUG   (  695): acc9f568 e5910000 e350000c 0a00003c e3a06000
I/DEBUG   (  695): acc9f578 e58d6000 e5932020 e594c040 e58d2004
I/DEBUG   (  695):
I/DEBUG   (  695): code around lr:
I/DEBUG   (  695): afe0ff48 e5964000 e2144903 1a00000a ebfffbf8
I/DEBUG   (  695): afe0ff58 e3500001 0a000005 e5864000 e1a00006
I/DEBUG   (  695): afe0ff68 e3a01001 ebfffc1e e1a00004 e8bd81f0
I/DEBUG   (  695):
I/DEBUG   (  695): stack:
I/DEBUG   (  695):     44f82c78  0013ff20  [heap]
I/DEBUG   (  695):     44f82c7c  afe10040  /system/lib/libc.so
I/DEBUG   (  695):     44f82c80  00000000
I/DEBUG   (  695):     44f82c84  afe0ff58  /system/lib/libc.so
I/DEBUG   (  695):     44f82c88  0013fea0  [heap]
I/DEBUG   (  695):     44f82c8c  0013ff20  [heap]
I/DEBUG   (  695):     44f82c90  0013ebb8  [heap]
I/DEBUG   (  695):     44f82c94  0029b780  [heap]
I/DEBUG   (  695):     44f82c98  00000320
I/DEBUG   (  695):     44f82c9c  ac420a84  /system/lib/libui.so
I/DEBUG   (  695):     44f82ca0  00000000
I/DEBUG   (  695):     44f82ca4  0013ec68  [heap]
I/DEBUG   (  695):     44f82ca8  accac0e8  /system/lib/egl/
libGLES_android.so
I/DEBUG   (  695):     44f82cac  0013ec68  [heap]
I/DEBUG   (  695):     44f82cb0  e3a07077
I/DEBUG   (  695):     44f82cb4  ef900077
I/DEBUG   (  695): #00 44f82cb8  000001e0
I/DEBUG   (  695):     44f82cbc  0000125c
I/DEBUG   (  695):     44f82cc0  000001e0
I/DEBUG   (  695):     44f82cc4  0013ec68  [heap]
I/DEBUG   (  695):     44f82cc8  000001e0
I/DEBUG   (  695):     44f82ccc  0013ec68  [heap]
I/DEBUG   (  695):     44f82cd0  0013ec68  [heap]
I/DEBUG   (  695):     44f82cd4  0029b780  [heap]
I/DEBUG   (  695):     44f82cd8  00000320
I/DEBUG   (  695):     44f82cdc  acc9fdbc  /system/lib/egl/
libGLES_android.so
I/DEBUG   (  695): #01 44f82ce0  000001e0
I/DEBUG   (  695):     44f82ce4  ac70baa0  /system/lib/libEGL.so
I/DEBUG   (  695):     44f82ce8  00000000
I/DEBUG   (  695):     44f82cec  ac70baa0  /system/lib/libEGL.so
I/DEBUG   (  695):     44f82cf0  0013eda0  [heap]
I/DEBUG   (  695):     44f82cf4  0013ece8  [heap]
I/DEBUG   (  695):     44f82cf8  0013ece8  [heap]
I/DEBUG   (  695):     44f82cfc  0013ece8  [heap]
I/DEBUG   (  695):     44f82d00  0013ece8  [heap]
I/DEBUG   (  695):     44f82d04  ac706d90  /system/lib/libEGL.so

On 20 ноя, 18:00, AchimNohl <achim.n...@coware.com> wrote:
> Hi all,
>
> I have see the same symptom while brining up 2.0 on an ARM926EJS based
> (virtual) platform. 1.5 was working fine and my kernel remained
> unchanged. In my analysis tools, I see that in my case the boot gets
> stuck in  a pthread_mutex_lock. After that the CPU is just idle. The
> lock is called from hardware/libhardware/modules/gralloc.cpp in
> init_pmem_area. I do not know if the problem is the same as yours but
> I will update you once I found out more.
>
> Regards,
> Achim
>
> On Nov 20, 4:52 am, Porting beginner <porting.begin...@gmail.com>
> wrote:
>
> > On Thu, Nov 19, 2009 at 7:10 PM, Alexey Roslyakov <
>
> > alexey.roslya...@gmail.com> wrote:
> > > Can you share your diff and/or logcat output?
>
> > I/SurfaceFlinger(  784): SurfaceFlinger is starting
> > I/SurfaceFlinger(  784): SurfaceFlinger's main thread ready to run.
> > Initializing graphics H/W...
> > E/FramebufferNativeWindow(  784):  +++++++++++ CALLING framebuffer_open
> > ++++++
> > W/gralloc (  784):  -----------  here in framebuffer, doing ioctl for page
> > flippping ------
> > W/gralloc (  784):  ----------- here in framebuffer, doing ioctl for page
> > flippping -------
> > W/gralloc (  784):  ----------- here in framebuffer, doing ioctl for page
> > flippping --------
> > I/gralloc (  784): ++++++++++++using (fd=23)
> > I/gralloc (  784): id           = LCDfb
> > I/gralloc (  784): xres         = 240 px
> > I/gralloc (  784): yres         = 320 px
> > I/gralloc (  784): xres_virtual = 240 px
> > I/gralloc (  784): yres_virtual = 640 px
> > I/gralloc (  784): bpp          = 16
> > I/gralloc (  784): r            = 11:5
> > I/gralloc (  784): g            =  5:6
> > I/gralloc (  784): b            =  0:5
> > I/gralloc (  784): width        = 240 mm (25.400000 dpi)
> > I/gralloc (  784): height       = 320 mm (25.400000 dpi)
> > I/gralloc (  784): refresh rate = 60.00 Hz
> > E/FramebufferNativeWindow(  784):  +++++++++++ CALLING gralloc_open ++++++
> > E/FramebufferNativeWindow(  784):  +++++++++++ INITIALIZE THE BUFFER FIFO
> > +++++
> > E/FramebufferNativeWindow(  784):  +++++++++++ AFTER GRDEV->ALLOC O +++++
> > E/FramebufferNativeWindow(  784): xDpi -2097152000
> > E/FramebufferNativeWindow(  784): yDpi -2097152000
>
> > On Nov 20, 12:22 am, Michael Trimarchi <trimar...@gandalf.sssup.it>
>
> > > wrote:
> > > > Hi,
>
> > > > Alexey Roslyakov wrote:
> > > > > I added LOGI just before return from fb_device_open.
>
> > > > > I/gralloc (  713): fb_device_open res: 0
>
> > > > > fb device initialized successfully. Problem is not here.
> > > > > But where?
>
> > > > maybe we have the same architecture. I'm compiling eclair for openmoko
> > > but
> > > > the issue that I have is a crash in opencore. I'm trying to find the
> > > > related problem,
> > > > can you share with us your configuration for compile on the armv4t
> > > > architecture?
>
> > > > Michael
>
> > > --
> > > unsubscribe: 
> > > android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@­googlegroups.com>
> > > website:http://groups.google.com/group/android-porting
>
> > --
> > Thanks
> > Rizavan- Hide quoted text -
>
> > - Show quoted text -

-- 
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting

Reply via email to