Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7154844imu; Thu, 31 Jan 2019 05:58:26 -0800 (PST) X-Google-Smtp-Source: ALg8bN5n0XpP1ZUDdd4nRaVt8t3KuiDa+bOgtNC9+AnK5q45+orEaMvq/Hy+V7tTs51TO0TwRbtX X-Received: by 2002:a17:902:f01:: with SMTP id 1mr33942431ply.143.1548943106404; Thu, 31 Jan 2019 05:58:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548943106; cv=none; d=google.com; s=arc-20160816; b=cleqLd0BxJ8NYnuVxllhCky7LB+n//BZQoLylYW4iQfP4twrfzSLUWoZm9xEZgyaIZ McQyM7Qkhj/5fhXAq9+1TpYf2gRq7Mi6IEHthFUXfXFpnzPcGMW29wVLQLtBtIBHOP2+ j9Y0gzzBtxZXm2dGHVoIaRc7aI91AZjGQT68hs2vpJfKynxFivPMquvRJUZ04d+5B57j b3/JyeX2uDlojZMCDlQV5yu1EuoYGy3nG75Tsg0LH6Kjuroae+HCcUVKXO9HZeMgg9gj wnJATYDopH8DTr9X9qXGuzGNg8vPynxfENdTV3s3bH23DlXjUheFCHp42VTbJ43XMbsI Wn6A== 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; bh=TgAh6DNIJOhw+KV6qjOVyyZ8L7qw7KCQ05UFHX+6M78=; b=HswVmxW9R5wmZFTJdHeSdP99GpPKpx8e1bg8TnQf6uFJBSgxBsiKCgA1qAGEN7Zj+m H9DMonT710Dy61hbYmMXxrwoeLFniQDbREJrgpyt+QDu/kNTyyUnHCSO0eNS+6kp+6NT s8vA2pdv7r94w2DO47rrL+HOqCXiKnZDJqNyoLX8f2z7G9DGoSwTmApa4p19Ie84BDyE hyZY+DHxtpd2G6G/17AGuSJCI2p60qxpLz1k+XtctxqUaOe+oVvSf/ENNC3xb87WcCay tTH49JzMpUuRpXF1WX4wK9TkzxuaQnzki8u7y2qzUxOmaxJTPFqOsPPupFtPTpGKkMKc OekA== 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 s5si4328219pgl.481.2019.01.31.05.58.10; Thu, 31 Jan 2019 05:58:26 -0800 (PST) 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 S1732539AbfAaN5s (ORCPT + 99 others); Thu, 31 Jan 2019 08:57:48 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:44516 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726863AbfAaN5s (ORCPT ); Thu, 31 Jan 2019 08:57:48 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E8B1BA78; Thu, 31 Jan 2019 05:57:47 -0800 (PST) Received: from fuggles.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6EAAA3F589; Thu, 31 Jan 2019 05:57:46 -0800 (PST) Date: Thu, 31 Jan 2019 13:57:44 +0000 From: Will Deacon To: Greg Kroah-Hartman Cc: Catalin Marinas , Kevin Hilman , Russell King , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Marc Zyngier , Peng Donglin Subject: Re: [PATCH 1/4] arm64: dump: no need to check return value of debugfs_create functions Message-ID: <20190131135744.GB21965@fuggles.cambridge.arm.com> References: <20190122144114.9816-1-gregkh@linuxfoundation.org> <20190122144114.9816-2-gregkh@linuxfoundation.org> <20190130182102.GK18558@fuggles.cambridge.arm.com> <20190130193348.GC20667@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190130193348.GC20667@kroah.com> User-Agent: Mutt/1.11.1+86 (6f28e57d73f2) () Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 30, 2019 at 08:33:48PM +0100, Greg Kroah-Hartman wrote: > On Wed, Jan 30, 2019 at 06:21:02PM +0000, Will Deacon wrote: > > Hi Greg, > > > > On Tue, Jan 22, 2019 at 03:41:11PM +0100, Greg Kroah-Hartman wrote: > > > When calling debugfs functions, there is no need to ever check the > > > return value. The function can work or not, but the code logic should > > > never do something different based on this. > > > > > > Cc: Catalin Marinas > > > Cc: Will Deacon > > > Cc: Marc Zyngier > > > Cc: Peng Donglin > > > Cc: > > > Signed-off-by: Greg Kroah-Hartman > > > --- > > > arch/arm64/include/asm/ptdump.h | 9 +++------ > > > arch/arm64/mm/dump.c | 4 ++-- > > > arch/arm64/mm/ptdump_debugfs.c | 7 ++----- > > > 3 files changed, 7 insertions(+), 13 deletions(-) > > > > Are you taking this via your tree, or would you like us to queue it in > > arm64? > > What ever is easiest for you is fine with me, I can handle it either > way, just let me know. It's easy enough for us to merge the arm64 bits, so we'll pick that up for 5.1. Cheers, Will