public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Greg KH <greg@kroah.com>
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
	Linux-pm mailing list <linux-pm@lists.osdl.org>
Subject: Concerns about our pci_{save,restore}_state()
Date: Mon, 25 Oct 2004 14:06:22 +1000	[thread overview]
Message-ID: <1098677182.26697.21.camel@gaston> (raw)

Hi Greg !

I was looking at our "generic" pci_save_state() and pci_restore_state()
and I have various concerns with them, I was wondering what you though
about them...

 - We should always write the command register after all the BARs,
typically that mean write it back _last_
 - We shouldn't write to the BIST register, it is defined as having
side effects and writing to it any value may trigger a BIST on the
card, with all the possible bad consequences that has
 - What about saving/restoring more registers ? I'm not sure wether it
should be the responsibility of the driver to save and restore things
above dword 15, but we should at least deal with the case of P2P bridges
who have more "standard" registers

In addition, we currently have no mecanism to save/restore the state of
P2P bridges. Shouldn't we do that in pci_device_suspend() if there is no
driver attached ?

Ben.



             reply	other threads:[~2004-10-25  4:08 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-25  4:06 Benjamin Herrenschmidt [this message]
2004-10-25  6:11 ` Concerns about our pci_{save,restore}_state() Jeff Garzik
2004-10-25  6:24   ` Benjamin Herrenschmidt
2004-10-25  8:32     ` Arjan van de Ven
2004-10-25  9:04       ` Benjamin Herrenschmidt
2004-10-28  8:50     ` [linux-pm] " Patrick Mochel
2004-10-28 22:44       ` Benjamin Herrenschmidt
2004-10-28 21:31 ` Greg KH
2004-10-28 22:50   ` Benjamin Herrenschmidt

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=1098677182.26697.21.camel@gaston \
    --to=benh@kernel.crashing.org \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.osdl.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