Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp4482276rwe; Tue, 30 Aug 2022 10:52:01 -0700 (PDT) X-Google-Smtp-Source: AA6agR6gJSgIncqqY5xRWefa2sv78l32If0/ec4Z3pgLiv3vB58gIweVCj69MshbWn3xvfw189qN X-Received: by 2002:a17:902:c94a:b0:16f:81c1:255a with SMTP id i10-20020a170902c94a00b0016f81c1255amr21477126pla.35.1661881920733; Tue, 30 Aug 2022 10:52:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661881920; cv=none; d=google.com; s=arc-20160816; b=agYdvgt3BFpBJrNhUvl2Bhs39FLi4byXLCvFi/7iF+F420zRCpygaSXWjlJWQQj1Ua 6Ls9riosQvsXS90H1CS0FurnVR+Qmv/aA2bXe9/L7/ZMo65Y8gC+wXLhDzJtjEJ6WSaH WUW1tRy9RBmuHYIXGBystW9UYBtKSKWQIk9HhZkIhhIlSfnG8SzPJ4UriEEiJvbAikUL Fu2D+wJf1pa7ji/PfF3gLTiw/CPnefifh83wrOIZEkGl/T27P4DF74kDVc+JVArpHsch MJUNZpWJ83JuZwBJL5lV5/uNFEk48l+B5nhRfAVHzXf/F/XCk+d4LHek4PjZY9PbC799 Z4fw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=QiAu41j95S61VvwDiXH9jV89BeVkZowQlCO4mkpEKbs=; b=UVpwYtrgifXPam5bQUj74GsqaxikW67mnyU4OFYS+/GIulYZhBnHVYfKKtIE+QgAiC 5hO4RQDCsLIWsvD6aFRBLDfNjES7jGp9vXUoc3TgotYSm1DIZ1NEoTgbpG0FVY55PqPk ygchomtBaTpj0LzqXha4KiqNgZKJ+iNE/51inwKru+MUn00bZki7Bd7mQ9TOuhH561JP Bco3CmEcTNZVdLAVQ5SQKYlmWzI/mtmWqB2I3xAPtDhQFWQkJMegHjxj29nS88B4PTrI 4SnGOLhcNT+EKtcap3D/PUi/zRnVl1E9/ZZgVH7EmVChwl2569xcENlHZ7EYtYtJxGrO CcLA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=fssIIQzW; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id rm8-20020a17090b3ec800b001fad988c938si14046807pjb.140.2022.08.30.10.51.38; Tue, 30 Aug 2022 10:52:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-bluetooth-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=@gmail.com header.s=20210112 header.b=fssIIQzW; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231738AbiH3Rld (ORCPT + 99 others); Tue, 30 Aug 2022 13:41:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231841AbiH3RlP (ORCPT ); Tue, 30 Aug 2022 13:41:15 -0400 Received: from mail-lf1-f44.google.com (mail-lf1-f44.google.com [209.85.167.44]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1C9EA163B48 for ; Tue, 30 Aug 2022 10:38:17 -0700 (PDT) Received: by mail-lf1-f44.google.com with SMTP id m7so7597768lfq.8 for ; Tue, 30 Aug 2022 10:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=QiAu41j95S61VvwDiXH9jV89BeVkZowQlCO4mkpEKbs=; b=fssIIQzWRZNlk04WcCS5Xu8Zvlre/ALg3qGoGsBOaLXWUMe8+p3FdFIc5ymkXeKYPN i0IDVLtfDuLZ34VKFuX3k1mEjM973zcybiuyHfAxkH2wM+Wu7xOIdLGJKRbQSgpdXW6K Hq7KPCSKdnQaxH6DoRWlWT3YVpUlF8XKD5QFMOorptGwA554A0+O0xdn+MXhnKAJmR69 cgUB0knG4LV26t21rtmzhtWCtzfFQK5+TJ+N/5953DOAWGQEuJaXyT+pKSADz7ydOMws MDUtkQUPXrdR9tpDhpAHpZ610nBImmMlE5/g68FYLXxNSRzu3sfp+HTJaLrMtwdw0mqD 9d1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=QiAu41j95S61VvwDiXH9jV89BeVkZowQlCO4mkpEKbs=; b=74mxkIiumStbdztW1BGM9Ea8N636J3SkPq5BZi4nbsj9VIaThd6ZAhbhIaueEFMPsg TGhpyNN6OxGCRO2sQwvhvgFaqSY/a5PbbY8bf68SVijqCOzvQ+nz8MmrGl1FgkWOYmGy MEBYlVDu1pVdE0CJe6ZlIgOjivALZuwEkc5GcadD0CzX1ORNMHVIGDbP6aoOFYcYgJiE aFKyW1KOpwrGXyRzpRD7LJCvMNJoBs52HnVEmvd3nS90xKXz8xxplQEq6wsmUp2E23UG acDsjFztY+zBKpsYoS7b22VLR4qTy9XBEnDB+XuX8sWhsZ9egypWEEN8yfoDeZ8BHL5P 1T1g== X-Gm-Message-State: ACgBeo2vDSB5aSH1sHeGXb7I4wlwMqDXzh5c8RuNfygnY/D7L8n7n1CJ 9rCIdHAHNiPLh02yQpizyD5tz7elIPhS8LH0cfiZuDMY X-Received: by 2002:a05:6512:1044:b0:48b:49b1:cc85 with SMTP id c4-20020a056512104400b0048b49b1cc85mr8276831lfb.57.1661880958277; Tue, 30 Aug 2022 10:35:58 -0700 (PDT) MIME-Version: 1.0 References: <039331637535e9cb0c1f9df777cd18d5e34cfe27.camel@hadess.net> <7cc9c749f6e87e5feff30c16422665f10549def6.camel@hadess.net> In-Reply-To: <7cc9c749f6e87e5feff30c16422665f10549def6.camel@hadess.net> From: Luiz Augusto von Dentz Date: Tue, 30 Aug 2022 10:35:46 -0700 Message-ID: Subject: Re: [PATCH] adapter: Implement PowerState property To: Bastien Nocera Cc: "linux-bluetooth@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,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-bluetooth@vger.kernel.org Hi Bastien, On Tue, Aug 30, 2022 at 9:59 AM Bastien Nocera wrote: > > On Mon, 2022-08-29 at 11:47 +0200, Bastien Nocera wrote: > > The rfkill calls made by GNOME are usually sent to all the rfkill > > devices, rather than targeted at blocking a single adapter. So the > > adapter state isn't super interesting in this case, as all the > > devices > > will be either blocked (computer with no platform rfkill), or gone > > from > > the USB bus (computer with a platform rfkill). > > > > > > The good thing about using a string property here is that we can > > extend > > it. One thing we can do though, to make extensibility easier, is take > > a > > leaf out of the icon naming specification, and use prefixes to encode > > the expected state in case the software isn't new enough to know > > about > > a property. > > > > For example: > > - "on" > > - "off" > > - "on-disabling" (transitioning from on to off) > > - "off-enabling" (transitioning from off to on) > > > > So we could easily add: > > - "off-rfkill" (off and blocked) > > > > Let me know what you think. > > Poking again, as I really need to land this soon (and by soon I mean > last week ;) off-rfkill sounds fine to me, btw introduce it as experimental so we can still make changes if need to. -- Luiz Augusto von Dentz