Received: by 10.192.165.148 with SMTP id m20csp4492654imm; Tue, 8 May 2018 09:16:22 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpofCQSkgx4wp5hKOeIbLHp0GgepHse4JTBBVK2W0Q+KA3+M4RJ+NP10dLQD43f0ZRzpiR7 X-Received: by 10.98.29.82 with SMTP id d79mr40680625pfd.230.1525796182833; Tue, 08 May 2018 09:16:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525796182; cv=none; d=google.com; s=arc-20160816; b=FUxHkwykYQDEPjm6vm6KMP3yTHrac5yndGa4eMvxl2LNV5GgSP019PivZZcfUVeFP1 psTpD5UbU+jwML0Rfej7iFBtbjf5iD3ZAiWB+SF/NRjwvhfpOrRipGotq9TI8CgPMHFd 4xu3sk0Id1ZLMiyAnpx3Nmp8qkKg+dQnIfs/QErmzgzQmIU2AtJUYxGWVoBcQQlnv3t2 ZP5P9dD9oSZ1o4/48CV0aFIJqgzam0thoxu0d07qFjclfZTXQnmIMDaRKeZTfaZ1Xtji 99vbzT8M1lk/jASsYYT8+JWzCeyDYRyjo9J9mFdp7DPGNi5exLfvgcxTthfu+PO5AaIg ahOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=jDX7R3ekpuw5Qd3PBqK8yilqNjZg72X8TlpHV+WFV+8=; b=XZ3ZIHmNwDqhwIcSP4UZaI/VxtxIetn9gWWfMJw6UabhDECp0y54JU+tHO7UMw/Q9U FBqaoUPmcOhTwC6fzZXmJd9Q1x7q5WY7lXVX4XrBSoVmUjUzNdGrY5/uDhElcZp6lUj7 pZPF63x0961Rz52X2Elf/K404EfhZlsr3G2L9/Mc+8ztKjCSFc5f7bhZd9KOoYG9s7oR fDfjWLBgopzyOyCMVVmbYmUSriwvTuf77WVKeaUjKNBIn+kJLSLtvrb7DV0LNtgUDxGw 8/ROc8UfKaLiH8azdik6SwExBQ/oNUMtFnhP6k5ewRxXGAdxkTWAWleEQAwtpZsPm9hV Z5oA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y65si11721811pfy.230.2018.05.08.09.16.08; Tue, 08 May 2018 09:16:22 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755416AbeEHQPa (ORCPT + 99 others); Tue, 8 May 2018 12:15:30 -0400 Received: from fieldses.org ([173.255.197.46]:50826 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754611AbeEHQP3 (ORCPT ); Tue, 8 May 2018 12:15:29 -0400 Received: by fieldses.org (Postfix, from userid 2815) id 20604AAA; Tue, 8 May 2018 12:15:29 -0400 (EDT) Date: Tue, 8 May 2018 12:15:29 -0400 From: "bfields@fieldses.org" To: Trond Myklebust Cc: "syzbot+4b98281f2401ab849f4b@syzkaller.appspotmail.com" , "syzkaller-bugs@googlegroups.com" , "anna.schumaker@netapp.com" , "davem@davemloft.net" , "linux-kernel@vger.kernel.org" , "linux-nfs@vger.kernel.org" , "jlayton@kernel.org" , "netdev@vger.kernel.org" , Chuck Lever Subject: Re: general protection fault in encode_rpcb_string Message-ID: <20180508161529.GD6151@fieldses.org> References: <20180417213308.GC18217@fieldses.org> <1524002074.63751.5.camel@hammer.space> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1524002074.63751.5.camel@hammer.space> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 17, 2018 at 09:54:36PM +0000, Trond Myklebust wrote: > Yes, and we can probably convert it, and the other GFP_ATOMIC > allocations in the rpcbind client to use GFP_NOFS in order to improve > reliability. Chuck, I think the GFP_ATOMIC is unnecessary here as well? --b. diff --git a/net/sunrpc/xprtrdma/rpc_rdma.c b/net/sunrpc/xprtrdma/rpc_rdma.c index e8adad33d0bb..de90c6c90cde 100644 --- a/net/sunrpc/xprtrdma/rpc_rdma.c +++ b/net/sunrpc/xprtrdma/rpc_rdma.c @@ -228,7 +228,7 @@ rpcrdma_convert_iovs(struct rpcrdma_xprt *r_xprt, struct xdr_buf *xdrbuf, /* XXX: Certain upper layer operations do * not provide receive buffer pages. */ - *ppages = alloc_page(GFP_ATOMIC); + *ppages = alloc_page(GFP_NOFS); if (!*ppages) return -EAGAIN; }