Open jhedberg opened 9 months ago
This issue has been marked as stale because it has been open (more than) 60 days with no activity. Remove the stale label or add a comment saying that you would like to have the label removed otherwise this issue will automatically be closed in 14 days. Note, that you can always re-open a closed issue at any time.
This issue has been marked as stale because it has been open (more than) 60 days with no activity. Remove the stale label or add a comment saying that you would like to have the label removed otherwise this issue will automatically be closed in 14 days. Note, that you can always re-open a closed issue at any time.
This issue has been marked as stale because it has been open (more than) 60 days with no activity. Remove the stale label or add a comment saying that you would like to have the label removed otherwise this issue will automatically be closed in 14 days. Note, that you can always re-open a closed issue at any time.
This issue has been marked as stale because it has been open (more than) 60 days with no activity. Remove the stale label or add a comment saying that you would like to have the label removed otherwise this issue will automatically be closed in 14 days. Note, that you can always re-open a closed issue at any time.
Describe the bug The following pattern keeps repeating for most (maybe all) boards that use the
BT_HCI_IPC
driver:Expected behavior
It looks like the
BT_HCI_IPC
driver should define its own heap requirement instead of having the boards define this on its behalf. There is now a standard way of doing this by defining a Kconfig option with the prefixHEAP_MEM_POOL_ADD_SIZE_
. So forBT_HCI_IPC
it should likely look like:Note that when grepping for places to change in board defconfig files, it looks like there are some boards declaring
4096
heap values but without an explicit dependency on theBT_HCI_IPC
driver. Someone needs to check if the heap requirement for those is because of the HCI driver or because of something else.