Lines Matching full:we
42 * and 16ms for a 30ppm crystal! We need to limit PDU size based on
54 * We configure the nrf with a 1 byte S0 field, 8 bit length field, and
96 /* XXX: if 27 byte packets desired we can make this smaller */
160 * pending bit was TRUE for the radio interrupt (as expected) as we never
173 * Not sure what the end result of all this is. We will clear the pending
174 * bit in the NVIC just to be sure when we disable the PHY.
273 * Called when we want to wait if the radio is in either the rx or tx
274 * disable states. We want to wait until that state is over before doing
284 * we use RX symbols only. in nrf_wait_disabled()
323 * With the 32.768 kHz crystal, we may need to adjust the RTC compare in ble_phy_set_start_time()
327 * TIMER0 counts at 1MHz). A remainder of 19 or more we will need to add in ble_phy_set_start_time()
328 * 1 tick. We dont need to add 1 tick per se, but it does give us slightly in ble_phy_set_start_time()
329 * more time and thus less of a chance to miss a tick. Another note: we in ble_phy_set_start_time()
331 * This is why we subtract 18 (as opposed to 19) as rem_uses will be >= 1. in ble_phy_set_start_time()
342 * Can we set the RTC compare to start TIMER0? We can do it if: in ble_phy_set_start_time()
345 * b) The value we want to set is not at least N+2 from current in ble_phy_set_start_time()
348 * NOTE: since the counter can tick 1 while we do these calculations we in ble_phy_set_start_time()
377 /* Store the cputime at which we set the RTC */ in ble_phy_set_start_time()
384 * Function is used to set PPI so that we can time out waiting for a reception
385 * to occur. This happens for two reasons: we have sent a packet and we are
386 * waiting for a respons (txrx should be set to ENABLE_TXRX) or we are
387 * starting a connection event and we are a slave and we are waiting for the
391 * is no additional time to wait; we know when we should receive the address of
406 * from the transmit end. We add additional time to make sure the in ble_phy_wfr_enable()
425 /* Enable the disabled interrupt so we time out on events compare */ in ble_phy_wfr_enable()
519 /* If this transmission was encrypted we need to remember it */ in ble_phy_tx_end_isr()
535 * XXX: not sure what to do. We had a HW error during transmission. in ble_phy_tx_end_isr()
567 * XXX: not sure we need to stop the timer here all the time. Or that in ble_phy_tx_end_isr()
616 * be a MIC failure but we should not hand it up. I guess in ble_phy_rx_end_isr()
617 * this is just some form of rx error and that is how we in ble_phy_rx_end_isr()
627 * know what else to do. If ENDCRYPT is not set and we are in ble_phy_rx_end_isr()
628 * encrypted we need to not trust this frame and drop it. in ble_phy_rx_end_isr()
642 * This should get fixed as we should not be handing up the header in ble_phy_rx_end_isr()
710 * If state is disabled, we should have the BCMATCH. If not, in ble_phy_rx_start_isr()
729 /* Must start aar if we need to */ in ble_phy_rx_start_isr()
775 * we have both an ADDRESS and DISABLED interrupt in rx state. If we get in ble_phy_isr()
776 * an address, we disable the DISABLED interrupt. in ble_phy_isr()
779 /* We get this if we have started to receive a frame */ in ble_phy_isr()
795 /* Receive packet end (we dont enable this for transmit) */ in ble_phy_isr()
826 * XXX: I do not think we need to wait for settling time here since in ble_phy_init()
827 * we will probably not use the radio for longer than the settling time in ble_phy_init()
1023 * This function is called to set the start time when we are not going from
1045 /* Clear timer0 compare to RXEN since we are transmitting */ in ble_phy_tx_set_start_time()
1066 * This function acts a bit differently than transmit. If we are late getting
1067 * here we will still attempt to receive.
1084 /* Clear timer0 compare to TXEN since we are transmitting */ in ble_phy_rx_set_start_time()
1124 * XXX: Although we may not have to do this here, I clear all the PPI in ble_phy_tx()
1202 /* If we already started transmitting, abort it! */ in ble_phy_tx()
1226 * the chip limits, we "rail" the power level so we dont exceed the min/max