Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp4126318rwb; Fri, 30 Sep 2022 13:16:43 -0700 (PDT) X-Google-Smtp-Source: AMsMyM69pykFZ8z8+TcH3ONdehYMbyhpv1daKDFcBwuaLt8kmunt9eSc+LkElunDzpbrG0Uv7UMx X-Received: by 2002:a17:90b:4b44:b0:202:562a:b8c0 with SMTP id mi4-20020a17090b4b4400b00202562ab8c0mr24111270pjb.99.1664569003146; Fri, 30 Sep 2022 13:16:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664569003; cv=none; d=google.com; s=arc-20160816; b=G97JsONUT2tvQELEw4UGfOgPoH8w1oSISMjcXWflyKh+x4DYFimkJKv0PRidAdNOkJ Zb2zujUiKaVZZNxx7za12lw7QMQLbzv/AsJtbtsv0mKxH5lMBgsmHwwVbyyR8GTV+Gdc sQQXWnnFeP5sm4GTmx3+cNOy9pwmnURp5IT9Jco/ONiDR8cQ1G68zSprNBcKHX/J74Yr Bmnf6RKUdlfienieXbOO+gpvLfIlg0jsV6rVfBYEJJwI3cSA9GLE61BttlVA3EDlrvqM psYWAw8mYjMsaxuthReJ8pJTCahGE9xs0H/wi9nILKLrPG0pN1ALSPpCukbanq2AIKlP /8nA== 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=13qNX2YIm32qczrMM05ApVPyy8Mxxk7YBkav0t9dG8M=; b=hhujQfkdStD5iRbEMKCaTLDxfIX3Smkjtfc3m151RElyNnLomCGoeq8Mg6eIvub3bY 3Y8i5GobC9jKfQpLV1hNyB/65tTcQ0bwRX+R1mxTVAeS+h71DUlvAL7py23MWQifbE4m o7ol4R2kuuRY2wO0WIGb90Wcc5BGGbKU5q/7c4dTewmCvwf5ryRqvp/E5ptwxMNIRzaH vVOFaDved+0x7MCQrhs/gMTXyYF/lq03DCLlXj21DlKrs93mQEX7EOehfDt9rt4iIiqj v2MgtdW0vX/ot0VO7FOr9v91avL2XSdzeUJOGjn2UxFLcCxjoH/cg0G7hKzlsDJyPCpC lugA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=NcbMHU9a; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w16-20020a170902e89000b00172c46b7ebfsi4097833plg.403.2022.09.30.13.14.57; Fri, 30 Sep 2022 13:16:43 -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=@gmail.com header.s=20210112 header.b=NcbMHU9a; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232614AbiI3UOI (ORCPT + 99 others); Fri, 30 Sep 2022 16:14:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45584 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232710AbiI3UNi (ORCPT ); Fri, 30 Sep 2022 16:13:38 -0400 Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 43AA515AB67 for ; Fri, 30 Sep 2022 13:12:50 -0700 (PDT) Received: by mail-lf1-x132.google.com with SMTP id o7so1214360lfk.7 for ; Fri, 30 Sep 2022 13:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date; bh=13qNX2YIm32qczrMM05ApVPyy8Mxxk7YBkav0t9dG8M=; b=NcbMHU9aia2t3fx7/PzUfPlLRCHtOUmx+ftZIBIqrqoqr6IEOzNjucdlVRVBJZocyz 91Mk1MBPrGoSN7wGVEBUxwwG4V5Mtl6oVYk7YcUb3vceHTy7SmnNjC/N7reY+khtkgqi VasdzAORDleiM3afjp1dIAKCbvNzshJnfx8k+vZ3NnKz92o6Na6i4RUu5d+vtj4rqKuz QNqxGWtIdDOGnbw1jikquTRMocCtpM4EWkWhinf6UjwC/Mj0a1cUMn3RJLVQnAIUDLIH aH541577XMduH9QAYp/YlCoy787UJCQCVv1x/FtygAIj4AuHKXLp0vwNPrqaNgBbXkNo HjrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=13qNX2YIm32qczrMM05ApVPyy8Mxxk7YBkav0t9dG8M=; b=Qq7uc8I+LxyCCkNGkN0Dx4Qnc5w7gdIifV25guzqpmV7IiPdUWeEpkEEnrCeIhO5xe cuUPgv6gRvcCaKM8/tNEaGPAPYyPsvaS3e9qvj/AiEu+sO2/8UZD88hKxZfaO9dBVqPE +o60YBnFAs0DO7kc93tdWfr8o34oe9NN3Aeq1dhjFGUurL/nNvFMKiSGCIcbNwN9puzA +VZZzeSDnDvvUp4lZiRKugz0IeWBX5pR/IB1cX/TPseZG0mPAN658eQa8tfYP0+0nM8B 3S8QVZeOEBFTtzUNZZeBRB/LQH9Wj3fHHoJkolBEF/F9s6Vs4OwK/TbW4RCOXfXZysfx rogg== X-Gm-Message-State: ACrzQf3AGu0lE7zExNCXan6df8TJgWo7SXKd6iGNjYdhrHHjY3qNAPc6 ng8UsS0q2LcQ1ghvycLnI4UWZvc73W5eaCCsKHEjQTur X-Received: by 2002:a05:6512:687:b0:4a1:d59f:dc7c with SMTP id t7-20020a056512068700b004a1d59fdc7cmr3765987lfe.564.1664568745832; Fri, 30 Sep 2022 13:12:25 -0700 (PDT) MIME-Version: 1.0 References: <1906152.PYKUYFuaPT@n95hx1g2> <3455076.iIbC2pHGDl@n95hx1g2> In-Reply-To: <3455076.iIbC2pHGDl@n95hx1g2> From: Luiz Augusto von Dentz Date: Fri, 30 Sep 2022 13:12:14 -0700 Message-ID: Subject: Re: bluetoothctl: Connecting to a GATT service using BR/EDR To: Christian Eggers Cc: linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 Hi Christian, On Fri, Sep 30, 2022 at 12:56 PM Christian Eggers wrote: > > Hi Luiz, > > On Friday, 30 September 2022, 21:33:28 CEST, Luiz Augusto von Dentz wrote= : > > Hi Christian, > > > > Connecting over BR/EDR as a central is currently not supported, it > > will probably require some changes in order to enable it although the > > likes of bt_att/bt_gatt_client shall have proper support for it. > > currently it takes several seconds to read 70 KiB over a FIFO like GATT > characteristic. Is this normal? In which configuration I can get the > maximum throughput? Is it worth to tune the BLE parameters or should I > use BR/EDR with a "classic" profile instead? If you want to maximize throughput you will probably need to change the connection parameters and perhaps use L2CAP directly since ATT is not very efficient and you either have to resort to unreliable write without response+notify or wait for write responses. If you want to do file based transfer Id suggest you looking into implementing Object Transfer Service which uses L2CAP CoC to maximize data transfers, alternatively you can use OBEX if you prefer using BR/EDR, that said it would be great to have support for OTS since that is used by the likes of Media Control Service which is part of LE Audio stack. > > regards, > Christian > > > > _______________________________________________________ > Christian > Eggers > Software Engineer > ARRI > Arnold & Richter Cine Technik GmbH & Co. Betriebs KG > Arriweg 17, > 83071 > Stephanskirchen > www.arri.com > > +49 8036 3009-3118 > CEggers@arri.de > > Get all the latest information from www.arri.com, Facebook, Twitter, Inst= agram, LinkedIn and YouTube. > > Arnold & Richter Cine Technik GmbH & Co. Betriebs KG > Sitz: M=C3=BCnchen =E2=80=91 Registergericht: Amtsgericht M=C3=BCnchen = =E2=80=91 Handelsregisternummer: HRA 57918 > Pers=C3=B6nlich haftender Gesellschafter: Arnold & Richter Cine Technik G= mbH > Sitz: M=C3=BCnchen =E2=80=91 Registergericht: Amtsgericht M=C3=BCnchen = =E2=80=91 Handelsregisternummer: HRB 54477 > Gesch=C3=A4ftsf=C3=BChrer: Dr. Matthias Erb (Chairman); Dr. Michael Neuh= =C3=A4user; Stephan Schenk; Walter Trauninger > > --=20 Luiz Augusto von Dentz