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 6BCF9C433F5 for ; Sun, 10 Apr 2022 19:49:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241919AbiDJTvf (ORCPT ); Sun, 10 Apr 2022 15:51:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241787AbiDJTvb (ORCPT ); Sun, 10 Apr 2022 15:51:31 -0400 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3AC2B1839A; Sun, 10 Apr 2022 12:49:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1649620159; x=1681156159; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=qfXauU8CU0Y9jHH69CgjUZV8bb7CeoNIsANq+mf0+I8=; b=G+8rqoRR8Wu4GOjTDZ4cnmPkUIy3uzZsYTpytkJHfu69w+XHQMHF9+FP 42riMHYJ8+Hz5Jd05A88fWErDIsg1z8pvJ56G0dz++dCrGH/TwVtqIFW2 EQdwWyyem5DgKy7K30w7LTxf8Zl0TjKA73dEeoG29s3d1o54qi4oaJktp v9hzKA0gZQmGizik+I7NIaUWzLAQDM1HTlacvWXqtdKMr45enR+eJnKoz fZwslfKCHzn+S4cYhkgYOm5YToAlBxRNjDjjD2LpbAOBj6gNbJy3SH3s6 iI7ZOOO8oJvxFscL/LxAZ1Q1cwrqIW/pKQ/LdRrVS46VddI4YYZjy4dmU w==; X-IronPort-AV: E=McAfee;i="6400,9594,10313"; a="261737101" X-IronPort-AV: E=Sophos;i="5.90,250,1643702400"; d="scan'208";a="261737101" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Apr 2022 12:49:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.90,250,1643702400"; d="scan'208";a="699108337" Received: from lkp-server02.sh.intel.com (HELO d3fc50ef50de) ([10.239.97.151]) by fmsmga001.fm.intel.com with ESMTP; 10 Apr 2022 12:49:15 -0700 Received: from kbuild by d3fc50ef50de with local (Exim 4.95) (envelope-from ) id 1nddYg-00013z-JJ; Sun, 10 Apr 2022 19:49:14 +0000 Date: Mon, 11 Apr 2022 03:48:52 +0800 From: kernel test robot To: Shiyang Ruan , linux-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, nvdimm@lists.linux.dev, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org Cc: llvm@lists.linux.dev, kbuild-all@lists.01.org, djwong@kernel.org, dan.j.williams@intel.com, david@fromorbit.com, hch@infradead.org, jane.chu@oracle.com, Christoph Hellwig Subject: Re: [PATCH v12 2/7] mm: factor helpers for memory_failure_dev_pagemap Message-ID: <202204110348.fupyvJK7-lkp@intel.com> References: <20220410160904.3758789-3-ruansy.fnst@fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220410160904.3758789-3-ruansy.fnst@fujitsu.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Shiyang, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on hnaz-mm/master] [also build test WARNING on next-20220408] [cannot apply to xfs-linux/for-next linus/master linux/master v5.18-rc1] [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] url: https://github.com/intel-lab-lkp/linux/commits/Shiyang-Ruan/fsdax-introduce-fs-query-to-support-reflink/20220411-001048 base: https://github.com/hnaz/linux-mm master config: arm64-randconfig-r021-20220410 (https://download.01.org/0day-ci/archive/20220411/202204110348.fupyvJK7-lkp@intel.com/config) compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project 256c6b0ba14e8a7ab6373b61b7193ea8c0a3651c) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install arm64 cross compiling tool for clang build # apt-get install binutils-aarch64-linux-gnu # https://github.com/intel-lab-lkp/linux/commit/9ab00d3f6d4d9d3d2e4446480567af17c8726bd2 git remote add linux-review https://github.com/intel-lab-lkp/linux git fetch --no-tags linux-review Shiyang-Ruan/fsdax-introduce-fs-query-to-support-reflink/20220411-001048 git checkout 9ab00d3f6d4d9d3d2e4446480567af17c8726bd2 # save the config file to linux build tree mkdir build_dir COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm64 SHELL=/bin/bash If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): >> mm/memory-failure.c:1533:6: warning: variable 'rc' set but not used [-Wunused-but-set-variable] int rc = 0; ^ 1 warning generated. vim +/rc +1533 mm/memory-failure.c 1526 1527 static int mf_generic_kill_procs(unsigned long long pfn, int flags, 1528 struct dev_pagemap *pgmap) 1529 { 1530 struct page *page = pfn_to_page(pfn); 1531 LIST_HEAD(to_kill); 1532 dax_entry_t cookie; > 1533 int rc = 0; 1534 1535 /* 1536 * Pages instantiated by device-dax (not filesystem-dax) 1537 * may be compound pages. 1538 */ 1539 page = compound_head(page); 1540 1541 /* 1542 * Prevent the inode from being freed while we are interrogating 1543 * the address_space, typically this would be handled by 1544 * lock_page(), but dax pages do not use the page lock. This 1545 * also prevents changes to the mapping of this pfn until 1546 * poison signaling is complete. 1547 */ 1548 cookie = dax_lock_page(page); 1549 if (!cookie) 1550 return -EBUSY; 1551 1552 if (hwpoison_filter(page)) { 1553 rc = -EOPNOTSUPP; 1554 goto unlock; 1555 } 1556 1557 if (pgmap->type == MEMORY_DEVICE_PRIVATE) { 1558 /* 1559 * TODO: Handle HMM pages which may need coordination 1560 * with device-side memory. 1561 */ 1562 return -EBUSY; 1563 } 1564 1565 /* 1566 * Use this flag as an indication that the dax page has been 1567 * remapped UC to prevent speculative consumption of poison. 1568 */ 1569 SetPageHWPoison(page); 1570 1571 /* 1572 * Unlike System-RAM there is no possibility to swap in a 1573 * different physical page at a given virtual address, so all 1574 * userspace consumption of ZONE_DEVICE memory necessitates 1575 * SIGBUS (i.e. MF_MUST_KILL) 1576 */ 1577 flags |= MF_ACTION_REQUIRED | MF_MUST_KILL; 1578 collect_procs(page, &to_kill, true); 1579 1580 unmap_and_kill(&to_kill, pfn, page->mapping, page->index, flags); 1581 unlock: 1582 dax_unlock_page(page, cookie); 1583 return 0; 1584 } 1585 -- 0-DAY CI Kernel Test Service https://01.org/lkp