Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753412AbYKOQJc (ORCPT ); Sat, 15 Nov 2008 11:09:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751426AbYKOQJW (ORCPT ); Sat, 15 Nov 2008 11:09:22 -0500 Received: from pasmtpb.tele.dk ([80.160.77.98]:60486 "EHLO pasmtpB.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751424AbYKOQJV (ORCPT ); Sat, 15 Nov 2008 11:09:21 -0500 Date: Sat, 15 Nov 2008 17:07:40 +0100 From: Jens Axboe To: Alexander Beregalov Cc: LKML , linux-next@vger.kernel.org Subject: Re: next-20081114: WARNING: at block/blk-barrier.c:246 blk_do_ordered() Message-ID: <20081115160739.GA26778@kernel.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2187 Lines: 49 On Fri, Nov 14 2008, Alexander Beregalov wrote: > WARNING: at block/blk-barrier.c:246 blk_do_ordered+0x22b/0x26a() > Modules linked in: > Pid: 0, comm: swapper Not tainted 2.6.28-rc4-next-20081114 #3 > Call Trace: > [] warn_on_slowpath+0x58/0x7d > [] ? mark_lock+0x1c/0x37a > [] ? elv_rb_del+0x30/0x4b > [] ? cfq_remove_request+0x180/0x1d8 > [] ? __cfq_slice_expired+0xd6/0xeb > [] ? cfq_slice_expired+0x19/0x1b > [] ? cfq_dispatch_requests+0x2c1/0x37e > [] blk_do_ordered+0x22b/0x26a > [] elv_next_request+0x1d0/0x210 > [] scsi_request_fn+0x9e/0x539 > [] ? put_lock_stats+0xe/0x27 > [] blk_invoke_request_fn+0x3b/0x6e > [] __blk_run_queue+0x25/0x29 > [] blk_run_queue+0x21/0x35 > [] scsi_run_queue+0x2cf/0x379 > [] scsi_next_command+0x36/0x46 > [] scsi_end_request+0x92/0xa4 > [] scsi_io_completion+0x1a7/0x3ad > [] scsi_finish_command+0xe9/0xf2 > [] scsi_softirq_done+0x10e/0x117 > [] blk_done_softirq+0x7f/0x8f > [] __do_softirq+0x70/0x101 > [] call_softirq+0x1c/0x28 > [] do_softirq+0x39/0x8a > [] irq_exit+0x45/0xa2 > [] do_IRQ+0x16a/0x19c > [] ret_from_intr+0x0/0xf > [] ? mwait_idle+0x3e/0x48 > [] ? mwait_idle+0x35/0x48 > [] ? cpu_idle+0x51/0xba > [] ? rest_init+0x70/0x72 > ---[ end trace 115cb4be7e150bb9 ]--- I'm assuming this is new with -next and doesn't happen with 2.6.28-rc4? Is it reproducible in -next? -- Jens Axboe -- 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/