All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vaibhav Gupta <vaibhavgupta40@gmail.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-spi <linux-spi@vger.kernel.org>,
	Mark Brown <broonie@kernel.org>,
	Bjorn Helgaas <helgaas@kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>,
	linux-kernel-mentees@lists.linuxfoundation.org
Subject: Re: [Linux-kernel-mentees] [PATCH v1] spi: spi-topcliff-pch: use generic power management
Date: Mon, 27 Jul 2020 12:36:52 +0530	[thread overview]
Message-ID: <20200727070652.GA5400@gmail.com> (raw)
In-Reply-To: <CAHp75VfKeTCBOne3tDSM46q6m_FE+7hS3H9Hx5C3RRPvueqZAQ@mail.gmail.com>

On Sat, Jul 25, 2020 at 01:44:44PM +0300, Andy Shevchenko wrote:
> On Sat, Jul 25, 2020 at 1:42 PM Andy Shevchenko
> <andy.shevchenko@gmail.com> wrote:
> > On Sat, Jul 25, 2020 at 1:37 AM Bjorn Helgaas <helgaas@kernel.org> wrote:
> > > On Fri, Jul 24, 2020 at 11:16:55PM +0300, Andy Shevchenko wrote:
> 
> ...
> 
> > > If it's a bug that spi-topcliff-pch.c disables but never enables
> > > wakeup, I think this should turn into two patches:
> > >
> > >   1) Fix the bug by enabling wakeup in suspend (or whatever the right
> > >   fix is), and
> > >
> > >   2) Convert to generic PM, which may involve removing the
> > >   wakeup-related code completely.
> >
> > Works for me.
> 
> The only problem here, is that the 2nd is already in the Mark's tree
> and he doesn't do rebases.
> So, it will be the other way around.
>
Concluding from yours and Bjorn's suggestion, I will drop the
device_wakeup_disable() call form .resume() and send the fix. I will also track
the drivers who got similar upgrades and went un-noticed.

As Bjorn mentioned, the problem is that I don't have hardware to test, so I just
replicated the legacy behaviour in generic by replacing
pci_enable_wake(....,false) with device_wakeup_disable().

So, from now, while upgrading drivers with generic PM, should I completely drop
the pci_enable_wake(....,false) calls if both .suspend() and .resume() try to
wakeup-disable the device?

Thanks
Vaibhav Gupta
> 
> -- 
> With Best Regards,
> Andy Shevchenko
_______________________________________________
Linux-kernel-mentees mailing list
Linux-kernel-mentees@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/linux-kernel-mentees

WARNING: multiple messages have this Message-ID (diff)
From: Vaibhav Gupta <vaibhavgupta40@gmail.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Bjorn Helgaas <helgaas@kernel.org>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Bjorn Helgaas <bjorn@helgaas.com>,
	Vaibhav Gupta <vaibhav.varodek@gmail.com>,
	Mark Brown <broonie@kernel.org>,
	linux-spi <linux-spi@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-kernel-mentees@lists.linuxfoundation.org,
	Shuah Khan <skhan@linuxfoundation.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>
Subject: Re: [PATCH v1] spi: spi-topcliff-pch: use generic power management
Date: Mon, 27 Jul 2020 12:36:52 +0530	[thread overview]
Message-ID: <20200727070652.GA5400@gmail.com> (raw)
In-Reply-To: <CAHp75VfKeTCBOne3tDSM46q6m_FE+7hS3H9Hx5C3RRPvueqZAQ@mail.gmail.com>

On Sat, Jul 25, 2020 at 01:44:44PM +0300, Andy Shevchenko wrote:
> On Sat, Jul 25, 2020 at 1:42 PM Andy Shevchenko
> <andy.shevchenko@gmail.com> wrote:
> > On Sat, Jul 25, 2020 at 1:37 AM Bjorn Helgaas <helgaas@kernel.org> wrote:
> > > On Fri, Jul 24, 2020 at 11:16:55PM +0300, Andy Shevchenko wrote:
> 
> ...
> 
> > > If it's a bug that spi-topcliff-pch.c disables but never enables
> > > wakeup, I think this should turn into two patches:
> > >
> > >   1) Fix the bug by enabling wakeup in suspend (or whatever the right
> > >   fix is), and
> > >
> > >   2) Convert to generic PM, which may involve removing the
> > >   wakeup-related code completely.
> >
> > Works for me.
> 
> The only problem here, is that the 2nd is already in the Mark's tree
> and he doesn't do rebases.
> So, it will be the other way around.
>
Concluding from yours and Bjorn's suggestion, I will drop the
device_wakeup_disable() call form .resume() and send the fix. I will also track
the drivers who got similar upgrades and went un-noticed.

As Bjorn mentioned, the problem is that I don't have hardware to test, so I just
replicated the legacy behaviour in generic by replacing
pci_enable_wake(....,false) with device_wakeup_disable().

So, from now, while upgrading drivers with generic PM, should I completely drop
the pci_enable_wake(....,false) calls if both .suspend() and .resume() try to
wakeup-disable the device?

Thanks
Vaibhav Gupta
> 
> -- 
> With Best Regards,
> Andy Shevchenko

  reply	other threads:[~2020-07-27  7:08 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-20 15:57 [Linux-kernel-mentees] [PATCH v1] spi: spi-topcliff-pch: use generic power management Vaibhav Gupta
2020-07-20 15:57 ` Vaibhav Gupta
2020-07-22 13:45 ` [Linux-kernel-mentees] " Mark Brown
2020-07-22 13:45   ` Mark Brown
2020-07-22 20:01   ` [Linux-kernel-mentees] " Vaibhav Gupta
2020-07-22 20:01     ` Vaibhav Gupta
2020-07-24 10:51 ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-24 10:51   ` Andy Shevchenko
2020-07-24 15:16   ` [Linux-kernel-mentees] " Vaibhav Gupta
2020-07-24 15:16     ` Vaibhav Gupta
2020-07-24 20:16     ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-24 20:16       ` Andy Shevchenko
2020-07-24 22:37       ` [Linux-kernel-mentees] " Bjorn Helgaas
2020-07-24 22:37         ` Bjorn Helgaas
2020-07-25 10:42         ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-25 10:42           ` Andy Shevchenko
2020-07-25 10:44           ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-25 10:44             ` Andy Shevchenko
2020-07-27  7:06             ` Vaibhav Gupta [this message]
2020-07-27  7:06               ` Vaibhav Gupta
2020-07-27 11:12               ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-27 11:12                 ` Andy Shevchenko
2020-07-27 13:08                 ` [Linux-kernel-mentees] " Vaibhav Gupta
2020-07-27 13:08                   ` Vaibhav Gupta
2020-07-27 13:17       ` [Linux-kernel-mentees] [PATCH v2] spi: spi-topcliff-pch: drop call to wakeup-disable Vaibhav Gupta
2020-07-27 13:17         ` Vaibhav Gupta
2020-07-27 13:38         ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-27 13:38           ` Andy Shevchenko
2020-07-27 13:46           ` [Linux-kernel-mentees] " Vaibhav Gupta
2020-07-27 13:46             ` Vaibhav Gupta
2020-07-27 14:08             ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-27 14:08               ` Andy Shevchenko
2020-07-27 14:17               ` [Linux-kernel-mentees] " Joe Perches
2020-07-27 14:17                 ` Joe Perches
2020-07-27 17:29           ` [Linux-kernel-mentees] [PATCH v3] " Vaibhav Gupta
2020-07-27 17:29             ` Vaibhav Gupta
2020-07-27 19:21             ` [Linux-kernel-mentees] " Andy Shevchenko
2020-07-27 19:21               ` Andy Shevchenko
2020-07-28 16:31             ` [Linux-kernel-mentees] " Mark Brown
2020-07-28 16:31               ` Mark Brown
2020-07-28 16:31         ` [Linux-kernel-mentees] [PATCH v2] " Mark Brown
2020-07-28 16:31           ` Mark Brown

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=20200727070652.GA5400@gmail.com \
    --to=vaibhavgupta40@gmail.com \
    --cc=andy.shevchenko@gmail.com \
    --cc=bhelgaas@google.com \
    --cc=broonie@kernel.org \
    --cc=helgaas@kernel.org \
    --cc=linux-kernel-mentees@lists.linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.