1. 26 Nov, 2009 3 commits
    • Mike Travis's avatar
      x86: Limit number of per cpu TSC sync messages · 9b3660a5
      Mike Travis authored
      Limit the number of per cpu TSC sync messages by only printing
      to the console if an error occurs, otherwise print as a DEBUG
      message.
      
      The info message "Skipping synchronization ..." is only printed
      after the last cpu has booted.
      Signed-off-by: default avatarMike Travis <travis@sgi.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Roland Dreier <rdreier@cisco.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Andi Kleen <andi@firstfloor.org>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: Yinghai Lu <yhlu.kernel@gmail.com>
      Cc: David Rientjes <rientjes@google.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
      Cc: Jack Steiner <steiner@sgi.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      LKML-Reference: <20091118002222.181053000@alcatraz.americas.sgi.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      9b3660a5
    • Ingo Molnar's avatar
      x86: dumpstack, 64-bit: Disable preemption when walking the IRQ/exception stacks · 67f2de0b
      Ingo Molnar authored
      This warning:
      
      [  847.140022] rb_producer   D 0000000000000000  5928   519      2 0x00000000
      [  847.203627] BUG: using smp_processor_id() in preemptible [00000000] code: khungtaskd/517
      [  847.207360] caller is show_stack_log_lvl+0x2e/0x241
      [  847.210364] Pid: 517, comm: khungtaskd Not tainted 2.6.32-rc8-tip+ #13761
      [  847.213395] Call Trace:
      [  847.215847]  [<ffffffff81413bde>] debug_smp_processor_id+0x1f0/0x20a
      [  847.216809]  [<ffffffff81015eae>] show_stack_log_lvl+0x2e/0x241
      [  847.220027]  [<ffffffff81018512>] show_stack+0x1c/0x1e
      [  847.223365]  [<ffffffff8107b7db>] sched_show_task+0xe4/0xe9
      [  847.226694]  [<ffffffff8112f21f>] check_hung_task+0x140/0x199
      [  847.230261]  [<ffffffff8112f4a8>] check_hung_uninterruptible_tasks+0x1b7/0x20f
      [  847.233371]  [<ffffffff8112f500>] ? watchdog+0x0/0x50
      [  847.236683]  [<ffffffff8112f54e>] watchdog+0x4e/0x50
      [  847.240034]  [<ffffffff810cee56>] kthread+0x97/0x9f
      [  847.243372]  [<ffffffff81012aea>] child_rip+0xa/0x20
      [  847.246690]  [<ffffffff81e43494>] ? restore_args+0x0/0x30
      [  847.250019]  [<ffffffff81e43083>] ? _spin_lock+0xe/0x10
      [  847.253351]  [<ffffffff810cedbf>] ? kthread+0x0/0x9f
      [  847.256833]  [<ffffffff81012ae0>] ? child_rip+0x0/0x20
      
      Happens because on preempt-RCU, khungd calls show_stack() with
      preemption enabled.
      
      Make sure we are not preemptible while walking the IRQ and exception
      stacks on 64-bit. (32-bit stack dumping is preemption safe.)
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      67f2de0b
    • Ingo Molnar's avatar
      x86: dumpstack: Clean up the x86_stack_ids[][] initalization and other details · b8030906
      Ingo Molnar authored
      Make the initialization more readable, plus tidy up a few small
      visual details as well.
      
      No change in functionality.
      
      LKML-Reference: <new-submission>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      b8030906
  2. 23 Nov, 2009 2 commits
  3. 14 Nov, 2009 3 commits
    • Ingo Molnar's avatar
      x86: Fix cpu_devs[] initialization in early_cpu_init() · 31c997ca
      Ingo Molnar authored
      Yinghai Lu noticed that this commit:
      
        0388423d: x86: Minimise printk spew from per-vendor init code
      
      mistakenly left out the initialization of cpu_devs[] in the
      !PROCESSOR_SELECT case. Fix it.
      Reported-by: default avatarYinghai Lu <yinghai@kernel.org>
      Cc: Dave Jones <davej@redhat.com>
      LKML-Reference: <20091113203000.GA19160@redhat.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      31c997ca
    • Roland Dreier's avatar
      x86: Remove CPU cache size output for non-Intel too · b01c845f
      Roland Dreier authored
      As Dave Jones said about the output in intel_cacheinfo.c: "They
      aren't useful, and pollute the dmesg output a lot (especially on
      machines with many cores).  Also the same information can be
      trivially found out from userspace."
      
      Give the generic display_cacheinfo() function the same treatment.
      Signed-off-by: default avatarRoland Dreier <rolandd@cisco.com>
      Acked-by: default avatarDave Jones <davej@redhat.com>
      Cc: Mike Travis <travis@sgi.com>
      Cc: Andi Kleen <ak@linux.intel.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: David Rientjes <rientjes@google.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
      Cc: Jack Steiner <steiner@sgi.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      LKML-Reference: <adaocn6dp99.fsf_-_@roland-alpha.cisco.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      b01c845f
    • Dave Jones's avatar
      x86: Minimise printk spew from per-vendor init code · 0388423d
      Dave Jones authored
      In the default case where the kernel supports all CPU vendors,
      we currently print out a bunch of not useful messages on every
      system.
      
      32-bit:
      KERNEL supported cpus:
        Intel GenuineIntel
        AMD AuthenticAMD
        NSC Geode by NSC
        Cyrix CyrixInstead
        Centaur CentaurHauls
        Transmeta GenuineTMx86
        Transmeta TransmetaCPU
        UMC UMC UMC UMC
      
      64-bit:
      KERNEL supported cpus:
        Intel GenuineIntel
        AMD AuthenticAMD
        Centaur CentaurHauls
      
      Given that "what CPUs does the kernel support" isn't useful for
      the "support everything" case, we can suppress these printk's.
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      LKML-Reference: <20091113203000.GA19160@redhat.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      0388423d
  4. 13 Nov, 2009 1 commit
    • Dave Jones's avatar
      x86: Remove the CPU cache size printk's · 15cd8812
      Dave Jones authored
      They aren't really useful, and they pollute the dmesg output a lot
      (especially on machines with many cores).
      
      Also the same information can be trivially found out from
      userspace.
      Reported-by: default avatarMike Travis <travis@sgi.com>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      Acked-by: default avatarH. Peter Anvin <hpa@zytor.com>
      Cc: Andi Kleen <ak@linux.intel.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Roland Dreier <rdreier@cisco.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: David Rientjes <rientjes@google.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
      Cc: Jack Steiner <steiner@sgi.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      LKML-Reference: <20091112231542.GA7129@redhat.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      15cd8812
  5. 04 Nov, 2009 1 commit
  6. 03 Nov, 2009 1 commit
  7. 02 Nov, 2009 23 commits
  8. 01 Nov, 2009 1 commit
  9. 31 Oct, 2009 5 commits