Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756080AbYCKLKT (ORCPT ); Tue, 11 Mar 2008 07:10:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753432AbYCKLJt (ORCPT ); Tue, 11 Mar 2008 07:09:49 -0400 Received: from www.tglx.de ([62.245.132.106]:49502 "EHLO www.tglx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753143AbYCKLJs (ORCPT ); Tue, 11 Mar 2008 07:09:48 -0400 Date: Tue, 11 Mar 2008 12:09:24 +0100 (CET) From: Thomas Gleixner To: Jike Song cc: Chr , Linux Kernel , venkatesh.pallipadi@intel.com, Ingo Molnar , len.brown@intel.com Subject: Re: endless loop in native_flush_tlb_others in smp_64.c In-Reply-To: Message-ID: References: <200803102316.54457.chunkeey@web.de> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1232 Lines: 33 On Tue, 11 Mar 2008, Jike Song wrote: > > Most of them happend in X.org so at first I thought it had something to do > > with the NVIDIA module... BUT, one time it froze "a way before" the module > > could get loaded (and desynced my raid.......). > > > > --- > > SYSRQ-P revealed that the CPU were looping inside: > > > > smp_64.c native_flush_tlb_others: > > assembler code: > > < 1ee: f3 90 pause > > < 1f0: f6 45 00 03 testb $0x3,0x0(%rbp) > > < 1f4: 75 f8 jne 1ee > > > > also known as: (in C) > > > > while (!cpus_empty(f->flush_cpumask)) > > cpu_relax(); > > > > So... has anyone a good idea what's happening here exactly? Or is there > > already another topic or even a patch available? Any chance that you can capture SYSRQ-T output via serial or netconsole, so we can see the stacktrace and what the other CPUs are doing, if they are doing anything. Thanks, tglx -- 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/