Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp966855yba; Wed, 15 May 2019 13:10:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqxRPgj/kMH+CRLlM6su7K0is828PkOPzl56++VCkmY4nYmU0WSOXhXoLdNjr2ZHS/HcHkRg X-Received: by 2002:a17:902:6b44:: with SMTP id g4mr45586541plt.157.1557951034062; Wed, 15 May 2019 13:10:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557951034; cv=none; d=google.com; s=arc-20160816; b=saCF0nZexH/r778mwy7VPRI0X5w0JLLKhWhwotNbFzG68vimvSdmcD+FNPRVxX7RRF mEdn2xpvBW8bFNjDs0FgytGHiQk3/3bj0SRJf8MmjSXD308kFrqELsnnAleML/6JzBu9 ovt6wWlFiE7oeZOC8t+z33Drp2B6lnM9wWUV/yjSDCcgJVj63Ov0GZvI5rUxl076xOMN 7rBovtSluFTkBJ0RfTD0NxxNDbubpb2VBj3ZnWPcnhTjvdi17TesRb39SS5sCN4PBONQ pC3uJUFplo3f30p+EJSspNuSbGXsG4Pa8ylYojkG8eXmvqYu2mipfp6DHxtLHhR1ndvR p/Jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=P8Zgf8tm3TK7RkikLtaUsg+oxKsitA1msx4oaFQQtNo=; b=F4choxyp+nnPJ4YYdOHgaMBvdaeXoTfa6RogI+IQjrQp11S0jP1b56c3+k/ZSepRag k7XzMWBbNYWVk/PaXKUs/8YaFpUAs18jxi2jjn049WxoHklZ92Ykj3FHiN8HQfRjMIMH dmL/I1S6943C6CS3VaSHuUwkFJdxcRhmy7mlFqONuDj3K4ZXmabYC8nrS+kBeTTUNZg6 TDVPKoo4Vp0kGoCpwa8A0rEyEH9ZhZ5o7ZjLinFVY+P7ABs/9fTJabC7U0VtDISp6Fqq /ZXdn06r5ys/Lb4vRxLSUSj/OOx9220SoNoed7Dtrjz5Ffw5Hd6hvSF3dEMnPQslrVls bMZg== 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 w6si2585273pgs.119.2019.05.15.13.10.18; Wed, 15 May 2019 13:10:34 -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 S1727550AbfEOUJK (ORCPT + 99 others); Wed, 15 May 2019 16:09:10 -0400 Received: from mail.kernel.org ([198.145.29.99]:42794 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726667AbfEOUJK (ORCPT ); Wed, 15 May 2019 16:09:10 -0400 Received: from oasis.local.home (50-204-120-225-static.hfc.comcastbusiness.net [50.204.120.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5D5382084F; Wed, 15 May 2019 20:09:08 +0000 (UTC) Date: Wed, 15 May 2019 16:09:06 -0400 From: Steven Rostedt To: Sultan Alsawaf Cc: Oleg Nesterov , Christian Brauner , Daniel Colascione , Suren Baghdasaryan , Tim Murray , Michal Hocko , Greg Kroah-Hartman , Arve =?UTF-8?B?SGrDuG5uZXbDpWc=?= , Todd Kjos , Martijn Coenen , Ingo Molnar , Peter Zijlstra , LKML , "open list:ANDROID DRIVERS" , linux-mm , kernel-team , Andy Lutomirski , "Serge E. Hallyn" , Kees Cook , Joel Fernandes Subject: Re: [RFC] simple_lmk: Introduce Simple Low Memory Killer for Android Message-ID: <20190515160906.4ce25c8e@oasis.local.home> In-Reply-To: <20190515185257.GC2888@sultan-box.localdomain> References: <20190507021622.GA27300@sultan-box.localdomain> <20190507153154.GA5750@redhat.com> <20190507163520.GA1131@sultan-box.localdomain> <20190509155646.GB24526@redhat.com> <20190509183353.GA13018@sultan-box.localdomain> <20190510151024.GA21421@redhat.com> <20190513164555.GA30128@sultan-box.localdomain> <20190515145831.GD18892@redhat.com> <20190515172728.GA14047@sultan-box.localdomain> <20190515143248.17b827d0@oasis.local.home> <20190515185257.GC2888@sultan-box.localdomain> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 15 May 2019 11:52:57 -0700 Sultan Alsawaf wrote: > On Wed, May 15, 2019 at 02:32:48PM -0400, Steven Rostedt wrote: > > I'm confused why you did this? > > Oleg said that debug_locks_off() could've been called and thus prevented > lockdep complaints about simple_lmk from appearing. To eliminate any possibility > of that, I disabled debug_locks_off(). But I believe that when lockdep discovers an issue, the data from then on is not reliable. Which is why we turn it off. But just commenting out the disabling makes lockdep unreliable, and is not a proper way to test your code. Yes, it can then miss locking issues after one was discovered. Thus, you are not properly testing the locking in your code. -- Steve