Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1530158ybl; Tue, 13 Aug 2019 14:22:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqwg6xCkTg3DS3i8KEMpbxGrhh7tterbVMf5mg4KP7o58+6kj+1hDw7KmQCQ3UGikmCwry1K X-Received: by 2002:a17:902:be01:: with SMTP id r1mr19426287pls.229.1565731364428; Tue, 13 Aug 2019 14:22:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565731364; cv=none; d=google.com; s=arc-20160816; b=uh6+k9HXxnZXReTPaGgG+vHRgqCcCyVDI+sxAUv5jnom1UrPSkaPSQFGtrqDNlVIVU KBKWJJq92weY2gZ0bdfliC923vRqliGXUtuzX9iqChJYABt9YQweHN+6CaLZd8Hv9Mei 2mvl/y45O/7fZlAsqZ3JKPmjMwEFIeDUxoFKt+ON94jzsCNQYkWbAwver1pb4dKdGlnt bY4sb+67DAyqxSVpYd2J4altDGPsrnwY15CHhTtB0KWTEU8081kfVBOCgZ9RV5wXLHz7 mspUSn8MxCm59LafKITDH7TYX+tfDTxjGHc3t7AXrka4B6KLA8pcIFAiuBxTYAa20c06 w9MA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=fb+UgCaNNTTu2JVyD+o1mrNDEqLwzrNyfGmifceR4hc=; b=btCeI+fMYyIDcPopdL7m1dWOKIrSzpw/LwUrbh6Mr5Jox4zdCZdc0coHjChyl9DAOu 4Vo6EAYx9hYq5hUK49NE5KRaycHU4xKnV19oBeAL1mQ2S62thuuV9vSrduCrh+95Lxah vdWz1UW/ldlaRKemhwd7wyfzn5ebDsG3JJuBlLF615CCbuenLIZ9d/nn81ZC7QsS71r7 jm2MDqRUsLswGBLuNzxGGOvNwCHnwHsNVm8J13B5PhiSpgtGrSJ05ql0U3sX/zrKpABf CckHB3VeAXsBq7eu9U7eKApwu3plfgytPJug4kloy5vNq1qOO9EMlIdoq6S5HIJKZcfB VTAw== 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 a13si64002259pgt.217.2019.08.13.14.22.28; Tue, 13 Aug 2019 14:22:44 -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 S1726851AbfHMVVK (ORCPT + 99 others); Tue, 13 Aug 2019 17:21:10 -0400 Received: from smtp04.smtpout.orange.fr ([80.12.242.126]:50446 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726102AbfHMVVK (ORCPT ); Tue, 13 Aug 2019 17:21:10 -0400 Received: from belgarion ([90.76.53.202]) by mwinf5d80 with ME id olM4200044MlyVm03lM4ry; Tue, 13 Aug 2019 23:21:07 +0200 X-ME-Helo: belgarion X-ME-Auth: amFyem1pay5yb2JlcnRAb3JhbmdlLmZy X-ME-Date: Tue, 13 Aug 2019 23:21:07 +0200 X-ME-IP: 90.76.53.202 From: Robert Jarzmik To: Greg Kroah-Hartman Cc: dan.j.williams@intel.com, vkoul@kernel.org, Daniel Mack , Haojian Zhuang , linux-arm-kernel@lists.infradead.org, dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 4/6] dma: pxa_dma: no need to check return value of debugfs_create functions References: <20190612122557.24158-1-gregkh@linuxfoundation.org> <20190612122557.24158-4-gregkh@linuxfoundation.org> <87tvaorfc1.fsf@belgarion.home> <20190811070350.GA28202@kroah.com> X-URL: http://belgarath.falguerolles.org/ Date: Tue, 13 Aug 2019 23:21:04 +0200 In-Reply-To: <20190811070350.GA28202@kroah.com> (Greg Kroah-Hartman's message of "Sun, 11 Aug 2019 09:03:50 +0200") Message-ID: <87o90srccf.fsf@belgarion.home> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/26 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Greg Kroah-Hartman writes: > On Sat, Aug 10, 2019 at 09:27:26PM +0200, Robert Jarzmik wrote: >> Greg Kroah-Hartman writes: >> >> This is not strictly equivalent. >> Imagine that the debugfs_create_dir() fails and returns NULL : > How can that happen? Well in v5.0-rc1 that could happen ... unfortunately that's also the code I checked ... >> - in the former case, neither "state", "descriptors" nor "requesters" would be >> created >> - in the new code, "state", "descriptors" nor "requesters" will be created in >> the debugfs root directory > > I agree, but debugfs_create_dir() does not return a NULL on an error > since many kernel releases. Neither can debugfs_create_file() so really > this test is not working at all as-is :) Ah yes, you're right, I wasn't aware of the debugfs changes ... But checking a bit further, your original mail is 2 monthes old, and this patch was already merged in v5.2. I probably fell in a time-space anomaly, as I received this mail only a couple of days ago. Have a nice day. -- Robert