You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Marcel Holtmann 98bcd08b5b [Bluetooth] Correct RFCOMM channel MTU for broken implementations ... Some Bluetooth RFCOMM implementations try to negotiate a bigger channel MTU than we can support for a particular session. The maximum MTU for a RFCOMM session is limited through the L2CAP layer. So if the other side proposes a channel MTU that is bigger than the underlying L2CAP MTU, we should reduce it to the L2CAP MTU of the session minus five bytes for the RFCOMM headers. Signed-off-by: Marcel Holtmann <marcel@holtmann.org>		19 years ago
..
bnep	…
cmtp	…
hidp	[Bluetooth] Let BT_HIDP depend on INPUT	19 years ago
rfcomm	[Bluetooth] Correct RFCOMM channel MTU for broken implementations	19 years ago
Kconfig	…
Makefile	…
af_bluetooth.c	…
hci_conn.c	…
hci_core.c	…
hci_event.c	…
hci_sock.c	…
hci_sysfs.c	…
l2cap.c	[Bluetooth] Fix deadlock in the L2CAP layer	19 years ago
lib.c	…
sco.c	…