On Mon, May 06, 2013 at 03:35:58PM -0700, Alexander Duyck wrote:
On 05/06/2013 02:39 PM, Or Gerlitz wrote:
On Thu, May 2, 2013 at 4:56 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, May 02, 2013 at 02:11:15AM +0300, Or Gerlitz wrote:
So we've noted that when configuring the kernel
On 05/07/2013 03:09 AM, Takao Indoh wrote:
Sorry for the delayed response.
(2013/04/30 23:54), Sumner, William wrote:
I have installed your original patch set (from last November) and tested
with three platforms, each with a different IO configuration. On the first
platform crashdumps
On Tue, May 7, 2013 at 3:22 PM, Michael S. Tsirkin m...@redhat.com wrote:
But why isn't iommu=pt effective?
AFAIK the whole point of it was to give up on security
for host-controlled devices, but still get a
measure of security for assigned devices.
Good questions, from the tests Yan did so
On Wed, 2013-04-24 at 13:58 +0900, Takao Indoh wrote:
This patch resets PCIe devices on boot to stop ongoing DMA. When
pci=pcie_reset_devices is specified, a hot reset is triggered on each
PCIe root port and downstream port to reset its downstream endpoint.
Problem:
This patch solves the
Hi Will,
On 4/24/2013 2:55 AM, Will Deacon wrote:
On Tue, Apr 23, 2013 at 11:54:53PM +0100, Olav Haugan wrote:
On 4/18/2013 12:01 PM, Will Deacon wrote:
Getting phandles has no dependencies on anything -- the only dependency is
that the device is added to the bus on which the SMMU sits, just
On Tue, 2013-05-07 at 16:10 -0400, Don Dutile wrote:
On 05/07/2013 12:39 PM, Alex Williamson wrote:
On Wed, 2013-04-24 at 13:58 +0900, Takao Indoh wrote:
This patch resets PCIe devices on boot to stop ongoing DMA. When
pci=pcie_reset_devices is specified, a hot reset is triggered on each