Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp402778pxa; Wed, 12 Aug 2020 05:13:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy3KuNmSQzI+8DLQhFedP5+n9YuNYMZD7+a0h3PkGMUfC3R7YgGeZCwIk+Ob92HVj5Hyjo8 X-Received: by 2002:a17:906:2506:: with SMTP id i6mr30298051ejb.72.1597234426678; Wed, 12 Aug 2020 05:13:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597234426; cv=none; d=google.com; s=arc-20160816; b=qns2GlxB2qmw9jrDHeO0/U/s+O55MQi3szoMR63ZD8nqqnFjDA6g5z6suJBCzPT2jm 1CnCxfjKI02vl6WsQ6QEniS19tGSqAxIeHduLrarxEhcrJrLa6mK/RGPxmmkx0D8LfrM FymW6yn+niaF5TPqb2pZp7qywC715p4+FGKUqawNCUDhsE683bjxFGZOCji1sApibOn8 S2ohGBmx1L3eYZceEAFItKux2x9qOakMKUK6gap7VFwKrv0aZvjkc9F5I6MvqPGxU1T6 +oDq41QJDc0omlvD4t1Ad1+353/wT17BxVR/ldO9meorAB+JFwnNSc9dgBYup1tv3RDf qtTQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=HBr2M9NCS/RhcRxrU3I+IoDmU6jGmk32px8N0s63+P4=; b=Fx2SeKcWc3EgnG1cSqzNrrxxmtuDik4z6WVKHtY9NBbmUW3fr7FLk/rJrRIVtKp7JB q01mSfD6VMBAbCb9eiT5pGWLxHPs6xpIRQ7D8Esd1G/mwTv+MXbQq9Xoz4IQHYQjiXfv ocLUrfMrQzPb1SEvZBwVOiLadk/jkZxYEZ9Z/shAovvVD/pjypbs35w/mfIQ4i++b4+k /rR5tv6b6xz/0NEop87NlX762jm095IiMPkQ0eOCBPgQUoAMt2pULg4b5YuHgzuE7bxV Ie/sa91dR+4gW/6fTkAohv5glgZ9XKMxvFMAPPh6jYCaHqqKEasF9sR6UuHoXs9Jgymk QckA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l30si1062526ede.434.2020.08.12.05.13.22; Wed, 12 Aug 2020 05:13:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726804AbgHLMNS convert rfc822-to-8bit (ORCPT + 99 others); Wed, 12 Aug 2020 08:13:18 -0400 Received: from coyote.holtmann.net ([212.227.132.17]:36496 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726722AbgHLMNS (ORCPT ); Wed, 12 Aug 2020 08:13:18 -0400 Received: from marcel-macbook.fritz.box (p4ff9f430.dip0.t-ipconnect.de [79.249.244.48]) by mail.holtmann.org (Postfix) with ESMTPSA id CD672CECDC; Wed, 12 Aug 2020 14:23:21 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: [RFC PATCH v1 1/1] adapter - D-Bus API for querying the adapter's capability From: Marcel Holtmann In-Reply-To: <20200803165804.RFC.v1.1.Ibaa1dfd49179a141c19a651f3c2132a28b71b344@changeid> Date: Wed, 12 Aug 2020 14:13:16 +0200 Cc: linux-bluetooth@vger.kernel.org, chromeos-bluetooth-upstreaming@chromium.org, Archie Pusaka , sonnysasaka@chromium.org Content-Transfer-Encoding: 8BIT Message-Id: <7D5EF527-14F0-42C2-B39B-50B55F01BE74@holtmann.org> References: <20200803235811.2441774-1-yudiliu@google.com> <20200803165804.RFC.v1.1.Ibaa1dfd49179a141c19a651f3c2132a28b71b344@changeid> To: Yu Liu X-Mailer: Apple Mail (2.3608.120.23.2.1) Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Yu, > Initially this is introduced to query whether WBS is supported by the adapter, > the API is generic enough to be extended to support querying others in > the future. > > Reviewed-by: sonnysasaka@chromium.org > > --- > > Changes in v1: > - Initial change > > doc/adapter-api.txt | 17 +++++++++++++++++ > 1 file changed, 17 insertions(+) > > diff --git a/doc/adapter-api.txt b/doc/adapter-api.txt > index 1a7255750..250d0e9b3 100644 > --- a/doc/adapter-api.txt > +++ b/doc/adapter-api.txt > @@ -204,6 +204,23 @@ Methods void StartDiscovery() > org.bluez.Error.NotReady > org.bluez.Error.Failed > > + dict GetSupportedCapabilities() > + > + This method returns a dictionary of supported > + capabilities that is populated when the adapter > + initiated. > + > + The dictionary is following the format > + {capability : value}, where: > + > + string capability: The supported capability under > + discussion. > + variant value: A more detailed description of > + the capability. > + > + Possible errors: org.bluez.Error.NotReady > + org.bluez.Error.Failed can’t this be just an array{string} that lists the capabilities? And if we introduce it, then lets introduce it also with the first user of it. Otherwise we end up forgetting to comment on the actual possible capabilities. Regards Marcel