[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <eeb52dd6-3fdd-01b9-6774-236ab50e3f4d@imgtec.com>
Date: Mon, 22 May 2017 14:19:09 +0200
From: Marcin Nowakowski <marcin.nowakowski@...tec.com>
To: Serge Semin <fancer.lancer@...il.com>
CC: <ralf@...ux-mips.org>, <paul.burton@...tec.com>, <rabinv@...s.com>,
<matt.redfearn@...tec.com>, <james.hogan@...tec.com>,
<alexander.sverdlin@...ia.com>, <robh+dt@...nel.org>,
<frowand.list@...il.com>, <Sergey.Semin@...latforms.ru>,
<linux-mips@...ux-mips.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 00/21] MIPS memblock: Remove bootmem code and switch to
NO_BOOTMEM
Hi Serge,
On 22.05.2017 12:26, Serge Semin wrote:
> Regarding the patchset. I'm still pretty much eager to make it being
> part of kernel MIPS arch. But there was a problem I outlined
> in the patchset header message, which I can't fix by myself.
> Particulary It's connected with Loonson3 or SGI IP27 code alteration,
> so to make it free of ancient boot_mem_map dependencies (see the
> patchset header message). Without a help from someone, who has
> Loonson64 and SGI IP27 hardware and strong desire to make it free of
> old bootmem allocator, it is useless to make any progress from my
> side. That's why Ralf moved this email-thread into RFC actually.
> Anyway If either you or someone else has got such hardware and is
> interested in the cooperation, I'll be more than happy to push
> my efforts forward with this patchset contribution. But only after
> I got a bit less busy with my work. As I said it will happen within
> next 1-2 months. So do you have the hardware and desire to be part
> of this?
I should be able to update/test the changes on a Loongson64 platform.
Marcin
Powered by blists - more mailing lists