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 #2229: GSM was working fine for months,
      suddenly will not register using any GSM stack (Openmoko Public Trac)
   2. Re: Openmoko Bug #2229: GSM was working fine for months,
      suddenly will not register using any GSM stack (Openmoko Public Trac)
--- Begin Message ---
#2229: GSM was working fine for months, suddenly will not register using any GSM
stack
----------------------+-----------------------------------------------------
 Reporter:  danek2    |          Owner:  joerg                     
     Type:  defect    |         Status:  accepted                  
 Priority:  normal    |      Milestone:                            
Component:  hardware  |        Version:  GTA02v5                   
 Severity:  normal    |       Keywords:  calypso, gsm, registration
 Haspatch:  0         |      Blockedby:                            
Estimated:            |    Patchreview:                            
 Blocking:            |   Reproducible:  always                    
----------------------+-----------------------------------------------------

Comment(by joerg):

 Replying to [comment:5 slm3095om]:
 > One thing that I did notice in my testing is that the modem resets with
 2008.12 but it hangs with 2009. I have to do an 'echo 1 > power_on' to get
 it back. I thought that was a little odd, I would have expected to at
 least have to do 'echo 0 > power_on; echo 1 > power_on'

 The semantics of modem power management has changed in new kernels,
 usually power_on is handled internally. It's the power pushbutton function
 of the modem, and new kernels correctly operate this pushbutton for a few
 seconds when closing the actual powerswitch to route power to the modem
 from battery. Old kernels needed userland to do this and userland didn't
 `echo 0 >power_on` after actuating this button.

 If this problem is triggered by modem inrush current on registering, could
 you please test with a different provider or - better - go to a place with
 much higher signal (more close to the basestation) and try registering
 there?

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

--- End Message ---
--- Begin Message ---
#2229: GSM was working fine for months, suddenly will not register using any GSM
stack
----------------------+-----------------------------------------------------
 Reporter:  danek2    |          Owner:  joerg                     
     Type:  defect    |         Status:  accepted                  
 Priority:  normal    |      Milestone:                            
Component:  hardware  |        Version:  GTA02v5                   
 Severity:  normal    |       Keywords:  calypso, gsm, registration
 Haspatch:  0         |      Blockedby:                            
Estimated:            |    Patchreview:                            
 Blocking:            |   Reproducible:  always                    
----------------------+-----------------------------------------------------

Comment(by joerg):

 Replying to [comment:6 slm3095om]:
 > In the absence of a scope, I ran the following shell script while I
 reran my test

 Alas the voltages data from battery coulomb counter are very slow. You'd
 need a real scope to do this test.

 Could you all please state which hw version (board revision, and datecode)
 you got.

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