Assert invoked in exception in ctrl.c line 7653 (zephyr 1.13.00) #11841
Assignees
Labels
area: Bluetooth
bug
The issue is a bug, or the PR is fixing a bug
priority: medium
Medium impact/importance bug
Comments
carlescufi
added
bug
|
@cvinayak can you comment on this issue? |
|
@alexanderwachter @carlescufi this is a bug and needs fix (redesign, as I dont like the current implementation anyway) which I will work alongwith the design to be put in place for the split architecture work. |
|
@cvinayak so this will be fixed in the new split controller only? |
|
@alexanderwachter commenting the assert has unblocked your usecase right? I think subsequent code must be handling/deferring the data resize gracefully, right? |
|
I think you guys have a little typo with the names. @alexanderwachter should be @alexsven ;-) |
|
@cvinayak Yes, it unblocked our usecase. |
|
@cvinayak can you update on this one please? |
cvinayak
added a commit
to cvinayak/zephyr
that referenced
this issue
Mar 15, 2019
Workaround from asserting when Rx PDU buffers from pool needing resize is acquired by another connection. By skipping the connection events to give some headroom for the host to process the Rx packets and eventually make the pool available for resize. Fixes zephyrproject-rtos#11841. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
carlescufi
pushed a commit
that referenced
this issue
Mar 15, 2019
Workaround from asserting when Rx PDU buffers from pool needing resize is acquired by another connection. By skipping the connection events to give some headroom for the host to process the Rx packets and eventually make the pool available for resize. Fixes #11841. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Assert gets invoked when having one connection and starting another. Spoke to @cvinayak about this and it seems the new connection wants to resize the rx_pool while it's still in use by the first connection.
if (_radio.packet_rx_data_count != free_count_rx) { /** TODO another role instance has obtained * memory from rx pool. */ //LL_ASSERT(0); }The text was updated successfully, but these errors were encountered: