Send buglog mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:

   1. Re: Openmoko Bug #2126: xserver-xglamo eats 100% cpu time
      after resume (Openmoko Public Trac)
   2. Re: Openmoko Bug #2124: opkg installs fso-gpsd when plain
      gpsd was  requested (Openmoko Public Trac)
   3. Re: Openmoko Bug #1946: gtk+ apps do not respond to redraw
      events (Openmoko Public Trac)
   4. Re: Openmoko Bug #2126: xserver-xglamo eats 100% cpu time
      after resume (Openmoko Public Trac)
   5. Re: Openmoko Bug #2126: xserver-xglamo eats 100% cpu time
      after resume (Openmoko Public Trac)
   6. Re: Openmoko Bug #1766: [GSM Signal] no signal,   can't make
      phone call but can receive calls (Openmoko Public Trac)
   7. Re: Openmoko Bug #1489: sometimes volume is too low during a
      call (Openmoko Public Trac)
   8. Openmoko Bug #2127: [python-bindings] upgrade path from
      2008.9 broken (Openmoko Public Trac)
--- Begin Message ---
#2126: xserver-xglamo eats 100% cpu time after resume
------------------------+---------------------------------------------------
    Reporter:  lindi    |        Owner:  openmoko-devel
        Type:  defect   |       Status:  new           
    Priority:  normal   |    Milestone:                
   Component:  unknown  |      Version:                
    Severity:  normal   |   Resolution:                
    Keywords:           |     Haspatch:  0             
   Blockedby:           |    Estimated:                
 Patchreview:           |     Blocking:                
Reproducible:           |  
------------------------+---------------------------------------------------

Comment(by andy):

 I believe I fixed this on stable-tracking a while ago

 
http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=cd21081b281a4bfc00a5a41280bda734d2139f65

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2126#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#2124: opkg installs fso-gpsd when plain gpsd was requested
------------------------+---------------------------------------------------
    Reporter:  Weiss    |        Owner:  openmoko-devel
        Type:  defect   |       Status:  closed        
    Priority:  normal   |    Milestone:                
   Component:  unknown  |      Version:                
    Severity:  normal   |   Resolution:  fixed         
    Keywords:           |     Haspatch:  0             
   Blockedby:           |    Estimated:                
 Patchreview:           |     Blocking:                
Reproducible:           |  
------------------------+---------------------------------------------------
Changes (by zecke):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Okay, put that into OE and OM. New packages should be there soon.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2124#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1946: gtk+ apps do not respond to redraw events
---------------------------------------------------+------------------------
    Reporter:  odlg                                |        Owner:  
openmoko-devel
        Type:  defect                              |       Status:  assigned    
  
    Priority:  high                                |    Milestone:              
  
   Component:  Distro                              |      Version:  
Om2008.9-dev  
    Severity:  blocker                             |   Resolution:              
  
    Keywords:  gtk gtk+ gtk+-fastscaling tangogps  |     Haspatch:  0           
  
   Blockedby:                                      |    Estimated:              
  
 Patchreview:                                      |     Blocking:              
  
Reproducible:  always                              |  
---------------------------------------------------+------------------------

Comment(by Weiss):

 Full details now sent upstream:
 http://bugzilla.gnome.org/show_bug.cgi?id=561591

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1946#comment:11>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#2126: xserver-xglamo eats 100% cpu time after resume
------------------------+---------------------------------------------------
    Reporter:  lindi    |        Owner:  openmoko-devel
        Type:  defect   |       Status:  new           
    Priority:  normal   |    Milestone:                
   Component:  unknown  |      Version:                
    Severity:  normal   |   Resolution:                
    Keywords:           |     Haspatch:  0             
   Blockedby:           |    Estimated:                
 Patchreview:           |     Blocking:                
Reproducible:           |  
------------------------+---------------------------------------------------

Comment(by lindi):

 Thanks for your patch. I started a kernel build to test your patch but
 meanwhile the bug occured again.

 X seems to respond to touchscreen, I can move the mouse pointer but there
 is a lag of several seconds before it moves to a new position. X does not
 seem to ever finish redrawing xvkbd buttons (it has drawn the first row of
 letters but nothing new seems to be drawn). This time I don't see BUG
 print from kernel so maybe it is only printed if I try to kill -9 X?
 Before I could issue the kill command try this the device suddenly stopped
 responding to ping over usb network and did not react to anything on the
 touchscreen. I had to remove the battery to make it boot again.

 I have not changed kernel recently. The only major change was upgrading to
 new version of fso-frameworkd and using.

 {{{
 mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage
 org.freesmartphone.Usage.Suspend
 }}}

 instead of

 {{{
 mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
 org.freesmartphone.GSM.Device.PrepareForSuspend
 apm -s
 mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
 org.freesmartphone.GSM.Device.RecoverFromSuspend
 }}}

 to issue suspend (I had to do this since the API changed and the daemon
 itself now wants to do the "apm -s" invocation.)

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2126#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#2126: xserver-xglamo eats 100% cpu time after resume
------------------------+---------------------------------------------------
    Reporter:  lindi    |        Owner:  openmoko-devel
        Type:  defect   |       Status:  new           
    Priority:  normal   |    Milestone:                
   Component:  unknown  |      Version:                
    Severity:  normal   |   Resolution:                
    Keywords:           |     Haspatch:  0             
   Blockedby:           |    Estimated:                
 Patchreview:           |     Blocking:                
Reproducible:           |  
------------------------+---------------------------------------------------

Comment(by lindi):

 changing
 {{{
 os.system("apm -s")
 }}}

 in the frameworkd source code to

 {{{
 os.system("sleep 4; apm -s; sleep 4")
 }}}

 seems to workaround the issue. Maybe this is some sort of race that
 happens when other processes slow down xglamo enough?

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2126#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1766: [GSM Signal] no signal, can't make phone call but can receive calls
---------------------------------------------+------------------------------
    Reporter:  dexteruk                      |        Owner:  erin_yueh
        Type:  defect                        |       Status:  closed   
    Priority:  high                          |    Milestone:           
   Component:  Qtopia                        |      Version:  Om2008.8 
    Severity:  normal                        |   Resolution:  fixed    
    Keywords:  GSM Antenna Signal,Om2008.11  |     Haspatch:  0        
   Blockedby:                                |    Estimated:           
 Patchreview:                                |     Blocking:           
Reproducible:  sometimes                     |  
---------------------------------------------+------------------------------
Changes (by wendy_hung):

  * status:  in_testing => closed
  * resolution:  => fixed


Comment:

 test/update date: 2008.11.20

 that fixed! thanks!

 just take some time to get the signal, boot time 1:25 need another 40
 seconds to get signal.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1766#comment:99>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1489: sometimes volume is too low during a call
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  tick    
        Type:  defect      |       Status:  assigned
    Priority:  high        |    Milestone:  Om2008.9
   Component:  hardware    |      Version:          
    Severity:  critical    |   Resolution:          
    Keywords:  Om2008.11   |     Haspatch:  0       
   Blockedby:              |    Estimated:          
 Patchreview:              |     Blocking:          
Reproducible:              |  
---------------------------+------------------------------------------------
Changes (by john_lee):

  * owner:  john_lee => tick


Comment:

 tick will implement a volume bar in qtopia call screen to solve the this.
 please change this to in_testing after you finished the implementation.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1489#comment:14>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#2127: [python-bindings] upgrade path from 2008.9 broken
---------------------+------------------------------------------------------
 Reporter:  marek    |          Owner:  openmoko-devel
     Type:  defect   |         Status:  new           
 Priority:  normal   |      Milestone:                
Component:  unknown  |        Version:                
 Severity:  normal   |       Keywords:  Om2008.11     
 Haspatch:  0        |      Blockedby:                
Estimated:           |    Patchreview:                
 Blocking:           |   Reproducible:  always        
---------------------+------------------------------------------------------
 Coming from 2008.9 by upgrading the python binding are not upgraded
 successfully. Hence, you can't start settings. A fresh install of the
 latest daily build fixes it. See #2088 for details.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2127>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog

Reply via email to