Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bluetooth: Controller: CCM reads data before Radio stores them when DF enabled on PHY 1M #45883

Closed
ppryga-nordic opened this issue May 23, 2022 · 0 comments · Fixed by #45884
Closed
Assignees
Labels
area: Bluetooth Controller area: Bluetooth bug The issue is a bug, or the PR is fixing a bug priority: low Low impact/importance bug
Milestone

Comments

@ppryga-nordic
Copy link
Collaborator

Describe the bug
CCM during on-the-fly decryption of a received packet starts decryption
when Radio triggers EVETNS_ADDRESS. In case there is possibility a
packet may include Constant Tone Extension, on-the-fly parsing of a
received packet for CTEInfo is enabled.

If there is a PHY 1M enabled the Radio stores received bits with a delay,
that is equal to time required to receive 3 bits. That causes a MIC verification
to fail.

CCM TASKS_CRYPT related with packet decryption should be delayed by the
time the Radio needs to store received data.

To Reproduce

  1. Use direction_finding_central and direction_finding_peripheral samples.
  2. Disable use of PHY2M in configuration.
  3. Observe logs in central UART output. Connection is lost when first encrypted PDU with CTE arrives.

Expected behavior
Connection is maintained

Impact
Low, related with DF only.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Bluetooth Controller area: Bluetooth bug The issue is a bug, or the PR is fixing a bug priority: low Low impact/importance bug
Projects
None yet
3 participants