Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2448257pxb; Fri, 29 Oct 2021 01:22:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxxIXzNL3Fo4Uf8+1yauoASLvp2xLpDAxRblZNxiWP3uIyPwmev7Y/vDl5muXSNhZycFb/ X-Received: by 2002:a17:906:5d0a:: with SMTP id g10mr11554911ejt.494.1635495771170; Fri, 29 Oct 2021 01:22:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635495771; cv=none; d=google.com; s=arc-20160816; b=LUx3C9fhkKg76NRQjcYYXE9V6jNQ34Y7nett/tJv0xGMbHjqtkkShyuJoRQZ8NPrPy GIB0M44Zsof9BRbZmNwmbIRWhovL1NjBHQNd6sSksDFv66/cGEZSIOlT7jO8BCmtFF4x lLLlcH8/cRbJhvmq7qoxdwLxGftNGDI7gM61rCxCqMigvb3qrR7fP2kS2p3JJqgbyNxH 9PT/6FYLkzciShpVXHLVcrAekY9M/irTA8g371/IVb3GdQZMiWTN7UUqOIsFKwhVZVPm 7WfL75xMezETDcidQKhZKhU0XkjjumkYD/J4MnigIJTPUEwodOQ7u+Mh3AL5tpid+3CQ PWyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=1B/62QACzxQfpK1L/BKHFPVQu3yKORV/Pm1CMYrHXkM=; b=WJnhDDkj3Ule+9cwzXG3W3S6zTE5ADcuIbrylXZzMsjePhbHorY0lE6r3wy3uhSvA+ llLIP+nVs5nwtsv7gjLX7BDh4LFIJPYhwgJhx80iNi0705/w4c176pMs9WIsWVA2fAlh 0dxVMgsWLnU1yYGq347qImZluTsED8FOgRv0vrBM31p+o/i4Z92vO4iep3+3gBjilvRt H5kyFCQ9XgMpu/9QQwt0sQqP7CSDfJIama4tgDki5BHLkR4H0zKLpOFf3FC2ZAcRxe1A Lqj5tO59pK/QM8SeFgewCFNsJkXXWoxJiYUPnDEAmgYMQF9lnIJJAiwwi2Gktpu3eKrt xK4w== 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 b12si11675089ede.525.2021.10.29.01.22.25; Fri, 29 Oct 2021 01:22:51 -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 S232463AbhJ2IYP convert rfc822-to-8bit (ORCPT + 99 others); Fri, 29 Oct 2021 04:24:15 -0400 Received: from coyote.holtmann.net ([212.227.132.17]:40869 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232456AbhJ2IYO (ORCPT ); Fri, 29 Oct 2021 04:24:14 -0400 Received: from smtpclient.apple (p4ff9fd51.dip0.t-ipconnect.de [79.249.253.81]) by mail.holtmann.org (Postfix) with ESMTPSA id 480D7CED12; Fri, 29 Oct 2021 10:21:45 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\)) Subject: Re: [PATCH v6 3/3] Bluetooth: btusb: enable Mediatek to support AOSP extension From: Marcel Holtmann In-Reply-To: Date: Fri, 29 Oct 2021 10:21:44 +0200 Cc: linux-bluetooth , Luiz Augusto von Dentz , pali@kernel.org, chromeos-bluetooth-upstreaming@chromium.org, Miao-chen Chou , Johan Hedberg , linux-kernel@vger.kernel.org, =?utf-8?B?Ik1hcmstWVcgQ2hlbiAo6Zmz5o+a5paHKSI=?= Content-Transfer-Encoding: 8BIT Message-Id: <92566E17-4D3A-4FB5-83B2-E2B9D4BBE2EF@holtmann.org> References: <20211021230356.v6.1.I139e71adfd3f00b88fe9edb63d013f9cd3e24506@changeid> <20211021230356.v6.3.I257ac5cfaf955d15670479efc311bbab702397f4@changeid> To: Joseph Hwang X-Mailer: Apple Mail (2.3693.20.0.1.32) Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Joseph, > Some of Mediatek's controllers/firmwares do NOT support AOSP extensions. > > Please refer to this Gerrit patch review link for chrome os > (https://chromium-review.googlesource.com/c/chromiumos/third_party/kernel/+/3054233/8/drivers/bluetooth/btusb.c) > which was reviewed by Mark-YW Chen, Mediatek's engineer. > > As an example, MediaTek MT7615E does not support the AOSP extensions. > > That was why I used a new BTUSB_QUALITY_REPORT flag in the changes v4 > and earlier ones. > > Please let me know how you would like to proceed with this patch. I want that inside the Mediatek specific hdev->setup() procedure, they decide if AOSP extensions are supported or not. The BTUSB flag business is getting out of hand. I really don’t want that in btusb.c anymore. I moved Intel over to do that in btintel.c and also Realtek is doing it in btrtl.c for their hardware with the MSFT extensions. We are not doing try-and-error of HCI commands. Just keep that in mind since I said that multiple times now. Regards Marcel