From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id CF9B7EB64DD for ; Wed, 19 Jul 2023 02:35:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229714AbjGSCff (ORCPT ); Tue, 18 Jul 2023 22:35:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54844 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229952AbjGSCfe (ORCPT ); Tue, 18 Jul 2023 22:35:34 -0400 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BFF341FC0; Tue, 18 Jul 2023 19:35:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1689734130; x=1721270130; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=MDteXjRKx7NmerjEa3yZjR1TrOfJzj9AzQhufP0RH3c=; b=XCSsxxw1TEDQ5ssQk+3kMPoyVw4mdzz3MUGy3LtuEFmW2wmFmtPy985m ME/rfI8+M88qoJKRkF1IzJUa/X2YGZ62LKPrwxj04klbHthSFqeiBKW5t AtJKvamGsqj3b4hOPbd/8Jbcqbwbr+hAeUM4+Ue82eCZfEnA7wv20kaY0 JOFMqjRe8IPd+ahZi4BKtkPk0VBKNHk4t3Vq6m9WyGHWaBdfVGJzjC+oX 4k55zY67t4xYU3kPUYviUrSGA872ke2dVH8PtrLWDUAoZDh5inDBS6IXk B/qyTTI2PmD1rywCEe1ZnmE89bW6Rh4xlJ827eq6A2YYCeOj0nu0UhXoq w==; X-IronPort-AV: E=McAfee;i="6600,9927,10775"; a="452734658" X-IronPort-AV: E=Sophos;i="6.01,215,1684825200"; d="scan'208";a="452734658" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jul 2023 19:35:30 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10775"; a="717831095" X-IronPort-AV: E=Sophos;i="6.01,215,1684825200"; d="scan'208";a="717831095" Received: from lkp-server02.sh.intel.com (HELO 36946fcf73d7) ([10.239.97.151]) by orsmga007.jf.intel.com with ESMTP; 18 Jul 2023 19:35:26 -0700 Received: from kbuild by 36946fcf73d7 with local (Exim 4.96) (envelope-from ) id 1qLx2C-00044R-31; Wed, 19 Jul 2023 02:35:24 +0000 Date: Wed, 19 Jul 2023 10:35:07 +0800 From: kernel test robot To: Hao Xu , io-uring@vger.kernel.org, Jens Axboe Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Dominique Martinet , Pavel Begunkov , Christian Brauner , Alexander Viro , Stefan Roesch , Clay Harris , Dave Chinner , linux-fsdevel@vger.kernel.org, Wanpeng Li Subject: Re: [PATCH 4/5] xfs: add NOWAIT semantics for readdir Message-ID: <202307191021.L6wiZiE6-lkp@intel.com> References: <20230718132112.461218-5-hao.xu@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230718132112.461218-5-hao.xu@linux.dev> Precedence: bulk List-ID: X-Mailing-List: io-uring@vger.kernel.org Hi Hao, kernel test robot noticed the following build warnings: [auto build test WARNING on xfs-linux/for-next] [also build test WARNING on linus/master v6.5-rc2 next-20230718] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Hao-Xu/fs-split-off-vfs_getdents-function-of-getdents64-syscall/20230718-212529 base: https://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git for-next patch link: https://lore.kernel.org/r/20230718132112.461218-5-hao.xu%40linux.dev patch subject: [PATCH 4/5] xfs: add NOWAIT semantics for readdir config: x86_64-randconfig-r012-20230718 (https://download.01.org/0day-ci/archive/20230719/202307191021.L6wiZiE6-lkp@intel.com/config) compiler: clang version 15.0.7 (https://github.com/llvm/llvm-project.git 8dfdcc7b7bf66834a761bd8de445840ef68e4d1a) reproduce: (https://download.01.org/0day-ci/archive/20230719/202307191021.L6wiZiE6-lkp@intel.com/reproduce) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot | Closes: https://lore.kernel.org/oe-kbuild-all/202307191021.L6wiZiE6-lkp@intel.com/ All warnings (new ones prefixed by >>): >> fs/xfs/libxfs/xfs_da_btree.c:2646:8: warning: variable 'buf_flags' set but not used [-Wunused-but-set-variable] int buf_flags = 0; ^ 1 warning generated. vim +/buf_flags +2646 fs/xfs/libxfs/xfs_da_btree.c 2627 2628 /* 2629 * Get a buffer for the dir/attr block, fill in the contents. 2630 */ 2631 int 2632 xfs_da_read_buf( 2633 struct xfs_trans *tp, 2634 struct xfs_inode *dp, 2635 xfs_dablk_t bno, 2636 unsigned int flags, 2637 struct xfs_buf **bpp, 2638 int whichfork, 2639 const struct xfs_buf_ops *ops) 2640 { 2641 struct xfs_mount *mp = dp->i_mount; 2642 struct xfs_buf *bp; 2643 struct xfs_buf_map map, *mapp = ↦ 2644 int nmap = 1; 2645 int error; > 2646 int buf_flags = 0; 2647 2648 *bpp = NULL; 2649 error = xfs_dabuf_map(dp, bno, flags, whichfork, &mapp, &nmap); 2650 if (error || !nmap) 2651 goto out_free; 2652 2653 /* 2654 * NOWAIT semantics mean we don't wait on the buffer lock nor do we 2655 * issue IO for this buffer if it is not already in memory. Caller will 2656 * retry. This will return -EAGAIN if the buffer is in memory and cannot 2657 * be locked, and no buffer and no error if it isn't in memory. We 2658 * translate both of those into a return state of -EAGAIN and *bpp = 2659 * NULL. 2660 */ 2661 if (flags & XFS_DABUF_NOWAIT) 2662 buf_flags |= XBF_TRYLOCK | XBF_INCORE; 2663 error = xfs_trans_read_buf_map(mp, tp, mp->m_ddev_targp, mapp, nmap, 0, 2664 &bp, ops); 2665 if (error) 2666 goto out_free; 2667 if (!bp) { 2668 ASSERT(flags & XFS_DABUF_NOWAIT); 2669 error = -EAGAIN; 2670 goto out_free; 2671 } 2672 2673 if (whichfork == XFS_ATTR_FORK) 2674 xfs_buf_set_ref(bp, XFS_ATTR_BTREE_REF); 2675 else 2676 xfs_buf_set_ref(bp, XFS_DIR_BTREE_REF); 2677 *bpp = bp; 2678 out_free: 2679 if (mapp != &map) 2680 kmem_free(mapp); 2681 2682 return error; 2683 } 2684 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki