Re: [RFC] MIPS memblock: Remove bootmem code and switch to NO_BOOTMEM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello folks,

> > -----Original Message-----
> > From: Peter Wotton
> > Sent: 20 December 2017 16:18
> > To: 'Serge Semin'
> > Cc: Paul Burton; Matt Redfearn; 'james.hogan@xxxxxxxxx'; Marcin
> > Nowakowski
> > Subject: RE: [RFC] MIPS memblock: Remove bootmem code and switch to
> > NO_BOOTMEM
> > 
> > Hi Serge,
> > The imgtec.com email addresses have changed to mips.com following the
> > sale of the MIPS division, so forwarding email for Marcin, MattR, James and
> > Paul (altho' they'll have also received via the LMO list) Regards Peter.
> > Regards
> > Peter.
> >

Thanks Peter. I'll be sending the email to the @mips.com domain then.

> From: Alexander Sverdlin
> To: 'Serge Semin'
> Hello Serge,
> 
> On 19/12/17 21:14, Serge Semin wrote:
> > 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.
> 
> [...]
> 
> > @alexander.sverdlin@xxxxxxxxx. Do you still possess the Octeon MIPS64 platform to test the patchset?
> 
> yes, I'd like to test such a serious change on Octeon2. Please include me in the distribution list.
>

Great Alexander! I'll keep you informed then CCing to your email.

> From: Matt Redfearn
> To: 'Serge Semin'
> 
> Yes, we are definitely still interested!
> 
> We have a bunch of MIPS hardware here which we can test any patches you
> submit with, and should be able to lend a hand to cover as many different
> platforms as we can.
> 
> Thanks,
> Matt
> 

Hello Matt. It's great! I'll start reworking the patchset asap and keep you
informed when it's finished. Additional notes will be also provided about the
platforms, which for my opinion might not work and couldn't be properly
quick-fixed.

Regards,
-Sergey



[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux