[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121002194429.GG758@redhat.com>
Date: Tue, 2 Oct 2012 15:44:29 -0400
From: Vivek Goyal <vgoyal@...hat.com>
To: Andi Kleen <andi@...stfloor.org>
Cc: Takao Indoh <indou.takao@...fujitsu.com>,
linux-pci@...r.kernel.org, x86@...nel.org,
linux-kernel@...r.kernel.org, martin.wilck@...fujitsu.com,
kexec@...ts.infradead.org, hbabu@...ibm.com, mingo@...hat.com,
ishii.hironobu@...fujitsu.com, hpa@...or.com, bhelgaas@...gle.com,
tglx@...utronix.de
Subject: Re: [PATCH v2 0/2] Reset PCIe devices to address DMA problem on
kdump with iommu
On Tue, Oct 02, 2012 at 12:37:44PM -0700, Andi Kleen wrote:
> Takao Indoh <indou.takao@...fujitsu.com> writes:
>
> > These patches reset PCIe devices at boot time to address DMA problem on
> > kdump with iommu. When "reset_devices" is specified, a hot reset is
> > triggered on each PCIe root port and downstream port to reset its
> > downstream endpoint.
>
> Great. I've been pondering this for a long time, but you did finally
> implement it. I hope this will make kdump a lot more reliable at least
> on the systems that support per port reset.
>
> Now the only question is: why make it a option and not default?
Do you mean why to hide it behind "reset_devices" kernel parameter?
One thing still is concerning is how to avoid double resets. We probably
will not want first bus resets and then driver loads and does another
reset after seeing "reset_devices".
Thanks
Vivek
--
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