lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 30 Apr 2020 22:15:51 -0700 From: Alexei Starovoitov <alexei.starovoitov@...il.com> To: Masahiro Yamada <masahiroy@...nel.org> Cc: Alexei Starovoitov <ast@...nel.org>, bpf <bpf@...r.kernel.org>, Networking <netdev@...r.kernel.org>, Daniel Borkmann <daniel@...earbox.net>, Martin KaFai Lau <kafai@...com>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org> Subject: Re: BPFilter: bit size mismatch between bpfiter_umh and vmliux On Thu, Apr 30, 2020 at 9:06 PM Masahiro Yamada <masahiroy@...nel.org> wrote: > > Hi Alexei, > > On Wed, Apr 29, 2020 at 1:14 AM Alexei Starovoitov > <alexei.starovoitov@...il.com> wrote: > > > > > > At least, the build was successful, > > > but does this work at runtime? > > > > > > If this is a bug, I can fix it cleanly. > > > > > > I think the bit size of the user mode helper > > > should match to the kernel bit size. Is this correct? > > > > yes. they should match. > > In theory we can have -m32 umh running on 64-bit kernel, > > but I wouldn't bother adding support for such thing > > until there is a use case. > > Running 64-bit umh on 32-bit kernel is no go. > > > Thanks for the comments. > > > This issue will be fixed by this: > https://patchwork.kernel.org/patch/11515997/ > > and the Makefile will be cleaned up by this: > https://patchwork.kernel.org/patch/11515995/ > > > They are parts of the big series of Makefile cleanups. > So, I will apply the whole to kbuild tree. thank you. I saw the patches, but didn't have time to test or comment on them. To be fair umh logic was bit rotting a bit, but that will change soon.
Powered by blists - more mailing lists