login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
March
»
30
Re: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Chr
Subject:
Re: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
Date: Sunday, March 30, 2008 - 2:09 pm
On Sunday 30 March 2008 22:37:29 Thomas Gleixner wrote:
quoted text
> On Sun, 30 Mar 2008, Chr wrote: > > On Sunday 30 March 2008 21:59:51 Thomas Gleixner wrote: > > > On Sun, 30 Mar 2008, Rafael J. Wysocki wrote: > > > > > So. take a look at stuck_task... that's best backtrace I could > > > > > get... (I have other logs too. (Task-list / Lockdep / ... ) but > > > > > it's too much and I hope the _logs_ are already enough. > > > > > > The cores of those AMD beasts are never in sync. That's a chip feature > > > :) > > > > > > Can you please provide the output of: > > > /sys/devices/system/clocksource/clocksource0/current_clocksource > > > > > > for both 2.6.24 and 2.6.25-rc7 > > > > it's "hpet" (in both cases...) > > Hmm. That should be stable. Which clock is jumping back and forth ? > The one in the logs or the system clock ?
The one in the logs... (but it's because of the TSC, right?) Regards, Chr --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
The never ending BEEEEP/__smp_call_function_mask with 2.6. ...
, Chr
, (Sun Mar 30, 12:09 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Rafael J. Wysocki
, (Sun Mar 30, 12:25 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Thomas Gleixner
, (Sun Mar 30, 12:59 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Sun Mar 30, 1:18 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Thomas Gleixner
, (Sun Mar 30, 1:37 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Sun Mar 30, 2:09 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Thomas Gleixner
, (Sun Mar 30, 2:36 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Sun Mar 30, 3:19 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Andi Kleen
, (Mon Mar 31, 12:10 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Mon Mar 31, 5:51 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Adrian Bunk
, (Mon Mar 31, 5:56 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Mon Mar 31, 6:23 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Mon Mar 31, 3:01 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Rafael J. Wysocki
, (Mon Mar 31, 4:14 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Mon Mar 31, 4:30 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Thomas Gleixner
, (Tue Apr 1, 9:27 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Tue Apr 1, 11:57 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Rafael J. Wysocki
, (Tue Apr 1, 2:16 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Tue Apr 1, 3:27 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Tue Apr 1, 3:29 pm)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Thomas Gleixner
, (Wed Apr 2, 12:08 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Wed Apr 2, 2:34 am)
Re: The never ending BEEEEP/__smp_call_function_mask with ...
, Chr
, (Wed Apr 2, 5:45 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Pete/Piet Delaney
Re: [Kgdb-bugreport] 2.6.23-rc3-mm1: kgdb build failure on powerpc
H. Peter Anvin
Re: [patch 0/2] Immediate Values - jump patching update
Adrian Bunk
2.6.23-rc3-mm1: m32r defconfig compile error
Hugh Dickins
Re: [PATCH -v8 3/4] Enable the MS_ASYNC functionality in sys_msync()
git
:
Han-Wen Nienhuys
Re: Cleaning up git user-interface warts
Brandon Casey
Re: [PATCH] git-relink: avoid hard linking in objects/info directory
Johannes Schindelin
Re: [PATCH] Documentation: config: add 'help.*' and 'instaweb.*' variables.
Steffen Prohaska
Re: best git practices, was Re: Git User's Survey 2007 unfinished summary continued
Felipe Contreras
Re: [PATCH v3 01/10] config: Codestyle cleanups.
git-commits-head
:
Linux Kernel Mailing List
ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List
vhost: Fix host panic if ioctl called with wrong index
Linux Kernel Mailing List
ACPI : Disable the device's ability to wake the sleeping system in the boot phase
Linux Kernel Mailing List
Staging: add poch driver
Linux Kernel Mailing List
Staging: epl: remove NEAR
linux-netdev
:
Marcel Holtmann
Re: [PATCH 1/1] iwmc3200: add more SDIO device ids
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Eric Dumazet
Re: TCP-MD5 checksum failure on x86_64 SMP
Jarek Poplawski
Re: rib_trie / Fix inflate_threshold_root. Now=15 size=11 bits
Ilpo Järvinen
Re: [RFC] TCP illinois max rtt aging
freebsd-current
:
Rui Paulo
802.11s (wireless mesh) project status report
Andrew Thompson
Re: Apparent moused regression since r189490
Aryeh Friedman
SATA and PATA drives are mutually exclusive
Robert Kent
Re: [HEADSUP] amd64 suspend/resume code to be comitted
Remko Lodder
[Fwd: Re: kern/118258 sysctl causing panics on 7.0-xxx]
Colocation donated by:
Syndicate