On Fri, Oct 19, 2007 at 05:53:08PM -0700, David Miller wrote:
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 19 Oct 2007 19:46:10 -0500
FWIW, it looks like not all that many arches do this; the output
for grep -r address_hi * is pretty thin. Then, looking at
i386/kernel/io_apic.c as
On Mon, 2007-10-22 at 13:13 -0500, Linas Vepstas wrote:
On Mon, Oct 22, 2007 at 11:49:24AM +1000, Michael Ellerman wrote:
On pseries there's a chance it will work for PCI error recovery, but if
so it's just lucky that firmware has left everything configured the same
way.
? The papr
On Tue, Oct 23, 2007 at 07:24:27AM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2007-10-22 at 13:13 -0500, Linas Vepstas wrote:
On Mon, Oct 22, 2007 at 11:49:24AM +1000, Michael Ellerman wrote:
On pseries there's a chance it will work for PCI error recovery, but if
so it's just
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Mon, 22 Oct 2007 14:54:52 -0500
As discussed in the other thread, I'll try to set up a patch
for an arch callback for restoring msi state.
Thank you.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
I don't know why you keep talking about powerpc laptops here ...
Well, there are Apple laptops, right? Aren't those the powermac
platform? Now, I don't know if they support MSI, but if they do,
I get the impression that they might not restore msi state correctly,
after being put into
On Mon, 2007-10-22 at 17:23 -0700, David Miller wrote:
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Mon, 22 Oct 2007 14:54:52 -0500
As discussed in the other thread, I'll try to set up a patch
for an arch callback for restoring msi state.
From what it looks like at this stage, pSeries
On Mon, 2007-10-22 at 13:13 -0500, Linas Vepstas wrote:
On Mon, Oct 22, 2007 at 11:49:24AM +1000, Michael Ellerman wrote:
On pseries there's a chance it will work for PCI error recovery, but if
so it's just lucky that firmware has left everything configured the same
way.
? The papr
That's a pity, but AFAIK it shouldn't be a problem because we don't
enable CONFIG_PM on those machines anyway. If we ever want to we'll need
to sort out with firmware how that will work WRT restoring MSI state.
I think the current generic code for pci_restore_msi_state() or whatever
it's
On Fri, 2007-10-19 at 17:53 -0700, David Miller wrote:
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 19 Oct 2007 19:46:10 -0500
FWIW, it looks like not all that many arches do this; the output
for grep -r address_hi * is pretty thin. Then, looking at
i386/kernel/io_apic.c as an
On Sat, 2007-10-20 at 16:43 +1000, Michael Ellerman wrote:
On Fri, 2007-10-19 at 17:53 -0700, David Miller wrote:
I don't see this, in all cases write_msi_msg() will transfer
the given *msg to entry-msg by this assignment in
drivers/pci/msi.c:
void write_msi_msg(unsigned int irq,
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 19 Oct 2007 19:46:10 -0500
FWIW, it looks like not all that many arches do this; the output
for grep -r address_hi * is pretty thin. Then, looking at
i386/kernel/io_apic.c as an example, one can see that the
msi state save happens by
Hi,
On Fri, Oct 19, 2007 at 05:27:06PM -0700, David Miller wrote:
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 19 Oct 2007 19:04:21 -0500
I'm working in linux-2.6.23-rc8-mm1 at the moment, and I don't see
that happening. viz. read_msi_msg() is not called anywhere, and I need
to
I'm cc'ing the powerpc mailing list to point this out:
it looks like only cell/axon_msi.c and mpic_u3msi.c
bother do do anything. I guess that there aren't any old
macintosh laptops that have msi on them? Because without
this, suspend and resume breaks.
The only macs that can do any
13 matches
Mail list logo