Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751657AbYKRSHz (ORCPT ); Tue, 18 Nov 2008 13:07:55 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752191AbYKRSHh (ORCPT ); Tue, 18 Nov 2008 13:07:37 -0500 Received: from an-out-0708.google.com ([209.85.132.240]:13616 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752074AbYKRSHf (ORCPT ); Tue, 18 Nov 2008 13:07:35 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=AJJ5tl/s+Ho1ixQc4qc3gEE4amYCVXjSyftRJojOGYOeA1NGy5/18RBtTWpZNI0d0G nzCwxhDuz/in8F1SfJGiAncTyRmLimQEMpIzNKrLzgx6+hbKTY7hH6WQHT/DWw80Gde6 dun+4r6vbdJvtacWS0q4yOPbuOgMIxT82/Y7w= Message-ID: Date: Tue, 18 Nov 2008 21:07:34 +0300 From: "Alexander Beregalov" To: "Jens Axboe" , "Miquel van Smoorenburg" Subject: Re: next-20081114: WARNING: at block/blk-barrier.c:246 blk_do_ordered() Cc: LKML , linux-next@vger.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081115160739.GA26778@kernel.dk> <20081117180604.GV26778@kernel.dk> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3303 Lines: 68 2008/11/18 Alexander Beregalov : > 2008/11/17 Jens Axboe : >> On Mon, Nov 17 2008, Alexander Beregalov wrote: >>> 2008/11/15 Alexander Beregalov : >>> > 2008/11/15 Jens Axboe : >>> >> 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? >>> > Yes. >>> >> Is it reproducible in -next? >>> > I have seen it only once yet. >>> >>> I have the same warning on 2.6.28-rc5-next-20081117, reproducible on dbench. > Bisected down to 70bfe2de81b32969db1b4939bf171bbe55bcf1ef > "elevator prevent flushing small requests to device" forget: revert fixes it. >> >> How big is the file system, how much ram do you have, what are your >> mount options, how many dbench clients, and what dbench version? I tried >> reproducing it today with no luck on -git + for-2.6.29. > > /dev/root on / type xfs (rw,noatime,noquota) > /dev/root 145G > RAM 2G, Swap 3.9G > x86_64 SMP > dbench 3.0.4; 25 clients > -- 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/