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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 76004CD13CF for ; Tue, 3 Sep 2024 09:05:03 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 631088D0153; Tue, 3 Sep 2024 05:05:02 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 58FAB8D0151; Tue, 3 Sep 2024 05:05:02 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3B9998D0153; Tue, 3 Sep 2024 05:05:02 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 0D5A58D0151 for ; Tue, 3 Sep 2024 05:05:02 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id B3F0512118C for ; Tue, 3 Sep 2024 09:05:01 +0000 (UTC) X-FDA: 82522842402.14.71617B5 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.15]) by imf05.hostedemail.com (Postfix) with ESMTP id 69B5D100015 for ; Tue, 3 Sep 2024 09:04:59 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=MWR+bn86; spf=pass (imf05.hostedemail.com: domain of lkp@intel.com designates 192.198.163.15 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1725354205; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=s9lj1dsj3XotARWLJOq6iwp2Uq9dZVEb3YGjw04wpP8=; b=kHZE/tyzpdzMSKmUiNNB4xt4bA5N5+R52sCyXoiS+H9pq5bPgonr2lKDNiRkl6zXDLGALv iIlzxY6EbtrVm8/i4t1Kc7gdR7eun70K0v7h/m9z9gUcAqJIf9iCInk7p5olsEULnwjMTD 0Bs0Y8sFTOTbi+ivTIPimnhUzQQoWkU= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1725354205; a=rsa-sha256; cv=none; b=wzejv5a+tnn8zRXR6lTEE1T2TID3lo+gwW+HMiCmIdMRh0VWkrioz/RMKHQful5JPwH3nf /cUCXZsiWIkz6X2qiASCQGguXHnjR5FjNJHEGTB44PVItVLrSe6uE/8gEZbFvF4Rki/v6r 1OuMhg4v5HjLxEt/NpZ+cx83Aq++MrU= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=MWR+bn86; spf=pass (imf05.hostedemail.com: domain of lkp@intel.com designates 192.198.163.15 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1725354299; x=1756890299; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=FJkaE2OKNSgpe2GmROalby7d6nY73pSlHd34LXN9PKQ=; b=MWR+bn86P8N3Bb6qUkIFd57IACFb2G94cqlsZKcz6syAyxyzacu44Q/F JbSqxLxvYPVINbQEY9TutLfbeRMQE62LJ6+c2NCinpMUn0Op1hST/yEkY WpfdY0/EiS11wTIJNoipkskLAuQL2jfiOcIqigX7pD5/K2DjncgdIhBEr Dnc9SkqxtYbOsT3+i+i9Hwop5x3r8/q/uvpH5GXgQ9OppLyB/yLdgfjNK kQgBFKFq48y71jsIsQKkvYfNhB6aH5YyhiYRIHlArm6/0IbFCrx1Bsd4m bWmTYFo5gu76B4eWWDlFGrbsI9oe+4yKIdOv12w+u89AeDWKeQzxrLeIP Q==; X-CSE-ConnectionGUID: WHxsePjcQeOczEEc2oO5ng== X-CSE-MsgGUID: mbd7UXs+RMy9UItNFa820w== X-IronPort-AV: E=McAfee;i="6700,10204,11183"; a="24092539" X-IronPort-AV: E=Sophos;i="6.10,198,1719903600"; d="scan'208";a="24092539" Received: from orviesa001.jf.intel.com ([10.64.159.141]) by fmvoesa109.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 Sep 2024 02:04:55 -0700 X-CSE-ConnectionGUID: S4YadueWTFejJLEKeWpafA== X-CSE-MsgGUID: ppte8awaQ/ilpx/yT91mbA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.10,198,1719903600"; d="scan'208";a="102279345" Received: from lkp-server01.sh.intel.com (HELO 9c6b1c7d3b50) ([10.239.97.150]) by orviesa001.jf.intel.com with ESMTP; 03 Sep 2024 02:04:52 -0700 Received: from kbuild by 9c6b1c7d3b50 with local (Exim 4.96) (envelope-from ) id 1slPSz-0006R0-1t; Tue, 03 Sep 2024 09:04:49 +0000 Date: Tue, 3 Sep 2024 17:04:28 +0800 From: kernel test robot To: =?iso-8859-1?Q?Andr=E9?= Almeida , Hugh Dickins , Andrew Morton , Alexander Viro , Christian Brauner , Jan Kara , krisman@kernel.org Cc: oe-kbuild-all@lists.linux.dev, Linux Memory Management List , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, kernel-dev@igalia.com, Daniel Rosenberg , smcv@collabora.com, Christoph Hellwig , =?iso-8859-1?Q?Andr=E9?= Almeida , Gabriel Krisman Bertazi Subject: Re: [PATCH v2 2/8] unicode: Create utf8_check_strict_name Message-ID: <202409031655.gO1eC1AL-lkp@intel.com> References: <20240902225511.757831-3-andrealmeid@igalia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20240902225511.757831-3-andrealmeid@igalia.com> X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 69B5D100015 X-Stat-Signature: m5rb9rjbzwb5qwfd41ufrh8oiw3ksurz X-HE-Tag: 1725354299-552938 X-HE-Meta: U2FsdGVkX18H/Wlo+cxRvCkD5BT2iIZgmOVvJ8Zj60489E9FINjkFNkfx3TfAqCGFKFCk2F8G0rneZ/hvSDgsJJ1vjEBpoSIhKV+c8qxmcAXFJpa0FeyM6y8i9QwejeZTpNyfzM1pn+3zfWgZNcuFbqYuYD7ZSpmhNP98HEM1JY0aVhqONyeaNUbvFHkE7Qozk6DWsrjw0dZzfdskTwuHjsu6j+l/pC/KM63nhr779Qlz1d+8WmjeVVzIn3WF2G7jFPUfYlN6hpwQWKJqjDFk6yQR/+KIqK58SZbaxnshGYtBIyRE7g5+38mll0I5drUyWr18L34grLVwdp+n3A741oIRFq78c+7sb9DC4fx/vfIlFV96DWBIlmBp3POlGHcDIKhGWxqQVXQnEXBLZMnVfKo37M+3P3b15U5T+8+ujSXri2nLhIXyD9xAGTHxq6xe0cRj/q+hCf7LkcdYr5tXrwJBxKJD70gjEtbi4CUkX3SYfz2EbbQEYOYs9TLFR7bZCCH1W48DICEPop+QXLQlOVJgAFQMddUx34KC1OTxYezIsVNO2PluEWVINoc5cuVFhXF1QhVsxdgEDWgHzW6QDfkFjVhVg9vyP0KiP4Hv/NWb4e9AiNTGUJ5xl+3xDakDnHna0WilwBOI4LbvsVEYK8hz41Y+Bhpl8wSs+FSNkn5kiSaTnwmVu5qhH/sMBbFFiyZd/ZRXXdci6c7SZHXkRUD58UH+rqOOfMW0xAIwQxIr5Bvydo80nxFx5z3XJ5WD9ukOet64vVqmIrRRgrPtPYKA7kmTlKoX/z2TH+BTCQ5S3HPc2HNSXc3WRYGYJAYJD69gGLE5fOtKRl3hkm0M10OTgl0eAY24yT0EOkbNfuElsuaH8stDZgAaF7lCY91WHgVzxjfPRgArMg+Pf6YcPLhCKkLC6DIyIwdW3Mr3O1e5IJwYnOBTegpoW0P6bzobizN3KyVjFBKp7HEOjP /jaoi1iP F+YB0m84CQOAU+1XVKvcYftVjswKdNMSzBUjGlIlc/7iMmtQWJlJrl24r6XFFibg3Plvz8ZiHU3CFr8/jUiBUTX9q0RRlv6CUkLTbgSRAWmADQ1bPfyu7ivL8va8dDxyde12WIYTGgO2zniJdlqqjnV4NAsNJzL2t+oaX0aCwbFR4HQHaybtl8LDsnrXnXXR1ajRiZchnSJTrd4lTSn7DM9y4sVq+qEwDQGLI7gr6N2OTMAtsLVRyYN1SRnHYK10qc3iDL1oi3bYcQFScQcHcUxpoi0naH10kyJG27Bb8lyeFoN2iXzzVG+pT5eX0g7H+ieTg1XBfwSuPTb0txnRK7NpZpl2/gfS167+UzIu2vgxtAaOpKid55uY5kIhkqtH/ChM6Pr7ylGQrNAJY3KicO4E0jIUAozxLZXZjoLfzdhoEgRYn4mfY4Q5MIn30p7b3rnLY53c82IKSzZZoev8IlecODe2CODKhS+6LSpN87eGo0+M= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi André, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-everything] [also build test ERROR on tytso-ext4/dev brauner-vfs/vfs.all linus/master v6.11-rc6 next-20240903] [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/Andr-Almeida/unicode-Fix-utf8_load-error-path/20240903-070149 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20240902225511.757831-3-andrealmeid%40igalia.com patch subject: [PATCH v2 2/8] unicode: Create utf8_check_strict_name config: powerpc64-randconfig-r073-20240903 (https://download.01.org/0day-ci/archive/20240903/202409031655.gO1eC1AL-lkp@intel.com/config) compiler: clang version 20.0.0git (https://github.com/llvm/llvm-project dc19b59ea2502193c0e7bc16bb7d711c8053edcf) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240903/202409031655.gO1eC1AL-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/202409031655.gO1eC1AL-lkp@intel.com/ All errors (new ones prefixed by >>): >> fs/unicode/utf8-core.c:238:11: error: call to undeclared function 'IS_CASEFOLDED'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 238 | return !(IS_CASEFOLDED(dir) && dir->i_sb->s_encoding && | ^ >> fs/unicode/utf8-core.c:238:36: error: incomplete definition of type 'struct inode' 238 | return !(IS_CASEFOLDED(dir) && dir->i_sb->s_encoding && | ~~~^ include/linux/uprobes.h:21:8: note: forward declaration of 'struct inode' 21 | struct inode; | ^ >> fs/unicode/utf8-core.c:239:9: error: call to undeclared function 'sb_has_strict_encoding'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 239 | sb_has_strict_encoding(dir->i_sb) && | ^ fs/unicode/utf8-core.c:239:35: error: incomplete definition of type 'struct inode' 239 | sb_has_strict_encoding(dir->i_sb) && | ~~~^ include/linux/uprobes.h:21:8: note: forward declaration of 'struct inode' 21 | struct inode; | ^ fs/unicode/utf8-core.c:240:26: error: incomplete definition of type 'struct inode' 240 | utf8_validate(dir->i_sb->s_encoding, d_name)); | ~~~^ include/linux/uprobes.h:21:8: note: forward declaration of 'struct inode' 21 | struct inode; | ^ 5 errors generated. vim +/IS_CASEFOLDED +238 fs/unicode/utf8-core.c 216 217 /** 218 * utf8_check_strict_name - Check if a given name is suitable for a directory 219 * 220 * This functions checks if the proposed filename is suitable for the parent 221 * directory. That means that only valid UTF-8 filenames will be accepted for 222 * casefold directories from filesystems created with the strict enconding flags. 223 * That also means that any name will be accepted for directories that doesn't 224 * have casefold enabled, or aren't being strict with the enconding. 225 * 226 * @inode: inode of the directory where the new file will be created 227 * @d_name: name of the new file 228 * 229 * Returns: 230 * * True if the filename is suitable for this directory. It can be true if a 231 * given name is not suitable for a strict enconding directory, but the 232 * directory being used isn't strict 233 * * False if the filename isn't suitable for this directory. This only happens 234 * when a directory is casefolded and is strict about its encoding. 235 */ 236 bool utf8_check_strict_name(struct inode *dir, struct qstr *d_name) 237 { > 238 return !(IS_CASEFOLDED(dir) && dir->i_sb->s_encoding && > 239 sb_has_strict_encoding(dir->i_sb) && -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki