Problem:
During rfcomm transmission from client to server, the
communication frequently freezes.
Client is master and server is slave. Both are BT 1.1
devices, and rfcomm is using credit based flow control.
The problem frequency is correlated with rfcomm_rmem
parameter. However, making it really big does not
resolve the problem.
This problem is reproduced with 2.4.18, 2.4.30, 2.6.7
and 2.6.11 kernels, using newest affix. Problem has
also been reproduced using usb and uart transports.
This has been reproduced with PocketPC, Symbian and PC
clients (in pc using serial port client). The clients
don't do anything fancy, just dump data over rfcomm. At
some point, the transfer simply freezes, without any
error indication on the client side.
Attached is the affix log from the error. The log shows
only the last packets.
The freeze happens at the timestamp "07:16:41". The
client was manully shut down after 40 seconds. This
then triggered the "btusb_rx_complete" event.
The data packet which is read from USB at "07:17:20" is
the one that was already sent 40 seconds ago. This has
been verified by using bt traffic analyzer.
If needed, I can provide the whole log file.
affix log showing the freeze