Fix esp-lp-hal gpio reading for the esp32s3 and esp32s2

[4rzael]

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

This PR fixes GPIO reading for the esp32-s3.
In the current release, the input register (and similarly when reading the output register) is accessed using the raw value. However, on the esp32-s3, there is a 10bit offset.
The lead to a bug where, in order to access a GPIO n from the ULP, you had to use the GPIO n+10.

This PR fixes this by using the higher-level field from the PAC.

For reference:

• esp32s3-pac input register
• esp32s3-pac output register

Testing

Testing was only performed on an esp32-s3, as I don't own other chips.

To test input_state(), I built a ULP firmware that wakes-up the esp when the pin (gpio6 in my case) goes high, then waited a few seconds before triggering the GPIO.
Using the previous release, it only worked if I used GPIO16 in the code.
Using this PR, it works correctly, using GPIO6.

To test output_state(), I built a ULP firmware that sets the GPIO value, then read it, and sends the value to the esp, which prints it.
I got similar results than for input_state().

[bugadani]

Thanks!

[MabezDev]

Thanks!