Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3453892yba; Tue, 7 May 2019 01:13:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqzZqjWmO9GCqXzeIHXp4/dCd1s+tfKVbcSCulssN0utR7gEof1UwpaGCIKAb/oEvEZy0/6/ X-Received: by 2002:a17:902:8214:: with SMTP id x20mr17069161pln.249.1557216834674; Tue, 07 May 2019 01:13:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557216834; cv=none; d=google.com; s=arc-20160816; b=La+watq2W/J748FYjAzbH26QwGXk/YAySO9hHewMDBjQ397q1gEkPoKjW834YxhaB3 Ge9CSuHGWGEaY0kVSvZFwyvBLmoRXAttoVzekv021hrTXQ3ZK5aEYurBBMPTrxJQc+z5 7H+pDSL1ZLKiHTTdXtYFw7wKAvNIXSeH8Suov2wNgx5n4smF0xlUaBRk8gdeOb3tHgqM AJKiyhft+FIji/2zOHVLVHoK3YcZ6tn0e692JowXhDU3wb911/QZ2Y8ng+ggPk3Czqsv 8T6Jr2Qd8uiuZFqcWrwPfdrFqHsQvxEDJATmDH6ZbHWiR7GoILZdauFAcXskjDpx6yIG WmMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=NQ6dv2i93HZ0YYfKZpbV9MkWY21B58FCrXMAN8Dpx2E=; b=nN1j8Tp4VPQEBhySdy6z5H2Nx2nmUqqjjdqnkRboy8IymVRYzHb/cQhlguSq6mVG+t 0GFr8P+J4zX9PXlfFg0mOmChusj5ZkDIhL7vJMmE2bgH4j97qTVii0GrWmiFQGR8Z7Wg YBaXGjEgBd16gVEgfavWtWE7bgJZW73QXa4Cfxb5WW+8feACdRe+k1kfcrmbtKApldDa pL8MJJ9mnntIKwiniDVVDXGQmkZ2+EHMFoBH7RXqs0IUK46TWZZF1yER6je9gB/DoweO oB7fg+Cy7zO9eDVsoxREB44T3TJn9NTQ6BzIWnn/auCqGzSQkCFDUb63sjHMkUbN1+Is GzgQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a36si18259065pgb.165.2019.05.07.01.13.38; Tue, 07 May 2019 01:13:54 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727085AbfEGIMm (ORCPT + 99 others); Tue, 7 May 2019 04:12:42 -0400 Received: from mail-ot1-f66.google.com ([209.85.210.66]:42420 "EHLO mail-ot1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726562AbfEGIMl (ORCPT ); Tue, 7 May 2019 04:12:41 -0400 Received: by mail-ot1-f66.google.com with SMTP id f23so14042078otl.9 for ; Tue, 07 May 2019 01:12:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=NQ6dv2i93HZ0YYfKZpbV9MkWY21B58FCrXMAN8Dpx2E=; b=dZIlEjfY4liPM3W2qTMdmD+JxskOfa9Bul07lgqcCrnp45rYhbjJ6QWCFBgD08ai4a JtbbnHwz4yZ8jQV7Eb+Ryc94rylxIInI1RoCR2xyKGMS35F5CnSsiNv9oO+zVBwBpf4t ELFgHhxyYHttctizB6mPVsGOCLkElyEAvStY+vtmO37BDBV1+v66gPnXzahl8fyxGxLr +exUYA/p/NswjW9QCqqZyjKcigYRS0OiZYDNiqNLgkOhAeFKegZmw1E/veMTzHSsenjl XskfmfkwldNk7N3TijO/N7Fv+V+VjmLyIEZDvzYnxbJwM9oR+i4nmyfSA/fXbU9MAjUx TS9w== X-Gm-Message-State: APjAAAUTZigACLwZoLg1Tj8yOStVCqbo7B+24J+MM1uJcHB2DhHv8ISI wVeDtD2ksLlr+12vDh8aYwI= X-Received: by 2002:a9d:6d19:: with SMTP id o25mr3196049otp.151.1557216760884; Tue, 07 May 2019 01:12:40 -0700 (PDT) Received: from sultan-box.localdomain ([107.193.118.89]) by smtp.gmail.com with ESMTPSA id k60sm5643992otc.42.2019.05.07.01.12.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 May 2019 01:12:40 -0700 (PDT) Date: Tue, 7 May 2019 01:12:36 -0700 From: Sultan Alsawaf To: Greg Kroah-Hartman Cc: "open list:ANDROID DRIVERS" , Daniel Colascione , Todd Kjos , Kees Cook , Peter Zijlstra , Martijn Coenen , LKML , Tim Murray , Michal Hocko , Suren Baghdasaryan , linux-mm , Arve =?iso-8859-1?B?SGr4bm5lduVn?= , Ingo Molnar , Steven Rostedt , Oleg Nesterov , Joel Fernandes , Andy Lutomirski , kernel-team , Christian Brauner Subject: Re: [RFC] simple_lmk: Introduce Simple Low Memory Killer for Android Message-ID: <20190507081236.GA1531@sultan-box.localdomain> References: <20190318002949.mqknisgt7cmjmt7n@brauner.io> <20190318235052.GA65315@google.com> <20190319221415.baov7x6zoz7hvsno@brauner.io> <20190319231020.tdcttojlbmx57gke@brauner.io> <20190320015249.GC129907@google.com> <20190507021622.GA27300@sultan-box.localdomain> <20190507070430.GA24150@kroah.com> <20190507072721.GA4364@sultan-box.localdomain> <20190507074334.GB26478@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190507074334.GB26478@kroah.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 07, 2019 at 09:43:34AM +0200, Greg Kroah-Hartman wrote: > Given that any "new" android device that gets shipped "soon" should be > using 4.9.y or newer, is this a real issue? It's certainly a real issue for those who can't buy brand new Android devices without software bugs every six months :) > 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. It's even more odd that although a userspace solution is touted as the proper way to go on LKML, almost no Android OEMs are using it, and even in that commit I linked in the previous message, Google made a rather large set of modifications to the supposedly-defunct lowmemorykiller.c not one month ago. What's going on? Qualcomm still uses lowmemorykiller.c [1] on the Snapdragon 845. If PSI were backported to 4.4, or even 3.18, would it really be used? I don't really understand the aversion to an in-kernel memory killer on LKML despite the rest of the industry's attraction to it. Perhaps there's some inherently great cost in using the userspace solution that I'm unaware of? Regardless, even if PSI were backported, a full-fledged LMKD using it has yet to be made, so it wouldn't be of much use now. Thanks, Sultan [1] https://source.codeaurora.org/quic/la/kernel/msm-4.9/tree/arch/arm64/configs/sdm845_defconfig?h=LA.UM.7.3.r1-07400-sdm845.0#n492