Jonathan 'theJPster' Pallant
Jonathan 'theJPster' Pallant
> which adds some necessity to the access to coprocessor instructions The rp2350-hal uses inline assembler to make use of the instructions. Nicer APIs would be better though.
I don't know - I haven't used uom. It seems nice though and I haven't worked on this one in ages.
This sounds very cool, but can we make the integration optional - for anyone who is happy with it as it is?
Actually formatting and partitioning would be useful and I’d happily merge support for that.
The Wikipedia article on the FAT format isn’t a bad place to start. https://en.m.wikipedia.org/wiki/Design_of_the_FAT_file_system
How does the ADC differ between 2350A and 2350B? I haven't looked at it in ages.
> we could use a qfn-80 feature and cfg's Yeah that might be a good solution here.
That's a little high for my tastes. Could you put it behind a feature gate?
Before we do the releases, have we checked that the new macro works as expected and rejects mismatched hard fault signatures?
Your example defers all of the hardware initialisation to the panic handler, which means most of the code is running at the boot-up clock speed without the PLLs initialised. Users...