Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262178AbVDMDAF (ORCPT ); Tue, 12 Apr 2005 23:00:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262064AbVDMC5Q (ORCPT ); Tue, 12 Apr 2005 22:57:16 -0400 Received: from smtp202.mail.sc5.yahoo.com ([216.136.129.92]:22400 "HELO smtp202.mail.sc5.yahoo.com") by vger.kernel.org with SMTP id S262637AbVDMCYp (ORCPT ); Tue, 12 Apr 2005 22:24:45 -0400 Message-ID: <425C82E9.1000208@yahoo.com.au> Date: Wed, 13 Apr 2005 12:24:41 +1000 From: Nick Piggin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050324 Debian/1.7.6-1 X-Accept-Language: en MIME-Version: 1.0 To: Claudio Martins CC: Andrew Morton , linux-kernel@vger.kernel.org, neilb@cse.unsw.edu.au Subject: Re: Processes stuck on D state on Dual Opteron References: <200504050316.20644.ctpm@rnl.ist.utl.pt> <200504120122.48168.ctpm@rnl.ist.utl.pt> <20050411174654.536e1d79.akpm@osdl.org> <200504130131.31319.ctpm@rnl.ist.utl.pt> In-Reply-To: <200504130131.31319.ctpm@rnl.ist.utl.pt> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1834 Lines: 51 Claudio Martins wrote: > On Tuesday 12 April 2005 01:46, Andrew Morton wrote: > >>Claudio Martins wrote: >> >>> I think I'm going to give a try to Neil's patch, but I'll have to apply >>>some patches from -mm. >> >>Just this one if you're using 2.6.12-rc2: >> >>--- 25/drivers/md/md.c~avoid-deadlock-in-sync_page_io-by-using-gfp_noio Mon >>Apr 11 16:55:07 2005 +++ 25-akpm/drivers/md/md.c Mon Apr 11 16:55:07 2005 >>@@ -332,7 +332,7 @@ static int bi_complete(struct bio *bio, >> static int sync_page_io(struct block_device *bdev, sector_t sector, int >>size, struct page *page, int rw) >> { >>- struct bio *bio = bio_alloc(GFP_KERNEL, 1); >>+ struct bio *bio = bio_alloc(GFP_NOIO, 1); >> struct completion event; >> int ret; >> >>_ > > > > Hi Andrew, all, > > Sorry for the delay in reporting. This patch does indeed fix the problem. > The machine ran stress for almost 15h straight with no problems at all. > > As for Nick's patch I, too, think it would be nice to be included (once the > performance problems are sorted out), since it seemed to make the block layer > more robust and well behaved (at least with stress), although I didn't run > performance tests to measure regressions. > > Thanks Nick, Neil, Andrew and all others for your great help with this > issue. I'll have to put the machine on production now with the patch applied, > but let me know if I can be of any further help with these issues. > Thanks for reporting and testing - what we need is more people like you contributing to Linux ;) -- SUSE Labs, Novell Inc. - 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/