S. Tsirkin
Cc: Minchan Kim
Cc: Paul Mackerras
Cc: Rob Herring
Cc: Robin Murphy
Cc: Vlastimil Babka
Signed-off-by: Andrew Morton
---
drivers/virtio/virtio_mem.c |9 ++--
include/linux/cma.h |3 --
include/linux/pageblock-flags.h |7 --
mm/Kcon
Robin Murphy
Cc: Minchan Kim
Cc: Vlastimil Babka
Cc: John Garry via iommu
Signed-off-by: Andrew Morton
---
arch/powerpc/include/asm/fadump-internal.h |5
arch/powerpc/kernel/fadump.c |2 -
drivers/of/of_reserved_mem.c |9 ++--
include/linux/cm
Minchan Kim
Cc: Paul Mackerras
Cc: Rob Herring
Cc: Robin Murphy
Cc: Vlastimil Babka
Signed-off-by: Andrew Morton
---
drivers/virtio/virtio_mem.c |9 ++--
include/linux/cma.h |3 --
include/linux/pageblock-flags.h |7 --
mm/Kconfig |
im
Cc: Vlastimil Babka
Cc: John Garry via iommu
Signed-off-by: Andrew Morton
---
arch/powerpc/include/asm/fadump-internal.h |5
arch/powerpc/kernel/fadump.c |2 -
drivers/of/of_reserved_mem.c |9 ++--
include/linux/cma.h
el S. Tsirkin
Cc: Minchan Kim
Cc: Paul Mackerras
Cc: Rob Herring
Cc: Robin Murphy
Cc: Vlastimil Babka
Signed-off-by: Andrew Morton
---
drivers/virtio/virtio_mem.c |9 ++--
include/linux/cma.h |3 --
include/linux/pageblock-flags.h |7 --
mm/Kconfig
ski
Cc: Robin Murphy
Cc: Minchan Kim
Cc: Vlastimil Babka
Cc: John Garry via iommu
Signed-off-by: Andrew Morton
---
arch/powerpc/include/asm/fadump-internal.h |5
arch/powerpc/kernel/fadump.c |2 -
drivers/of/of_reserved_mem.c |9 ++
On Fri, 26 Nov 2021 10:47:11 +0800 Calvin Zhang
wrote:
> Just like this:
> commit 620951e27457 ("mm/cma: make kmemleak ignore CMA regions").
>
> Add kmemleak_ignore_phys() for CMA created from of reserved node.
Could we please have a full, standalone changelog for this patch?
The 620951e27457
On Tue, 18 Aug 2020 18:16:26 +0300 Mike Rapoport wrote:
> From: Mike Rapoport
>
> The only user of memblock_dbg() outside memblock was s390 setup code and it
> is converted to use pr_debug() instead.
> This allows to stop exposing memblock_debug and memblock_dbg() to the rest
> of the kernel.
>
On Thu, 21 May 2020 17:00:04 +0530 Prakash Gupta wrote:
> Limit the iova size while freeing based on unmapped size. In absence of
> this even with unmap failure, invalid iova is pushed to iova rcache and
> subsequently can cause panic while rcache magazine is freed.
>
> Signed-off-by: Prakash Gu
On Thu, 30 Apr 2020 22:38:10 -0400 John Dorminy wrote:
> the change
> description refers to PROT_KERNEL, which is a symbol which does not
> appear to exist; perhaps PAGE_KERNEL was meant?
Yes, thanks, fixed.
___
iommu mailing list
iommu@lists.linux-fou
On Wed, 22 May 2019 16:36:26 -0400 Qian Cai wrote:
> The commit cf04eee8bf0e ("iommu/vt-d: Include ACPI devices in iommu=pt")
> added for_each_active_iommu() in iommu_prepare_static_identity_mapping()
> but never used the each element, i.e, "drhd->iommu".
>
> drivers/iommu/intel-iommu.c: In func
drew,
> > > >
> > > > On Fri, Jan 11, 2019 at 6:21 PM Joerg Roedel wrote:
> > > >>
> > > >> On Wed, Jan 02, 2019 at 01:51:45PM +0800, Nicolas Boichat wrote:
> > > >> > Does anyone have any further comment on this series? If
On Fri, 28 Dec 2018 09:48:34 +0100 Christoph Hellwig wrote:
> On Fri, Dec 28, 2018 at 04:39:50PM +0800, Huang Shijie wrote:
> > Follow the kernel conventions, rename addr_in_gen_pool to
> > gen_pool_has_addr.
>
> Which convention?
That symbols from subsystem foo should be called foo_*. Not uni
On Tue, 4 Dec 2018 12:18:01 -0800 Matthew Wilcox wrote:
> On Tue, Dec 04, 2018 at 12:14:43PM -0800, Andrew Morton wrote:
> > On Tue, 4 Dec 2018 11:22:34 -0500 Tony Battersby
> > wrote:
> >
> > > On 11/13/18 1:36 AM, Matthew Wilcox wrote:
> > > > On M
o the previous patch and
> >
> > Acked-by: Matthew Wilcox
> >
> > Andrew, can you funnel these in through your tree? If you'd rather not,
> > I don't mind stuffing them into a git tree and asking Linus to pull
> > for 4.21.
> >
> No reply for 3
On Fri, 23 Nov 2018 15:24:16 +0530 Anshuman Khandual
wrote:
> At present there are multiple places where invalid node number is encoded
> as -1. Even though implicitly understood it is always better to have macros
> in there. Replace these open encodings for an invalid node number with the
> glo
On Tue, 20 Feb 2018 10:03:56 +0200 Jani Nikula
wrote:
> On Mon, 19 Feb 2018, Pavel Machek wrote:
> > On Mon 2018-02-19 16:41:35, Daniel Vetter wrote:
> >> Yeah, pls split this into one patch per area, with a suitable patch
> >> subject prefix. Look at git log of each file to get a feeling for w
On Fri, 17 Nov 2017 09:23:18 +0800 Miles Chen wrote:
> On Thu, 2017-11-16 at 16:13 -0800, Andrew Morton wrote:
> > On Fri, 17 Nov 2017 06:56:12 +0800 wrote:
> >
> > > From: Miles Chen
> > >
> > > dma-debug reports the following warning:
> > &
On Fri, 17 Nov 2017 06:56:12 +0800 wrote:
> From: Miles Chen
>
> dma-debug reports the following warning:
>
> [name:panic&]WARNING: CPU: 3 PID: 298 at kernel-4.4/lib/dma-debug.c:604
> debug _dma_assert_idle+0x1a8/0x230()
> DMA-API: cpu touching an active dma mapped cacheline [cln=0x0882300
On Fri, 27 May 2016 23:23:25 +0200 Arnd Bergmann wrote:
> Most users of IS_ERR_VALUE() in the kernel are wrong, as they
> pass an 'int' into a function that takes an 'unsigned long'
> argument. This happens to work because the type is sign-extended
> on 64-bit architectures before it gets convert
On Fri, 16 Oct 2015 16:33:42 +0100 Robin Murphy wrote:
> __GFP_WAIT is going away to live its life under a new identity; convert
> __iommu_alloc_attrs() to the new helper function instead.
>
> ...
>
> --- a/arch/arm64/mm/dma-mapping.c
> +++ b/arch/arm64/mm/dma-mapping.c
> @@ -566,7 +566,7 @@ sta
On Mon, 27 Jul 2015 16:57:32 -0700 Ashutosh Dixit
wrote:
> From: Harish Chegondi
>
> This patch converts iova.c into a library, moving it from
> drivers/iommu/ to lib/, and exports its virtual address allocation and
> management functions so that other modules can reuse them.
>From the follow
On Fri, 12 Sep 2014 15:21:01 -0400 Jerome Glisse wrote:
> > > I think this sumup all motivation behind this patchset and also behind
> > > my other patchset. As usual i am happy to discuss alternative way to do
> > > things but i think that the path of least disruption from current code
> > > is
On Fri, 12 Sep 2014 20:47:39 +0200 Joerg Roedel wrote:
> thanks for your review, I tried to answer your questions below.
You'd be amazed how helpful that was ;)
> Fair enough, I hope I clarified a few things with my explanations
> above. I will also update the description of the patch-set when
On Wed, 10 Sep 2014 20:02:12 -0400 Jerome Glisse wrote:
> On Wed, Sep 10, 2014 at 03:01:25PM -0700, Andrew Morton wrote:
> > On Tue, 9 Sep 2014 17:43:51 +0200 Joerg Roedel wrote:
> >
> > > here is a patch-set to extend the mmu_notifiers in the Linux
> > > kern
On Tue, 9 Sep 2014 17:43:51 +0200 Joerg Roedel wrote:
> here is a patch-set to extend the mmu_notifiers in the Linux
> kernel to allow managing CPU external TLBs. Those TLBs may
> be implemented in IOMMUs or any other external device, e.g.
> ATS/PRI capable PCI devices.
>
> The problem with man
On Thu, 24 Jul 2014 16:35:38 +0200 Joerg Roedel wrote:
> here is a patch-set to extend the mmu_notifiers in the Linux
> kernel to allow managing CPU external TLBs. Those TLBs may
> be implemented in IOMMUs or any other external device, e.g.
> ATS/PRI capable PCI devices.
>
> The problem with man
On Tue, 15 Apr 2014 22:08:45 +0900 Akinobu Mita wrote:
> Calling dma_alloc_coherent() with __GFP_ZERO must return zeroed memory.
>
> But when the contiguous memory allocator (CMA) is enabled on x86 and
> the memory region is allocated by dma_alloc_from_contiguous(), it
> doesn't return zeroed me
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Mon, 13 Feb 2012 20:45:21 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=42767
>
>Summary: System unsuable with intel_iommu=on
>
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Sat, 28 Jan 2012 17:55:38 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=42679
I don't know if this is a SATA issue or intel-iommu. Could you guys
30 matches
Mail list logo
