Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp3428171ioo; Mon, 30 May 2022 01:41:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyh8JnKDZPNgg5nA1Xg10jic6ywR077o8TaBlzQP5nT9trfRrjoYOfSHvAQL8V/MecMg4e4 X-Received: by 2002:a17:907:6e11:b0:6fe:feaa:bb04 with SMTP id sd17-20020a1709076e1100b006fefeaabb04mr29534913ejc.187.1653900084157; Mon, 30 May 2022 01:41:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653900084; cv=none; d=google.com; s=arc-20160816; b=XNaqwRTkV8eCNCQPFI0uwFgHU082VGyVhvQRtFkXVqExbUvoRqXFKsvwSXU8/WBA5P LD6UnKL9LdvaAn9p3G93exY6FLjYgNZB+zlbaQ1+EumXoGv+XnJU34gXeFGvYYnyVEMl ZfADiBdSZwIdphZyclPW4348xkH4LPPRtQ9g9LJo6jg9XkaXAnqq1aRWJ4obSrwcE2gf zcGKc0R0or0MuEpc2hccuMu5PCrcdI023g+ZAEw0fTBVtCWYvKYV/2Mvgk02zkfLVgnE hzHkVwPnJ1EARgeLefdXioN4ITYCPfZQN4h+FuWYKE+upXnnAInf775sM1uxVnCUCClT AK5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=bnpEW7nMdnLUWHsrYaoPJkkFbJzKl+q7DVeAQrmJHVU=; b=HC24Z3DVCRO70Uq56Mu+srL8veibayQ6DMiqPxXLjhu/mUMl/d8cMIR7s381tumvh1 9Ps6Xmi5ExzOf3X1RAHBPEGujtUjQw28viAQB0G+q12wHs7tl7aQOmczLBlkZGDMJdvt B8cozHqrstl27c9PAJsrsiNgiC3swThm28sc/SnV0R5Fq4vNxk/6Ew6n5cc0U5fk/pF7 tO8Jh4U54N7n7F9gKWL4W7ybBvvz7GHszU/W/LGn8J6yo+oyGrhLuET7ZJDin857i65K lei7Se/DbFIwYUHkf4dDZ2NtJUE9o9FgpSf+15TPLubYzY9iYhwlnk33pgVyBh4OwRfP eeog== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=JB0c78RW; 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=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id fy39-20020a1709069f2700b006fe78f5ab4esi5925267ejc.895.2022.05.30.01.40.47; Mon, 30 May 2022 01:41:24 -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=@linaro.org header.s=google header.b=JB0c78RW; 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=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233773AbiE3Hoz (ORCPT + 99 others); Mon, 30 May 2022 03:44:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232415AbiE3Hoy (ORCPT ); Mon, 30 May 2022 03:44:54 -0400 Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0125A18E24 for ; Mon, 30 May 2022 00:44:52 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id o9so5855818wmd.0 for ; Mon, 30 May 2022 00:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=bnpEW7nMdnLUWHsrYaoPJkkFbJzKl+q7DVeAQrmJHVU=; b=JB0c78RWNFb3Fwjqblop4TyBp7NP1xGg+vtK5lMyNSIKU++yViaXpW5P0vb3HFo34B dkBJOEvhE5k/T+ORBBdHSEcEXslvrCQkXnAOg4KGuPtptapbHAfn21KWN4pm08tbQIAx QLcuQlNwi+gnv0ihfPtmb2j6NZj9eN8s33nYcGBwCpK6rExGtxdzlIaGAmtNgAyL+YzS fDipelzFHJhMwxDbZdrbtXm05llbCmhWXs6o+X5ZYvi/p3zJXV5v+QX5L2A6EJVRmGKC Xr9RWAyVnOyJCEs4RDoXOz1WrthPubzfD4EBQVM33l4HGQ7BefmarpO8d/41AHYj1RVL DQ9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=bnpEW7nMdnLUWHsrYaoPJkkFbJzKl+q7DVeAQrmJHVU=; b=7+pI4xzuDouKn0o8CBZ1Ei/PKbumVuQhHLASpeRXTiEEr7J4x82BE4mJSPY17DJu92 1toC/U3MQdBIAIyI+vvDgesA66Pr5eEldqCRLeLyx6ZOv1L4DRcYy+8cvSIISw5Iptvx S84kHYnoF3eNbreDPgWqUxmxuLajSPtEVxGbekTQUBk7FDMXKoajNv7mdJoFuAQJpts7 AK/1BHCNwqex7bxflL98FD0oLDO2x7G1DocdkGy3Xzy17xwnUMULv4UB6iv2awNKPp95 fxeBpPnYxDHV18b2EA0/VptOLLo2PyjKBnjNTTaqK44CmKqhz/v8lmrmKMONQJEN3l/8 /GXA== X-Gm-Message-State: AOAM532lOq51t55zqf3KcHXPg9IMtvM2EW3eRBbwBOGQ1ONIVKo2Gpho q5NoIPIIpkUQmNl/Nfy7XglM0g== X-Received: by 2002:a05:600c:3ac7:b0:397:5cb4:a2b5 with SMTP id d7-20020a05600c3ac700b003975cb4a2b5mr17564297wms.5.1653896690614; Mon, 30 May 2022 00:44:50 -0700 (PDT) Received: from [192.168.0.179] (xdsl-188-155-176-92.adslplus.ch. [188.155.176.92]) by smtp.gmail.com with ESMTPSA id u12-20020a5d6dac000000b0020feb9c44c2sm9278719wrs.20.2022.05.30.00.44.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 May 2022 00:44:50 -0700 (PDT) Message-ID: Date: Mon, 30 May 2022 09:44:49 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCH v2 1/2] dt-bindings: net: broadcom-bluetooth: Add property for autobaud mode Content-Language: en-US To: Hakan Jansson Cc: "David S. Miller" , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Linus Walleij , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Marcel Holtmann , Johan Hedberg , Luiz Augusto von Dentz , linux-bluetooth@vger.kernel.org References: <996ac5f2-3cf3-e67a-144b-4fdac9bbc20d@linaro.org> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 On 23/05/2022 11:21, Hakan Jansson wrote: > Hi Krzysztof, > > Thanks for responding. > > On 5/22/2022 10:14 AM, Krzysztof Kozlowski wrote: >>> Some devices (e.g. CYW5557x) require autobaud mode to enable FW loading. >> Which devices support this? You probably need allOf:if:then. > > Most devices _support_ autobaud mode but I don't have a definitive list. > The CYW5557x is the first device family to _require_ autobaud mode for > FW loading as far as I know. > >>> Autobaud mode can also be required on some boards where the controller >>> device is using a non-standard baud rate when first powered on. >>> >>> This patch adds a property, "brcm,uses-autobaud-mode", to enable autobaud >>> mode selection. >> Don't use "This patch": >> https://elixir.bootlin.com/linux/v5.17.1/source/Documentation/process/submitting-patches.rst#L95 > > Sorry, will change in next rev. > >>> Signed-off-by: Hakan Jansson >>> --- >>> V1 -> V2: Modify property description >>> >>> .../devicetree/bindings/net/broadcom-bluetooth.yaml | 9 +++++++++ >>> 1 file changed, 9 insertions(+) >>> >>> diff --git a/Documentation/devicetree/bindings/net/broadcom-bluetooth.yaml b/Documentation/devicetree/bindings/net/broadcom-bluetooth.yaml >>> index 5aac094fd217..a29f059c21cc 100644 >>> --- a/Documentation/devicetree/bindings/net/broadcom-bluetooth.yaml >>> +++ b/Documentation/devicetree/bindings/net/broadcom-bluetooth.yaml >>> @@ -92,6 +92,15 @@ properties: >>> pcm-sync-mode: slave, master >>> pcm-clock-mode: slave, master >>> >>> + brcm,uses-autobaud-mode: >> Based on description, I understand the host triggers using autobaud. > > Correct, the host triggers using autobaud. > >> However here you word it as "uses", so it is independent of host, it >> looks like property of a device. > > I've been thinking of it as a a property of a specific board HW, > inherited either from a property of the device being used or from a > property of the HW design (e.g. a PCB using an alternate crystal > frequency yielding a non-standard baud rate). > >> The commit msg describes it even >> different - "require autobaud". > > Yes, the commit message describes two separate reasons why autobaud mode > would be required: > > 1. Requirement coming from Device: "Some devices (e.g. CYW5557x) require > autobaud mode to enable FW loading." > > 2. Requirement coming from HW design: "Autobaud mode can also be > required on some boards where the controller device is using a > non-standard baud rate when first powered on." > >> This leads to second issue - it looks like there is some hardware >> property (requiring to use autobaud) which should be described by >> bindings. But instead you describe desired operational feature. > > Sorry about that. I've really been struggling with what should go into > the description. Any suggestions or hints would be much appreciated. > > How about, changing the property name to "brcm,requires-autobaud-mode" > and the description to: > "Set this property if autobaud mode is required. Autobaud mode is > required if the device's baud rate in normal mode is not supported by > the host or if the device requires autobaud mode startup before loading FW." > > Would that be an appropriate name and description? Yes, sounds good. I also have trouble to name it nicely. Sorry for late reply. Best regards, Krzysztof