Martino Facchin

Results 397 comments of Martino Facchin

@wmacevoy here we are https://github.com/arduino/ArduinoCore-avr/compare/1.6.21...1.6.22 (I double checked with the actual packages on the download server to make sure the content is the same). 1.6.21 was the last version created...

Hi @oclyke , thanks for the proposal! We'll surely evaluate it (and it looks promising compared to the other proposals). Just some stuff that needs to be fixed: - https://github.com/arduino/ArduinoCore-avr/pull/19/commits/d7428ff520959a90fd2ada2e8d2d07c389976edb...

[This](https://github.com/arduino/ArduinoCore-API/blob/master/api/Interrupts.h#L19-L34) is the solution we came to after a lot of iterations. This way, you can write code like ```c++ class test; void set2(test* t); class test { public: int...

The issue is very likely due to how Windows caches the USB descriptors; you can try changing the productVersion field [here](https://github.com/arduino/ArduinoCore-avr/blob/master/cores/arduino/USBCore.cpp#L82) , replacing `0x100` with any other number, to check...

Indeed, we'll not be producing Pro/Pro mini anymore so there won't be any bootloader update for these boards (following the usual "don't update the bootloader if it's not being flashed...

I remember we already saw and fixed the "second command sent too fast" issue maybe a couple of years ago. I can't find the commit, though, so maybe it's worth...

Due to `Server.available()` modernization ,this example might be removed in https://github.com/arduino/ArduinoCore-mbed/pull/793 (and replaced with the compliant AdvancedChatServer example)

@tttapa @liningpan can you try this patch? ```patch commit d81487081d242ad9bd3434cdf544d93c684cd456 Author: Paolo Calao Date: Tue Mar 16 15:27:28 2021 +0100 PluggableUSBSerial - fix race condition on rx_buffer diff --git a/cores/arduino/USB/PluggableUSBSerial.h...

We normally update bootloaders on the repo only when the boards are being factory flashed with that bootloader. The validation phase usually requires quite a long time and it's rather...

Hi @WestfW , at the time we first ported RP2040 on mbed-os I benchmarked the two solutions, and soft fp were not THAT bad (sometimes even faster than the ROM...