From: Pavel Machek <pavel@suse.cz>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Len Brown <lenb@kernel.org>,
Jesse Barnes <jbarnes@virtuousgeek.org>,
pm list <linux-pm@lists.linux-foundation.org>,
Matthew Wilcox <matthew@wil.cx>, "H. Peter Anvin" <hpa@zytor.com>,
LKML <linux-kernel@vger.kernel.org>, Greg KH <greg@kroah.com>,
Linux PCI <linux-pci@vger.kernel.org>
Subject: Re: [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state (rev. 2)
Date: Wed, 7 Jan 2009 23:32:25 +0100 [thread overview]
Message-ID: <20090107223225.GE2101@elf.ucw.cz> (raw)
In-Reply-To: <200901051430.55649.rjw@sisk.pl>
On Mon 2009-01-05 14:30:54, Rafael J. Wysocki wrote:
> On Monday 05 January 2009, Pavel Machek wrote:
> > Hi!
> >
> > > Subject: PCI PM: Avoid touching devices behind bridges in unknown state (rev. 2)
> > > From: Rafael J. Wysocki <rjw@sisk.pl>
> > >
> > > It generally is better to avoid accessing devices behind bridges that
> > > may not be in the D0 power state, because in that case the bridges'
> > > secondary buses may not be accessible. For this reason, during the
> > > early phase of resume (ie. with interrupts disabled), before
> > > restoring the standard config registers of a device, check the power
> > > state of the bridge the device is behind and postpone the restoration
> > > of the device's config space, as well as any other operations that
> > > would involve accessing the device, if that state is not D0.
> >
> > I'm not sure if this is good idea.
> >
> > Either pci config space needs to be restored early, or it can wait.
> >
> > Sometimes restoring it early and sometimes restoring it late seems
> > harmful: it will make code harder to understand and harder to test.
>
> Unfortunately, we need to restore it early at least for some devices (bridges
> and PCI Express ports) and I don't think it is generally safe to go and restore
> it early for every device (as explained in this changelog).
Could we make it so that it is restored early exactly on bridges and
PCIe ports?
Idea that restore of one specific device is called early or late
depending if it is connected directly or behind bridge scares me...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
next prev parent reply other threads:[~2009-01-07 22:33 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200812190049.34343.rjw@sisk.pl>
2008-12-28 15:07 ` [RFC][PATCH] PCI PM: Make new suspend-resume callbacks carry out core operations " Rafael J. Wysocki
2008-12-30 22:33 ` [RFC][PATCH 0/10] PCI PM: Make new suspend-resume callbacks carry out core operations Rafael J. Wysocki
2008-12-30 22:35 ` [RFC][PATCH 1/10] PCI PM: Fix poweroff and restore callbacks Rafael J. Wysocki
2009-01-05 10:00 ` Pavel Machek
2008-12-30 22:37 ` [RFC][PATCH 2/10] PCI PM: Add suspend counterpart of pci_reenable_device Rafael J. Wysocki
2009-01-05 10:49 ` Pavel Machek
2009-01-05 13:17 ` Rafael J. Wysocki
2008-12-30 22:38 ` [RFC][PATCH 3/10] PCI PM: Power-manage devices without drivers during suspend-resume Rafael J. Wysocki
2009-01-05 10:51 ` Pavel Machek
2008-12-30 22:40 ` [RFC][PATCH 4/10] PCI PM: Move pci_has_legacy_pm_support Rafael J. Wysocki
2009-01-05 10:51 ` Pavel Machek
2008-12-30 22:41 ` [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state Rafael J. Wysocki
2009-01-01 21:09 ` [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state (rev. 2) Rafael J. Wysocki
2009-01-05 10:58 ` Pavel Machek
2009-01-05 13:30 ` Rafael J. Wysocki
2009-01-07 22:32 ` Pavel Machek [this message]
2009-01-07 23:02 ` Rafael J. Wysocki
2008-12-30 22:43 ` [RFC][PATCH 6/10] PCI PM: Rearrange code in pci-driver.c Rafael J. Wysocki
2009-01-05 11:25 ` Pavel Machek
2009-01-05 13:32 ` Rafael J. Wysocki
2008-12-30 22:44 ` [RFC][PATCH 7/10] PCI PM: Call pci_fixup_device from legacy routines Rafael J. Wysocki
2009-01-05 11:25 ` Pavel Machek
2008-12-30 22:45 ` [RFC][PATCH 8/10] PCI PM: Register power state of devices during initialization Rafael J. Wysocki
2009-01-05 11:19 ` Pavel Machek
2008-12-30 22:47 ` [RFC][PATCH 9/10] PCI PM: Run default PM callbacks for all devices using new framework Rafael J. Wysocki
2009-01-05 11:26 ` Pavel Machek
2008-12-30 22:49 ` [RFC][PATCH 10/10] PCI PM: Put PM callbacks in the order of execution Rafael J. Wysocki
2009-01-05 11:21 ` Pavel Machek
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=20090107223225.GE2101@elf.ucw.cz \
--to=pavel@suse.cz \
--cc=greg@kroah.com \
--cc=hpa@zytor.com \
--cc=jbarnes@virtuousgeek.org \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=matthew@wil.cx \
--cc=rjw@sisk.pl \
/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
all inboxes | Powered by JetHome®