Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp665920pxv; Thu, 22 Jul 2021 09:16:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx2bq6Bey2Gd3ulXTqMdDDeWVoWYJvwcFkevmqJMruvki0fEVCeYhlp0GZoh2gjkx3PAo6A X-Received: by 2002:a05:6602:38d:: with SMTP id f13mr383888iov.153.1626970596213; Thu, 22 Jul 2021 09:16:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626970596; cv=none; d=google.com; s=arc-20160816; b=L6vt3uIdIsXcIZxm+H4/mODJhu5z+rRUA6m5iszFaeodXSfARcvnEAE732EfqKMD9c QDXVAEM5ViLcQTLtVcYhr1cM9D8sDZEr8cnsxG9xGp0yfIsbsxqjmlmplGBGwutyakIC RIpp7iQE7+LH2xm4aKOfzKd7eudD1YPHfuAzVdNU3uZYtkI2MCQ2OmDhp17iV8mHeHSV xuqVsCrOBaIKpehc19icWULwCJRq5dqkPD4aBPNuBzguCOp+Koa7DkjEwglSvVCwTd73 9rF3iO7MHIo6//0HlN2GnYBDFpAQmsCAlfuvgFg8YSVhX4Kdb2ZqNP3xbNQaRUsYNMp2 fTrQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:organization:subject:cc:to:from; bh=PEoWGe+74OLSA5pVu4PZKfpNjUgcJxzPTbyu4B8EM6c=; b=R/Pplh1ZHF905s99971CGT2p54RFj+1cymtFgxtVbr2gRQoF/sfGhqT1w9XGSPTYQG MTIpMR/+hWtTiWJYuwJLmXq+1XcgbEAhywtesr8kEu9YVT1y4nK8GVnlrvYOaIRWUS42 UltZqVBoMAGlcTB/CZ+rDhqcjxhZ+13jxwzL0p6nb3dHlbXgWzEMZOrBTIvpn54uWlIU 14/TAOPF/NmdqmWZEHc1zsM3oSI+V5lnfL+1v7TjcjIyGDj/Rti1AY8Fn4iSEcFW1SDq iHKvIdvdd/r2j1gKiLlXxhMjQHFo5FiDlo832Jj27Hbx50c3nlmxaqnCGJsdToBgFKOA DE+g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p20si20481665ioo.40.2021.07.22.09.16.17; Thu, 22 Jul 2021 09:16:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229545AbhGVPfH (ORCPT + 99 others); Thu, 22 Jul 2021 11:35:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41918 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229476AbhGVPfG (ORCPT ); Thu, 22 Jul 2021 11:35:06 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D42FC061757; Thu, 22 Jul 2021 09:15:41 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id F399C1F44551 From: Gabriel Krisman Bertazi To: "Chen, Rong A" Cc: Dan Carpenter , kernel test robot , amir73il@gmail.com, kbuild-all@lists.01.org, djwong@kernel.org, tytso@mit.edu, david@fromorbit.com, jack@suse.com, dhowells@redhat.com, khazhy@google.com, linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH v3 14/15] samples: Add fs error monitoring example Organization: Collabora References: <20210629191035.681913-15-krisman@collabora.com> <202106301048.BainWUsk-lkp@intel.com> <87mtqicqux.fsf@collabora.com> <20210720194955.GH25548@kadam> <4313fff4-343a-2937-3a97-c5da860827b1@intel.com> Date: Thu, 22 Jul 2021 12:15:35 -0400 In-Reply-To: <4313fff4-343a-2937-3a97-c5da860827b1@intel.com> (Rong A. Chen's message of "Thu, 22 Jul 2021 20:54:36 +0800") Message-ID: <874kcmb9zs.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org "Chen, Rong A" writes: > Hi Gabriel, > > On 7/21/2021 3:49 AM, Dan Carpenter wrote: >> On Mon, Jul 19, 2021 at 10:36:54AM -0400, Gabriel Krisman Bertazi >> wrote: >>> kernel test robot writes: >>> >>>> Hi Gabriel, >>>> >>>> I love your patch! Yet something to improve: >>>> >>>> [auto build test ERROR on ext3/fsnotify] >>>> [also build test ERROR on ext4/dev linus/master v5.13 next-20210629] >>>> [cannot apply to tytso-fscrypt/master] >>>> [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/0day-ci/linux/commits/Gabriel-Krisman-Bertazi/File-system-wide-monitoring/20210630-031347 >>>> base: https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git fsnotify >>>> config: arm64-allyesconfig (attached as .config) >>>> compiler: aarch64-linux-gcc (GCC) 9.3.0 >>>> 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 >>>> # https://github.com/0day-ci/linux/commit/746524d8db08a041fed90e41b15c8e8ca69cb22d >>>> git remote add linux-review https://github.com/0day-ci/linux >>>> git fetch --no-tags linux-review Gabriel-Krisman-Bertazi/File-system-wide-monitoring/20210630-031347 >>>> git checkout 746524d8db08a041fed90e41b15c8e8ca69cb22d >>>> # save the attached .config to linux build tree >>>> mkdir build_dir >>>> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross O=build_dir ARCH=arm64 SHELL=/bin/bash samples/ >>>> >>>> If you fix the issue, kindly add following tag as appropriate >>>> Reported-by: kernel test robot >>>> >>>> All errors (new ones prefixed by >>): >>>> >>>>>> samples/fanotify/fs-monitor.c:7:10: fatal error: errno.h: No such file or directory >>>> 7 | #include >>>> | ^~~~~~~~~ >>>> compilation terminated. >>> >>> Hi Dan, >>> >>> I'm not sure what's the proper fix here. Looks like 0day is not using >>> cross system libraries when building this user space code. Should I do >>> something special to silent it? > > It seems need extra libraries for arm64, we'll disable CONFIG_SAMPLES to > avoid reporting this error. There are kernel space code in samples/ that still benefit from the test robot. See ftrace/ftrace-direct-too.c for one instance. Perhaps it can be disabled just for userprogs-* Makefile entries in samples/ ? -- Gabriel Krisman Bertazi