Hi Guenter,
On Thu, 4 Oct 2018 18:33:02 -0700 Guenter Roeck wrote:
>
> Most of the boot failures are hopefully fixed with
> https://lore.kernel.org/patchwork/patch/995254/
I have added that commit to linux-next today.
--
Cheers,
Stephen Rothwell
pgpRwNS4OIP2h.pgp
Description: OpenPGP
Hi Will,
On Fri, Sep 28, 2018 at 6:49 PM Will Deacon wrote:
>
> Hi Vivek,
>
> On Thu, Sep 20, 2018 at 05:11:53PM +0530, Vivek Gautam wrote:
> > On Wed, Jun 27, 2018 at 10:07 PM Will Deacon wrote:
> > > On Tue, Jun 19, 2018 at 02:04:44PM +0530, Vivek Gautam wrote:
> > > > On Fri, Jun 15, 2018 at
Boris Ostrovsky reported a memory leak with device passthrough when SME
is active.
The VFIO driver uses iommu_iova_to_phys() to get the physical address for
an iova. This physical address is later passed into vfio_unmap_unpin() to
unpin the memory. The vfio_unmap_unpin() uses pfn_valid() before
Hi Vivek,
On 10/04/2018 01:49 PM, Vivek Gautam wrote:
Hi Thor,
On 10/4/2018 3:58 AM, thor.tha...@linux.intel.com wrote:
From: Thor Thayer
Add a clock to the SMMU structure. In the device tree case,
check for a clock node and enable the clock if found.
This patch is dependent upon the
Hi Thor,
On 10/4/2018 3:58 AM, thor.tha...@linux.intel.com wrote:
From: Thor Thayer
Add a clock to the SMMU structure. In the device tree case,
check for a clock node and enable the clock if found.
This patch is dependent upon the following patches that add
a device tree bulk clock
Document RZ/G1N (R8A7744) SoC bindings.
Signed-off-by: Biju Das
Reviewed-by: Chris Paterson
---
This patch is tested against next-20181004
---
Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings
The original motivation for iommu_map_sg() was to give IOMMU drivers the
chance to map an IOVA-contiguous scatterlist as efficiently as they
could. It turns out that there isn't really much driver-specific
business involved there, so now that the default implementation is
mandatory let's just
On Thu, Oct 4, 2018 at 4:25 AM Robin Murphy wrote:
>
> On 04/10/18 00:48, Alexander Duyck wrote:
> > It appears that in commit 9d7a224b463e ("dma-direct: always allow dma mask
> > <= physiscal memory size") the logic of the test was changed from a "<" to
> > a ">=" however I don't see any reason
On 04/10/18 00:48, Alexander Duyck wrote:
It appears that in commit 9d7a224b463e ("dma-direct: always allow dma mask
<= physiscal memory size") the logic of the test was changed from a "<" to
a ">=" however I don't see any reason for that change. I am assuming that
there was some additional
Hi Jerry,
thanks for the report.
On Tue, Oct 02, 2018 at 10:25:29AM -0700, Jerry Snitselaar wrote:
> I've been trying to track down a problem where an hp dl380 gen8 with a Cavium
> QLogic BR-1860 Fabric Adapter
> is getting source-id verification failures when running dhclient against that
>
10 matches
Mail list logo