[bluez/bluez] 744fad: hciemu: Fix silently dropping packet if writev ret...

[Luiz Augusto von Dentz <noreply@github.com>]

  Branch: refs/heads/master
  Home:   https://github.com/bluez/bluez
  Commit: 744fad3c342e79bf41713e440378a726a680e633
      https://github.com/bluez/bluez/commit/744fad3c342e79bf41713e440378a726a680e633
  Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
  Date:   2026-03-03 (Tue, 03 Mar 2026)

  Changed paths:
    M emulator/hciemu.c

  Log Message:
  -----------
  hciemu: Fix silently dropping packet if writev return -EAGAIN

The code has been silently dropping packets due to lack of buffer
since hciemu design is single threaded it cannot do partial writes
or flushes to force the buffer to be consumed and give space to the
next chunk, so in order to fix this the code will now attempt to
detect if a socket runs out of space and automatically bump the
buffer with use of SO_SNDBUF.


  Commit: b138a0849ba26310c3f40e78037565ce274d8737
      https://github.com/bluez/bluez/commit/b138a0849ba26310c3f40e78037565ce274d8737
  Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
  Date:   2026-03-03 (Tue, 03 Mar 2026)

  Changed paths:
    M emulator/bthost.c

  Log Message:
  -----------
  bthost: Add segmentation support for L2CAP LE-(E)CRED mode

This fixes the following tests since the kernel now attempts to
check if a segment length is bigger than the MPS:

L2CAP LE Client - Read 32k Success - run
  Connect in progress
  Client connect CID 0x0040 handle 0x0001
  Successfully connected to CID 0x0040
Bluetooth: Too big LE L2CAP MPS: len 672 > 188

L2CAP LE Client - RX Timestamping 32k - run
  Connect in progress
  Client connect CID 0x0040 handle 0x0001
  Successfully connected to CID 0x0040
Bluetooth: Too big LE L2CAP MPS: len 672 > 188


Compare: https://github.com/bluez/bluez/compare/081dfd785fe5...b138a0849ba2

To unsubscribe from these emails, change your notification settings at https://github.com/bluez/bluez/settings/notifications