Ryan Powell

Ok, at least it's probably not a controller issue. Nimble does have a timeout for this (2 seconds). It starts [here](https://github.com/espressif/esp-nimble/blob/fead24e5d5c0f4bd9b8c3d71cf72a87d75631399/nimble/host/src/ble_hs_hci.c#L322) and waits for the ack [here](https://github.com/espressif/esp-nimble/blob/fead24e5d5c0f4bd9b8c3d71cf72a87d75631399/nimble/host/src/ble_hs_hci.c#L282) using a semaphore...

It waits there until ack is received or 2 seconds, whichever comes first.

I think I found something at [this line](https://github.com/espressif/esp-nimble/blob/fead24e5d5c0f4bd9b8c3d71cf72a87d75631399/porting/npl/freertos/src/npl_os_freertos.c#L78) that might cause a hangup, not sure as to why it would happen but worth a test. If you change that line...

This sounds very familiar now, I’ve seen this kind of behavior before (the reason I knew to comment the line in connect out previously). It seemed to affect more recent...

> do you have a debugger? or you debug like i do with log strings :) I have a black magic probe that I use for debugging other stuff but...

I found the issue, it’s the controller. See my post upstream espressif/esp-nimble#13

@mitchjs are you using git to update your IDF version? I'm wondering if you updated the submodules? `git submodule update --init --recursive` there was a controller update that I believe...

If you did a fresh clone, yes. Just thought I'd ask. The problem does not happen on my old iPhone with the latest master but it certainly did with previous...

@mitchjs I have recently discovered an issue that happens in Arduino and could be related to this, the fix is [this commit](https://github.com/h2zero/NimBLE-Arduino/commit/54c5c31b5dc70deb8fe1db93bd6592145b02386e) If you're still facing this issue give that...

Lots of trial and error with different versions for sure haha. What I found happening is if a task is running on core 1 and makes a call to NimBLE...