Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp821290iog; Wed, 29 Jun 2022 10:53:47 -0700 (PDT) X-Google-Smtp-Source: AGRyM1u5xjXj1Nghtxp7iyjZQYTkX2epkZsNvK3FfhcB3PcOKVIDjwvKqktpWfxhglGeoIIr9yH7 X-Received: by 2002:a17:903:234c:b0:16a:4d9d:ed09 with SMTP id c12-20020a170903234c00b0016a4d9ded09mr10257088plh.120.1656525227285; Wed, 29 Jun 2022 10:53:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656525227; cv=none; d=google.com; s=arc-20160816; b=AszkCqaxKlqq4tefEDHYxGN6ggB+7smyQ3XKHe0ig47CZ4POsZOEo9d9FewBYqhAJq JdyFvio46mMSzYoa7wwzMbQTFmYpePIHtxRgjiqUbqUiOwj8FVEuvO8fDJOnBK+GFxvG DMe5VpqRdbxLUydCF1HqDRKe8yYq004HSI69yyQBpe0FGUY7Pydh6uiJ5k2X4Ekkopx0 OxYlZgvvehPYyMyilEgynbAmWYVvAOQgpnBFnimc+mszYBI/M2zxJmb8WVk6AiGXesgd 6qC+2RbkvZY6YBmIBHxebHWPA/oA+96wURoa13Y2Otg97lC+wkNPzlwC3nlFKueFGWxm 1GqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=fsBwgNg1ukyy5sKsyWfNHxn8YCblfO3rC3IUjQX7AoE=; b=d1lvU3qqkohHT1+q2i4k08xQyKOy/fB4wWhM/yhhZs6fsWA/arz8kDlmGw5vJg6OjU jX5pZAYRTb0gnn8dYqjWFZvCU5xrKQ27jVKiIRsLVXHOBL3wAqMd1owX9V2ddE8k2W2+ E+do+rkV4E+75ZGCZ2L7eOCoOrPMyQsEJaHIYLzn+kE+z8riUXZZ8/92g4kOeWwzAEah mhAAHHkrfLy+0fg/ioHPuBgoVYRYtd5dYYKJSLhIf7ccHLPoC9cL2Y7VF8o1vCSqntHB bV2NFaA8m7EVlGTJEiJRMQkMmYFBfUvCxJuQkSIMz9tqdfgpJah5mesqJVNWN2IK0fYd Qe6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@zx2c4.com header.s=20210105 header.b=BrbSg1Vt; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h22-20020a63e156000000b0040c8a3c4980si20967857pgk.190.2022.06.29.10.53.35; Wed, 29 Jun 2022 10:53:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@zx2c4.com header.s=20210105 header.b=BrbSg1Vt; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231714AbiF2RTu (ORCPT + 99 others); Wed, 29 Jun 2022 13:19:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33950 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231515AbiF2RTr (ORCPT ); Wed, 29 Jun 2022 13:19:47 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C4CA22289; Wed, 29 Jun 2022 10:19:46 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 4920FB82606; Wed, 29 Jun 2022 17:19:45 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2C585C34114; Wed, 29 Jun 2022 17:19:41 +0000 (UTC) Authentication-Results: smtp.kernel.org; dkim=pass (1024-bit key) header.d=zx2c4.com header.i=@zx2c4.com header.b="BrbSg1Vt" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zx2c4.com; s=20210105; t=1656523179; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=fsBwgNg1ukyy5sKsyWfNHxn8YCblfO3rC3IUjQX7AoE=; b=BrbSg1VtIZauthhC7A4FpBWtPGMjymeSv7g8hWDginRCvLJ+RMLVDlJEcvsFYikaO4hrRJ Rh29fbfAO7/WdP5XiA1k+76aR94FCcwH+yW1gLEWAgQM0A4Y7u36Bp8u/TAFICDGVuTRRI Msyq4UJYlg3WGkRPkQZ0XTdLCNcFhLo= Received: by mail.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 68b5588d (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO); Wed, 29 Jun 2022 17:19:39 +0000 (UTC) Date: Wed, 29 Jun 2022 19:19:30 +0200 From: "Jason A. Donenfeld" To: Steven Rostedt Cc: Christoph Hellwig , Greg Kroah-Hartman , Arve =?utf-8?B?SGrDuG5uZXbDpWc=?= , Todd Kjos , Martijn Coenen , Joel Fernandes , Christian Brauner , Hridya Valsaraju , Suren Baghdasaryan , Theodore Ts'o , "David S. Miller" , Eric Dumazet , Jakub Kicinski , "Alex Xu (Hello71)" , Paolo Abeni , Rob Herring , "Paul E. McKenney" , Frederic Weisbecker , Neeraj Upadhyay , Josh Triplett , Mathieu Desnoyers , Lai Jiangshan , Shuah Khan , linux-kernel@vger.kernel.org, wireguard@lists.zx2c4.com, netdev@vger.kernel.org, rcu@vger.kernel.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH] remove CONFIG_ANDROID Message-ID: References: <20220629150102.1582425-2-hch@lst.de> <20220629161020.GA24891@lst.de> <20220629161527.GA24978@lst.de> <20220629163007.GA25279@lst.de> <20220629164543.GA25672@lst.de> <20220629125643.393df70d@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220629125643.393df70d@gandalf.local.home> X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 29, 2022 at 12:56:43PM -0400, Steven Rostedt wrote: > > And it will also "break" anyone else doing frequent suspends from > > userspace, as that behavior is still in no way related to > > CONFIG_ANDROID. > > Should there then be a CONFIG_FREQUENT_SUSPENDS ? That'd be fine by me. It could be selected by PM_AUTOSLEEP as well. [ Bikeshed: maybe CONFIG_PM_CONTINUOUS_SUSPENDS would make more sense, to really drive home how often these suspends are to make the option a reasonable thing to turn on. ] I think Christoph had in mind a runtime switch instead (like a sysctl or something), but it doesn't make a difference to me whether it's runtime or compile time. If CONFIG_ANDROID is to go away, the code using it now needs *some* replacement that's taken up by the Android people. So whatever they agree to works for me, for what my concerns are. Maybe v2 of this patchset can propose such an option and the right Android people can be CC'd on it. (Who are they, by the way? There's no android-kernel@vger mailing list, right?) Jason