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

LL_ASSERT in isr_radio_state_close() #3300

Closed
zephyrbot opened this issue Mar 4, 2017 · 2 comments
Closed

LL_ASSERT in isr_radio_state_close() #3300

zephyrbot opened this issue Mar 4, 2017 · 2 comments
Assignees
Labels
area: Bluetooth bug The issue is a bug, or the PR is fixing a bug priority: high High impact/importance bug
Milestone

Comments

@zephyrbot
Copy link
Collaborator

zephyrbot commented Mar 4, 2017

Reported by Johan Hedberg:

0x000008d0 in bt_controller_assert_handle (file=0xb165 "",
file@entry=0xb12c "/home/jh/src/zephyr/subsys/bluetooth/controller/ll/ctrl.c",
line=2333) at /home/jh/src/zephyr/samples/bluetooth/hci_uart/src/main.c:308
308 uart_poll_out(hci_uart_dev, line >> 24 & 0xff);
(gdb) bt
#0 0x000008d0 in bt_controller_assert_handle (file=0xb165 "",
file@entry=0xb12c "/home/jh/src/zephyr/subsys/bluetooth/controller/ll/ctrl.c",
line=2333) at /home/jh/src/zephyr/samples/bluetooth/hci_uart/src/main.c:308
#1 0x00007544 in isr_radio_state_close ()
at /home/jh/src/zephyr/subsys/bluetooth/controller/ll/ctrl.c:2684
#2 isr () at /home/jh/src/zephyr/subsys/bluetooth/controller/ll/ctrl.c:2759
#3 0x000019fc in isr_radio ()
at /home/jh/src/zephyr/subsys/bluetooth/controller/hal/nrf5/radio.c:29
#4 0x00008e92 in radio_nrf5_isr_body ()
at /home/jh/src/zephyr/subsys/bluetooth/controller/hci/hci_driver.c:155
#5 radio_nrf5_isr ()
at /home/jh/src/zephyr/subsys/bluetooth/controller/hci/hci_driver.c:153
#6
#7 0x0800dfea in ?? ()
#8 0xf7ff8002 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) up
#1 0x00007544 in isr_radio_state_close ()
at /home/jh/src/zephyr/subsys/bluetooth/controller/ll/ctrl.c:2684
warning: Source file is more recent than executable.
2684 LL_ASSERT(0);
(gdb) p _radio.role
$1 = ROLE_ADV

HCI:

< HCI Command: LE Set Advertise Enable (0x08|0x000a) plen 1 10271.532834
Advertising: Disabled (0x00)

HCI Event: Vendor (0xff) plen 12 10271.533879
aa 63 74 72 6c 2e 63 00 1d 09 00 00 .ctrl.c.....

(Imported from Jira ZEP-1852)

@zephyrbot
Copy link
Collaborator Author

by Vinayak Kariappa Chettimada:

Cause:
If a role closes graceful while it is being stopped, then
radio ISR will be triggered to process the stop state with
no active role at that instance in time.

Fix:
Just reset the state to none. The role has gracefully
closed before this ISR execution. The above applies to
aborting a role event too.

@zephyrbot
Copy link
Collaborator Author

by Mark Linkmeyer:

Hi Johan Hedberg , can you please verify this bug is fixed? Sharron has marked it as requiring verification by the reporter, and that's you. :-)

@zephyrbot zephyrbot added priority: high High impact/importance bug area: Bluetooth bug The issue is a bug, or the PR is fixing a bug labels Sep 23, 2017
@zephyrbot zephyrbot added this to the v1.7.0 milestone Sep 23, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Bluetooth bug The issue is a bug, or the PR is fixing a bug priority: high High impact/importance bug
Projects
None yet
Development

No branches or pull requests

2 participants