Version bump?

[mfp20]

To include new fixes, specifically enable the use of software interrupts

[9names]

I'll chase it up.
In the meantime, you know you can use any spare interrupt as a dispatcher, right?

[9names]

Also, next time don't put your message on the closed issue - it would have been easier to follow if you had created it here and mentioned the old issue.

[mfp20]

I'll chase it up. In the meantime, you know you can use any spare interrupt as a dispatcher, right?

Yeah, no worries about me. I've just added a [patch.crates-io] line to my Cargo.toml files to fetch rp235x-pac straight from this repo. Once you have bumped the release version I'll remove it and use the official version > 0.1.0 .
BTW, I can confirm that current commit ( a16e197 ) have SWx_IRQ using the same naming of rp2040; I didn't use the tasks yet, but the SWx_IRQ usage in rtic's app macro builds and the resulting code runs properly on hw. So, at the end of the day, it's just a matter to publish a new release of rp235x-pac so that rp235x-hal pulls something more recent than v0.1.0 of august 2024.

Also, next time don't put your message on the closed issue - it would have been easier to follow if you had created it here and mentioned the old issue.

I opened a new issue right after writing there, because I realized last rp235x-pac released version was older than the fix applied to code in this git repo. That's why in this issue I ask for a version bump instead of fixing the issue: the fix is already applied in the development code in this repo, but it is not mainlined...