Received: by 2002:a05:7412:b101:b0:e2:908c:2ebd with SMTP id az1csp3202083rdb; Thu, 16 Nov 2023 03:15:43 -0800 (PST) X-Google-Smtp-Source: AGHT+IHJrEsmOrlZlrf4ZR9SeSE0h8mxQRBV5M+I3sA7lAmPf5CdVpmjvPubaqmKymJQql5k8+Fq X-Received: by 2002:a17:90b:4d90:b0:283:2873:88ad with SMTP id oj16-20020a17090b4d9000b00283287388admr2128105pjb.10.1700133343382; Thu, 16 Nov 2023 03:15:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700133343; cv=none; d=google.com; s=arc-20160816; b=QUXf/Cy5jWA9UVmJ9HwXKSzZV1MU77pOr640gcRcyipvD0pnw5WaBoEi8MdEAl6BoV KHvUaJKkkmqsQndgt1YHd1x7uQDIdJr5YMgne0d3W77gf3FUCiQy2P3/qZqZFWsWoJIL CklREk9GFWORritaR74gkyDrx1M1tnpEpuIMqWExqCiaoQtA8RmwwxSQ9287ypHNx/8d 2d6pZ10Swd/impQYa06MwFwstrJIfgngatmenCogIOo0hw0oJgBj5ePz8fQNAErJNqd6 dd9FmcWWxGfObI1Tipm02r1CEbepVFjYXoDHUAVOdLGmRUQodiRJ9xSG8jA5sBL9Np+q v4+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=vjrX7smiaAQZ0vnELuGuS3K29i50BN+Yz14vQkFRHH0=; fh=JT8tsvVRy7BmMNaTlOlUq9hI/5Uxs57cEJIpsjkxhlg=; b=byjiMgbD05v5KPCpDq5HCxGERndP1Fy9u8aNUXxIWkoYtWfTp1JIHLCS8CY2XLoOYM qElWe5RrSW1AgJg2INRDMYcAkoI+4BkS4Gr513qSnxysaFyOsA+zYaruL1LzOFgTUmxt hZuO/031CkPfhBjpc56revzankQz1aSGfP9b2tayz1/MCgPmiCehF2LUPJevF9FEJR9K 6V31ivwKBryE1VETIiSOj6YKEF26v5gotNELNq4ksEeK4QtvaHA4dxrrOrO+3Z/hnFyJ N16KDmBOG3XEiFOpKdIyDH17uifOAu8ovKpVWkiker/GB3tyD30TP1TgkbuGeP81TYwP rUdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=BQSsv3Kv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from fry.vger.email (fry.vger.email. [2620:137:e000::3:8]) by mx.google.com with ESMTPS id gp1-20020a17090adf0100b00280f5032e03si1811098pjb.133.2023.11.16.03.15.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 16 Nov 2023 03:15:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) client-ip=2620:137:e000::3:8; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=BQSsv3Kv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id 055DD81C3D42; Thu, 16 Nov 2023 03:15:26 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235675AbjKPLPC (ORCPT + 99 others); Thu, 16 Nov 2023 06:15:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58756 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345054AbjKPLO4 (ORCPT ); Thu, 16 Nov 2023 06:14:56 -0500 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.20]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1BBCDC1; Thu, 16 Nov 2023 03:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1700133293; x=1731669293; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=7gt3FHKL7bzyekRJmKMiYCkahV29r6/XjmQm9S/idIg=; b=BQSsv3KvAP//B+TtIOmI+21hgv3yzzeogXON5bBa/Dx0tLzYq02KXpkN 4VTaAGtuhRwbvlLjcBq0qBKbiHfn1B2p5Uad9BqMgmi1bmQ+dHrGWer6D sWSepQkC0yglBQ8SQtZ+25vMAkA2yC6f+oioYO+FTULXAScPwd+SFW4bd EyqY1g1SfKcLRLrDY7Jug5dTGlrde/WZ9XBIW234ULrkXqRwNmu1PshaN Ct5qeRi4QiuCGlo5jCAzx9bdEy/nFGmlv+r5qHiqVtM+u2X5+CUUbWvnE LyThhkd6sTeRv/7mTVhz09P0KDBDJwQwkbVlWvekBxqA2k+FYb0+LeH91 Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10895"; a="381465325" X-IronPort-AV: E=Sophos;i="6.03,308,1694761200"; d="scan'208";a="381465325" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Nov 2023 03:14:52 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10895"; a="909084429" X-IronPort-AV: E=Sophos;i="6.03,308,1694761200"; d="scan'208";a="909084429" Received: from lkp-server02.sh.intel.com (HELO b8de5498638e) ([10.239.97.151]) by fmsmga001.fm.intel.com with ESMTP; 16 Nov 2023 03:14:49 -0800 Received: from kbuild by b8de5498638e with local (Exim 4.96) (envelope-from ) id 1r3aKY-0001an-32; Thu, 16 Nov 2023 11:14:44 +0000 Date: Thu, 16 Nov 2023 19:13:31 +0800 From: kernel test robot To: Ian Kent , Al Viro , Christian Brauner Cc: oe-kbuild-all@lists.linux.dev, Bill O'Donnell , Kernel Mailing List , autofs mailing list , linux-fsdevel , Ian Kent , syzbot+662f87a8ef490f45fa64@syzkaller.appspotmail.com Subject: Re: [PATCH] autofs: add: new_inode check in autofs_fill_super() Message-ID: <202311161857.bZMQmWsW-lkp@intel.com> References: <20231116000746.7359-1-raven@themaw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231116000746.7359-1-raven@themaw.net> X-Spam-Status: No, score=-1.0 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Thu, 16 Nov 2023 03:15:26 -0800 (PST) Hi Ian, kernel test robot noticed the following build errors: [auto build test ERROR on brauner-vfs/vfs.all] [also build test ERROR on linus/master v6.7-rc1 next-20231116] [cannot apply to vfs-idmapping/for-next] [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/Ian-Kent/autofs-add-new_inode-check-in-autofs_fill_super/20231116-081017 base: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git vfs.all patch link: https://lore.kernel.org/r/20231116000746.7359-1-raven%40themaw.net patch subject: [PATCH] autofs: add: new_inode check in autofs_fill_super() config: i386-buildonly-randconfig-001-20231116 (https://download.01.org/0day-ci/archive/20231116/202311161857.bZMQmWsW-lkp@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20231116/202311161857.bZMQmWsW-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/202311161857.bZMQmWsW-lkp@intel.com/ All error/warnings (new ones prefixed by >>): fs/autofs/inode.c: In function 'autofs_fill_super': >> fs/autofs/inode.c:330:22: error: expected identifier or '*' before '-' token 330 | goto -ENOMEM; | ^ >> fs/autofs/inode.c:349:25: error: 'ret' undeclared (first use in this function); did you mean 'net'? 349 | ret = invalf(fc, "Could not find process group %d", | ^~~ | net fs/autofs/inode.c:349:25: note: each undeclared identifier is reported only once for each function it appears in >> fs/autofs/inode.c:312:24: warning: unused variable 'root' [-Wunused-variable] 312 | struct dentry *root; | ^~~~ vim +330 fs/autofs/inode.c 306 307 static int autofs_fill_super(struct super_block *s, struct fs_context *fc) 308 { 309 struct autofs_fs_context *ctx = fc->fs_private; 310 struct autofs_sb_info *sbi = s->s_fs_info; 311 struct inode *root_inode; > 312 struct dentry *root; 313 struct autofs_info *ino; 314 315 pr_debug("starting up, sbi = %p\n", sbi); 316 317 sbi->sb = s; 318 s->s_blocksize = 1024; 319 s->s_blocksize_bits = 10; 320 s->s_magic = AUTOFS_SUPER_MAGIC; 321 s->s_op = &autofs_sops; 322 s->s_d_op = &autofs_dentry_operations; 323 s->s_time_gran = 1; 324 325 /* 326 * Get the root inode and dentry, but defer checking for errors. 327 */ 328 ino = autofs_new_ino(sbi); 329 if (!ino) > 330 goto -ENOMEM; 331 332 root_inode = autofs_get_inode(s, S_IFDIR | 0755); 333 if (root_inode) { 334 root_inode->i_uid = ctx->uid; 335 root_inode->i_gid = ctx->gid; 336 root_inode->i_fop = &autofs_root_operations; 337 root_inode->i_op = &autofs_dir_inode_operations; 338 } 339 s->s_root = d_make_root(root_inode); 340 if (unlikely(!s->s_root)) { 341 autofs_free_ino(ino); 342 return -ENOMEM; 343 } 344 s->s_root->d_fsdata = ino; 345 346 if (ctx->pgrp_set) { 347 sbi->oz_pgrp = find_get_pid(ctx->pgrp); 348 if (!sbi->oz_pgrp) { > 349 ret = invalf(fc, "Could not find process group %d", 350 ctx->pgrp); 351 return ret; 352 } 353 } else { 354 sbi->oz_pgrp = get_task_pid(current, PIDTYPE_PGID); 355 } 356 357 if (autofs_type_trigger(sbi->type)) 358 /* s->s_root won't be contended so there's little to 359 * be gained by not taking the d_lock when setting 360 * d_flags, even when a lot mounts are being done. 361 */ 362 managed_dentry_set_managed(s->s_root); 363 364 pr_debug("pipe fd = %d, pgrp = %u\n", 365 sbi->pipefd, pid_nr(sbi->oz_pgrp)); 366 367 sbi->flags &= ~AUTOFS_SBI_CATATONIC; 368 return 0; 369 } 370 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki