Skip to content

Conversation

@chengkai15
Copy link
Contributor

bug: v/85608

rootcause: Adding SPP process handling to the bluetooth service resolves the issue of non-flow control data piling up in the protocol stack.

Summary

Adding SPP process handling to the bluetooth service resolves the issue of non-flow control data piling up in the protocol stack.

Impact

spp rx data

Testing

test spp rx pass


spp_conn_unlock();

bt_rfcomm_dlc_update_credits(&spp_conn->rfcomm_dlc);

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

When the underlying RFCOMM layer receives a message (rfcomm_recv), it has already updated the credit. Why is it necessary to update the credit again at the SAL layer?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SPP's data flow control is handled in the Bluetooth service, while the HFP module's rfcomm maintains protocol stack flow control.

bug: v/85608

rootcause: Adding SPP process handling to the bluetooth
service resolves the issue of non-flow control data
piling up in the protocol stack.

Signed-off-by: Kai Cheng <chengkai@xiaomi.com>
bug: v/85788

rootcause: enable spp rx credits mode control, in order to
fix  HFP/AG not auto credits

Signed-off-by: Kai Cheng <chengkai@xiaomi.com>
@huangyulong3 huangyulong3 merged commit 98863c8 into open-vela:dev Feb 12, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants