linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
To: John Klug <John.Klug@multitech.com>
Cc: "linux-bluetooth@vger.kernel.org Bluez Kernel" 
	<linux-bluetooth@vger.kernel.org>
Subject: Re: [BUG] Use of gatttool causes scan to stop (permanently?)
Date: Tue, 21 Jun 2022 12:13:30 -0700	[thread overview]
Message-ID: <CABBYNZL_C5cb0OPQqw07JiFEeYEYL8aJDhUArE6KaUzXqfCOYg@mail.gmail.com> (raw)
In-Reply-To: <SJ0PR13MB5755580E109362B165C9688FFEB39@SJ0PR13MB5755.namprd13.prod.outlook.com>

Hi John,

On Tue, Jun 21, 2022 at 12:00 PM John Klug <John.Klug@multitech.com> wrote:
>
> I am using 5.4.199 currently with bluez 5.64 on an arm 32.  The same problem occurs in earlier versions and kernels.
>
> In bluetoothctl after the issue occurs the "show" command always says:
>     Discovering: yes
>
> And no scan data follows, even though we have many devices.
>
> I have tried turning on duplicate data with bluetoothctl.
>
> I see (manually typed in):
>   [bluetooth]# scan on
>   SetDiscoveryFilter success
>   [bluetooth]# scan off
>   Failed to stop discovery: org.bluez.Error.InProgress
>   [bluetooth]# scan on
>   Failed to start discovery: org.bluez.Error.InProgress
>   [bluetooth]# scan off
>   Failed to stop discovery: org.bluez.Error.InProgress
>   [bluetooth]# scan on
>   Failed to start discovery: org.bluez.Error.InProgress
>   [bluetooth]# scan off
>   Failed to stop discovery: org.bluez.Error.InProgress
>   Failed to start discovery: org.freedesktop.DBus.Error.NoReply
>
> gatttool can still connect and retrieve data.
>
> btmon shows no activty except from gatttool, and none from scan
>
> Here is a snippet of debug from bluetoothd:
>
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> agent.c:agent_disconnect() Agent :1.1113 disconnected
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> agent.c:remove_default_agent() Default agent cleared
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:set_mode() sending set mode command for index 0
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> agent.c:agent_destroy() agent :1.1113
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> agent.c:agent_unref() 0x13285c8: ref=3D0
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:discovery_disconnect() owner :1.1113
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:discovery_remove() owner :1.1113
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:discovery_free() 0x1321050
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:update_discovery_filter()
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:discovery_filter_to_mgmt_cp()
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:trigger_start_discovery()
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:cancel_passive_scanning()
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:start_discovery_timeout()
>     Jun 21 13:33:30 ecc8 daemon.debug bluetoothd[32170]: ../bluez-5.64/src/=
> adapter.c:start_discovery_timeout() adapter->current_discovery_filter
>
> Do you have any suggestions for further research into this problem?

Don't use gatttool, which has been deprecated, instead use
bluetoothctl (menu gatt) for GATT operations.

> John Klug



-- 
Luiz Augusto von Dentz

      reply	other threads:[~2022-06-21 19:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-21 18:58 [BUG] Use of gatttool causes scan to stop (permanently?) John Klug
2022-06-21 19:13 ` Luiz Augusto von Dentz [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CABBYNZL_C5cb0OPQqw07JiFEeYEYL8aJDhUArE6KaUzXqfCOYg@mail.gmail.com \
    --to=luiz.dentz@gmail.com \
    --cc=John.Klug@multitech.com \
    --cc=linux-bluetooth@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).