55  *  1) Add some accounting to the schedule code to see how late we are
58  *  2) Need to determine how we really want to handle the case when we execute
59  *  a schedule item but there is a current event. We could:
106  * item. We only care about connection schedule items
183     /* Better be past current time or we just leave */  in ble_ll_sched_conn_reschedule()
188     /* We have to find a place for this schedule */  in ble_ll_sched_conn_reschedule()
196     /* Stop timer since we will add an element */  in ble_ll_sched_conn_reschedule()
205                 /* Do nothing, we start_mark overlap below */  in ble_ll_sched_conn_reschedule()
208                 /* Only insert if this element is older than all that we  in ble_ll_sched_conn_reschedule()
341      * makes us off ~13 usecs. Since we dont want to actually calculate the  in ble_ll_sched_master_new()
342      * receive end time tick (this would take too long), we assume the end of  in ble_ll_sched_master_new()
343      * the advertising PDU is 'now' (we call os_cputime_get32). We dont know  in ble_ll_sched_master_new()
344      * how much time it will take to service the ISR but if we are more than the  in ble_ll_sched_master_new()
345      * rx to tx time of the chip we will not be successful transmitting the  in ble_ll_sched_master_new()
346      * connect request. All this means is that we presume that the slave will  in ble_ll_sched_master_new()
347      * receive the connect request later than we expect but no earlier than  in ble_ll_sched_master_new()
359      * make things a bit easier (but less power efficient for the slave), we  in ble_ll_sched_master_new()
360      * use a transmit window of 2. We do this because we dont quite know the  in ble_ll_sched_master_new()
361      * exact start of the transmission and if we are too early or too late we  in ble_ll_sched_master_new()
364      * time. We dont add this to the calculation when calculating the window  in ble_ll_sched_master_new()
365      * offset. The reason we dont do this is we want to insure we transmit  in ble_ll_sched_master_new()
366      * after the window offset we tell the slave. For example, say we think  in ble_ll_sched_master_new()
367      * we are transmitting 1253 usecs from the earliest start. This would cause  in ble_ll_sched_master_new()
368      * us to send a transmit window offset of 1. Since we are actually  in ble_ll_sched_master_new()
369      * transmitting earlier than the slave thinks we could end up transmitting  in ble_ll_sched_master_new()
370      * before the window offset. Transmitting later is fine since we have the  in ble_ll_sched_master_new()
372      * wont be listening. We could do better calculation if we wanted to use  in ble_ll_sched_master_new()
373      * a transmit window of 1 as opposed to 2, but for now we dont care.  in ble_ll_sched_master_new()
379          * We received packet on advertising channel which means this is a legacy  in ble_ll_sched_master_new()
380          * PDU on 1 Mbps - we do as described above.  in ble_ll_sched_master_new()
387          * We received packet on data channel which means this is AUX_ADV_IND  in ble_ll_sched_master_new()
388          * received on secondary adv channel. We can schedule first packet at  in ble_ll_sched_master_new()
391          * PHY we received on.  in ble_ll_sched_master_new()
411     /* We have to find a place for this schedule */  in ble_ll_sched_master_new()
474             /* We can insert if before entry in list */  in ble_ll_sched_master_new()
485                 /* Earliest start is end of this event since we overlap */  in ble_ll_sched_master_new()
503              * NOTE: we dont add sched offset ticks as we want to under-estimate  in ble_ll_sched_master_new()
516          * Since we have the transmit window to transmit in, we dont need  in ble_ll_sched_master_new()
571      * makes us off ~13 usecs. Since we dont want to actually calculate the  in ble_ll_sched_master_new()
572      * receive end time tick (this would take too long), we assume the end of  in ble_ll_sched_master_new()
573      * the advertising PDU is 'now' (we call os_cputime_get32). We dont know  in ble_ll_sched_master_new()
574      * how much time it will take to service the ISR but if we are more than the  in ble_ll_sched_master_new()
575      * rx to tx time of the chip we will not be successful transmitting the  in ble_ll_sched_master_new()
576      * connect request. All this means is that we presume that the slave will  in ble_ll_sched_master_new()
577      * receive the connect request later than we expect but no earlier than  in ble_ll_sched_master_new()
589      * make things a bit easier (but less power efficient for the slave), we  in ble_ll_sched_master_new()
590      * use a transmit window of 2. We do this because we dont quite know the  in ble_ll_sched_master_new()
591      * exact start of the transmission and if we are too early or too late we  in ble_ll_sched_master_new()
594      * time. We dont add this to the calculation when calculating the window  in ble_ll_sched_master_new()
595      * offset. The reason we dont do this is we want to insure we transmit  in ble_ll_sched_master_new()
596      * after the window offset we tell the slave. For example, say we think  in ble_ll_sched_master_new()
597      * we are transmitting 1253 usecs from the earliest start. This would cause  in ble_ll_sched_master_new()
598      * us to send a transmit window offset of 1. Since we are actually  in ble_ll_sched_master_new()
599      * transmitting earlier than the slave thinks we could end up transmitting  in ble_ll_sched_master_new()
600      * before the window offset. Transmitting later is fine since we have the  in ble_ll_sched_master_new()
602      * wont be listening. We could do better calculation if we wanted to use  in ble_ll_sched_master_new()
603      * a transmit window of 1 as opposed to 2, but for now we dont care.  in ble_ll_sched_master_new()
609          * We received packet on advertising channel which means this is a legacy  in ble_ll_sched_master_new()
610          * PDU on 1 Mbps - we do as described above.  in ble_ll_sched_master_new()
617          * We received packet on data channel which means this is AUX_ADV_IND  in ble_ll_sched_master_new()
618          * received on secondary adv channel. We can schedule first packet at  in ble_ll_sched_master_new()
621          * PHY we received on.  in ble_ll_sched_master_new()
642     /* We have to find a place for this schedule */  in ble_ll_sched_master_new()
660             /* We can insert if before entry in list */  in ble_ll_sched_master_new()
671                 /* Earliest start is end of this event since we overlap */  in ble_ll_sched_master_new()
689              * NOTE: we dont add sched offset ticks as we want to under-estimate  in ble_ll_sched_master_new()
702          * Since we have the transmit window to transmit in, we dont need  in ble_ll_sched_master_new()
750      * XXX: for now, we dont care about anchor point usecs for the slave. It  in ble_ll_sched_slave_new()
751      * does not matter if we turn on the receiver up to one tick before w  in ble_ll_sched_slave_new()
752      * need to. We also subtract one extra tick since the conversion from  in ble_ll_sched_slave_new()
760     /* We have to find a place for this schedule */  in ble_ll_sched_slave_new()
788                 /* If we overlap with a connection, we re-schedule */  in ble_ll_sched_slave_new()
857             /* We can insert if before entry in list */  in ble_ll_sched_adv_new()
866                 /* Earliest start is end of this event since we overlap */  in ble_ll_sched_adv_new()
959          * If there is no overlap, we either insert before the 'before' entry  in ble_ll_sched_adv_reschedule()
960          * or we insert at the end if there is no before entry.  in ble_ll_sched_adv_reschedule()
970              * This item will overlap with others. See if we can fit it in  in ble_ll_sched_adv_reschedule()
1048         /* If we overlap with the first item, simply re-schedule */  in ble_ll_sched_adv_resched_pdu()
1177      * we are scanning or initiating just stop it.  in ble_ll_sched_execute_item()
1180     /* We have to disable the PHY no matter what */  in ble_ll_sched_execute_item()
1190         /* PHY is disabled - make sure we do not wait for AUX_CONNECT_RSP */  in ble_ll_sched_execute_item()
1224         /* Make sure we have passed the start time of the first event */  in ble_ll_sched_run()
1278  * Checks to see if we need to restart the cputime timer which starts the
1341     /* Lets calculate roughly how much time we need for scan req and scan rsp */  in ble_ll_sched_scan_req_over_aux_ptr()
1354             /* We are fine. Have time for scan req */  in ble_ll_sched_scan_req_over_aux_ptr()
1358         /* There is something in the scheduler. If it is not aux ptr we assume  in ble_ll_sched_scan_req_over_aux_ptr()
1414     /* Let's calculate time we reserve for aux packet. For now we assume to wait  in ble_ll_sched_aux_scan()
1417      * 256bytes and we don't want to block sched that long  in ble_ll_sched_aux_scan()
1432          * If we are here it means sch has been added to the scheduler */  in ble_ll_sched_aux_scan()
1440         /* We can insert if before entry in list */  in ble_ll_sched_aux_scan()
1449          * anything. We can make it smarter later on  in ble_ll_sched_aux_scan()
1490          * If we are here it means sch has been added to the scheduler */  in ble_ll_sched_dtm()
1498         /* We can insert if before entry in list */  in ble_ll_sched_dtm()
1507          * anything. We can make it smarter later on  in ble_ll_sched_dtm()
1570      * tx/rx should occur, in ticks. We also "round up" to the nearest tick.  in ble_ll_sched_init()