I too am trying to make a simple device that has bulk in and out with some custom descriptors.

That link looks most encouraging yet, I'll see what I can do.

But if you did make progress, that would be great.

Hmm usb_serial_jtag_read_bytes is working, so using that for now. Sorry to bother.

It's now 2025, and I am trying to get two way console on and ESP32-S3 using the USB (serial/JTAG).

This is *not* working for me, sadly, and I am, struggling to find any resources to explain it.

Any clues would be appreciated.

You say that worked, but what was the answer.

I am doing something similar to make a factory flasher and ATE, and just trying to get to putting in download mode now over USB.

Can you post what worked?

I have started seeing the same. It went away (probably because I was adding log lines).

I can confirm, just adding a log line fixed it. i.e. many builds, fullclean, checking sdkconfig, etc, no help, add one log line, and fine.

SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce2810,len:0xdc
load ...

Cloned new esp-idf lastest today 2021-08-21, git show says commit c13afea635adec735435961270d0894ff46eef85

I have tracked down to esp-idf/components/mbedtls/port/dynamic/esp_mbedtls_dynamic_impl.c line 380
Allocates 637 bytes in my case, when freed there is data written past the end of the buffer ...

ESP IDF commit c13afea635adec735435961270d0894ff46eef85

I have mqtt with reconnect over TLS. However, if the connection fails uncleanly it loses around 5k of RAM and eventually says it cannot connect.

Does TLS have a memory leak?

E.g.

E (2564535) MQTT_CLIENT: mqtt_message_receive: transport ...

FYI, I had this, and it was caused by TCP closing the OTA early on and hence an invalid image, which in turn was caused by low dynamic memory. I only had 15k of free memory and that was not enough - but no clue or warning from debug logs to tell me why TCP had closed the connection!

v4.1-dev-104-gaa087667d

If MQTT fails to connect (in this case it is cert parse issue), then trying esp_mqtt_client_stop or esp_mqtt_client_destroy just hang!

This is how MQTT failed, for reference. Probably my mistake in the cert.
[Codebox]E (4543) esp-tls: mbedtls_x509_crt_parse returned -0x2780 ...

OK menuconfig works on linux but not on Mac