bug messages in CMA. This produces KERN_DEBUG
+ messages for every CMA call as well as various messages while
+ processing calls such as dma_alloc_from_contiguous().
+ This option does not affect warning and error messages.
Best regards
--
Marek Szyprowski
Samsung R&D Institut
ery CMA call as well as various messages while
+ processing calls such as dma_alloc_from_contiguous().
+ This option does not affect warning and error messages.
Best regards
--
Marek Szyprowski
Samsung R&D Institute Poland
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
arch/powerpc/kvm/book3s_hv_cma.c
delete mode 100644 arch/powerpc/kvm/book3s_hv_cma.h
create mode 100644 include/linux/cma.h
create mode 100644 mm/cma.c
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
___
Linuxppc-dev ma
d them pending you review/ack/test/etc, OK?
Ok. I've tested them and they work fine. I'm sorry that you had to wait for
me for a few days. You can now add:
Acked-and-tested-by: Marek Szyprowski
I've also rebased my pending patches onto this set (I will send them soon).
The
bud.o
obj-$(CONFIG_ZSMALLOC) += zsmalloc.o
obj-$(CONFIG_GENERIC_EARLY_IOREMAP) += early_ioremap.o
+obj-$(CONFIG_CMA) += cma.o
diff --git a/mm/cma.c b/mm/cma.c
new file mode 100644
index 000..0cf50da
--- /dev/null
+++ b/mm/cma.c
@@ -0,0 +1,333 @@
+/*
+ * Contiguous Memory Allocat
MAX_CMA_AREAS is used by other subsystems (i.e. arch/arm/mm/dma-mapping.c),
so we need to provide correct definition even if CMA is disabled.
This patch fixes this issue.
Reported-by: Sylwester Nawrocki
Signed-off-by: Marek Szyprowski
---
include/linux/cma.h | 4
1 file changed, 4
Hello,
On 2014-07-18 00:06, Andrew Morton wrote:
On Thu, 17 Jul 2014 11:36:07 +0200 Marek Szyprowski
wrote:
MAX_CMA_AREAS is used by other subsystems (i.e. arch/arm/mm/dma-mapping.c),
so we need to provide correct definition even if CMA is disabled.
This patch fixes this issue.
Reported-by
+ ((phys_addr_t)dev->dma_pfn_offset << PAGE_SHIFT);
> }
> +#endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
>
> static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t
> size)
> {
> @@ -38,7 +39,6 @@ static inline bool dma_capable(struct device *dev,
> dma_addr_t addr, size_t size)
>
> return end <= min_not_zero(*dev->dma_mask, dev->bus_dma_mask);
> }
> -#endif /* !CONFIG_ARCH_HAS_PHYS_TO_DMA */
>
> #ifdef CONFIG_ARCH_HAS_FORCE_DMA_UNENCRYPTED
> bool force_dma_unencrypted(struct device *dev);
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
Hi Krzysztof,
On 19.11.2019 10:44, Krzysztof Kozlowski wrote:
> On Tue, 19 Nov 2019 at 17:27, Marek Szyprowski
> wrote:
>> Hi Christoph,
>>
>> On 13.11.2019 08:35, Christoph Hellwig wrote:
>>> Currently each architectures that wants to override dma_to_phy
Hi
On 19.11.2019 17:46, Christoph Hellwig wrote:
> On Tue, Nov 19, 2019 at 11:26:39AM +0100, Marek Szyprowski wrote:
>> Christoph: Let me know if this is a proper fix for you, then I will send
>> it as a full patch.
> Besides the point from Robin, which is really older than you
/mmu.c | 35 +-
> arch/arm/mm/pgd.c | 40 --
> 12 files changed, 125 insertions(+), 37 deletions(-)
>
> ...
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
Hi Mike,
On 07.05.2020 18:11, Mike Rapoport wrote:
> On Thu, May 07, 2020 at 02:16:56PM +0200, Marek Szyprowski wrote:
>> On 14.04.2020 17:34, Mike Rapoport wrote:
>>> From: Mike Rapoport
>>>
>>> Implement primitives necessary for the 4th level foldi
Hi Mike,
On 08.05.2020 19:42, Mike Rapoport wrote:
> On Fri, May 08, 2020 at 08:53:27AM +0200, Marek Szyprowski wrote:
>> On 07.05.2020 18:11, Mike Rapoport wrote:
>>> On Thu, May 07, 2020 at 02:16:56PM +0200, Marek Szyprowski wrote:
>>>> On 14.04.2020 17:34, Mike Ra
ptions about the DMA mapping internals. Feel
free to add my:
Reviewed-by: Marek Szyprowski
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
ed only when no IOMMU is available, but I agree that the
hacky code should be replaced by a generic code if possible.
Tested-by: Marek Szyprowski
V4L2 pipeline works fine on older Exynos-based boards with CMA and IOMMU
disabled.
> ---
> .../common/videobuf2/videobuf2-dma-contig.c | 41
Hi Christoph,
On 2019-01-17 18:21, Christoph Hellwig wrote:
> On Mon, Jan 14, 2019 at 01:42:26PM +0100, Marek Szyprowski wrote:
>> On 2019-01-11 19:17, Christoph Hellwig wrote:
>>> vb2_dc_get_userptr pokes into arm direct mapping details to get the
>>> resemblan
ma_map_resource
> implementation to not provide a somewhat dangerous default and improve
> the error handling.
>
> Changes since v1:
> - don't apply bus offsets in dma_direct_map_resource
Works fine on older Exynos based boards with IOMMU and CMA disabled.
Tested-by: Marek
t has already been an issue: see commit dd65a941f6ba ("arm64:
dma-mapping: clear buffers allocated with FORCE_CONTIGUOUS flag").
Signed-off-by: Marek Szyprowski
---
arch/powerpc/kvm/book3s_hv_builtin.c | 2 +-
drivers/s390/char/vmcp.c | 2 +-
drivers/stag
/
Best regards
Marek Szyprowski
Samsung R&D Institute Poland
Patch summary:
Marek Szyprowski (2):
mm/cma: remove unsupported gfp_mask parameter from cma_alloc()
dma: remove unsupported gfp_mask parameter from
dma_alloc_from_contiguous()
arch/arm/mm/dma-mapping.c
lp to avoid giving false feeling that this function supports
standard gfp flags and callers can pass __GFP_ZERO to get zeroed buffer,
what has already been an issue: see commit dd65a941f6ba ("arm64:
dma-mapping: clear buffers allocated with FORCE_CONTIGUOUS flag").
Signed-off-by: M
dma_alloc_writecombine with separate DMA_ATTR_WRITECOMBINE attribute.
This way the drivers will get more generic, platform independent way of
allocating dma buffers with specific parameters.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
include/linux/dma-mapping.h |6 ++
1
forward this
patchset to all interested developers and maintainers. I've already feel
like a nasty spammer.
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Andrzej Pietrasiewicz (9):
X86: adapt for dma_map_ops changes
MIPS: adapt for dma_map_ops change
From: Andrzej Pietrasiewicz
Adapt core IA64 architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/ia64/hp/common/sba_iommu.c
From: Andrzej Pietrasiewicz
Adapt core MIPS architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/mips/include/asm/dma-mapping.h
From: Andrzej Pietrasiewicz
Adapt core X86 architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/x86/include/asm/dma-mapping.h | 26
From: Andrzej Pietrasiewicz
Adapt core Alpha architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/alpha/include/asm/dma-mapping.h
From: Andrzej Pietrasiewicz
Adapt core SH architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/sh/include/asm/dma-mapping.h | 28
From: Andrzej Pietrasiewicz
Adapt core PowerPC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/powerpc/include/asm/dma-mapping.h
From: Andrzej Pietrasiewicz
Adapt core Microblaze architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/microblaze/include/asm/dma
DMA_ATTR_WRITE_COMBINE specifies that writes to the mapping may be
buffered to improve performance. It will be used by the replacement for
ARM/ARV32 specific dma_alloc_writecombine() function.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
Documentation/DMA-attributes.txt
Introduce new generic mmap method with attributes argument.
This method lets drivers to create a userspace mapping for a DMA buffer
in generic, architecture independent way.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
include/linux/dma-mapping.h |3 +++
1 files
From: Andrzej Pietrasiewicz
Adapt core SPARC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/sparc/include/asm/dma-mapping.h
Remove old, unused alloc_coherent and free_coherent methods from
dma_map_ops structure.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
include/linux/dma-mapping.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/include/linux/dma-mapping.h b/include
From: Andrzej Pietrasiewicz
Adapt core Unicore32 architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/unicore32/include/asm/dma
-consistent memory.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
Documentation/DMA-attributes.txt |9 +
include/linux/dma-attrs.h|1 +
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/Documentation/DMA-attributes.txt b/Documentation/DMA
Hello,
On Friday, December 23, 2011 5:35 PM Matthew Wilcox wrote:
> On Fri, Dec 23, 2011 at 01:27:19PM +0100, Marek Szyprowski wrote:
> > The first issue we identified is the fact that on some platform (again,
> > mainly ARM) there are several functions for allocat
Hello,
On Tuesday, December 27, 2011 6:53 PM James Bottomley wrote:
> On Tue, 2011-12-27 at 09:25 +0100, Marek Szyprowski wrote:
> [...]
> > > > Usually these drivers don't touch the buffer data at all, so the mapping
> > > > in kernel virtual address sp
e everyone will find a branch that suits his needs. :)
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
x27;ve included it for testing in linux-next branch.
Joerg: would You mind if I handle pushing the whole branch to v3.8
via my kernel tree? Those changes should be kept close together to
avoid build breaks for bisecting.
Best regards
--
Marek Szyprowski
Samsung Po
On 12/2/2012 3:06 PM, Joerg Roedel wrote:
Hi Marek,
On Mon, Nov 26, 2012 at 11:57:19AM +0100, Marek Szyprowski wrote:
> I've took all the patches to the next-dma-debug branch in my tree, I sorry
> that You have to wait so long for it. My branch is based on Joerg's
> d
series, here is the relevant
thread: https://lkml.org/lkml/2011/12/23/97
If there are any problems with our git tree, please contact Marek
Szyprowski or alternatively Kyungmin Park
.
The following changes since commit 62aa2b537c6f5957afd98e29f96897419ed5ebab:
Linux 3.3-rc2 (2012-01-31 13:31:54
From: Andrzej Pietrasiewicz
Adapt core MIPS architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
[added missing changes to arch/mips/cavium-octeon/dma-octeon.c]
Signed-off-by: Marek Szyprowski
Signed-off
From: Andrzej Pietrasiewicz
Adapt core PowerPC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
[added missing changes to arch/powerpc/kernel/vio.c]
Signed-off-by
Adapt core Hexagon architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
Hello,
This patch adds Hexagon architecture to the DMA-mapping framework
redesign preparation patches
]
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/mips/cavium-octeon/dma-octeon.c | 16
arch/mips/include/asm/dma-mapping.h | 18 --
arch/mips/mm/dma-default.c |8
3 files changed, 24 insertions(+), 18 deletions(-)
diff
://git.infradead.org/users/kmpark/linux-samsung dma-mapping-next
Those patches introduce a new alloc method (with support for memory
attributes) in dma_map_ops structure, which will later replace
dma_alloc_coherent and dma_alloc_writecombine functions.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland
Hello,
On Tuesday, March 20, 2012 8:25 AM Marek Szyprowski wrote:
> Hi Linus,
>
> Please pull the dma-mapping framework updates for v3.4 since commit
> c16fa4f2ad19908a47c63d8fa436a1178438c7e7:
>
> Linux 3.3
>
> with the top-most commit e749a9f707f1102735e02338fa564b
Hi Linus,
On Friday, March 23, 2012 10:36 PM Linus Torvalds wrote:
> On Tue, Mar 20, 2012 at 12:24 AM, Marek Szyprowski
> wrote:
> >
> > git://git.infradead.org/users/kmpark/linux-samsung dma-mapping-next
> >
> > Those patches introduce a new alloc m
performance improving hints
in a generic way.
For more information please refer to the thread with the first version
of the patches:
https://lkml.org/lkml/2011/12/23/97
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Andrzej Pietrasiewicz (8):
X86 & IA64: a
From: Andrzej Pietrasiewicz
Adapt core Alpha architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
---
arch/alpha
From: Andrzej Pietrasiewicz
Adapt core PowerPC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
[added missing changes to arch/powerpc/kernel/vio.c]
Signed-off-by: Kyungmin Park
Signed-off-by: Marek
argument in dma-mapping.h]
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
---
arch/mips/cavium-octeon/dma-octeon.c | 12 ++--
arch/mips/include/asm/dma-mapping.h | 18 --
arch/mips/mm/dma-default.c |8
3 files changed, 22 insertions(+), 16
IA64 patch to avoid inter-patch dependences in intel-iommu code]
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
---
arch/ia64/hp/common/sba_iommu.c | 11 ++-
arch/ia64/include/asm/dma-mapping.h | 18 --
arch/ia64/kernel/pci-swiotlb.c | 14
dma_alloc_writecombine with separate DMA_ATTR_WRITECOMBINE attribute.
This way the drivers will get more generic, platform independent way of
allocating dma buffers with specific parameters.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: David Gibson
Reviewed-by: Arnd Bergmann
From: Andrzej Pietrasiewicz
Adapt core Unicore32 architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
[added swiotlb_alloc/free_coherent wrappers]
Signed-off-by: Marek Szyprowski
From: Andrzej Pietrasiewicz
Adapt core Microblaze architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
[fixed coding style issues]
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd
From: Andrzej Pietrasiewicz
Adapt core SH architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
---
arch/sh/include/asm
Remove old, unused alloc_coherent and free_coherent methods from
dma_map_ops structure.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
include/linux/dma-mapping.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/include/linux
DMA_ATTR_WRITE_COMBINE specifies that writes to the mapping may be
buffered to improve performance. It will be used by the replacement for
ARM/ARV32 specific dma_alloc_writecombine() function.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
Documentation
Adapt core Hexagon architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
arch/hexagon/include/asm/dma-mapping.h | 18 --
arch/hexagon
-consistent memory.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
Documentation/DMA-attributes.txt |9 +
include/linux/dma-attrs.h|1 +
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/Documentation/DMA-attributes.txt b
From: Andrzej Pietrasiewicz
Adapt core SPARC architecture code for dma_map_ops changes: replace
alloc/free_coherent with generic alloc/free methods.
Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
Reviewed-by: Arnd Bergmann
Acked-by: David S
Introduce new generic mmap method with attributes argument.
This method lets drivers to create a userspace mapping for a DMA buffer
in generic, architecture independent way.
Signed-off-by: Marek Szyprowski
Acked-by: Kyungmin Park
Reviewed-by: Arnd Bergmann
---
include/linux/dma-mapping.h
Hello,
On Wednesday, March 28, 2012 4:23 AM Guan Xuetao wrote:
> On 03/27/2012 09:42 PM, Marek Szyprowski wrote:
> > diff --git a/arch/unicore32/mm/dma-swiotlb.c
> > b/arch/unicore32/mm/dma-swiotlb.c
> > index bfa9fbb..4cf5f0c 100644
> > --- a/arch/unicore32/mm/d
Hi Sergei,
On Wednesday, March 28, 2012 1:29 PM Sergei Shtylyov wrote:
> On 27-03-2012 17:42, Marek Szyprowski wrote:
>
> > Introduce new generic alloc and free methods with attributes argument.
>
> The method names don't match the ones in the subject.
Right, I wil
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
---
Hello,
This patch is a continuation of my works on dma-mapping cleanup and
unification. Previous works (commit 58bca4a8fa ('Merge branch
'for-linus' of git://git.linaro.org/people/mszyprowski/linux-dma-mapping')
ha
Hi,
On Friday, June 29, 2012 1:10 PM Clemens Ladisch wrote:
> Marek Szyprowski wrote:
> > +++ b/drivers/base/dma-mapping.c
> > ...
> > +int dma_common_mmap(struct device *dev, struct vm_area_struct *vma,
> > + void *cpu_addr, dma_addr_t dma_addr, size_t s
bling CONFIG_IOMMU_DEFAULT_PASSTHROUGH. If
> the system still boots then most likely the implementation is an IDENTITY
> domain. If not we can trivially change it to BLOCKING or at worst PLATFORM
> if there is no detail what is going on in the HW.
>
> I think this is pretty safe fo
On 16.05.2023 02:00, Jason Gunthorpe wrote:
> What exynos calls exynos_iommu_detach_device is actually putting the iommu
> into identity mode.
>
> Move to the new core support for ARM_DMA_USE_IOMMU by defining
> ops->identity_domain.
>
> Signed-off-by: Jason Gunthorpe
Ac
xc0
idempotent_init_module+0x180/0x250
__arm64_sys_finit_module+0x64/0xa0
invoke_syscall+0x48/0x114
el0_svc_common.constprop.0+0xc0/0xe0
do_el0_svc+0x1c/0x28
el0_svc+0x4c/0xe4
el0t_64_sync_handler+0xc0/0xc4
el0t_64_sync+0x190/0x194
Code: 9116e003 f942dc01 a93e8c41 c89ffc73 (f9000433)
---[ end trace ]---
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
Hi Christophe,
On 31.01.2024 12:58, Christophe Leroy wrote:
> Le 30/01/2024 à 18:48, Marek Szyprowski a écrit :
>> [Vous ne recevez pas souvent de courriers de m.szyprow...@samsung.com.
>> Découvrez pourquoi ceci est important à
>> https://aka.ms/LearnAboutSenderIden
Hi Christophe,
On 31.01.2024 21:07, Christophe Leroy wrote:
> Le 31/01/2024 à 16:17, Marek Szyprowski a écrit :
>> [Vous ne recevez pas souvent de courriers de m.szyprow...@samsung.com.
>> Découvrez pourquoi ceci est important à
>> https://aka.ms/LearnAboutSenderIden
00.pcie: Link up
exynos-pcie 1570.pcie: PCI host bridge to bus :00
Fell free to add my:
Tested-by: Marek Szyprowski
> No doubt I've probably broken something. Please test. I've run this thru
> kernelci and checked boards with DWC PCI which currently is just
> Layersc
d at (1282): [] __do_softirq+0x528/0x674
softirqs last disabled at (1269): [] irq_exit+0x1dc/0x1e8
---[ end trace 6f32a2fb4294655f ]---
I can do more tests to help fixing this issue. Just let me know what to do.
...
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
On 25.06.2020 15:08, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Remove the use of dev->archdata.iommu and use the private per-device
> pointer provided by IOMMU core code instead.
>
> Signed-off-by: Joerg Roedel
Acked-by: Marek Szyprowski
> ---
> d
t = PTR_ERR(new->rq);
> - new->rq = NULL;
> - goto error4;
> - }
> -
> if (tr->flush)
> blk_queue_write_cache(new->rq, true, false);
>
> - new->rq->queuedata = new;
> blk_queue_logical_block_
Hi Christoph,
On 15.06.2021 17:58, Christoph Hellwig wrote:
> On Tue, Jun 15, 2021 at 05:47:44PM +0200, Marek Szyprowski wrote:
>> On 02.06.2021 08:53, Christoph Hellwig wrote:
>>> Use the blk_mq_alloc_disk API to simplify the gendisk and request_queue
>>> alloca
Hi Christoph,
On 2017-06-20 15:16, Christoph Hellwig wrote:
On Tue, Jun 20, 2017 at 11:04:00PM +1000, Stephen Rothwell wrote:
git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git#dma-mapping-next
Contacts: Marek Szyprowski and Kyungmin Park (cc'd)
I have called your tree dma-ma
it = DMA_BIT_MASK(zone_dma_bits);
> + io_tlb_default_mem.phys_limit = zone_dma_limit;
> else if (IS_ENABLED(CONFIG_ZONE_DMA32) && (gfp_mask & __GFP_DMA32))
> - io_tlb_default_mem.phys_limit = DMA_BIT_MASK(32);
> + io_tlb_default_mem.phys_limit = max(DMA_BIT_MASK(32),
> zone_dma_limit);
> else
> io_tlb_default_mem.phys_limit = virt_to_phys(high_memory - 1);
> #endif
> @@ -629,7 +629,7 @@ static struct page *swiotlb_alloc_tlb(struct device *dev,
> size_t bytes,
> }
>
> gfp &= ~GFP_ZONEMASK;
> - if (phys_limit <= DMA_BIT_MASK(zone_dma_bits))
> + if (phys_limit <= zone_dma_limit)
> gfp |= __GFP_DMA;
> else if (phys_limit <= DMA_BIT_MASK(32))
> gfp |= __GFP_DMA32;
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
On 27.08.2024 06:52, Baruch Siach wrote:
> Hi Marek,
>
> Thanks for your report.
>
> On Mon, Aug 26 2024, Marek Szyprowski wrote:
>> On 11.08.2024 09:09, Baruch Siach wrote:
>>> From: Catalin Marinas
>>>
>>> Hardware DMA limit might not be power
On 27.08.2024 09:03, Baruch Siach wrote:
> On Tue, Aug 27 2024, Marek Szyprowski wrote:
>> On 27.08.2024 06:52, Baruch Siach wrote:
>>> Hi Marek,
>>>
>>> Thanks for your report.
>>>
>>> On Mon, Aug 26 2024, Marek Szyprowski wrote:
>>>
Hi Rob,
On 08.11.2024 14:25, Rob Herring wrote:
> On Fri, Nov 8, 2024 at 5:04 AM Marek Szyprowski
> wrote:
>> On 06.11.2024 18:10, Rob Herring (Arm) wrote:
>>> While OpenFirmware originally allowed walking parent nodes and default
>>> root values for #address-cells
dt_root_addr_cells = OF_ROOT_NODE_ADDR_CELLS_DEFAULT;
>
> prop = of_get_flat_dt_prop(node, "#size-cells", NULL);
> - if (prop)
> + if (!WARN(!prop, "No '#size-cells' in root node\n"))
> dt_root_size_cells = be32_to_cpup(prop);
> pr_debug("dt_root_size_cells = %x\n", dt_root_size_cells);
>
> prop = of_get_flat_dt_prop(node, "#address-cells", NULL);
> - if (prop)
> + if (!WARN(!prop, "No '#address-cells' in root node\n"))
> dt_root_addr_cells = be32_to_cpup(prop);
> pr_debug("dt_root_addr_cells = %x\n", dt_root_addr_cells);
>
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
83 matches
Mail list logo
