[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200804251448.21966.jbarnes@virtuousgeek.org>
Date: Fri, 25 Apr 2008 14:48:21 -0700
From: Jesse Barnes <jbarnes@...tuousgeek.org>
To: linux-pci@...ey.karlin.mff.cuni.cz, yhlu.kernel@...il.com
Cc: "Andrew Morton" <akpm@...ux-foundation.org>,
"Ingo Molnar" <mingo@...e.hu>,
"David Miller" <davem@...emloft.net>,
"Eric W. Biederman" <ebiederm@...ssion.com>, tglx@...utronix.de,
"Greg KH" <greg@...ah.com>, "Jeff Garzik" <jeff@...zik.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
James Bottomley <James.Bottomley@...senpartnership.com>,
Sathya Prakash <sathya.prakash@....com>
Subject: Re: [PATCH 1/2] pci/irq: restore mask_bits in msi shutdown -v3
On Wednesday, April 23, 2008 2:56 pm Yinghai Lu wrote:
> Yinghai found after using 2.6.25-rc3 later to kexec RHEL 5.1,
> NIC can not be used.
>
> bisected to
Hi Yinghai, I've been thinking about these patches a bit... They seem like an
important bug fix (making sure kexec'd kernels work), but I'm a bit worried
that the kexec'd kernel can't handle potentially broken MSI/INTx setups.
Shouldn't the kexec'd kernel be a bit more robust? I guess in this case
you're kexec'ing an old kernel, so there's not much we can do, but it still
makes me a little uneasy.
I guess for this particular set it doesn't matter much, since we should be
restoring things in pci_msi*_shutdown and pci_shutdown_device either way.
Can you clean up the changelog a bit and maybe make it more concise? E.g. we
probably don't need the whole commit message for the bisect, and we want to
be clearer about what the failure mode is w/o the changes...
Thanks,
Jesse
--
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