Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752927AbYKRSF0 (ORCPT ); Tue, 18 Nov 2008 13:05:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750866AbYKRSFN (ORCPT ); Tue, 18 Nov 2008 13:05:13 -0500 Received: from yx-out-2324.google.com ([74.125.44.28]:9370 "EHLO yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750766AbYKRSFL (ORCPT ); Tue, 18 Nov 2008 13:05:11 -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=LHa4ljADc2gzvYeGSB6rL6NOgvYvg3i34/bcLl+gJ9NzVZFP6AuI99IkcUAUXb3Key WWy8owY0aejMQrknyPqwgPg/Yjj6WkSRPxisqlsP+XSQA0VjEnCNrlUS5fXiTCOJYxa3 fXCe/vADbWOTPsUeneihgV+UFhMuTDLBJ/das= Message-ID: Date: Tue, 18 Nov 2008 21:05:09 +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: <20081117180604.GV26778@kernel.dk> 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: 3152 Lines: 65 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" > > 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/