Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp140112pxb; Fri, 29 Oct 2021 07:14:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFPK/fOk4jF9QF/Tj6C90JnktWSio7JvT3GcG8T9wJ45ZxX1MJnJCmU6vDDvJFDmnALPBw X-Received: by 2002:a05:6602:13d3:: with SMTP id o19mr8046455iov.18.1635516889434; Fri, 29 Oct 2021 07:14:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635516889; cv=none; d=google.com; s=arc-20160816; b=k8f9CV42iq92Ux2EsR7dWAXurhKx0vaRH02im2A98PpCQXhUlb2JmwcXQdoV5nNGhs VMKJHFwhufFS6RIWdQKWQ7+HSigWpdDEUT/lCV/CVuBwo0P7QkjkNmFM/oJfcqf6p5PO bdMTrWb/9EWiLO5KicDOafndul9T6//BIuNBDlvw7U0TQS+qjLMBm38h4JRyp0KPicsE asNDIpWekIq4Vfopm5+3MN5l+nlE0l/BGE5/SVqZvWhTiUPUYaLzg7PfJA4nGuRfhtvI Kng/EoZdl/KcBPMbbSJ93C56iXPvOst/p/MdreooHnvFuiqgZYylCrxsycuZKiW1h9iv rZzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=+rJt4ov4+izLAsb0pyA43/TdrlqNH3tPdm5bor1QYag=; b=YUeus8JNwTcKqD45YiWXyt9kkREDc1qGJZ9LppnvslJ4Y/RsWjVVYzHQ9VIvzrMfj+ O7l95LYVKeACkIgvVcRI7fsyW07rvlkDJ/8vnnXPiKNMx1JK5Q7wa14p8yLWXjcWeC5A 7QsStRjMpUz+JCB1YDoOdApvQv87weDPPBjEGdfHAlWgdFHrjih5Y9V4RDyTphkf32BY Ax4EVhT+/BwhuGgQcrAm978Ez7+jInrDWPH9ZaYyEb7r+P7k/FcXlJRouKEWgpyl0CYU 0RBnROIlbpkp4oQbVFWX5WpZks4N8MsqTutXCAgv4sfch+DPXdds7wEyVMe48o9ZcM4P 7+NA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=RfMZgD1s; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u18si10276875jat.31.2021.10.29.07.14.21; Fri, 29 Oct 2021 07:14:49 -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; dkim=pass header.i=@google.com header.s=20210112 header.b=RfMZgD1s; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231611AbhJ2OPw (ORCPT + 99 others); Fri, 29 Oct 2021 10:15:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231635AbhJ2OP2 (ORCPT ); Fri, 29 Oct 2021 10:15:28 -0400 Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4A291C061714 for ; Fri, 29 Oct 2021 07:13:00 -0700 (PDT) Received: by mail-yb1-xb33.google.com with SMTP id t127so24419943ybf.13 for ; Fri, 29 Oct 2021 07:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=+rJt4ov4+izLAsb0pyA43/TdrlqNH3tPdm5bor1QYag=; b=RfMZgD1sXygGqupmqGoOYrDXBXbPUKH0bdt+a/UhJ8fRgCpBQoHMkrXn/7I3Mo4HbT GZF7D2mdtynEEgLNZRWycZTP77wwgzEFPtK4/deRFqk1IO5efyMfKf8vqg5qJJpiOLBO HFhfDqDJDagSYR/eSVl7Wj2lOljnO7kdlKjEON4bHpOf0fGETJKvwJK2ji6tY/mQITXQ bBQ4MR/6WbcreUb1dTZwvtuQLthFbY7O7OE3XbbrUkeQvTMkw1fpcybEVBZkZqK2SW5y 5bNZJ9zP1pdPigzeY73yS93QlPMfpL5i6Bf3RCEvcODuLzTY2xDAaUehAE3UUX+8/m/G mVwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=+rJt4ov4+izLAsb0pyA43/TdrlqNH3tPdm5bor1QYag=; b=IQ5kLOfIhlDH4jyV+40ftfRTZ1sGNV3F1+kzLAMzcYNaFJnsFuJbcY7OeOw7OH3QYy ovN2R2zCjIpuw+1SeESpcc2M133FCIODXrHiMVyaEyX2BBZXLST9PIf8MaIsIVrfkrxF NFITUubfIK4K+WjWF2HDkDXnHPfRK5m4zRDlslJPim6El6/2+IfBezbbGgdGpKjdLOx5 lM3VfjzWHPJKELEJVFCA5fR6aS6djXRgpGgz3xskKW6uoLoQr3lLtGmOJfyRcCdT79Kk hnpr83E4xzeJ1JfA0bkQUV11/lQ8IQy3F5MogDD0A/VICsonUAh/rkSPnu7sTovEZugU 5lhA== X-Gm-Message-State: AOAM5338CvHY3FQBd92KwJqXot6tbFglouZNRBf7zHlsFiLQaWMtfH/S SddX7OFMW/+h9+qdUJdWV5Sl1jDx0C72es/z5MOxCQ== X-Received: by 2002:a25:3817:: with SMTP id f23mr11736645yba.436.1635516779311; Fri, 29 Oct 2021 07:12:59 -0700 (PDT) MIME-Version: 1.0 References: <20211021230356.v6.1.I139e71adfd3f00b88fe9edb63d013f9cd3e24506@changeid> <20211021230356.v6.3.I257ac5cfaf955d15670479efc311bbab702397f4@changeid> <92566E17-4D3A-4FB5-83B2-E2B9D4BBE2EF@holtmann.org> In-Reply-To: <92566E17-4D3A-4FB5-83B2-E2B9D4BBE2EF@holtmann.org> From: Joseph Hwang Date: Fri, 29 Oct 2021 22:12:48 +0800 Message-ID: Subject: Re: [PATCH v6 3/3] Bluetooth: btusb: enable Mediatek to support AOSP extension To: Marcel Holtmann 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?TWFyay1ZVyBDaGVuICjpmbPmj5rmlocp?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Marcel: I see your point. Thank you for letting us know the right way to go. I will discuss with Mediatek and request them to implement their specific setup() for the purpose. And then they will submit a new patch to enable AOSP extensions for their hardware. Thanks and regards, Joseph On Fri, Oct 29, 2021 at 4:21 PM Marcel Holtmann wrote= : > > 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/kern= el/+/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 de= cide if AOSP extensions are supported or not. The BTUSB flag business is ge= tting out of hand. I really don=E2=80=99t want that in btusb.c anymore. I m= oved Intel over to do that in btintel.c and also Realtek is doing it in btr= tl.c for their hardware with the MSFT extensions. > > We are not doing try-and-error of HCI commands. Just keep that in mind si= nce I said that multiple times now. > > Regards > > Marcel > --=20 Joseph Shyh-In Hwang Email: josephsih@google.com