henrikssn

Great minds think alike? I'll give it a shot to break the library in two pieces, one which follows the existing flash platform pattern.

So I did my best to shoehorn the SAM flash implementation into the existing flash driver. One complication I found is that SAM has a page buffer that needs to...

Status after last commit: - [x] Create images on hosted targets (/any targets supporting a BlockDevice) - [x] Serialize/deserialize images from/to the underlying BlockDevice - [x] Serialize/deserialize images in pieces...

> > Does anyone have ideas on a mitigation? > > In the short-to-medium term you can only really push/pop the offending macro. Of course not a very scalable solution....

I pulled latest commit (3dc7f9) last night from master and tried the `blinky_rtic` example using the following command on a SAMD21E17 board which has an external 32K oscillator: ``` cargo...

I think it would be a reasonable extension to implement RTIC's `Monotonic` for `Rtc`, but it would require somebody to invest the effort.

> #467 will unify the implementation for the different chips, so that won't be an issue anymore. It might make sense to merge that one, since it's ready, and apply...

> @henrikssn, you probably won't be able to rebase. Might be easier to just add it fresh. But #467 has been merged now Done, please take another look. @TDHolmes now...

> @henrikssn, I think you didn't pull the latest changes when you updated this PR, because your commits modify files in the `thumbv6m/sercom/v2` and `thumbv7em/sercom/v2` directories, which no longer exist....

`--nmagic` was already set. As suggested in the Matrix room I added the `--connect-under-reset` flag to cargo flash which gave the following error message: ``` $ cargo flash --chip atsamd21g18au...