From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 69B7B2EBDCD; Mon, 20 Oct 2025 23:27:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761002846; cv=none; b=TIusjG60TNAvGlDdK0Ny10DT80u9IcPeSZ4ikmGXmYE7WbszEG4OZWd7umyV2ONo9fOxXa4AMwehXwENVdUEjsQyFzIsm5gW51qXTV8UxdqRLExbkTOtgL7tN7ijRObomLVyXlXnh8SlG+wGWyUJq9qvy1WVdceFHH8DePILcrs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761002846; c=relaxed/simple; bh=KbCsBw8nQCQPn1oh2odrSEdfH3R+80pN26IWV3doRtc=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition; b=IDmy7XrOHcmStH1zosOE9dUEa9s3Hbnwh6ZeYLL0oFebyVmB4Pf8GGsCRm0tWI26MxJs2jdCG3Q0GYnEfoXV6f6j3gGQbbTJbwKd6D70dToiuUslmL42zxhHDAbVYqYdfWK4/fWu1BX0ZKGjXUOzzpfJ95pyoD3mc5ZHwZDpAIg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=jVeBtsCm; arc=none smtp.client-ip=192.198.163.18 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="jVeBtsCm" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1761002844; x=1792538844; h=date:from:to:cc:subject:message-id:mime-version; bh=KbCsBw8nQCQPn1oh2odrSEdfH3R+80pN26IWV3doRtc=; b=jVeBtsCmFa0Rm8vqIbMg3O7VZY0NlcIEfK2HVoWEgl+b6zYdNP9+vWK7 tX+Bymc87OK9x1IWF8w+o03UtMEm0GBi9I9SVtsFTgDjitnUanldcvve5 D1aLHUci43tlEY0tMe8Ch4wTKBgZWUGSBdSCqpEBtwZs2ieXD82AqNVhV EB3EGMgVQYPDi69p8xfOH8baglq2zQUHejoZuaV2Pe+QwAtMjjGDDiVGO 9GSpRgsgZKj+u4/+2lsA6z+DMB2cMTnmPx5Pju8Rk4N6dQ5353mlkXd4C yYM+XGVVQJnxKhz1LIba6iJbTkQD0MSgfBuvvtMv5ViknBo9bDM0sjiD2 A==; X-CSE-ConnectionGUID: IngV8Bh6RZWkUxSKP8yMIA== X-CSE-MsgGUID: mbds/15RRQm90RVqNkZokw== X-IronPort-AV: E=McAfee;i="6800,10657,11586"; a="62335284" X-IronPort-AV: E=Sophos;i="6.19,243,1754982000"; d="scan'208";a="62335284" Received: from orviesa002.jf.intel.com ([10.64.159.142]) by fmvoesa112.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Oct 2025 16:27:24 -0700 X-CSE-ConnectionGUID: uibUfnDBSDe8bi+C0q+yFA== X-CSE-MsgGUID: bXueYGSARtuqmTK9jNm1iA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.19,243,1754982000"; d="scan'208";a="214068199" Received: from lkp-server02.sh.intel.com (HELO 66d7546c76b2) ([10.239.97.151]) by orviesa002.jf.intel.com with ESMTP; 20 Oct 2025 16:27:22 -0700 Received: from kbuild by 66d7546c76b2 with local (Exim 4.96) (envelope-from ) id 1vAzGt-000AFZ-2r; Mon, 20 Oct 2025 23:26:51 +0000 Date: Tue, 21 Oct 2025 07:26:24 +0800 From: kernel test robot To: Brian Foster Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Christian Brauner , Christian Brauner , Christoph Hellwig , "Darrick J. Wong" Subject: [brauner-github:vfs-6.19.iomap 20/25] fs/iomap/buffered-io.c:870:37: error: incompatible pointer to integer conversion passing 'u64 *' (aka 'unsigned long long *') to parameter of type 'u64' (aka 'unsigned long long'); remove & Message-ID: <202510210751.8T3mTZMw-lkp@intel.com> Precedence: bulk X-Mailing-List: llvm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline tree: https://github.com/brauner/linux.git vfs-6.19.iomap head: d61f6a3dc4f623b16ed43dd6113f594403b35211 commit: b50d39532fdab9126c794139babaec5798e79567 [20/25] iomap: optional zero range dirty folio processing config: x86_64-buildonly-randconfig-003-20251021 (https://download.01.org/0day-ci/archive/20251021/202510210751.8T3mTZMw-lkp@intel.com/config) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251021/202510210751.8T3mTZMw-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/202510210751.8T3mTZMw-lkp@intel.com/ All errors (new ones prefixed by >>): >> fs/iomap/buffered-io.c:870:37: error: incompatible pointer to integer conversion passing 'u64 *' (aka 'unsigned long long *') to parameter of type 'u64' (aka 'unsigned long long'); remove & [-Wint-conversion] 870 | status = iomap_iter_advance(iter, &len); | ^~~~ include/linux/iomap.h:251:53: note: passing argument to parameter 'count' here 251 | int iomap_iter_advance(struct iomap_iter *iter, u64 count); | ^ 1 error generated. vim +870 fs/iomap/buffered-io.c 804 805 /* 806 * Grab and prepare a folio for write based on iter state. Returns the folio, 807 * offset, and length. Callers can optionally pass a max length *plen, 808 * otherwise init to zero. 809 */ 810 static int iomap_write_begin(struct iomap_iter *iter, 811 const struct iomap_write_ops *write_ops, struct folio **foliop, 812 size_t *poffset, u64 *plen) 813 { 814 const struct iomap *srcmap = iomap_iter_srcmap(iter); 815 loff_t pos; 816 u64 len = min_t(u64, SIZE_MAX, iomap_length(iter)); 817 struct folio *folio; 818 int status = 0; 819 820 len = min_not_zero(len, *plen); 821 *foliop = NULL; 822 *plen = 0; 823 824 if (fatal_signal_pending(current)) 825 return -EINTR; 826 827 folio = __iomap_get_folio(iter, write_ops, len); 828 if (IS_ERR(folio)) 829 return PTR_ERR(folio); 830 831 /* 832 * No folio means we're done with a batch. We still have range to 833 * process so return and let the caller iterate and refill the batch. 834 */ 835 if (!folio) { 836 WARN_ON_ONCE(!iter->fbatch); 837 return 0; 838 } 839 840 /* 841 * Now we have a locked folio, before we do anything with it we need to 842 * check that the iomap we have cached is not stale. The inode extent 843 * mapping can change due to concurrent IO in flight (e.g. 844 * IOMAP_UNWRITTEN state can change and memory reclaim could have 845 * reclaimed a previously partially written page at this index after IO 846 * completion before this write reaches this file offset) and hence we 847 * could do the wrong thing here (zero a page range incorrectly or fail 848 * to zero) and corrupt data. 849 */ 850 if (write_ops && write_ops->iomap_valid) { 851 bool iomap_valid = write_ops->iomap_valid(iter->inode, 852 &iter->iomap); 853 if (!iomap_valid) { 854 iter->iomap.flags |= IOMAP_F_STALE; 855 status = 0; 856 goto out_unlock; 857 } 858 } 859 860 /* 861 * The folios in a batch may not be contiguous. If we've skipped 862 * forward, advance the iter to the pos of the current folio. If the 863 * folio starts beyond the end of the mapping, it may have been trimmed 864 * since the lookup for whatever reason. Return a NULL folio to 865 * terminate the op. 866 */ 867 if (folio_pos(folio) > iter->pos) { 868 len = min_t(u64, folio_pos(folio) - iter->pos, 869 iomap_length(iter)); > 870 status = iomap_iter_advance(iter, &len); 871 if (status || !len) 872 goto out_unlock; 873 } 874 875 pos = iomap_trim_folio_range(iter, folio, poffset, &len); 876 877 if (srcmap->type == IOMAP_INLINE) 878 status = iomap_write_begin_inline(iter, folio); 879 else if (srcmap->flags & IOMAP_F_BUFFER_HEAD) 880 status = __block_write_begin_int(folio, pos, len, NULL, srcmap); 881 else 882 status = __iomap_write_begin(iter, write_ops, len, folio); 883 884 if (unlikely(status)) 885 goto out_unlock; 886 887 *foliop = folio; 888 *plen = len; 889 return 0; 890 891 out_unlock: 892 __iomap_put_folio(iter, write_ops, 0, folio); 893 return status; 894 } 895 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki