Bug 7532

Summary: LogParser: Fast TSC calibration failed
Product: [Build System, Metadata & Runtime] BSPs Reporter: Lucian Musat <georgex.l.musat>
Component: bsps-runtimeAssignee: Lucian Musat <georgex.l.musat>
Status: VERIFIED WONTFIX QA Contact: Cristina Agurida <cristina-danielax.agurida>
Severity: normal    
Priority: Medium CC: alexandru.c.georgescu, cristina-danielax.agurida, yp.kernel.watcher, yp.watcher
Version: 1.8   
Target Milestone: 2.1   
Hardware: Netbook   
OS: x86   
Whiteboard:
OS type for building Yocto: --- Type of Regression: New (Never tested)
Verified: Documentation change: Don't know

Description Lucian Musat 2015-03-27 13:50:39 UTC 
STATUS: FAILED
BUILD: 1.8_M4.RC1: 8b3d3e7c957ad06c390886487f69aeb8e145da6a
ENVIRONMENT: Lenovo AtomPC x86
STEPS TO REPRODUCE: 
  
 Parse dmesg log and all log files in /var/log for keywords like: "error" , "failed" , "cannot", "can't" etc.
Filter out the known and invalid errors or errors that appear in certain situations and need to be ignored.

I open this bug because the log parser found this line in dmesg and I don't know if it should be whitelisted or not.


Central error: [    0.000000] tsc: Fast TSC calibration failed

***********************

[    0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.

[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1

[    0.000000] Preemptible hierarchical RCU implementation.

[    0.000000] 	RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.

[    0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2

[    0.000000] NR_IRQS:2304 nr_irqs:512 16

[    0.000000] CPU 0 irqstacks, hard=f6808000 soft=f680a000

[    0.000000] Console: colour VGA+ 80x25

[    0.000000] console [tty0] enabled

[    0.000000] hpet clockevent registered

[    0.000000] tsc: Fast TSC calibration failed

[    0.000000] tsc: PIT calibration matches HPET. 1 loops

[    0.000000] tsc: Detected 1662.490 MHz processor

[    0.002004] Calibrating delay loop (skipped), value calculated using timer frequency.. 3324.98 BogoMIPS (lpj=1662490)

[    0.002011] pid_max: default: 32768 minimum: 301

[    0.002029] ACPI: Core revision 20131218

[    0.015607] ACPI: All ACPI Tables successfully acquired

[    0.016061] Security Framework initialized

[    0.016164] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)

[    0.016170] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)

[    0.016563] Initializing cgroup subsys debug
Comment 1 Cristina Agurida 2015-09-24 11:49:46 UTC 
This error appears also on corei7-64, core-image-sato-sdk image tested with Cherrytrail hardware. 
@Saul: should be added to whitelist as a common error, because now it's added only for qemux86.

meta-intel commit: cea00968b858b60222d68103491f076067d73876
poky: ea562de57590c966cd5a75fda8defecd397e6436
1.9_M3.rc1 build
Comment 2 Saul Wold 2015-10-01 15:21:29 UTC 
Is this issue still reproducible?
Comment 3 Cristina Agurida 2015-10-08 11:54:04 UTC 
This issue appears on 1.8.1 release, b74ea963cefffad9fbd91d4eb9b240f6a8c86cd0 commit on NUC tested with genericx86-64, core-image-sato-sdk image.

On 2.0 release it is added on whitelist. What should we do with this bug?
Comment 4 Saul Wold 2015-10-21 17:57:44 UTC 
(In reply to comment #3)
> This issue appears on 1.8.1 release,
> b74ea963cefffad9fbd91d4eb9b240f6a8c86cd0 commit on NUC tested with
> genericx86-64, core-image-sato-sdk image.
> 
> On 2.0 release it is added on whitelist. What should we do with this bug?

If it was added to the white list for 2.0, then we can add it for 1.8.1 or close this as will not fix
Comment 5 Cristina Agurida 2015-10-28 09:24:30 UTC 
You can backport it to 1.8 because it is added to whitelist for 2.0 release.
Comment 6 Lucian Musat 2015-10-29 12:29:21 UTC 
Setting this as resolved wontfix because the error is already whitelisted so it should be ignored.
Comment 7 Cristina Agurida 2015-10-30 09:57:23 UTC 
As per last comments set it as verified.