Reduce reliance on traits, erase GPIO types from more peripherals

[bugadani]

Thank you for your contribution!

We appreciate the time and effort you've put into this pull request.
To help us review it efficiently, please ensure you've gone through the following checklist:

Submission Checklist 📝

• I have updated existing examples or added new ones (if applicable).
• I have used cargo xtask fmt-packages command to ensure that all changed code is formatted correctly.
• My changes were added to the CHANGELOG.md in the proper section.
• I have added necessary changes to user code to the Migration Guide.
• My changes are in accordance to the esp-rs API guidelines

Extra:

• I have read the CONTRIBUTING.md guide and followed its instructions.

Pull Request Details 📖

Description

The PR removes IOMUX related traits and tries to implement comparable functionality on a small set of concrete types. This is somewhat unfinished currently.

We don't really want to keep carrying tons of GPIO types where the peripheral doesn't have to bit-manipulate them for every clock transition. We don't carry these for communication peripherals, so PARL_IO and LCD/CAM can be cleaned up considerably.

I'm changing the peripherals to take Into<Input/OutputConnection> so that we can reduce the amount of trait bloat in the HAL. This shouldn't cause changes in user code, pins/signals can still be passed to drivers, they are just converted to a type-erased variant internally.

The type-erased connection types are semi-internal, to allow third party driver authors to access the IO matrix funcitonality. They don't get much help to do it, currently, but at least this PR shouldn't take away the machinery.

[bugadani]

Unfortunately this isn't the last GPIO refactor PR :(