From: Stepan Ionichev <sozdayvek@gmail.com>
To: jic23@kernel.org
Cc: arthur.becker@sentec.com, dlechner@baylibre.com,
nuno.sa@analog.com, andy@kernel.org, gregkh@linuxfoundation.org,
hcazarim@yahoo.com, linux-iio@vger.kernel.org,
linux-kernel@vger.kernel.org, sozdayvek@gmail.com
Subject: Re: [PATCH] iio: light: veml6040: add suspend/resume support
Date: Wed, 13 May 2026 19:26:32 +0500 [thread overview]
Message-ID: <20260513142632.9445-1-sozdayvek@gmail.com> (raw)
In-Reply-To: <20260513094536.8038-1-sozdayvek@gmail.com>
On Wed, May 13, 2026 at 19:15, Jonathan Cameron wrote:
> Suspend / resume tend to be a little non trivial to add and datasheets
> are sometimes less than perfect in describing powerdown modes, so can
> I confirm: Do you have one of these that you are testing this with?
Honest disclosure: no, I do not have a VEML6040 board to test with.
The patch was prepared from datasheet inspection only (Vishay Doc#
84276 Rev. 1.7, Tables 2-1 and 2-2) plus the existing in-tree usage
of the same SD bit in veml6040_shutdown_action(). If lack of hardware
testing is a blocker for a PM addition, please drop the patch; I am
OK with that.
> dev_get_drvdata() rather than going in circles. It's get of
> 'implicit' knowledge that works for i2c sequences like this
Noted -- if this stays in scope I will switch to dev_get_drvdata(dev)
in the suspend/resume callbacks.
> Andy pointed out regmap_clear_bits() is handy here and set_bits above.
Yes -- Andy made the same suggestion on v1 and I have a local v2 that
uses regmap_set_bits()/regmap_clear_bits() (and applies the same
simplification to the existing veml6040_shutdown_action() for
consistency). I was going to send it after the 24h wait, but happy
to hold it until the hardware-testing question is settled.
Stepan
next prev parent reply other threads:[~2026-05-13 14:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-13 9:45 [PATCH] iio: light: veml6040: add suspend/resume support Stepan Ionichev
2026-05-13 9:50 ` Andy Shevchenko
2026-05-13 14:15 ` Jonathan Cameron
2026-05-13 14:26 ` Stepan Ionichev [this message]
2026-05-13 15:54 ` Jonathan Cameron
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=20260513142632.9445-1-sozdayvek@gmail.com \
--to=sozdayvek@gmail.com \
--cc=andy@kernel.org \
--cc=arthur.becker@sentec.com \
--cc=dlechner@baylibre.com \
--cc=gregkh@linuxfoundation.org \
--cc=hcazarim@yahoo.com \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nuno.sa@analog.com \
/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