[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0901301741380.3150@localhost.localdomain>
Date: Fri, 30 Jan 2009 17:46:03 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Parag Warudkar <parag.lkml@...il.com>
cc: "Rafael J. Wysocki" <rjw@...k.pl>,
Matt Carlson <mcarlson@...adcom.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"David S. Miller" <davem@...emloft.net>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: 2.6.29-rc3: tg3 dead after resume
On Fri, 30 Jan 2009, Parag Warudkar wrote:
>
> Excellent! This patch works - tg3 comes back and gets link after resume.
I still think the patch isn't very good. See my previous email.
The fact that your machine works again is good, though. But before we let
this lie, I'd _really_ like to know what was broken in the legacy PM path,
rather than "let's leave it behind". Because a broken legacy path will end
up biting us for other drivers, and I think the new PM path will need more
work before it's ready for prime-time.
> Are the below differences worth worrying about - especially since post
> suspend some DevID/VendorID and some capabilities seem to be changed?
That's not a devid/vendorid, it's an extended "subsystem" capability that
we didn't save. We could try to save/restore all capabilities, but right
now we only do the ones we care about (pcie/pcix/msi, iirc).
I do suspect we might be better off saving everything we can, rather than
deciding piece-meal to save specific capabilities we know about.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists