Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3383097pxu; Tue, 8 Dec 2020 10:30:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJxazSQyx1Hsh5zCF95JUvODMalgS4OMK4UWi2MQRosl8pv/JsqJ0N3Dm9OXyeUyYz6wTkiY X-Received: by 2002:a17:906:90d6:: with SMTP id v22mr24494230ejw.88.1607452233740; Tue, 08 Dec 2020 10:30:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607452233; cv=none; d=google.com; s=arc-20160816; b=kGkC3J/P27tQP9/NT8cbcHWz72WPL0fCLcRbq+47x1beXOZpr+bL+X5DT22N0PgBMP 5E+jAVeVTsMFBaAh8+8UN9AAAZ/fLcJiWha41JpJYv+Fc38Kw3RPAsnrGtcXHPGNHGUX 9v4CPOYWSetdSUBc0dGL/uA7VBRA/104sCnQ5jfwcNwqFKZIdZeQfBf8v7/bp+NUMnmH RMr4fZdmkXuHCCJOGYn7l+l9ZUXx+CNRJbFA1CTsvdz5g6v8RGSnFcTpio6bs3hWWce+ F4PV82asXKq5/41jpsTqCjAkzkB17cgFRpjUE7USa2yB8uuWUzvFCEAuGtGaY1bClwKT 5/kQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=MAR2QmR3JmDDy/VL8OSqC2L6oxa048mqiCdiejt/lRQ=; b=y4HPak6ASci1NO2ulbQXKV3h1EyIUw45jYo74xLa2mxCM+SudGCEiLK6ux8j4EAY5X 0ohyWW3GXQs+seVZsuD39VYSwqWPZDcGq2dvYQ5gHpol071fY2MLVXgRMjQ8MlbxAfBT AKuJ+GQVXapXzCrhqU8iYUukHCodjUuoJ/dlh+u5VJPl7jlEEq+4sfT06dfWlF10eTJ6 izlMWUH3gdbXf6dfO+4VXGYgLGa1LRuYTsIpOVoYAy+EMN9/pbkAmKP3cGejqCauAczR UNZbEgMPkZLRhqmu7iB+w1/EJV2X9xrsKiTWFl4/FX5S+qeezZXMJJ2qvcrvfIpq/g4x C6vg== 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 s16si2486509ejz.97.2020.12.08.10.30.00; Tue, 08 Dec 2020 10:30:33 -0800 (PST) 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 S1730798AbgLHS2M (ORCPT + 99 others); Tue, 8 Dec 2020 13:28:12 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:42795 "EHLO relay7-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730493AbgLHS2L (ORCPT ); Tue, 8 Dec 2020 13:28:11 -0500 X-Originating-IP: 82.255.60.242 Received: from [192.168.0.28] (lns-bzn-39-82-255-60-242.adsl.proxad.net [82.255.60.242]) (Authenticated sender: hadess@hadess.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id B15A920007; Tue, 8 Dec 2020 18:27:29 +0000 (UTC) Message-ID: <3fcd56e8b875fb3d4ed6d58ad150e4b054d875ca.camel@hadess.net> Subject: Re: [PATCH] Bluetooth: L2CAP: Try harder to accept device not knowing options From: Bastien Nocera To: Luiz Augusto von Dentz Cc: "linux-bluetooth@vger.kernel.org" , Florian Dollinger Date: Tue, 08 Dec 2020 19:27:29 +0100 In-Reply-To: References: <20201208172912.4352-1-hadess@hadess.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.1 (3.38.1-1.fc33) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org On Tue, 2020-12-08 at 10:09 -0800, Luiz Augusto von Dentz wrote: > Hi Bastien, > > On Tue, Dec 8, 2020 at 9:36 AM Bastien Nocera > wrote: > > > > The current implementation of L2CAP options negotiation will > > continue > > the negotiation when a device responds with L2CAP_CONF_UNACCEPT > > ("unaccepted > > options"), but not when the device replies with L2CAP_CONF_UNKNOWN > > ("unknown > > options"). > > > > Trying to continue the negotiation without ERTM support will allow > > Bluetooth-capable XBox One controllers (notably models 1708 and > > 1797) > > to connect. > > While the bellow traces looks fine we need to confirm that it doesn't > break the qualification tests e.g: > > L2CAP/COS/CFD/BV-14-C [Unknown Mandatory Options Request] > > • Test Purpose Verify that the IUT can give the appropriate error > code > when the Lower Tester proposes any number of unknown options where at > least one is mandatory. > > Afaik it should be fine to continue with another round of > configuration given that it only expects the error 0x0003, but we > better confirm PTS doesn't expect a L2CAP Disconnect after it. I have a Windows machine, and the PTS dongle. How do I set up the qualification test and run it against the Linux machine before and after the patch?