[bluez/bluez] 949898: avdtp: Free discover when send_request returns error

[bluez/bluez] 949898: avdtp: Free discover when send_request returns error

[BluezTestBot]

  Branch: refs/heads/master
  Home:   https://github.com/bluez/bluez
  Commit: 949898cc5e7f0657dff91f799718e54dc4cde723
      https://github.com/bluez/bluez/commit/949898cc5e7f0657dff91f799718e54dc4cde723
  Author: Chengyi <zhaochengyi@uniontech.com>
  Date:   2022-06-21 (Tue, 21 Jun 2022)

  Changed paths:
    M profiles/audio/avdtp.c

  Log Message:
  -----------
  avdtp: Free discover when send_request returns error

When send_request returns an error, session->discover should
be released here, so that the next time the program enters
avdtp_discover, the -EBUSY error will not be returned.


  Commit: 71560e12863ff1b133e421ef7dd25d20c8d83acc
      https://github.com/bluez/bluez/commit/71560e12863ff1b133e421ef7dd25d20c8d83acc
  Author: Jonas Maes <jonas@dptechnics.com>
  Date:   2022-06-21 (Tue, 21 Jun 2022)

  Changed paths:
    M mesh/mesh-io-generic.c

  Log Message:
  -----------
  mesh: Fix bug where bluetooth-meshd stops sending

When there is a backlog of mesh packets to be sent, the packet sender
Fix bug where bluetooth-meshd stops sending

When there is a backlog of mesh packets to be sent, the packet sender
incorrectly infers that the tx worker thread is already running
and therefore needn't be invoked. As a result, the mesh daemon will
sometimes stop broadcasting while there are still packets in the queue.
It will not resume broadcasting.

This patch will invoke the tx worker thread correctly in that case.

The logic to send packets at least twice when the transmitter is idle
was slightly modified accordingly, and should behave the same way as
before.


Compare: https://github.com/bluez/bluez/compare/19ad4310c9b4...71560e12863f