Uploaded image for project: 'Embedded Software & Tools'
  1. Embedded Software & Tools
  2. EXT_EP-10847

System goes to halAssertHandlerExt when more than LL_MAX_NUM_CTRL_PROC_PKTS are queued

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Medium Medium
    • SimpleLink CC13x2-26x2 SDK BLE5 Stack
    • BLE_AGAMA-3427
    • BLE Stack BLE5-2.1.1
    • Hide
      BLE Stack BLE5-2.2.11
      BLE stack BLE5-2.2.11 RC1
      Show
      BLE Stack BLE5-2.2.11 BLE stack BLE5-2.2.11 RC1
    • CC26X2R1

      Git \ Installer version: simplelink_cc13x2_26x2_sdk_3_40_00_02

      Problem reproducibility:  100%

      Problem description: 

      In central role (simple_central). Calling "HCI_LE_SetHostChanClassificationCmd" in GAP_LINK_ESTABLISHED_EVENT causes a halAssertHandlerExt. To reproduce it, put the HCI_LE_SetHostChanClassificationCmd after the GAP_LINK_ESTABLISHED_EVENT(connect with the paired/bonded peripheral )

       

      case GAP_LINK_ESTABLISHED_EVENT:    
      {      
        uint16_t connHandle = ((gapEstLinkReqEvent_t*) pMsg)->connectionHandle;      
        uint8_t* pAddr = ((gapEstLinkReqEvent_t*) pMsg)->devAddr;      
        BLE_LOG_INT_TIME(0, BLE_LOG_MODULE_APP, "APP : ---- got GAP_LINK_ESTABLISHED_EVENT", 0);      
        HCI_LE_SetHostChanClassificationCmd(map);
      

      After further debugging it was found that from the link layer.
       
      The maximum number of control commands in queue per connection is capped at a certain amount. In case, the number of control commands in the queue exceed the designated maximum number, then there will a violation of the struct. Additional logic should be added to prevent the number of control commands to exceed the maximum number allowed.

       

            syncuser TI User
            syncuser TI User
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: