[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YHjYoDA2JPxSYVu0@zeniv-ca.linux.org.uk>
Date: Fri, 16 Apr 2021 00:21:52 +0000
From: Al Viro <viro@...iv.linux.org.uk>
To: Christoph Hellwig <hch@....de>
Cc: Palmer Dabbelt <palmer@...belt.com>,
Damien Le Moal <Damien.LeMoal@....com>,
linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org,
jcmvbkbc@...il.com, gerg@...ux-m68k.org,
Anup Patel <Anup.Patel@....com>, uclinux-dev@...inux.org
Subject: Re: [PATCH v2 0/2] Fix binfmt_flat loader for RISC-V
On Thu, Apr 15, 2021 at 07:56:05AM +0200, Christoph Hellwig wrote:
> binfmt_flat tends to go through Greg's uclinux tree, adding him and
> the list.
FWIW, my involvement with binfmt_flat had been pretty much nil -
the least trivial had been "binfmt_flat: flat_{get,put}_addr_from_rp()
should be able to fail" about 4 years ago and that fell out of hunting
for places where __get_user() had been used without checking error values.
It's in fs/*, but I've no way to test it and I have pretty much
zero familiarity with the guts of that one, so I can't give any useful
feedback on that series. So consider the Christoph's comment seconded -
you want it reviewed by gerg et.al., and it probably ought to go via
gerg/uclinux.git tree.
I'm reasonably familiar with binfmt_{elf,misc,script}; anything
else gets touched as part of larger series and only with sanity checks
from other folks, if the changes are not entirely trivial.
Powered by blists - more mailing lists