From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.19]) (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 D05D728FD for ; Fri, 6 Dec 2024 04:13:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.19 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1733458425; cv=none; b=Pt/5omo4wCk4UWtAhTXpVgCjsoAGQeK+bxUyA7oilI0j4wbcGQg1jYhvzoxK47N4Yx70adZ/QPbVaI1E1fi+qgHxAdMEQ+xUdZ7s3arhuYN6WoXJfycib/QQD0/maHAI2sBt/pIKfM3uYp9ytMI/N0ujpLqVCUWaDY09Y1yA6h8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1733458425; c=relaxed/simple; bh=geOgIY1wwrq7FUAtoScAUUa7eB0ou5+SIxqE+vn++N8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Yl9Tz9wlB1VtEBgM4EPjUSp+RZedIxm8Ane1KO3RrrnXWinPMPSjE3fauCQXnuXEXeSQFUN1p4uQcSguOiigyYYBIOtK1cA3YscWnyVGXwtTvlOkV5kZx1AfkFmwptk0hCT5fPaemUXIa+0opSjDGflQoZvTnllQMG/h6pEeqSY= 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=RkqilS2W; arc=none smtp.client-ip=198.175.65.19 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="RkqilS2W" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1733458423; x=1764994423; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=geOgIY1wwrq7FUAtoScAUUa7eB0ou5+SIxqE+vn++N8=; b=RkqilS2W5/dm0YZWxg73NuwuPtJ6WIBXhKjZhgXVtO6biUIhfPmwW4xb 5kkLMwJI+nBdhR7lxqhdWxAVKl7RYMJXEbWbV0uGhvGAY8JghTaH46vhQ zBEko3VIty1/mPv+oARr+0lf/MZekJ6G6DnxOyKuizXgxSuVMg5zpfyLy JIwI8TEPjo6RPDjiFEaulfG9H5AfS65ifqH65/MBqIYfPBzJLT8wCMFtU zqZEjFOdGLAhc6qUf9QFB+dApGYO/Wp6QJwbwGFWu45wtLkIKn8Xhzm/j PKggOn1L4YMWZuOn4DSa92j+FdkuaUUgApEjhucBy0doaKl1pDgakfpHT w==; X-CSE-ConnectionGUID: x2KZXhD9Q8yBBodh2IlokQ== X-CSE-MsgGUID: BB7GhohNRnGbwh/gfnQu9w== X-IronPort-AV: E=McAfee;i="6700,10204,11277"; a="33685050" X-IronPort-AV: E=Sophos;i="6.12,212,1728975600"; d="scan'208";a="33685050" Received: from orviesa009.jf.intel.com ([10.64.159.149]) by orvoesa111.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Dec 2024 20:13:43 -0800 X-CSE-ConnectionGUID: R/zFDeiyQZqtk1XZRkVnBg== X-CSE-MsgGUID: +Btswa9GTBKg8XJFh6L0Tg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.12,212,1728975600"; d="scan'208";a="94169049" Received: from lkp-server01.sh.intel.com (HELO 82a3f569d0cb) ([10.239.97.150]) by orviesa009.jf.intel.com with ESMTP; 05 Dec 2024 20:13:42 -0800 Received: from kbuild by 82a3f569d0cb with local (Exim 4.96) (envelope-from ) id 1tJPik-0000gp-38; Fri, 06 Dec 2024 04:13:38 +0000 Date: Fri, 6 Dec 2024 12:13:20 +0800 From: kernel test robot To: Keith Busch Cc: oe-kbuild-all@lists.linux.dev Subject: Re: [PATCHv11 07/10] block: expose write streams for block device nodes Message-ID: <202412061104.fZI8AFNH-lkp@intel.com> References: <20241206015308.3342386-8-kbusch@meta.com> Precedence: bulk X-Mailing-List: oe-kbuild-all@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20241206015308.3342386-8-kbusch@meta.com> Hi Keith, kernel test robot noticed the following build errors: [auto build test ERROR on axboe-block/for-next] [also build test ERROR on next-20241205] [cannot apply to brauner-vfs/vfs.all hch-configfs/for-next linus/master v6.13-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#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Keith-Busch/fs-add-a-write-stream-field-to-the-kiocb/20241206-095707 base: https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-next patch link: https://lore.kernel.org/r/20241206015308.3342386-8-kbusch%40meta.com patch subject: [PATCHv11 07/10] block: expose write streams for block device nodes config: arm-am200epdkit_defconfig (https://download.01.org/0day-ci/archive/20241206/202412061104.fZI8AFNH-lkp@intel.com/config) compiler: arm-linux-gnueabi-gcc (GCC) 14.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20241206/202412061104.fZI8AFNH-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/202412061104.fZI8AFNH-lkp@intel.com/ All errors (new ones prefixed by >>): block/bdev.c: In function 'bdev_statx': >> block/bdev.c:1299:29: error: 'STATX_WRITE_STREAM' undeclared (first use in this function); did you mean 'STATX_WRITE_ATOMIC'? 1299 | if ((request_mask & STATX_WRITE_STREAM) && | ^~~~~~~~~~~~~~~~~~ | STATX_WRITE_ATOMIC block/bdev.c:1299:29: note: each undeclared identifier is reported only once for each function it appears in >> block/bdev.c:1301:21: error: 'struct kstat' has no member named 'write_stream_max' 1301 | stat->write_stream_max = bdev_max_write_streams(bdev); | ^~ vim +1299 block/bdev.c 1268 1269 /* 1270 * Handle STATX_{DIOALIGN, WRITE_ATOMIC} for block devices. 1271 */ 1272 void bdev_statx(struct path *path, struct kstat *stat, 1273 u32 request_mask) 1274 { 1275 struct inode *backing_inode; 1276 struct block_device *bdev; 1277 1278 if (!(request_mask & (STATX_DIOALIGN | STATX_WRITE_ATOMIC))) 1279 return; 1280 1281 backing_inode = d_backing_inode(path->dentry); 1282 1283 /* 1284 * Note that backing_inode is the inode of a block device node file, 1285 * not the block device's internal inode. Therefore it is *not* valid 1286 * to use I_BDEV() here; the block device has to be looked up by i_rdev 1287 * instead. 1288 */ 1289 bdev = blkdev_get_no_open(backing_inode->i_rdev); 1290 if (!bdev) 1291 return; 1292 1293 if (request_mask & STATX_DIOALIGN) { 1294 stat->dio_mem_align = bdev_dma_alignment(bdev) + 1; 1295 stat->dio_offset_align = bdev_logical_block_size(bdev); 1296 stat->result_mask |= STATX_DIOALIGN; 1297 } 1298 > 1299 if ((request_mask & STATX_WRITE_STREAM) && 1300 bdev_max_write_streams(bdev)) { > 1301 stat->write_stream_max = bdev_max_write_streams(bdev); 1302 stat->result_mask |= STATX_WRITE_STREAM; 1303 } 1304 1305 if (request_mask & STATX_WRITE_ATOMIC && bdev_can_atomic_write(bdev)) { 1306 struct request_queue *bd_queue = bdev->bd_queue; 1307 1308 generic_fill_statx_atomic_writes(stat, 1309 queue_atomic_write_unit_min_bytes(bd_queue), 1310 queue_atomic_write_unit_max_bytes(bd_queue)); 1311 } 1312 1313 blkdev_put_no_open(bdev); 1314 } 1315 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki