#11080 NORM 1.75-so: printk timestamp doesn't start at 0

Zarro Boogs per Child bugtracker at laptop.org
Fri Jul 29 16:54:19 EDT 2011


#11080: printk timestamp doesn't start at 0
---------------------------------+------------------------------------------
           Reporter:  pgf        |       Owner:  saadia                            
               Type:  defect     |      Status:  new                               
           Priority:  normal     |   Milestone:  1.75-software                     
          Component:  kernel     |     Version:  Development source as of this date
         Resolution:             |    Keywords:                                    
        Next_action:  never set  |    Verified:  0                                 
Deployment_affected:             |   Blockedby:                                    
           Blocking:             |  
---------------------------------+------------------------------------------

Old description:

> often, but not always, the initial dmesg output looks like:
>
> {{{
> ....
>     0.000000]       .data : 0xc0538000 - 0xc0562cf0   ( 172 kB)
> [    0.000000] NR_IRQS:320 nr_irqs:320 320
> [    0.000000] sched_clock: 32 bits at 6MHz, resolution 153ns, wraps
> every 660764ms
> [    0.000000] setting oneshot mode
> [    0.000000] setting periodic mode
> [    0.000000] Console: colour dummy device 80x30
> [    0.000000] console [tty0] enabled
> [  660.724445] Calibrating delay loop... 795.44 BogoMIPS (lpj=3977216)
> [  660.813823] pid_max: default: 32768 minimum: 301
> [  660.813901] Mount-cache hash table entries: 512
> [  660.814216] CPU: Testing write buffer coherency: ok
> [  660.817796] print_constraints: dummy:
> ....
> }}}
>
> when it happens, the jump is always 660.  (i.e., the jump is either
> 0, or 660, but never anything else.)

New description:

 often, but not always, the initial dmesg output looks like:

 {{{
 ....
     0.000000]       .data : 0xc0538000 - 0xc0562cf0   ( 172 kB)
 [    0.000000] NR_IRQS:320 nr_irqs:320 320
 [    0.000000] sched_clock: 32 bits at 6MHz, resolution 153ns, wraps every
 660764ms
 [    0.000000] setting oneshot mode
 [    0.000000] setting periodic mode
 [    0.000000] Console: colour dummy device 80x30
 [    0.000000] console [tty0] enabled
 [  660.724445] Calibrating delay loop... 795.44 BogoMIPS (lpj=3977216)
 [  660.813823] pid_max: default: 32768 minimum: 301
 [  660.813901] Mount-cache hash table entries: 512
 [  660.814216] CPU: Testing write buffer coherency: ok
 [  660.817796] print_constraints: dummy:
 ....
 }}}

 when it happens, the jump is always 660.  (i.e., the jump is either
 0, or 660, but never anything else.)

--

Comment(by cjb):

 Should be fixed with Lennert's latest timer work; please re-test on
 olpc-3.0 head.

-- 
Ticket URL: <http://dev.laptop.org/ticket/11080#comment:2>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system


More information about the Bugs mailing list