Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5489122pxj; Wed, 23 Jun 2021 02:18:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy7loO3matg5onPYvreD67+DRmm+OdHXRQSHzgPwltPYD9VmMtFSQbK3H2rafp7TyLl54/F X-Received: by 2002:a05:6638:191d:: with SMTP id p29mr8333013jal.75.1624439912851; Wed, 23 Jun 2021 02:18:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624439912; cv=none; d=google.com; s=arc-20160816; b=bGfWkzI8xAYVUedp5aasWWfUpKZbsqsG8HHNJORq2rsrTTz9xc7B4V20+SauXDi5b7 AZWrm+BKjqJRlafAyv7/vpvfO6zbDNuhgEFhiQD0pFG/HoCbRS+QuCoGBypzGaDRQaVi bkszWqHXvnXCFaNzyxQmpK3E+vMJyaF8r4AabWaCmZbOCbPTIHuFROoakeoFwPKysutu opy98YW+6N6CcMh1i+Yl6VGeNA5tXFDWR3aVVXanGzge4FHClzi+yEwHMX4r/zoTcMCD C2U6CdppR7zmCgUq0H6obFwf9pQRfIEp0dDlaeW4Hz+oRn4HA6paJ28/Jei37vhHsf0D e6vQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :ironport-sdr:ironport-sdr; bh=FDaNid4w/yMVvTzjox9jVnqKUKOb5VEgnW2GXesbb2s=; b=zHYxr5xZjpd6vSZQD5DmL647RlFT9vdB7rzL6zWVbOLrquj0G85gTcCPy0ZledRk6G z8jyMXGvLlx+XnmxXVfOHhT6iNJQAyDbyPfOT1yKZxOxI2qoF8UT1oANY0jN1woXDTVS M8FEwANbx/VhjNr2lt/CSCuF7A9c7EvgSHS60ZGYZdxLZHdtZvE0XxTXNhOkqWQx+f24 +wqTRzy/bQ9a2krcE3jMZaQHxSSRGOSX+MAANfAUtBXYZQ18YCmIZXOogHyQetYGR5cm dzWCD9cEYV28BciLRmcDvtpdQdMY9E2wEBudsSVazMDeRu8I6X+kC72zx1devOzX5h+x l5WQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j16si25709568ioo.11.2021.06.23.02.18.20; Wed, 23 Jun 2021 02:18:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230135AbhFWJUC (ORCPT + 99 others); Wed, 23 Jun 2021 05:20:02 -0400 Received: from mga01.intel.com ([192.55.52.88]:42447 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229833AbhFWJUC (ORCPT ); Wed, 23 Jun 2021 05:20:02 -0400 IronPort-SDR: jmwZUDAdN25eL1wZQG7qOPjcJ/At9TuVpq1iz0GUfcTyozkOLTgppSRCQJRuIXDxqNF+ARey3Y A66O8qDYG7Xg== X-IronPort-AV: E=McAfee;i="6200,9189,10023"; a="228794024" X-IronPort-AV: E=Sophos;i="5.83,293,1616482800"; d="scan'208";a="228794024" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jun 2021 02:17:42 -0700 IronPort-SDR: gQnBrP65T+lz6S8763w2muAHovH5yPToGcJVeWeReg4kEPK7IEnSCpeWNe1kG4NAi+IJoL2Cqa +yxtijtof93Q== X-IronPort-AV: E=Sophos;i="5.83,293,1616482800"; d="scan'208";a="639395294" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jun 2021 02:17:38 -0700 Received: from andy by smile with local (Exim 4.94.2) (envelope-from ) id 1lvz0o-004hdo-En; Wed, 23 Jun 2021 12:17:34 +0300 Date: Wed, 23 Jun 2021 12:17:34 +0300 From: Andy Shevchenko To: Jia He Cc: Petr Mladek , Steven Rostedt , Sergey Senozhatsky , Rasmus Villemoes , Jonathan Corbet , Alexander Viro , Linus Torvalds , "Peter Zijlstra (Intel)" , Eric Biggers , "Ahmed S. Darwish" , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Matthew Wilcox , Christoph Hellwig , nd@arm.com Subject: Re: [PATCH v2 0/4] make '%pD' print the full path of file Message-ID: References: <20210623055011.22916-1-justin.he@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210623055011.22916-1-justin.he@arm.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 23, 2021 at 01:50:07PM +0800, Jia He wrote: > Background > ========== > Linus suggested printing the full path of file instead of printing > the components as '%pd'. > > Typically, there is no need for printk specifiers to take any real locks > (ie mount_lock or rename_lock). So I introduce a new helper > d_path_unsafe() which is similar to d_path() except it doesn't take any > seqlock/spinlock. > > This series is based on Al Viro's d_path() cleanup patches [1] which > lifted the inner lockless loop into a new helper. > > Test > ==== > The cases I tested: > 1. print '%pD' with full path of ext4 file > 2. mount a ext4 filesystem upon a ext4 filesystem, and print the file > with '%pD' > 3. all test_print selftests, including the new '%14pD' '%-14pD' > 4. kasprintf > > TODO > ==== > I plan to do the followup work after '%pD' behavior is changed. > - s390/hmcdrv: remove the redundant directory path in printing string. > - fs/iomap: simplify the iomap_swapfile_fail() with '%pD'. > - simplify the string printing when file_path() is invoked(in some > cases, not all). > - change the previous '%pD[2,3,4]' to '%pD' > > Changelog > ========= > v2: Should be v6 now. So, next v7, otherwise you confuse bots and people. My remark was for you for the future submission, this one is already spoiled. > - refine the commit msg/comments (Andy) > - pass the validator check by "make C=1 W=1" > - add the R-b for patch 4/4 from Andy -- With Best Regards, Andy Shevchenko