* third time @ 2022-06-21 20:23 Thomas Green 2022-06-21 20:40 ` Luiz Augusto von Dentz 0 siblings, 1 reply; 7+ messages in thread From: Thomas Green @ 2022-06-21 20:23 UTC (permalink / raw) To: linux-bluetooth I've twice before written about this issue I'm having, but never heard anything back. It regards a GATT device that connects and operates correctly. The issue is when we call the Adapter1.RemoveDevice method for this device. Some times the device is removed completely, and everything works fine. Some times it fails and bluetoothd becomes unusable. Even when I shutdown and restart bluetoothd it doesn't operate correctly when restarting. The difference is that when it works, at the end of the removal process, it reconnects the device, tries to recreate the device, then removes it. All internally. When things fail, those steps don't happen. I've posted before the salient part of the Bluetooth log. The only thing that will make bluetoothd function correctly is to shut it down, remove all of the similar GATT devices, then restart bluetoothd. I have yet to hear if anyone has -any- idea regarding this, not even to tell me it's not something that needs to be looked at. It is something that renders bluetoothd unusable, so I would think that it is something that might be interesting to look into. If anyone has any ideas where to look, or what might be going on, I'd love to hear from you Tom Green ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: third time 2022-06-21 20:23 third time Thomas Green @ 2022-06-21 20:40 ` Luiz Augusto von Dentz 2022-06-22 21:08 ` Thomas Green 0 siblings, 1 reply; 7+ messages in thread From: Luiz Augusto von Dentz @ 2022-06-21 20:40 UTC (permalink / raw) To: Thomas Green; +Cc: linux-bluetooth Hi Thomas, On Tue, Jun 21, 2022 at 1:29 PM Thomas Green <TGreen2@sorenson.com> wrote: > > I've twice before written about this issue I'm having, but never heard anything back. It regards a GATT device that connects and operates correctly. The issue is when we call the Adapter1.RemoveDevice method for this device. Some times the device is removed completely, and everything works fine. Some times it fails and bluetoothd becomes unusable. Even when I shutdown and restart bluetoothd it doesn't operate correctly when restarting. The difference is that when it works, at the end of the removal process, it reconnects the device, tries to recreate the device, then removes it. All internally. When things fail, those steps don't happen. I've posted before the salient part of the Bluetooth log. The only thing that will make bluetoothd function correctly is to shut it down, remove all of the similar GATT devices, then restart bluetoothd. > > I have yet to hear if anyone has -any- idea regarding this, not even to tell me it's not something that needs to be looked at. It is something that renders bluetoothd unusable, so I would think that it is something that might be interesting to look into. > > If anyone has any ideas where to look, or what might be going on, I'd love to hear from you Do you have any logs? Also what version is this happening, perhaps you are missing some fixes like: https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=5ebc2b5a3e48dbe67a2d315979b096a1b4d1eb99 > > Tom Green -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: third time 2022-06-21 20:40 ` Luiz Augusto von Dentz @ 2022-06-22 21:08 ` Thomas Green 2022-06-22 21:31 ` Luiz Augusto von Dentz 0 siblings, 1 reply; 7+ messages in thread From: Thomas Green @ 2022-06-22 21:08 UTC (permalink / raw) To: linux-bluetooth Luiz, Thank you for your reply. In my first two attempts I pasted into it the log file created by running: bluetoothd --experimental -debug -n The version of bluez is 5.50. I looked at the patch you suggested and it's already included in this version of src/device.c Are there any further patches I should look at? Would you like a copy of my log again? Tom -----Original Message----- From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> Sent: Tuesday, June 21, 2022 2:40 PM To: Thomas Green <TGreen2@Sorenson.com> Cc: linux-bluetooth@vger.kernel.org Subject: Re: third time [EXTERNAL] Hi Thomas, On Tue, Jun 21, 2022 at 1:29 PM Thomas Green <TGreen2@sorenson.com> wrote: > > I've twice before written about this issue I'm having, but never heard anything back. It regards a GATT device that connects and operates correctly. The issue is when we call the Adapter1.RemoveDevice method for this device. Some times the device is removed completely, and everything works fine. Some times it fails and bluetoothd becomes unusable. Even when I shutdown and restart bluetoothd it doesn't operate correctly when restarting. The difference is that when it works, at the end of the removal process, it reconnects the device, tries to recreate the device, then removes it. All internally. When things fail, those steps don't happen. I've posted before the salient part of the Bluetooth log. The only thing that will make bluetoothd function correctly is to shut it down, remove all of the similar GATT devices, then restart bluetoothd. > > I have yet to hear if anyone has -any- idea regarding this, not even to tell me it's not something that needs to be looked at. It is something that renders bluetoothd unusable, so I would think that it is something that might be interesting to look into. > > If anyone has any ideas where to look, or what might be going on, I'd > love to hear from you Do you have any logs? Also what version is this happening, perhaps you are missing some fixes like: https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=5ebc2b5a3e48dbe67a2d315979b096a1b4d1eb99 > > Tom Green -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: third time 2022-06-22 21:08 ` Thomas Green @ 2022-06-22 21:31 ` Luiz Augusto von Dentz 2022-06-22 21:43 ` Thomas Green 0 siblings, 1 reply; 7+ messages in thread From: Luiz Augusto von Dentz @ 2022-06-22 21:31 UTC (permalink / raw) To: Thomas Green; +Cc: linux-bluetooth Hi Thomas, On Wed, Jun 22, 2022 at 2:22 PM Thomas Green <TGreen2@sorenson.com> wrote: > > Luiz, > > Thank you for your reply. In my first two attempts I pasted into it the log file created by running: > > bluetoothd --experimental -debug -n > > The version of bluez is 5.50. I looked at the patch you suggested and it's already included in this version of src/device.c > > Are there any further patches I should look at? Would you like a copy of my log again? Ouch, that is quite an old version, have you considered using something newer? > Tom > > -----Original Message----- > From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> > Sent: Tuesday, June 21, 2022 2:40 PM > To: Thomas Green <TGreen2@Sorenson.com> > Cc: linux-bluetooth@vger.kernel.org > Subject: Re: third time > > [EXTERNAL] > > Hi Thomas, > > On Tue, Jun 21, 2022 at 1:29 PM Thomas Green <TGreen2@sorenson.com> wrote: > > > > I've twice before written about this issue I'm having, but never heard anything back. It regards a GATT device that connects and operates correctly. The issue is when we call the Adapter1.RemoveDevice method for this device. Some times the device is removed completely, and everything works fine. Some times it fails and bluetoothd becomes unusable. Even when I shutdown and restart bluetoothd it doesn't operate correctly when restarting. The difference is that when it works, at the end of the removal process, it reconnects the device, tries to recreate the device, then removes it. All internally. When things fail, those steps don't happen. I've posted before the salient part of the Bluetooth log. The only thing that will make bluetoothd function correctly is to shut it down, remove all of the similar GATT devices, then restart bluetoothd. > > > > I have yet to hear if anyone has -any- idea regarding this, not even to tell me it's not something that needs to be looked at. It is something that renders bluetoothd unusable, so I would think that it is something that might be interesting to look into. > > > > If anyone has any ideas where to look, or what might be going on, I'd > > love to hear from you > > Do you have any logs? Also what version is this happening, perhaps you are missing some fixes like: > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=5ebc2b5a3e48dbe67a2d315979b096a1b4d1eb99 > > > > > Tom Green > > > > -- > Luiz Augusto von Dentz -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: third time 2022-06-22 21:31 ` Luiz Augusto von Dentz @ 2022-06-22 21:43 ` Thomas Green 2022-06-23 20:00 ` Thomas Green 0 siblings, 1 reply; 7+ messages in thread From: Thomas Green @ 2022-06-22 21:43 UTC (permalink / raw) To: linux-bluetooth I will attempt to update our build system to use a newer version Tom -----Original Message----- From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> Sent: Wednesday, June 22, 2022 3:32 PM To: Thomas Green <TGreen2@Sorenson.com> Cc: linux-bluetooth@vger.kernel.org Subject: Re: third time [EXTERNAL] Hi Thomas, On Wed, Jun 22, 2022 at 2:22 PM Thomas Green <TGreen2@sorenson.com> wrote: > > Luiz, > > Thank you for your reply. In my first two attempts I pasted into it the log file created by running: > > bluetoothd --experimental -debug -n > > The version of bluez is 5.50. I looked at the patch you suggested and > it's already included in this version of src/device.c > > Are there any further patches I should look at? Would you like a copy of my log again? Ouch, that is quite an old version, have you considered using something newer? > Tom > > -----Original Message----- > From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> > Sent: Tuesday, June 21, 2022 2:40 PM > To: Thomas Green <TGreen2@Sorenson.com> > Cc: linux-bluetooth@vger.kernel.org > Subject: Re: third time > > [EXTERNAL] > > Hi Thomas, > > On Tue, Jun 21, 2022 at 1:29 PM Thomas Green <TGreen2@sorenson.com> wrote: > > > > I've twice before written about this issue I'm having, but never heard anything back. It regards a GATT device that connects and operates correctly. The issue is when we call the Adapter1.RemoveDevice method for this device. Some times the device is removed completely, and everything works fine. Some times it fails and bluetoothd becomes unusable. Even when I shutdown and restart bluetoothd it doesn't operate correctly when restarting. The difference is that when it works, at the end of the removal process, it reconnects the device, tries to recreate the device, then removes it. All internally. When things fail, those steps don't happen. I've posted before the salient part of the Bluetooth log. The only thing that will make bluetoothd function correctly is to shut it down, remove all of the similar GATT devices, then restart bluetoothd. > > > > I have yet to hear if anyone has -any- idea regarding this, not even to tell me it's not something that needs to be looked at. It is something that renders bluetoothd unusable, so I would think that it is something that might be interesting to look into. > > > > If anyone has any ideas where to look, or what might be going on, > > I'd love to hear from you > > Do you have any logs? Also what version is this happening, perhaps you are missing some fixes like: > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=5ebc2b5a > 3e48dbe67a2d315979b096a1b4d1eb99 > > > > > Tom Green > > > > -- > Luiz Augusto von Dentz -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: third time 2022-06-22 21:43 ` Thomas Green @ 2022-06-23 20:00 ` Thomas Green 2022-06-24 7:01 ` Paul Menzel 0 siblings, 1 reply; 7+ messages in thread From: Thomas Green @ 2022-06-23 20:00 UTC (permalink / raw) To: linux-bluetooth Luiz, I've updated (at least my testing system) to version 5.64 and are having other problems now too. For example the first time I attach one of these devices it works well, subsequent attempts to pair other of the same type of device fails with and AuthenticationFailed error. On 5.50, I could pair as many of these devices as I wanted. Should we take this offline and perhaps we could discuss this more? Tom -----Original Message----- From: Thomas Green <TGreen2@Sorenson.com> Sent: Wednesday, June 22, 2022 3:43 PM To: linux-bluetooth@vger.kernel.org Subject: RE: third time [EXTERNAL] I will attempt to update our build system to use a newer version Tom -----Original Message----- From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> Sent: Wednesday, June 22, 2022 3:32 PM To: Thomas Green <TGreen2@Sorenson.com> Cc: linux-bluetooth@vger.kernel.org Subject: Re: third time [EXTERNAL] Hi Thomas, On Wed, Jun 22, 2022 at 2:22 PM Thomas Green <TGreen2@sorenson.com> wrote: > > Luiz, > > Thank you for your reply. In my first two attempts I pasted into it the log file created by running: > > bluetoothd --experimental -debug -n > > The version of bluez is 5.50. I looked at the patch you suggested and > it's already included in this version of src/device.c > > Are there any further patches I should look at? Would you like a copy of my log again? Ouch, that is quite an old version, have you considered using something newer? > Tom > > -----Original Message----- > From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> > Sent: Tuesday, June 21, 2022 2:40 PM > To: Thomas Green <TGreen2@Sorenson.com> > Cc: linux-bluetooth@vger.kernel.org > Subject: Re: third time > > [EXTERNAL] > > Hi Thomas, > > On Tue, Jun 21, 2022 at 1:29 PM Thomas Green <TGreen2@sorenson.com> wrote: > > > > I've twice before written about this issue I'm having, but never heard anything back. It regards a GATT device that connects and operates correctly. The issue is when we call the Adapter1.RemoveDevice method for this device. Some times the device is removed completely, and everything works fine. Some times it fails and bluetoothd becomes unusable. Even when I shutdown and restart bluetoothd it doesn't operate correctly when restarting. The difference is that when it works, at the end of the removal process, it reconnects the device, tries to recreate the device, then removes it. All internally. When things fail, those steps don't happen. I've posted before the salient part of the Bluetooth log. The only thing that will make bluetoothd function correctly is to shut it down, remove all of the similar GATT devices, then restart bluetoothd. > > > > I have yet to hear if anyone has -any- idea regarding this, not even to tell me it's not something that needs to be looked at. It is something that renders bluetoothd unusable, so I would think that it is something that might be interesting to look into. > > > > If anyone has any ideas where to look, or what might be going on, > > I'd love to hear from you > > Do you have any logs? Also what version is this happening, perhaps you are missing some fixes like: > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=5ebc2b5a > 3e48dbe67a2d315979b096a1b4d1eb99 > > > > > Tom Green > > > > -- > Luiz Augusto von Dentz -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: third time 2022-06-23 20:00 ` Thomas Green @ 2022-06-24 7:01 ` Paul Menzel 0 siblings, 0 replies; 7+ messages in thread From: Paul Menzel @ 2022-06-24 7:01 UTC (permalink / raw) To: Thomas Green; +Cc: linux-bluetooth Dear Thomas, Am 23.06.22 um 22:00 schrieb Thomas Green: > I've updated (at least my testing system) to version 5.64 and are > having other problems now too. For example the first time I attach > one of these devices it works well, subsequent attempts to pair other > of the same type of device fails with and AuthenticationFailed error. > On 5.50, I could pair as many of these devices as I wanted. Should > we take this offline and perhaps we could discuss this more? Can you please (git) bisect the issue? It’s often the fastest way to find the cause, and then figuring out a fix. Kind regards, Paul ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2022-06-24 7:01 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2022-06-21 20:23 third time Thomas Green 2022-06-21 20:40 ` Luiz Augusto von Dentz 2022-06-22 21:08 ` Thomas Green 2022-06-22 21:31 ` Luiz Augusto von Dentz 2022-06-22 21:43 ` Thomas Green 2022-06-23 20:00 ` Thomas Green 2022-06-24 7:01 ` Paul Menzel
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).