[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190507074334.GB26478@kroah.com>
Date: Tue, 7 May 2019 09:43:34 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Sultan Alsawaf <sultan@...neltoast.com>
Cc: "open list:ANDROID DRIVERS" <devel@...verdev.osuosl.org>,
Daniel Colascione <dancol@...gle.com>,
Todd Kjos <tkjos@...roid.com>,
Kees Cook <keescook@...omium.org>,
Peter Zijlstra <peterz@...radead.org>,
Martijn Coenen <maco@...roid.com>,
LKML <linux-kernel@...r.kernel.org>,
Tim Murray <timmurray@...gle.com>,
Michal Hocko <mhocko@...nel.org>,
Suren Baghdasaryan <surenb@...gle.com>,
linux-mm <linux-mm@...ck.org>,
Arve Hjønnevåg <arve@...roid.com>,
Ingo Molnar <mingo@...hat.com>,
Steven Rostedt <rostedt@...dmis.org>,
Oleg Nesterov <oleg@...hat.com>,
Joel Fernandes <joel@...lfernandes.org>,
Andy Lutomirski <luto@...capital.net>,
kernel-team <kernel-team@...roid.com>,
Christian Brauner <christian@...uner.io>
Subject: Re: [RFC] simple_lmk: Introduce Simple Low Memory Killer for Android
On Tue, May 07, 2019 at 12:27:21AM -0700, Sultan Alsawaf wrote:
> On Tue, May 07, 2019 at 09:04:30AM +0200, Greg Kroah-Hartman wrote:
> > Um, why can't "all" Android devices take the same patches that the Pixel
> > phones are using today? They should all be in the public android-common
> > kernel repositories that all Android devices should be syncing with on a
> > weekly/monthly basis anyway, right?
> >
> > thanks,
> >
> > greg k-h
>
> Hi Greg,
>
> I only see PSI present in the android-common kernels for 4.9 and above. The vast
> majority of Android devices do not run a 4.9+ kernel. It seems unreasonable to
> expect OEMs to toil with backporting PSI themselves to get decent memory
> management.
Given that any "new" android device that gets shipped "soon" should be
using 4.9.y or newer, is this a real issue?
And if it is, I'm sure that asking for those patches to be backported to
4.4.y would be just fine, have you asked?
Note that I know of Android Go devices, running 3.18.y kernels, do NOT
use the in-kernel memory killer, but instead use the userspace solution
today. So trying to get another in-kernel memory killer solution added
anywhere seems quite odd.
thanks,
greg k-h
Powered by blists - more mailing lists