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 #1727: Hanging verifying the SIM PIN
      (Openmoko Public Trac)
   2. Re: Openmoko Bug #1709: [ASU] receiving or passing call
      doesn't work (Openmoko Public Trac)
   3. Re: Openmoko Bug #1708: Power button stops working when wifi
      is        turn off (Openmoko Public Trac)
   4. Re: Openmoko Bug #1628: [exposure-profile] profile type will
      be        changed by 4 times touch in Ring Only status (Openmoko Public 
Trac)
   5. Re: Openmoko Bug #1731: [opkg] opkg upgrade should
      "autoremove"      unused packages (Openmoko Public Trac)
   6. Re: Openmoko Bug #1699: Mailing lists are sending same email
      2/3 times (Openmoko Public Trac)
   7. Re: Openmoko Bug #1371: corrupted data from u-blox
      (Openmoko Public Trac)
   8. Re: Openmoko Bug #1435: modem/kernel truncates packages in
      mux mode  after hours of operation (Openmoko Public Trac)
--- Begin Message ---
#1727: Hanging verifying the SIM PIN
--------------------+-------------------------------------------------------
 Reporter:  odlg    |        Owner:  zecke
     Type:  defect  |       Status:  new  
 Priority:  high    |    Milestone:       
Component:  Qtopia  |      Version:       
 Severity:  major   |   Resolution:       
 Keywords:          |     Blocking:       
Blockedby:          |  
--------------------+-------------------------------------------------------

Comment(by alphaone):

 Could this be a timeout issue?
 See http://trac.freesmartphone.org:8000/trac-example/ticket/68

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

--- End Message ---
--- Begin Message ---
#1709: [ASU] receiving or passing call doesn't work
----------------------+-----------------------------------------------------
 Reporter:  feydreva  |        Owner:  openmoko-devel
     Type:  defect    |       Status:  closed        
 Priority:  high      |    Milestone:                
Component:  unknown   |      Version:  unspecified   
 Severity:  critical  |   Resolution:  invalid       
 Keywords:            |     Blocking:                
Blockedby:            |  
----------------------+-----------------------------------------------------

Comment(by feydreva):

 Hello,

 I was using the ASJU image of the 22th, and the kernel image of the 30th
 http://buildhost.openmoko.org/daily/freerunner/ date of the july 22 and
 date of july 30th

 The FR was fully charger, with a battery on it

 (no battery would make to FR to turn off if I disconnected it from the
 computer)

 Sadly the images are not here anymore, so I will try with the new ones

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

--- End Message ---
--- Begin Message ---
#1708: Power button stops working when wifi is turn off
----------------------------------------+-----------------------------------
 Reporter:  slozano                     |        Owner:  openmoko-devel
     Type:  defect                      |       Status:  new           
 Priority:  normal                      |    Milestone:                
Component:  unknown                     |      Version:  unspecified   
 Severity:  major                       |   Resolution:                
 Keywords:  Powe_Managment, wfi, power  |     Blocking:                
Blockedby:                              |  
----------------------------------------+-----------------------------------

Comment(by slozano):

 Replying to [comment:1 zecke]:
 > How and where do you turn off the wifi?
   I turn the wifi using the "POWER Menu" that can be found by pushing and
 holding the button for ~2 seconds.

 >Which image do you use?

     April 24 2008, However I been updating using opkg

 What do you mean by power button becomes unresponsive?
    Once the wifi is turn off, the power button stops working. The cell
 phone will not turn off when holding the button or there will be no access
 to the "POWER menu" if the cell phone goes into suspend mode, pushing the
 button will not wake the cell phone.

 Could you run top on the device when it becomes unresponsive?
 Yes I can, here is the output

 top - 20:40:01 up 11 min,  1 user,  load average: 3.64, 3.34, 2.00
 Tasks:  65 total,   1 running,  64 sleeping,   0 stopped,   0 zombie
 Cpu(s): 55.6%us, 33.3%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi, 11.1%si,
 0.0%st
 Mem:    126260k total,    81840k used,    44420k free,      336k buffers
 Swap:        0k total,        0k used,        0k free,    43464k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  1400 root      20   0  2252 1096  884 R 98.4  0.9   0:01.01 top
     1 root      20   0  1524  564  500 S  0.0  0.4   0:09.86 init
     2 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthreadd
     3 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
     4 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
     5 root      15  -5     0    0    0 D  0.0  0.0   0:00.41 events/0
     6 root      15  -5     0    0    0 S  0.0  0.0   0:00.07 khelper
    64 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kblockd/0
    70 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 ksuspend_usbd
    76 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 khubd
    79 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
    85 root      15  -5     0    0    0 S  0.0  0.0   0:00.40 kmmcd
   114 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
   115 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
   116 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kswapd0
   117 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
   133 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kapmd

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

--- End Message ---
--- Begin Message ---
#1628: [exposure-profile] profile type will be changed by 4 times touch in Ring
Only status
------------------------+---------------------------------------------------
 Reporter:  regina_kim  |        Owner:  marek 
     Type:  defect      |       Status:  closed
 Priority:  normal      |    Milestone:  ASU   
Component:  Exposure    |      Version:        
 Severity:  normal      |   Resolution:  fixed 
 Keywords:  must have   |     Blocking:        
Blockedby:              |  
------------------------+---------------------------------------------------
Changes (by regina_kim):

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


Comment:

 kernel : 20080723-asu.stable-uImage.bin
 rootfs : 20080804-asu.stable-rootfs.jffs2

 it has fixed. thanks.

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

--- End Message ---
--- Begin Message ---
#1731: [opkg] opkg upgrade should "autoremove" unused packages
----------------------+-----------------------------------------------------
 Reporter:  zecke     |        Owner:  tick    
     Type:  defect    |       Status:  accepted
 Priority:  normal    |    Milestone:          
Component:  Assassin  |      Version:          
 Severity:  normal    |   Resolution:          
 Keywords:  opkg      |     Blocking:          
Blockedby:            |  
----------------------+-----------------------------------------------------
Changes (by tick):

  * owner:  [EMAIL PROTECTED] => tick
  * status:  new => accepted


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

--- End Message ---
--- Begin Message ---
#1699: Mailing lists are sending same email 2/3 times
----------------------------+-----------------------------------------------
 Reporter:  manitasdeplata  |        Owner:  openmoko-devel
     Type:  defect          |       Status:  closed        
 Priority:  normal          |    Milestone:                
Component:  unknown         |      Version:                
 Severity:  blocker         |   Resolution:  invalid       
 Keywords:                  |     Blocking:                
Blockedby:                  |  
----------------------------+-----------------------------------------------
Changes (by roh):

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


Comment:

 zecke:
 please close such tickets as invalid and add a link to the ticket in
 [omadmin:] as done below
 also link the ticket closed here in [omadmin:] as reference.
 see also: InterTrac


 please follow up on [omadmin:ticket:1372]

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

--- End Message ---
--- Begin Message ---
#1371: corrupted data from u-blox
---------------------------+------------------------------------------------
 Reporter:  [EMAIL PROTECTED]  |        Owner:  openmoko-kernel
     Type:  defect         |       Status:  assigned       
 Priority:  high           |    Milestone:                 
Component:  hardware       |      Version:  GTA02v6        
 Severity:  normal         |   Resolution:                 
 Keywords:                 |     Blocking:                 
Blockedby:                 |  
---------------------------+------------------------------------------------
Changes (by roh):

  * owner:  sean_chiang => openmoko-kernel
  * component:  GPS => hardware


Old description:

> i receive wrong nmea sentances with incorrect checksums. it seems that
> null-bytes are inserted and/or characters are missing when the debugboard
> is
> connected.
>
> has someone else similar expiriences? did someone play around with gsp,
> nmea
> with the debugboard connected?

New description:

 i receive wrong nmea sentances with incorrect checksums. it seems that
 null-bytes are inserted and/or characters are missing when the debugboard
 is
 connected.

 has someone else similar expiriences? did someone play around with gsp,
 nmea
 with the debugboard connected?

--

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

--- End Message ---
--- Begin Message ---
#1435: modem/kernel truncates packages in mux mode after hours of operation
---------------------------+------------------------------------------------
 Reporter:  [EMAIL PROTECTED]  |        Owner:  openmoko-kernel
     Type:  defect         |       Status:  assigned       
 Priority:  high           |    Milestone:                 
Component:  hardware       |      Version:  GTA02v4        
 Severity:  normal         |   Resolution:                 
 Keywords:                 |     Blocking:                 
Blockedby:                 |  
---------------------------+------------------------------------------------
Changes (by roh):

  * owner:  sean_chiang => openmoko-kernel
  * status:  new => assigned
  * component:  GSM Modem => hardware


Old description:

> i receive the following packages from the modem in mux mode:
>
> 00000000: 7e 05 ef 0d 0a 2b 43 50-42 53 3a 20 28 22 45 4e  ~.ï..+CPBS:
> ("EN
> 00000010: 22 2c 22 42 44 22 2c 22-46 44 22 2c 22 44 43 22
> ","BD","FD","DC"
> 00000020: 2c 22 4c 44 22 2c 22 52- .  .  .  .  .  .  .  .  ,"LD","R
>
> 00000000: 7e 05 ef 0d 0a 2b 43 47-4d 49 3a 20 46 49 43 2f  ~.ï..+CGMI:
> FIC/
> 00000010: 4f 70 65 6e 4d 6f 6b 6f-0d 0a df 7e 7e 05 ef 0d
> OpenMoko..ß~~.ï.
> 00000020: 0a 4f 4b 0d 0a df 7e  .- .  .  .  .  .  .  .  .  .OK..ß~
>
> as you can see, the first block does not end with an 0x7e which is the
> package
> end byte. the second block is again a complete package with 0x7e at the
> beginning and the end.
>
> this behavior starts after hours of operation and increases.

New description:

 i receive the following packages from the modem in mux mode:

 00000000: 7e 05 ef 0d 0a 2b 43 50-42 53 3a 20 28 22 45 4e  ~.ï..+CPBS:
 ("EN
 00000010: 22 2c 22 42 44 22 2c 22-46 44 22 2c 22 44 43 22
 ","BD","FD","DC"
 00000020: 2c 22 4c 44 22 2c 22 52- .  .  .  .  .  .  .  .  ,"LD","R

 00000000: 7e 05 ef 0d 0a 2b 43 47-4d 49 3a 20 46 49 43 2f  ~.ï..+CGMI:
 FIC/
 00000010: 4f 70 65 6e 4d 6f 6b 6f-0d 0a df 7e 7e 05 ef 0d
 OpenMoko..ß~~.ï.
 00000020: 0a 4f 4b 0d 0a df 7e  .- .  .  .  .  .  .  .  .  .OK..ß~

 as you can see, the first block does not end with an 0x7e which is the
 package
 end byte. the second block is again a complete package with 0x7e at the
 beginning and the end.

 this behavior starts after hours of operation and increases.

--

Comment:

 sounds like a calypso fw bug.

 do you have any specifics about how to provoke this?

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1435#comment:2>
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