From: Ahmad Fatoum <a.fatoum@pengutronix.de>
To: barebox@lists.infradead.org
Subject: [PATCH v3 0/4] ARM: stm32mp: implement watchdog/reset handling
Date: Mon, 17 Jun 2019 16:34:14 +0200 [thread overview]
Message-ID: <20190617143418.32207-1-a.fatoum@pengutronix.de> (raw)
Originally, I thought about having poller enabled by default if the
watchdog was active at barebox probe time, but I can't find a way
to check if the IWDG is active or not, thus the driver probe doesn't
touch the watchdog hardware anymore.
Changes since v2:
* Dropped already applied patches from v2
* reran savedefconfig as prep and added the commit
* documented BROWNOUT reason in Documentation/
* removed enabling watchdog by default
* renamed the file to stm32_wdt.c to stm32_iwdg.c, because there is
a distinct stm32_wwdg Watchdog as well
* dropped &iwdg2 { status = "okay"; } because it's now part of the
upstream device tree
Changes since v1:
* renamed BOR reset reason to BROWNOUT
* replaced leading spaces with tabs
* s/of_clk_get_by_name/clk_get/ in probe
* moved RCC reset reason bit definitions into stm32_wdt.c
* removed unnecessary indentation/alignment
* had failures of reset reason & handler only print a warning
but not fail the driver probe. All of these by Sascha
* fixed an instance of stm32mp1 after the subarch was renamed
to stm32mp, Spotted by Sam
* Shortened the Kconfig label text for IWDG. Suggested by Roland
* Dropped low level UART setup. It was incomplete and will be
included in the first stage supprot patchset instead.
Ahmad Fatoum (4):
ARM: stm32mp1: rerun savedefconfig on stm32mp_defconfig
Documentation: reset-reason: document new BROWNOUT reason
watchdog: add stm32 watchdog and reset driver
ARM: stm32mp: enable watchdog in oftree and defconfig
Documentation/user/reset-reason.rst | 4 +
arch/arm/configs/stm32mp_defconfig | 6 +-
arch/arm/dts/stm32mp157c-dk2.dts | 4 +
drivers/watchdog/Kconfig | 8 +
drivers/watchdog/Makefile | 1 +
drivers/watchdog/stm32_iwdg.c | 298 ++++++++++++++++++++++++++++
6 files changed, 319 insertions(+), 2 deletions(-)
create mode 100644 drivers/watchdog/stm32_iwdg.c
--
2.20.1
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next reply other threads:[~2019-06-17 14:34 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-17 14:34 Ahmad Fatoum [this message]
2019-06-17 14:34 ` [PATCH v3 1/4] ARM: stm32mp1: rerun savedefconfig on stm32mp_defconfig Ahmad Fatoum
2019-06-17 15:08 ` Ahmad Fatoum
2019-06-17 14:34 ` [PATCH v3 2/4] Documentation: reset-reason: document new BROWNOUT reason Ahmad Fatoum
2019-06-17 14:34 ` [PATCH v3 3/4] watchdog: add stm32 watchdog and reset driver Ahmad Fatoum
2019-06-17 14:34 ` [PATCH v3 4/4] ARM: stm32mp: enable watchdog in defconfig Ahmad Fatoum
2019-06-19 9:02 ` [PATCH v3 0/4] ARM: stm32mp: implement watchdog/reset handling Sascha Hauer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190617143418.32207-1-a.fatoum@pengutronix.de \
--to=a.fatoum@pengutronix.de \
--cc=barebox@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox