From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753256AbZBCDbR (ORCPT ); Mon, 2 Feb 2009 22:31:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751371AbZBCDbE (ORCPT ); Mon, 2 Feb 2009 22:31:04 -0500 Received: from gate.crashing.org ([63.228.1.57]:45169 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751247AbZBCDbD (ORCPT ); Mon, 2 Feb 2009 22:31:03 -0500 Subject: Re: PCI PM: Restore standard config registers of all devices early From: Benjamin Herrenschmidt To: Linus Torvalds Cc: "Rafael J. Wysocki" , Linux Kernel Mailing List , Jesse Barnes , Andreas Schwab , Len Brown , Ingo Molnar In-Reply-To: <1233625606.18767.157.camel@pasglop> References: <200901261904.n0QJ4Q9c016709@hera.kernel.org> <200902030045.19416.rjw@sisk.pl> <200902030115.32659.rjw@sisk.pl> <1233623525.18767.151.camel@pasglop> <1233625606.18767.157.camel@pasglop> Content-Type: text/plain Date: Tue, 03 Feb 2009 14:30:20 +1100 Message-Id: <1233631820.16867.27.camel@pasglop> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2009-02-03 at 12:46 +1100, Benjamin Herrenschmidt wrote: > > Note how the PCI layer (currently) only saves the low _16_ dwords of > > config space (64 bytes). The radeonfb code that did it by hand saved the > > whole 64 dwords (256 bytes). It _probably_ doesn't matter, but.. > > > > The reason the PCI layer only does 64 bytes is that that was the really > > old PCI config space model - the rest was undefined and apparently a few > > cards reportedly even crashed when accessing it (but who knows, that may > > be urban folklore). > > > > But if that patch works for you, it's clearly already better than _not_ > > applying the patch, so.. > > Radeons don't do much with config space... the worst we may miss I > suppose is subsystem vendor/device... Maybe I'll add something to > explicitely save and restore it or X might get upset. I'll have a look. Actually, subsystem stuff is below 0x40 so it should be fine too. Cheers, Ben.