Thread (75 messages) 75 messages, 6 authors, 2021-07-23

Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver

From: Jie Deng <hidden>
Date: 2021-03-24 01:19:00
Also in: lkml, virtualization

On 2021/3/23 17:27, Arnd Bergmann wrote:
On Tue, Mar 23, 2021 at 9:33 AM Jie Deng [off-list ref] wrote:
quoted
On 2021/3/23 15:27, Viresh Kumar wrote:
quoted
On 23-03-21, 22:19, Jie Deng wrote:
quoted
+static int __maybe_unused virtio_i2c_freeze(struct virtio_device *vdev)
+{
+    virtio_i2c_del_vqs(vdev);
+    return 0;
+}
+
+static int __maybe_unused virtio_i2c_restore(struct virtio_device *vdev)
+{
+    return virtio_i2c_setup_vqs(vdev->priv);
+}
Sorry for not looking at this earlier, but shouldn't we enclose the above two
within #ifdef CONFIG_PM_SLEEP instead and drop the __maybe_unused ?
I remembered I was suggested to use "__maybe_unused" instead of "#ifdef".

You may check this https://lore.kernel.org/patchwork/patch/732981/

The reason may be something like that.
I usually recommend the use of __maybe_unused for the suspend/resume
callbacks for drivers that use SIMPLE_DEV_PM_OPS() or similar helpers
that hide the exact conditions under which the functions get called.

In this driver, there is an explicit #ifdef in the reference to the
functions, so
it would make sense to use the same #ifdef around the definition.

A better question to ask is whether you could use the helpers instead,
and drop the other #ifdef.

        Arnd

I didn't see the "struct virtio_driver" has a member "struct dev_pm_ops *pm"

It defines its own hooks (freeze and restore) though it includes "struct 
device_driver"

which has a "struct dev_pm_ops *pm".

I just follow other virtio drivers to directly use the hooks defined in 
"struct virtio_driver".

For this driver, Both __maybe_unused and #ifdef are OK to me.

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help