From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932526AbWAMHnE (ORCPT ); Fri, 13 Jan 2006 02:43:04 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932649AbWAMHnE (ORCPT ); Fri, 13 Jan 2006 02:43:04 -0500 Received: from smtp.osdl.org ([65.172.181.4]:43194 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S932526AbWAMHnB (ORCPT ); Fri, 13 Jan 2006 02:43:01 -0500 Date: Thu, 12 Jan 2006 23:42:38 -0800 From: Andrew Morton To: Pekka J Enberg Cc: linux-kernel@vger.kernel.org, reiserfs-dev@namesys.com Subject: Re: [PATCH] reiserfs: use __GFP_NOFAIL instead of yield and retry loop for allocation Message-Id: <20060112234238.01979912.akpm@osdl.org> In-Reply-To: References: X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Pekka J Enberg wrote: > > - retry: > - jl = kzalloc(sizeof(struct reiserfs_journal_list), GFP_NOFS); > - if (!jl) { > - yield(); > - goto retry; > - } > + jl = kzalloc(sizeof(struct reiserfs_journal_list), > + GFP_NOFS | __GFP_NOFAIL); yup, that's what __GFP_NOFAIL is for: to consolidate and identify all those places which want to lock up when we're short of memory... They all need fixing, really.