Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752203Ab3FXOwf (ORCPT ); Mon, 24 Jun 2013 10:52:35 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.122]:7505 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751161Ab3FXOwd (ORCPT ); Mon, 24 Jun 2013 10:52:33 -0400 X-Authority-Analysis: v=2.0 cv=KtrPKBqN c=1 sm=0 a=rXTBtCOcEpjy1lPqhTCpEQ==:17 a=mNMOxpOpBa8A:10 a=XqNnylozy48A:10 a=5SG0PmZfjMsA:10 a=IkcTkHD0fZMA:10 a=meVymXHHAAAA:8 a=KGjhK52YXX0A:10 a=pkicDPhlfI0A:10 a=iJC3xRT6GdvGNhSUoY0A:9 a=QEXdDO2ut3YA:10 a=rXTBtCOcEpjy1lPqhTCpEQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 74.67.115.198 Message-ID: <1372085549.18733.162.camel@gandalf.local.home> Subject: Re: frequent softlockups with 3.10rc6. From: Steven Rostedt To: Oleg Nesterov Cc: Dave Jones , "Paul E. McKenney" , Linux Kernel , Linus Torvalds , "Eric W. Biederman" , Andrey Vagin Date: Mon, 24 Jun 2013 10:52:29 -0400 In-Reply-To: <20130624143928.GA20659@redhat.com> References: <20130620161652.GA4462@linux.vnet.ibm.com> <20130621151119.GA1596@redhat.com> <20130621195949.GA15519@redhat.com> <20130622013731.GA22918@redhat.com> <20130622173129.GA29375@redhat.com> <20130622215905.GA28238@redhat.com> <20130623143634.GA2000@redhat.com> <20130623150603.GA32313@redhat.com> <20130623160452.GA11740@redhat.com> <20130624020014.GB12811@redhat.com> <20130624143928.GA20659@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2812 Lines: 83 On Mon, 2013-06-24 at 16:39 +0200, Oleg Nesterov wrote: > On 06/23, Dave Jones wrote: > > > > On Sun, Jun 23, 2013 at 06:04:52PM +0200, Oleg Nesterov wrote: > > > > > Could you please do the following: > > > > > > 1. # cd /sys/kernel/debug/tracing > > > # echo 0 >> options/function-trace > > > # echo preemptirqsoff >> current_tracer > > > > dammit. > > > > WARNING: at include/linux/list.h:385 rb_head_page_deactivate.isra.39+0x61/0x80() > > Hmmm. which kernel do use use? > > 380 #define list_for_each(pos, head) \ > 381 for (pos = (head)->next; pos != (head); pos = pos->next) > 382 > 383 /** > 384 * __list_for_each - iterate over a list > 385 * @pos: the &struct list_head to use as a loop cursor. > 386 * @head: the head for your list. > 387 * > 388 * This variant doesn't differ from list_for_each() any more. > 389 * We don't do prefetching in either case. > 390 */ > 391 #define __list_for_each(pos, head) \ > 392 for (pos = (head)->next; pos != (head); pos = pos->next) > 393 > 394 /** > 395 * list_for_each_prev - iterate over a list backwards > 396 * @pos: the &struct list_head to use as a loop cursor. > 397 * @head: the head for your list. > 398 */ > 399 #define list_for_each_prev(pos, head) \ > 400 for (pos = (head)->prev; pos != (head); pos = pos->prev) > > On 9e895ace5d8 (Linux 3.10-rc7). Right, and on 3.10-rc6: 382 383 /** 384 * __list_for_each - iterate over a list 385 * @pos: the &struct list_head to use as a loop cursor. 386 * @head: the head for your list. 387 * 388 * This variant doesn't differ from list_for_each() any more. 389 * We don't do prefetching in either case. 390 */ 391 #define __list_for_each(pos, head) \ 392 for (pos = (head)->next; pos != (head); pos = pos->next) 393 > > > check_list_nodes corruption. next->prev should be prev (ffff88023b8a1a08), but was 00ffff88023b8a1a. (next=ffff880243288001). > > Can't find "check_list_nodes" in lib/list_debug.c or elsewhere... > > > [] dump_stack+0x19/0x1b > > [] warn_slowpath_common+0x61/0x80 > > [] warn_slowpath_fmt+0x4c/0x50 > > [] rb_head_page_deactivate.isra.39+0x61/0x80 > > How? rb_list_head_clear() just modifies list->next directly. > > > hopefully despite that it'll actually function as intended. > > Yes ;) I'm curious to what happened. -- Steve -- 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/