Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp4184960ybg; Mon, 8 Jun 2020 00:59:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzezoLFc7++4VGtuIb3e7yRMy7itm9dkpjbv2aYi4jRoFDcEF8bNwsDnukI4V8G2hfpLu1l X-Received: by 2002:a50:951d:: with SMTP id u29mr21573225eda.333.1591603145690; Mon, 08 Jun 2020 00:59:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591603145; cv=none; d=google.com; s=arc-20160816; b=VvQxMgpwumVWLniyIRA/Pu0FhN2ESMFQ3VSeFnKC1lZIs3Wv+gtPqCTJ7KQPJFc34M Bf2Ljs8fxOcJCHAykqSMDsd3EGCoN895JMyqBBXi9VgyR3CorfCf4wtmjd3ZT0HYlzsX AputsX4kJgV1cC8zXiK3e54C2K90XHYwEDl5dDiD+1HaxLn+FMyMpizOVxjIhjeHOtDR LuHiPVzdclQRnlesLI5OHhp8SE+5Cuqtp2hYxEfCHyy5DUgvMmpMXg06eBtJVw1ZEPen gS/XJkI0aZzkc/tucxguY+ieXjO6kBVoDGaAe7BJBfYJ2Sm8OdJ/9SKkusMLy+bxA6Wz JXlg== 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=h2sRmhI6EyZcDgNn9MHE0GMB85rgzFshyPbahZFwo8s=; b=rtl9qzOWEMgtC0kKyQ+KW0vacrhzzVS0xOxgypXf8CJpSCLrTG5tRttpFvcqIyoD42 yLw9RCo5ai7gpwtiPhcLTOFRcx11RG2jhC5Nj16yy8HFGyiYqrzdkx/M6KIPEKroutow ErVa9UjBOVh4TXJquRJ/e5XVyPqu7Pwycf+1/t6wkC7dWQvXVVSPhT7UFRY5SncNu8a+ 9hlfZDQGZUD5C/siSYU6mU7icEPToIn3d7ButLkcqCP+ZyVTjZ1qh5gowyKMzoGUFaKR whU9ioP2r3XBi6Gh6jOkJSh7Fq+zSi9LnbirK+W7LRaoPhSg8kV8AqxsUR8M0y4avZ2J xIjg== 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 m6si8094230eda.215.2020.06.08.00.58.24; Mon, 08 Jun 2020 00:59:05 -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 S1728955AbgFHH6E convert rfc822-to-8bit (ORCPT + 99 others); Mon, 8 Jun 2020 03:58:04 -0400 Received: from coyote.holtmann.net ([212.227.132.17]:36188 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729077AbgFHH6E (ORCPT ); Mon, 8 Jun 2020 03:58:04 -0400 Received: from marcel-macpro.fritz.box (p5b3d2638.dip0.t-ipconnect.de [91.61.38.56]) by mail.holtmann.org (Postfix) with ESMTPSA id 37ADDCECF6; Mon, 8 Jun 2020 10:07:52 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Should we disable ERTM as default? From: Marcel Holtmann In-Reply-To: Date: Mon, 8 Jun 2020 09:58:02 +0200 Cc: Luiz Augusto von Dentz , Bluez mailing list , ChromeOS BT Qualification Content-Transfer-Encoding: 8BIT Message-Id: <558DADDA-AC07-4463-A94E-085B16976AAB@holtmann.org> References: <64A824C9-7C3C-4B08-8A9E-827121C4786D@holtmann.org> To: Yun-hao Chung X-Mailer: Apple Mail (2.3608.80.23.2.2) Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Yun-hao, > I think it is more likely to be the PTS's limitations. I realized the > problem is in the media channel not in the signaling channel. PTS > wants to use streaming mode, but bluez rejects it, and then PTS aborts > the test. According to the MPS 1.0 Spec 6.2, L2CAP streaming mode is > the recommendation for optimization when using MPS media control > channels, so I think bluez doesn't do anything wrong during this test. do you have the btmon trace for this. I think we should accept ERTM on the media channel. The unfortunate part is that control and media channels both use PSM 25 and so we can’t be really selective when we are the acceptor. If MPS wants us to accept ERTM on the media channel we should allow. For all I care we can even accept it on the control channel, but it is just a waste of overhead on the L2CAP headers. Actually the new Enhanced Flow Control mode on BR/EDR would be more efficient for A2DP. Regards Marcel