Very nice! Be aware of the impending changes in #157 which will affect your changeset here. Patches will stay the same, though, now that we have moved to rust svdtools (which you have already pulled into your WIP branch I see)

Thanks for the hint. I will rebase on #157 once that is merged.
I need a bit of time to polish this anyway. But it seems to basically work as-is.

One question regarding the svd toolchain:
The devices have a couple of fields that are split across two registers (ADMUX and ADREFS). Does the svd toolchain have support for that?
I currently chose to not implement the upper bits of these fields. Which is fine for now, IMO.

No, split fields cannot be modelled, unfortunately. So far, we have dealt with this by giving the bigger part "double names". Although in practice that HAL code for such chips doesn't reference any enum names at all and instead just writes bare integers. See here for example:

https://github.com/Rahix/avr-hal/blob/d02ab21d17f06baadb5c0f2abf7cf3ea9c0a35b3/mcu/atmega-hal/src/adc.rs#L289-L322