drivers: counter: esp32: expose autoreload via dts

[ain101]

In my usecase counter_set_channel_alarm() stopped working after 100 seconds. (1ms period callback)
Using the autoreload feature fixes all my problems.

[github-actions]

Hello @ain101, and thank you very much for your first pull request to the Zephyr project!
Our Continuous Integration pipeline will execute a series of checks on your Pull Request commit messages and code, and you are expected to address any failures by updating the PR. Please take a look at our commit message guidelines to find out how to format your commit messages, and at our contribution workflow to understand how to update your Pull Request. If you haven't already, please make sure to review the project's Contributor Expectations and update (by amending and force-pushing the commits) your pull request if necessary.
If you are stuck or need help please join us on Discord and ask your question there. Additionally, you can escalate the review when applicable. 😊

[ain101]

Maybe autoreload should be enabled per default.
But I am unsure.
Do other counter implementations also stop working after some time (depending on prescaler)?

[ain101]

fix "Commit message body is empty"

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[ain101]

@raffarost To me everything looks fine now.
Can you have another look?

[raffarost]

hi @ain101
can you share a piece of code that reproduces what you are seeing, so we understand the condition a bit better?
also, have you tried using counter_set_top_value instead?

[ain101]

@raffarost it happens in the sample:
https://github.com/ain101/zephyr/blob/only_counter_timer/samples/drivers/counter/alarm/src/main.c
west build --pristine -b esp32c3_devkitc ./samples/drivers/counter/alarm

test_counter_interrupt_fn() is not called after ~100seconds

counter_set_top_value() does not fix my issues. main.c

[raffarost]

@ain101 would you mind checking if these changes fix your issues? #93538

[ain101]

@raffarost yes, #93538 ec4da38 fixes all my issues.
If #93538 gets merged then I do not need my changes merged (#92839)

[raffarost]

@ain101 I opened the PR for review, so you can close yours. Thank you