[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1189988480.6403.25.camel@localhost.localdomain>
Date: Mon, 17 Sep 2007 02:21:20 +0200
From: Benjamin Herrenschmidt <benh@...nel.crashing.org>
To: Robert Hancock <hancockr@...w.ca>
Cc: Ivan Kokshaysky <ink@...assic.park.msu.ru>,
Greg KH <gregkh@...e.de>, Matthew Wilcox <matthew@....cx>,
Shaohua Li <shaohua.li@...el.com>,
lkml <linux-kernel@...r.kernel.org>,
linux-pci <linux-pci@...ey.karlin.mff.cuni.cz>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH]PCI:disable resource decode in PCI BAR detection
On Sun, 2007-09-16 at 17:37 -0600, Robert Hancock wrote:
> We would already have this problem, though. If it causes problems to
> disable decode on the BAR because we try to access it in interrupt
> context, we would already have problems because we move the thing to
> 0xFFFFFFFF during probing anyway..
Yes, it's not a new problem, I was just pointing out the fact that there
are deeper issues already there in the same area.
Today, we mostly get lucky because we rarely take an irq during boot
time PCI probe but I've seen it happen (one easy way to screw things up
on -many- machines is to enable the DEBUG stuff in the PCI probe code
and use a serial console for example, especially if access to the device
with the serial ports in it gets temporarily cut off).
Cheers,
Ben.
-
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