From: Randy Dunlap <rdunlap@infradead.org>
To: Jeff Xu <jeffxu@chromium.org>
Cc: akpm@linux-foundation.org, keescook@chromium.org,
jannh@google.com, sroettger@google.com, willy@infradead.org,
gregkh@linuxfoundation.org, torvalds@linux-foundation.org,
usama.anjum@collabora.com, jeffxu@google.com,
jorgelo@chromium.org, groeck@chromium.org,
linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org,
linux-mm@kvack.org, pedro.falcato@gmail.com,
dave.hansen@intel.com, linux-hardening@vger.kernel.org,
deraadt@openbsd.org
Subject: Re: [PATCH v6 0/4] Introduce mseal()
Date: Fri, 12 Jan 2024 21:57:04 -0800 [thread overview]
Message-ID: <84df0f74-b165-4076-97bc-9f90e29410d4@infradead.org> (raw)
In-Reply-To: <CABi2SkXt2_eBS=7QkPST0uHGaaEszRJbVLajbwM95RWJrbDXwQ@mail.gmail.com>
On 1/12/24 20:53, Jeff Xu wrote:
> On Fri, Jan 12, 2024 at 6:20 PM Randy Dunlap <rdunlap@infradead.org> wrote:
>>
>>
>>
>> On 1/11/24 15:41, jeffxu@chromium.org wrote:
>>> From: Jeff Xu <jeffxu@google.com>
>>>
>>> This patchset proposes a new mseal() syscall for the Linux kernel.
>>>
>>
>> Jeff,
>> Building arm64 defconfig, on linux-next-20240112, I get:
>>
> I don't quite get how this is related to my change.
> Can you please send me the steps to reproduce ? I don't usually build arm.
I don't get how it's related either, but when I build arm64 defconfig without
your patches, it builds without errors. After applying your patches, it has
errors... I did it 2 times just to make sure.
It may just be some difference between x86_64 headers (is that what you
build?) and arm64 headers.
Install the x86_64-hosted arm64 compiler from
https://mirrors.edge.kernel.org/pub/tools/crosstool/ in
e.g. /opt/crosstool .
In the kernel source tree:
mkdir ARM64
make ARCH=arm64 O=ARM64 defconfig
make -j25 CROSS_COMPILE=/opt/crosstool/gcc-13.2.0-nolibc/aarch64-linux/bin/aarch64-linux- ARCH=arm64 O=ARM64 all 2>&1 | tee aa64defcon.lst
make ARCH=arm64 O=ARM64 clean
<apply your mseal patches>
make -j25 CROSS_COMPILE=/opt/crosstool/gcc-13.2.0-nolibc/aarch64-linux/bin/aarch64-linux- ARCH=arm64 O=ARM64 all 2>&1 | tee aa64mseal.lst
If that does not reproduce the problem, please let me know.
(I use a script, but that's the essence of the script.)
>> CC arch/arm64/kernel/asm-offsets.s
>> In file included from ../include/uapi/linux/mman.h:5,
>> from ../include/linux/mm.h:33,
>> from ../include/linux/memblock.h:12,
>> from ../arch/arm64/include/asm/acpi.h:14,
>> from ../include/acpi/acpi_io.h:7,
>> from ../include/linux/acpi.h:39,
>> from ../include/acpi/apei.h:9,
>> from ../include/acpi/ghes.h:5,
>> from ../include/linux/arm_sdei.h:8,
>> from ../arch/arm64/kernel/asm-offsets.c:10:
>> ../arch/arm64/include/asm/mman.h: In function 'arch_calc_vm_prot_bits':
>> ../arch/arm64/include/asm/mman.h:15:24: error: 'VM_ARM64_BTI' undeclared (first use in this function); did you mean 'ARM64_BTI'?
>> 15 | ret |= VM_ARM64_BTI;
>> | ^~~~~~~~~~~~
>> | ARM64_BTI
>> ../arch/arm64/include/asm/mman.h:15:24: note: each undeclared identifier is reported only once for each function it appears in
>> ../arch/arm64/include/asm/mman.h:18:24: error: 'VM_MTE' undeclared (first use in this function); did you mean 'VM_MAP'?
>> 18 | ret |= VM_MTE;
>> | ^~~~~~
>> | VM_MAP
>> ../arch/arm64/include/asm/mman.h: In function 'arch_calc_vm_flag_bits':
>> ../arch/arm64/include/asm/mman.h:32:24: error: 'VM_MTE_ALLOWED' undeclared (first use in this function)
>> 32 | return VM_MTE_ALLOWED;
>> | ^~~~~~~~~~~~~~
>> ../arch/arm64/include/asm/mman.h: In function 'arch_validate_flags':
>> ../arch/arm64/include/asm/mman.h:59:29: error: 'VM_MTE' undeclared (first use in this function); did you mean 'VM_MAP'?
>> 59 | return !(vm_flags & VM_MTE) || (vm_flags & VM_MTE_ALLOWED);
>> | ^~~~~~
>> | VM_MAP
>> ../arch/arm64/include/asm/mman.h:59:52: error: 'VM_MTE_ALLOWED' undeclared (first use in this function)
>> 59 | return !(vm_flags & VM_MTE) || (vm_flags & VM_MTE_ALLOWED);
>> | ^~~~~~~~~~~~~~
>>
>>
>> --
>> #Randy
>
--
#Randy
prev parent reply other threads:[~2024-01-13 5:57 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-11 23:41 jeffxu
2024-01-11 23:41 ` [PATCH v6 1/4] mseal: Wire up mseal syscall jeffxu
2024-01-11 23:41 ` [PATCH v6 2/4] mseal: add " jeffxu
2024-01-13 19:48 ` Kees Cook
2024-01-14 3:48 ` Jeff Xu
2024-01-11 23:41 ` [PATCH v6 3/4] selftest mm/mseal memory sealing jeffxu
2024-01-11 23:41 ` [PATCH v6 4/4] mseal:add documentation jeffxu
2024-01-13 1:10 ` Randy Dunlap
2024-01-13 4:51 ` Jeff Xu
2024-01-13 2:19 ` [PATCH v6 0/4] Introduce mseal() Randy Dunlap
2024-01-13 4:53 ` Jeff Xu
2024-01-13 5:57 ` Randy Dunlap [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=84df0f74-b165-4076-97bc-9f90e29410d4@infradead.org \
--to=rdunlap@infradead.org \
--cc=akpm@linux-foundation.org \
--cc=dave.hansen@intel.com \
--cc=deraadt@openbsd.org \
--cc=gregkh@linuxfoundation.org \
--cc=groeck@chromium.org \
--cc=jannh@google.com \
--cc=jeffxu@chromium.org \
--cc=jeffxu@google.com \
--cc=jorgelo@chromium.org \
--cc=keescook@chromium.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=pedro.falcato@gmail.com \
--cc=sroettger@google.com \
--cc=torvalds@linux-foundation.org \
--cc=usama.anjum@collabora.com \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox