From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752919AbdLSUOG (ORCPT ); Tue, 19 Dec 2017 15:14:06 -0500 Received: from mail-lf0-f44.google.com ([209.85.215.44]:44693 "EHLO mail-lf0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751063AbdLSUOC (ORCPT ); Tue, 19 Dec 2017 15:14:02 -0500 X-Google-Smtp-Source: ACJfBov5YJQ9qkjKopxEPZ4YMPLvVhzjpwIjkNlmBDppTD0eE4+vVXVhBM7l0jSwa4FFEhGe5RxSmA== Date: Tue, 19 Dec 2017 23:14:00 +0300 From: Serge Semin To: ralf@linux-mips.org, paul.burton@imgtec.com, rabinv@axis.com, matt.redfearn@imgtec.com, james.hogan@imgtec.com, alexander.sverdlin@nokia.com, marcin.nowakowski@imgtec.com, f.fainelli@gmail.com, kumba@gentoo.org Cc: Sergey.Semin@t-platforms.ru, fancer.lancer@gmail.com, linux-mips@linux-mips.org, linux-kernel@vger.kernel.org Subject: [RFC] MIPS memblock: Remove bootmem code and switch to NO_BOOTMEM Message-ID: <20171219201400.GA10185@mobilestation> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello folks, Almost a year ago I sent a patchset to the Linux MIPS community. The main target of the patchset was to get rid from the old bootmem allocator usage at the MIPS architecture. Additionally I had a problem with CMA usage on my MIPS machine due to some struct page-related issue. Moving to the memblock allocator fixed the problem and gave us benefits like smaller memory consumption, powerful memblock API to be used within the arch code. Sorry for the delay. I promised to get back to this work within two months since my last post, but there are more over five months passed. Now when some free time finally available at my schedule I am ready to go on with this patchset and finally finish it up. After a short glance at the old code I suppose there should be some refactoring made. Particularly: - completely get rid from the boot_mem_map[] array usage. After the memblock code utilization is added, the boot_mem_map array will be excessive. - unpin memblock/bootmem unrelated changes to a separate series so the patchset wouldn't be that big. - take into account all the comments the community users posted on my initial patchset. Still there are several questions, I need to have answered before the development is started. Question to the community in general. Are you still interested in this work to be done and the patchset to be submitted for review? @ralf@linux-mips.org. Last time you moved the patchset to the RFC status for some reason. I asked you twice to send to me your comments about the patches, but obviously you didn't have time for this, then you might have just forgotten. Could you please confirm whether you are interested in these alterations and will be ready to review them? @marcin.nowakowski@imgtec.com. Could you confirm if you are still interested in the patchset and ready to update the Loongson64 platform code so one would be compatible with it? @kumba@gentoo.org. Will you still be able to update the SGI IP27 code so one would work on top of the patches? @alexander.sverdlin@nokia.com. Do you still possess the Octeon MIPS64 platform to test the patchset? Thanks folks for you willingness to help Regards, -Sergey