* fix(ssl): Fix load stream memory leak
Loading Ca Cert/Certificate or Private Key from stream was leaking memory, due to buffers not being freed.
* fix(ssl): Cast the buffers to non-const
* feat(usb): Support the new USB IDF API
Required for the latest ESP-IDF release/v5.1
* ci(pre-commit): Apply automatic fixes
---------
Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
* fix(platform): Use Win path separator in ESP_SR copy command pattern
Although Windows generally supports the use of the POSIX compliant slash path separator in addition
to the Windows native backslash separator, in the specific use case where a path is present in a
native command executed via an argument to `cmd /c` in a platform command pattern, it is mandatory
to use backslash path separators.
Previously, a slash path separator was used in the `tools.esp32-arduino-libs.path` and
`compiler.sdk.path` platform properties, which were referenced in a `copy` command in the `cmd /c`
argument part of the platform's `recipe.hooks.objcopy.postobjcopy.2.pattern.windows` command
pattern. This caused compilation to fail with a "The syntax of the command is incorrect." error
under the following conditions:
- The compilation is performed on a Windows machine
- The compiled sketch uses the ESP_SR library
This is fixed by adding Windows override variants of the properties, with backslash path separators.
* fix(release): Remove windows path to libs when releasing
---------
Co-authored-by: me-no-dev <hristo@espressif.com>
* docs(libraries): Add new SoCs
* docs(): Add C2 and H2 to USB and getting started
* docs(): Fix table format
* docs(extension): Add sphinxemoji support
* docs(): Lower emoji version
* Revert "docs(): Lower emoji version"
This reverts commit 3f3e0adf3c.
* Revert "docs(extension): Add sphinxemoji support"
This reverts commit e903da689d.
* docs(): Shrink peripherals table
* docs(): Shrink table even more
* docs(): Shrink table more and more
* docs(): Shrink table the most I am able to
* fix(boards): boards must define unique VID/PID
Also adds a hidden board with the default VID/PID of USB CDC/JTAG in order to always show that in IDE when ESP32 CDC/JTAG device is connected
* fix(boards): Skip test for the generic board
* Trigger board test
* fix(boards): Make discovery work on IDE2
* fix(net): Don't unreg events if there are netifs
Unregister IP events only if all other netifs are stopped.
* fix(eth): Delete mac and phy on end
* fix(net): Update pin naming and log levels
* add board support for Autosport Labs ESP32-CAN-X2 development board
* change(board-support): Add board support for Autosport Labs ESP32-CAN-X2 development board
* change(board-support) - remove entries that are already globally defined
* change(board-support) rename board name
* change(board-support) switch ASL-CAN-X2 to ASL_CAN_X2
* change(board-support) fix formatting, correct USB VID/PID to match our own product
* Update variants/aslcanx2/pins_arduino.h
Co-authored-by: Lucas Saavedra Vaz <32426024+lucasssvaz@users.noreply.github.com>
* Update variants/aslcanx2/pins_arduino.h
Co-authored-by: Lucas Saavedra Vaz <32426024+lucasssvaz@users.noreply.github.com>
---------
Co-authored-by: Lucas Saavedra Vaz <32426024+lucasssvaz@users.noreply.github.com>
* Add ZACwire to External libraries compilation test
* fix example path
* fix(lib): fixed link to right examples
The previously linked example wasn't working, so I linked two other examples, which are more up to date
* change(logging): Provide a default TAG name for USE_ESP_IDF_LOG
The ESP-IDF logging library has some nice features such as log
forwarding. esp32-hal-log.h has long supported the USE_ESP_IDF_LOG
macro, but due to subsequent changes, it requires a global TAG
preprocessor macro to be defined. The macro name is too generic and
just having a sane default would be preferable.
* ci(pre-commit): Apply automatic fixes
---------
Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
Setting programmer.default has unfortunately multiple effects:
- sets the tick by default in the Tool menu in the IDE (which was the
expected behavior),
- forces the CLI to use the specified programmer every time an upload is
attempted (which is confusing users).
For this reason, it is better to remove the "programmer.default" setting
from the board definition and let the user choose the programmer in the
IDE menus, as it was before.
