[PATCH 0/1] Fix incoming attrib-server connection MTUs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This patch fixes bug detected by Johan.

The reworked patch passes a user_data argument to the bt_io_listen
call which identifies the server IO channel (le_io or l2cap_io). This
is propegated to the eventual connect_event, and used to set up the
correct default MTU for the underlying RF carrier channel.

As stated in the previous patches, this default MTU is important when
reading long Attributes, because some/most remote GATT clients assume
completion of an Attribute read when a shorter-than-MTU result is returned,
making it important for the server to completely fill the response
packets when possible.

--
Brian Gix
bgix@xxxxxxxxxxxxxx
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux