[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0812062157590.3425@nehalem.linux-foundation.org>
Date: Sat, 6 Dec 2008 22:00:59 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Arjan van de Ven <arjan@...radead.org>
cc: "Rafael J. Wysocki" <rjw@...k.pl>,
Alan Stern <stern@...land.harvard.edu>,
Takashi Iwai <tiwai@...e.de>, Greg KH <greg@...ah.com>,
LKML <linux-kernel@...r.kernel.org>,
Jesse Barnes <jbarnes@...tuousgeek.org>,
pm list <linux-pm@...ts.linux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [linux-pm] [PATCH 1/3] PCI: Rework default handling of suspend
and resume
On Sat, 6 Dec 2008, Arjan van de Ven wrote:
>
> the problem is that the system bios can have reassigned interrupts
> after resume, and afaik we need to re-evaluate the ACPI methods to
> get the new mapping.
> So we need to unregister + re-register to make that happen
Can you give actual examples of real life situations?
Because quite frankly, it sounds less and less likely for any relevant
hardware. It's a non-issue for MSI, for example. And it's a non-issue for
any sane interrupt source I can think of.
In other words, I've heard that claim before - and I just don't believe
it. I've never heard a realistic explanation of why it would happen for a
normal PCI driver. And I still claim that it's a very odd and special case
if it does.
And btw, I'm talking suspend, not hibernate.
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