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 251B3C47258 for ; Wed, 31 Jan 2024 18:40:55 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 917CF6B009A; Wed, 31 Jan 2024 13:40:54 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 8C7EB6B009B; Wed, 31 Jan 2024 13:40:54 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 768C66B009C; Wed, 31 Jan 2024 13:40:54 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 613006B009A for ; Wed, 31 Jan 2024 13:40:54 -0500 (EST) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 351191604FA for ; Wed, 31 Jan 2024 18:40:54 +0000 (UTC) X-FDA: 81740472828.19.F75C5D4 Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) by imf27.hostedemail.com (Postfix) with ESMTP id 511B340019 for ; Wed, 31 Jan 2024 18:40:52 +0000 (UTC) Authentication-Results: imf27.hostedemail.com; dkim=pass header.d=suse.com header.s=google header.b="a/rJc1Sq"; dmarc=pass (policy=quarantine) header.from=suse.com; spf=pass (imf27.hostedemail.com: domain of mpdesouza@suse.com designates 209.85.221.48 as permitted sender) smtp.mailfrom=mpdesouza@suse.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1706726452; 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=cqMsWbzPXZHhHE9+WijuuPeI8hnT86cMX+KSewNWpUM=; b=Le3uejJdQuZ48Ja6vGI+aqNGWhijmH/W7G7C2Fp0W373gXuuifmeN8hzCXAxOR3QPoD/6U XpN7gu8iibcw6dxwSE5Mqs3py3fEdbfsS/Qx8v4bbGg9iF0fMnrjDW6vw2dVZyYXNhHSfR taVV3OBuR1mIhtuKRRcWJ68VK9XikiU= ARC-Authentication-Results: i=1; imf27.hostedemail.com; dkim=pass header.d=suse.com header.s=google header.b="a/rJc1Sq"; dmarc=pass (policy=quarantine) header.from=suse.com; spf=pass (imf27.hostedemail.com: domain of mpdesouza@suse.com designates 209.85.221.48 as permitted sender) smtp.mailfrom=mpdesouza@suse.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1706726452; a=rsa-sha256; cv=none; b=oCZJF6Ekbp660ClrqvEdZsSJ9tp0rstWmwRSDSK08AqZe9pj5MOZMPKX4r/QYtGeHiX2j9 AcI33/SUyF+5jMm5bI+i1S9o2C3euweFceY+t7xTmkXfjfICSc1wrNQ1E6J4+wFH06mIt4 wVQBcNKzUe3g2LHURXm+QsPNT+CouW0= Received: by mail-wr1-f48.google.com with SMTP id ffacd0b85a97d-3392b12dd21so36707f8f.0 for ; Wed, 31 Jan 2024 10:40:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1706726451; x=1707331251; darn=kvack.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=cqMsWbzPXZHhHE9+WijuuPeI8hnT86cMX+KSewNWpUM=; b=a/rJc1SqF8FgDMEey9MXGnwB14ZJxDEY4wcPck4lcdlU72EYYTNUFEMjWLLL4aeHyP tHtsObnhGaEVlot+IaAwZileIVC92C1ZnSPYEDlNXNf57XKtN783RQVx52abUHfF1FcF LBRflGyAkm6N1r7Die1PpGcx7VnEnhhj/toFf3JAfYFYCURcQDtuuMuKaUV0qOCrBP7d rj/wAbm2QxH9ISB/dzfxAUMxgeLdYhGoDav7/XqJVeKEUdMZlnfi5vShjwsHAJ2Ugt41 mIs8MuyeHJGYzok+qE1uVf6uas7wczpKAYKrquJvcRnXklBRiRqI6RJ6PaC+hbDOgOr+ cpog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706726451; x=1707331251; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=cqMsWbzPXZHhHE9+WijuuPeI8hnT86cMX+KSewNWpUM=; b=FEBjzyUcgTJ4LWDI5JHyARIvYbCfiNCMu8UxsLmleoPj9OEjWdGs7ykmrdzROfy219 RIew5UEOKOgqyFmI0xyAPEKnuYOB1CY1FjQ1XpzFwxXCwaufCBra45HW5tOsHDpmtEaJ ZqvHiyPPLfw24EB+iDQYgGnfgOJtUavlXSq4WmLRZaJBM3TVWV7Kc6JAjex+CMVcXMpc Y/OaLav5jYBjLdAa8fhg1ynb80TbK/hDqhFXcfjwiak/yaezEV7IGuZ9pQ+s/IcGLLS+ vqmytXjeFV0U7cekCGyrCn9AakFo2Bsjv+3BTEp0pEdsvBnUQdaJkLYeghLOQ6u3Df2e HMiA== X-Gm-Message-State: AOJu0YyQLIzl5NATPIc6e+lbP6/5jqw8YZVfQU7u+g8fu8EcNOBIz90O Q+AJpSeWGjDzaAI1OHI2y9Q61h1JLUaNMV2SJnF2dSlTighYDGrQ24sZ4f15C7mcYJw5QyXrKOn k X-Google-Smtp-Source: AGHT+IHkMI4CbQLndKczizhkIdUQ38azS2I+oNCtjaZjAH+UfiAdSvm1Xm3ZXafA50roYILLvz3KVQ== X-Received: by 2002:a05:6000:a07:b0:33b:fed:656f with SMTP id co7-20020a0560000a0700b0033b0fed656fmr617857wrb.53.1706726450923; Wed, 31 Jan 2024 10:40:50 -0800 (PST) Received: from ?IPv6:2804:30c:1f49:9200:d29b:2478:179f:fbac? ([2804:30c:1f49:9200:d29b:2478:179f:fbac]) by smtp.gmail.com with ESMTPSA id j6-20020a5d6186000000b0033b12167a98sm53227wru.8.2024.01.31.10.40.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 31 Jan 2024 10:40:50 -0800 (PST) Message-ID: Subject: Re: [linux-next:master 1016/2825] make[2]: *** kselftest/livepatch/test_modules: No such file or directory. Stop. From: Marcos Paulo de Souza To: Petr Mladek Cc: kernel test robot , oe-kbuild-all@lists.linux.dev, Linux Memory Management List , Shuah Khan , Joe Lawrence Date: Wed, 31 Jan 2024 15:40:46 -0300 In-Reply-To: References: <202401300736.GkSZoSrA-lkp@intel.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.3 (by Flathub.org) MIME-Version: 1.0 X-Rspamd-Queue-Id: 511B340019 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: xapbjuma18ard4kycgpo7mb1kwm7teom X-HE-Tag: 1706726452-582100 X-HE-Meta: U2FsdGVkX19GYObWkDNGBOujDzsVi1zWEDMatQHdTBLMRQ4QrrKW+rG1U3FDTF6ZldcC5dla4iHJS4zn/UUml1YoJDEmP5nTT7VpuXeU0fnPjhmsbxPYw3C+QwMs1fj6mXJ6A7LLwTqdarrYVyfYxY1TA4k3W17axoUB0JwEpc7J6414I7xU3q1mW9TO+Rc7KgIUn3nRHK06v2uoci9YJR7nQyZnKmjof9myWvKA8S0UlHaTXF1zGaltbKpmngHgHzM4bnmuqmkrwqDJ4djbCP9ap+36t7SiB68UQO1xBHlFK4KoyIox7cFc/TrwHAFLOr7BD02SqKiaYDZL48pYyfyOIg/Eb9Dc3Y8EqiPjvJSgztwU3Tes9GIBmM+wRO5k4zi1BeEnnlXBXMfJxQzWuXzwbmDlLWpl387CFehLi1ku5pHXothy4Wu596v0Z5l4FZkueNMZiU+1DT6vesv8HtA50CsN0bUArcbTbMrg+8aDn3gRseRlaPDSAh9j95ZBWwUTQfsgof1cl2+FqFN7ZpIGJ99bNZuZt2G/SOMSiUhj930bCEorfLs2BqVZ/eOZrx/DoSftNHFMyJv3oe1t0LOk+xmTp7RVDA+jt5ETOkwWScfN8pO6PgX6nVfntWd3HyD0BV3xYI8jRMIlxAHNGiwfjgmSd7SHsbgGz41CULVBeyq6JVGXjd4dN6HT2obSuuRQHKAsKt/f/AW4k1zhqzyVsx0nTK4JmjpnkRvu9NeI1f9wmqBUf3ddl36VCA2KyD2qvu6xipfZM/fVYuH+QHQcnFUsx9cL+81UXVkATamiSnbOJbhlTEbnAOozHwFt2OaQ+sl8WJevVHAz+kPsXE1qDCwt7AXkhfNRn3BcmlDgbB1CmQBcBI9fk/uCcZtuVgcoh9iylgsxloaQ9kjr5reoGwaMaE8XR6hY/PxV+T3no8Oo8IurKFO0BVuwy+hMbu7Cv8R0S1bjiLJSawI B+5/6Y0G /8xEv4hji5FkobqFyaGxpiIXiHxZwFg2tDuMEIPpavoPTrckfzMUCTa4zPE83XMZuvcUXnXW6C5fx4UfamWF95+Cx3OfX/P7C8CfvEIohkamulc7TMA/RnqMLOQ== 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: CC'ing Miroslav, as he was also involved in the patchset and can have some ideas about how to fix this issue. On Wed, 2024-01-31 at 15:39 -0300, Marcos Paulo de Souza wrote: > On Wed, 2024-01-31 at 16:34 +0100, Petr Mladek wrote: > > On Tue 2024-01-30 11:39:56, Marcos Paulo de Souza wrote: > > > On Tue, 2024-01-30 at 07:08 +0800, kernel test robot wrote: > > > > tree:=C2=A0=C2=A0 > > > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > > > > =C2=A0m > > > > aster > > > > head:=C2=A0=C2=A0 596764183be8ebb13352b281a442a1f1151c9b06 > > > > commit: c4bbe83d27c2446a033cc0381c3fb6be5e8c41c7 [1016/2825] > > > > livepatch: Move tests from lib/livepatch to selftests/livepatch > > > > compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 > > > > reproduce (this is a W=3D1 build): > > > > ( > > > > https://download.01.org/0day-ci/archive/20240130/202401300736.GkSZ > > > > oS > > > > rA-lkp@intel.com/reproduce) > > > >=20 > > > When looking at the lib.mk, I just followed the other variables > > > and > > > did > > > the same: > > >=20 > > > TEST_GEN_MODS_DIR :=3D $(patsubst > > > %,$(OUTPUT)/%,$(TEST_GEN_MODS_DIR)) > > >=20 > > > But later on, I jump into $(TEST_GEN_MODS_DIR), which is invalid > > > because of the O=3D that is used a prefix for the path: > > > /tmp/kselftest/kselftest/livepatch/test_modules. My first idea > > > was > > > to > > > just remove the patsubst and take TEST_GEN_MODS_DIR, which should > > > be > > > livepatch/test_modules in this case, but it then returns another > > > problem: > > >=20 > > >=20 > > > make: Entering directory > > > '/home/mpdesouza/git/linux/tools/testing/selftests' > > > make[1]: Entering directory > > > '/home/mpdesouza/git/linux/tools/testing/selftests/livepatch' > > > make -C test_modules > > > make[2]: Entering directory > > > '/home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test > > > _m > > > odul > > >=20 > > > es' > > > make -C /lib/modules/6.5.9-1-default/build modules > > > KBUILD_EXTMOD=3D/home/mpdesouza/git/linux/tools/testing/selftests/l > > > iv > > > epat > > >=20 > > > ch/test_modules > >=20 > > Nit: There are sometimes strange empty lines between split long > > =C2=A0=C2=A0=C2=A0=C2=A0 lines. It looks like somehow messed cut&paste. >=20 > Sorry about it. I'll double check the output next time I copy from my > terminal. >=20 > >=20 > > > make[3]: Entering directory '/usr/src/linux-6.5.9-1- > > > obj/x86_64/default' > > > make[4]: Entering directory '/tmp/kselftest' > > > /usr/src/linux-6.5.9-1/Makefile:754: include/config/auto.conf: No > > > such > > > file or directory > >=20 > > I see the same. It looks to me like a bug in kernel-devel package. > >=20 > > /usr/src/linux-6.5.9-1/Makefile is from the kernel-devel package > > for the running kernel. It should try to include auto.conf used > > for building the running kernel: > >=20 > > =C2=A0 1. auto.conf should be packaged in kernel-devel. > >=20 > > =C2=A0 2. The Makefile from the kernel-devel packages should be able > > =C2=A0=C2=A0=C2=A0=C2=A0 to find/use auto.conf from the kernel-devel pa= ckage. > >=20 > > IMHO, this actually helped to find a bug that > > make -C tools/testing/selftests/livepatch used auto.conf from > > the git tree while the modules are built against headers > > for the running kernel. > >=20 > > That said, I wonder why this problem does not happen when building > > external modules (KMPs). I would expect that they are using > > the same Makefile from the kernel-devel package. > >=20 > > Maybe the external modules somehow manage to clear "need-config" > > used by /usr/src/linux-6.5.9-1/Makefile. Maybe we do not need > > to include it either. > >=20 > > > make[4]: *** [/usr/src/linux-6.5.9-1/Makefile:234: __sub-make] > > > Error 2 > > > make[4]: Leaving directory '/tmp/kselftest' > > > make[3]: *** [../../../linux-6.5.9-1/Makefile:234: __sub-make] > > > Error 2 > > > make[3]: Leaving directory '/usr/src/linux-6.5.9-1- > > > obj/x86_64/default' > > > make[2]: *** [Makefile:16: modules] Error 2 > > > make[2]: Leaving directory > > > '/home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test > > > _m > > > odul > > >=20 > > > es' > > > make[1]: *** [../lib.mk:92: gen_mods_dir] Error 2 > > > make[1]: Leaving directory > > > '/home/mpdesouza/git/linux/tools/testing/selftests/livepatch' > > > make: *** [Makefile:180: all] Error 2 > > > make: Leaving directory > > > '/home/mpdesouza/git/linux/tools/testing/selftests' >=20 > Well, this maybe be indeed a bug in kernel-devel. I added some debug > messages to make (-dd), and I believe that I understood what's going > wrong. >=20 > First of all, if we compile an out-of-tree module, like this: >=20 > make -C tools/testing/selftests/livepatch/test_modules >=20 > it goes to /usr/src/linux-6.5.9-1-obj/x86_64/default, and everything > works. I printed the abs_objtree and it's in fact where it should. >=20 > On like 234 of the toplevel Makefile, ion the __sub-make target, it > executed the make passed -C to $(abs_objtree), and -f to > $(abs_srctree). abs_objtree points to /usr/src/linux-6.5.9-1- > obj/x86_64/default while abs_srctree points to /usr/src/linux-6.5.9- > 1. > Everything works. >=20 > But things change whenever we use the O=3D argument. Its value is > passed > to abs_objtree, making the __sub-make to execute is a peculiar way: > while abs_objtree is /tmp/kselftest, abs_srctree continues to be > /usr/src/linux-6.5.9-1. That's why the include fails in this case: >=20 > ifdef need-config=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > include include/config/auto.conf=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > endif >=20 > As we are calling the include from /tmp/kselftest, and Makefile > include > rules try to searching for the file in the directory of it's > execution[1], it fails. IIUC, all include paths on the toplevel > makefile should have $(abs_srctree) as prefix, so it could work. But > as > Petr said, we don't have the include/config directory packaged in > kernel-devel. >=20 > I would like to note that this is a problem with out-of-tree module > building, and not only kselftest related. If we pass O=3D when building > a > module, this will happen. >=20 > For testing purposes, I added the include/{generated,config} > directories into my /usr/src/linux/include, and added abs_srctree to > the include mentioned above, and now it's failing with: >=20 > # CC [M]=20 > /home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test_modu > le > s/test_klp_atomic_replace.o > gcc -Wp,- > MMD,/home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test_ > mo > dules/.test_klp_atomic_replace.o.d -nostdinc -I/usr/src/linux-6.5.9- > 1/arch/x86/include -I./arch/x86/include/generated -I/usr/src/linux- > 6.5.9-1/include -I./include -I/usr/src/linux-6.5.9- > 1/arch/x86/include/uapi -I./arch/x86/include/generated/uapi - > I/usr/src/linux-6.5.9-1/include/uapi -I./include/generated/uapi - > include /usr/src/linux-6.5.9-1/include/linux/compiler-version.h - > include /usr/src/linux-6.5.9-1/include/linux/kconfig.h -include > /usr/src/linux-6.5.9-1/include/linux/compiler_types.h -D__KERNEL__ - > Werror -fmacro-prefix-map=3D/usr/src/linux-6.5.9-1/=3D -std=3Dgnu11 - > fshort- > wchar -funsigned-char -fno-common -fno-PIE -fno-strict-aliasing -Wall > - > Wundef -Werror=3Dimplicit-function-declaration -Werror=3Dimplicit-int - > Werror=3Dreturn-type -Werror=3Dstrict-prototypes -Wno-format-security - > Wno- > trigraphs -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -fcf- > protection=3Dbranch -fno-jump-tables -m64 -falign-jumps=3D1 -falign- > loops=3D1 > -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3D3 -mskip- > rax- > setup -mtune=3Dgeneric -mno-red-zone -mcmodel=3Dkernel -Wno-sign-compare > - > fno-asynchronous-unwind-tables -mindirect-branch=3Dthunk-extern - > mindirect-branch-register -mindirect-branch-cs-prefix -mfunction- > return=3Dthunk-extern -fno-jump-tables -fpatchable-function-entry=3D16,16 > - > fno-delete-null-pointer-checks -Wno-frame-address -Wno-format- > truncation -Wno-format-overflow -Wno-address-of-packed-member -O2 - > fno- > allow-store-data-races -Wframe-larger-than=3D2048 -fstack-protector- > strong -Wno-main -Wno-unused-but-set-variable -Wno-unused-const- > variable -Wno-dangling-pointer -ftrivial-auto-var-init=3Dzero -fno- > stack- > clash-protection -pg -mrecord-mcount -mfentry -DCC_USING_FENTRY - > falign-functions=3D16 -Wvla -Wno-pointer-sign -Wcast-function-type - > fstrict-flex-arrays=3D3 -Wno-stringop-truncation -Wno-stringop-overflow > - > Wno-restrict -Wno-maybe-uninitialized -Wno-array-bounds -Wno-alloc- > size-larger-than -Wimplicit-fallthrough=3D5 -fno-strict-overflow -fno- > stack-check -fconserve-stack -Werror=3Ddate-time -Werror=3Dincompatible- > pointer-types -Werror=3Ddesignated-init -Wno-packed-not-aligned -g=C2=A0 = - > DMODULE=C2=A0 -DKBUILD_BASENAME=3D'"test_klp_atomic_replace"' - > DKBUILD_MODNAME=3D'"test_klp_atomic_replace"' - > D__KBUILD_MODNAME=3Dkmod_test_klp_atomic_replace -c -o > /home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test_modu > le > s/test_klp_atomic_replace.o > /home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test_modu > le > s/test_klp_atomic_replace.c=C2=A0=20 > In file included from /usr/src/linux-6.5.9- > 1/include/linux/build_bug.h:5, > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 from /usr/src/linux-6.5.9- > 1/include/linux/container_of.h:5, > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 from /usr/src/linux-6.5.9-1/include/linux/list.h:5= , > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 from /usr/src/linux-6.5.9- > 1/include/linux/module.h:12, > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 from > /home/mpdesouza/git/linux/tools/testing/selftests/livepatch/test_modu > le > s/test_klp_atomic_replace.c:6: > /usr/src/linux-6.5.9-1/include/linux/compiler.h:246:10: fatal error: > asm/rwonce.h: No such file or directory > =C2=A0 246 | #include > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 ^~~~~~~~~~~~~~ > compilation terminated. >=20 > Which seems to be missing the asm-generic targets (?). I'm not sure > what to think now, if this is indeed a bug or if we should adjust > other > configurations. As you can see, my lack of Kbuild/Makefile knowledge > is > big, but I'm doing my best to understand what's wrong and how I could > fix it :) >=20 > What do you think about it? Thanks in advance! >=20 > (I'm not sure if the output is messed up again...) >=20 > [1]: https://www.gnu.org/software/make/manual/html_node/Include.html >=20 > >=20 > > Best Regards, > > Petr >=20