[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <f407de5f-7799-3e47-c68c-38a2428533aa@linux-m68k.org>
Date: Fri, 16 Apr 2021 17:26:27 +1000
From: Greg Ungerer <gerg@...ux-m68k.org>
To: Damien Le Moal <Damien.LeMoal@....com>,
Al Viro <viro@...iv.linux.org.uk>,
Christoph Hellwig <hch@....de>
Cc: Palmer Dabbelt <palmer@...belt.com>,
"linux-riscv@...ts.infradead.org" <linux-riscv@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"jcmvbkbc@...il.com" <jcmvbkbc@...il.com>,
Anup Patel <Anup.Patel@....com>,
"uclinux-dev@...inux.org" <uclinux-dev@...inux.org>
Subject: Re: [PATCH v2 0/2] Fix binfmt_flat loader for RISC-V
On 16/4/21 10:26 am, Damien Le Moal wrote:
> On 2021/04/16 9:22, Al Viro wrote:
>> 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.
>
> Al,
>
> Thanks for the clarification. Would it make sense to have an entry in
> MAINTAINERS file pointing to Greg and the uclinux tree for binfmt_flat.c ?
> Greg ?
Yep, looks like it does need that.
Regards
Greg
Powered by blists - more mailing lists