t,
-#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
+#ifdef HAVE_GENERIC_DMA_COHERENT
.get_dmabuf = vb2_dc_get_dmabuf,
#endif
.cookie = vb2_dc_cookie,
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hello,
On 11/27/2012 8:39 AM, Prabhakar Lad wrote:
Hi Marek,
On Tue, Nov 27, 2012 at 12:53 PM, Marek Szyprowski
wrote:
> Hello,
>
>
> On 11/27/2012 6:59 AM, Prabhakar Lad wrote:
>>
>> From: Lad, Prabhakar
>>
>> from commit 93049b9368a2e257ace66252ab2
The total number of low memory pages is determined as
totalram_pages - totalhigh_pages, so without this patch all CMA
pageblocks placed in highmem were accounted to low memory.
Signed-off-by: Marek Szyprowski
---
mm/page_alloc.c |4
1 file changed, 4 insertions(+)
diff --git a/mm
Hello,
On 2/5/2013 12:34 AM, Minchan Kim wrote:
On Mon, Feb 04, 2013 at 11:27:05AM +0100, Marek Szyprowski wrote:
> The total number of low memory pages is determined as
> totalram_pages - totalhigh_pages, so without this patch all CMA
> pageblocks placed in highmem were accounted to l
for pages without the mapping is a correct. Shouldn't we use avoid himem in
such case?
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
me time to backport some more patches from
mainline, but please note that mainline kernel has higher priority.
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
w dma-mapping api functions: dma_mmap_coherent and dma_get_sgtable.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Geert Uytterhoeven (9):
avr32: Provide dma_mmap_coherent() and dma_get_sgtable()
blackfin: Provide dma_mmap_coherent() and dma_ge
d and regulated without using regulator_count_voltages()
hacks.
Signed-off-by: Marek Szyprowski
---
drivers/mmc/host/sdhci.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index ba586ae..735526b 100644
--- a/drivers/mmc
Hello,
On 12/4/2012 3:01 PM, Marek Szyprowski wrote:
mmc_regulator_set_ocr() depends on the ability of regulator to change the
voltage value. When regulator cannot change its voltage output, some code is
skipped to avoid reporting false errors on some boards, which use MMC hosts
with fixed
Hello,
On 12/4/2012 3:01 PM, Marek Szyprowski wrote:
Some regulators don't report any voltage values, so checking supported
voltage range results in disabling all SDHCI_CAN_VDD_* flags and
registration failure. This patch finally provides a correct fix for the
registration of SDHCI driver
On 1/21/2013 9:00 PM, Geert Uytterhoeven wrote:
On Tue, Jan 15, 2013 at 5:56 PM, James Bottomley
wrote:
> On Tue, 2013-01-15 at 15:07 +0100, Marek Szyprowski wrote:
>> On 1/15/2013 10:13 AM, Geert Uytterhoeven wrote:
>> > Marek?
>> >
>> > On Tue, J
Correct value for minimal voltage for ldo10 output is 95 uV. This
patch fixes the typo introduced by patch adf6178ad5552a7f2f742a8c85343c50
("regulator: max8998: Use uV in voltage_map_desc"), what solves broken
probe of max8998 in v3.8-rc4.
Signed-off-by: Marek Szyprowsk
.8, not 3.9.
Do you want me to take those patches via dma-mapping tree or get my ack
and put them together with your other m68k fixes for v3.8?
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
time all patches are related only to ARM DMA-mapping subsystem. The
main extension provided by this pull request is highmem support. Besides
that it contains a bunch of small bugfixes and cleanups.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Hiroshi Doy
architectures using dma_map_ops, dma_get_sgtable() is provided in
.
Metag does not use dma_map_ops yet, hence it should implement it as an
inline stub using dma_common_get_sgtable().
Signed-off-by: James Hogan
Cc: Geert Uytterhoeven
Cc: Marek Szyprowski
Acked-by: Marek Szyprowski
---
arch/m
contains an important fix for all ARM architectures which use
ZONE_DMA. Without it dma_alloc_* calls with GFP_ATOMIC flag might have
allocated buffers outsize DMA zone.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Marek Szyprowski (1):
ARM: DMA-mapping:
ll do some tests and apply them to my fixes-for-3.6
branch. Thanks for Your contribution!
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
-for-3.6
for you to fetch changes up to 479ed93a4b98eef03fd8260f7ddc00019221c450:
ARM: dma-mapping: IOMMU allocates pages from atomic_pool with GFP_ATOMIC
(2012-08-28 21:01:07 +0200)
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Ce
b2_dma_streaming_cleanup_ctx);
> +
> +MODULE_DESCRIPTION("DMA-streaming memory allocator for videobuf2");
> +MODULE_AUTHOR("Federico Vaga ");
> +MODULE_LICENSE("GPL v2");
> diff --git a/include/media/videobuf2-dma-streaming.h
> b/include/media/videobu
:15:48 +0200)
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Thomas Petazzoni (1):
arm: mm: fix DMA pool affiliation check
arch/arm/mm/dma-mapping.c |2 +-
1 files changed, 1 insert
t includes various cleanup for both CMA common code and
ARM DMA-mapping subsystem.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Hiroshi Doyu (3):
ARM: dma-mapping: Small logical clean up
ARM: dma-mapping: Refrain noisy console message
AR
ll be able to allocate their
buffers with GFP_ATOMIC flag"
Signed-off-by: Gregory CLEMENT
Cc: Marek Szyprowski
Acked-by: Marek Szyprowski
---
arch/arm/mach-mvebu/armada-370-xp.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/mach-mvebu/armada-370-xp.c
+0200)
This pull request consists mainly of a set of one-liner fixes and
cleanups for a few minor issues identified in both Contiguous Memory
Allocator code and ARM DMA-mapping subsystem.
Thanks!
Best regards
Marek Szyprowski
and fixes build break of ARM architecture.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
The following changes since commit 2ab3f29dddfb444c9fcc0a2f3a56ed4bdba41969:
Merge branch 'akpm' (Andrew
allocations.
This version addresses a few minor issues pointed by Minchan Kim.
This patch is based on vanilla v3.5 release.
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Changelog:
v5:
- fixed another minor issues pointed by Minchan Kim: added more comments
here and there, cha
'const void *' is a safer type for caller function type. This patch
updates all references to caller function type.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
Reviewed-by: Minchan Kim
---
include/linux/vmalloc.h |8
mm/vmalloc.c
,
becasue vmalloc areas cannot be reliably created in atomic context.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
---
Documentation/kernel-parameters.txt |2 +-
arch/arm/include/asm/dma-mapping.h |2 +-
arch/arm/mm/dma-mapping.c | 511
gt; + vma->vm_ops->open(vma);
> + return 0;
> +#else
> return vb2_mmap_pfn_range(vma, buf->dma_addr, buf->size,
> &vb2_common_vm_ops, &buf->handler);
> +#endif
> }
>
> static void *vb2_dma_contig_get_userptr(void
allocations.
This version addresses a few more cleanups pointed by Minchan Kim.
This patch is based on vanilla v3.5 release.
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Changelog:
v6:
- more cleanups of minor issues pointed by Minchan Kim, moved
arm_dma_mmap() changes into sepa
'const void *' is a safer type for caller function type. This patch
updates all references to caller function type.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
Reviewed-by: Minchan Kim
---
include/linux/vmalloc.h |8
mm/vmalloc.c
,
because vmalloc areas cannot be reliably created in atomic context.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
---
Documentation/kernel-parameters.txt |2 +-
arch/arm/include/asm/dma-mapping.h |2 +-
arch/arm/mm/dma-mapping.c | 486
some
specific use cases) as well as some unification of the common code for
dma_mmap_attrs()/dma_mmap_coherent() functions. All extensions have been
implemented and tested for ARM architecture.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Marek Szyprowski
rror.
>
> Cc: Arnd Bergmann
> Cc: Marek Szyprowski
> Signed-off-by: Sachin Kamat
> ---
> arch/arm/mm/dma-mapping.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
> index 546a3e8.
E_IOMMU is useful to more than just arm, then this
> > could become a generic callback.
>
> As mentioned in the original, this is a heck to explain what is
> needed. I am looking for some generic solution for how to specify
> IOMMU info for each platform devices. I'm guessin
er. For each buffer prepare/finish it does a DMA synchronization.
>
> Signed-off-by: Federico Vaga
Acked-by: Marek Szyprowski
> ---
> drivers/media/v4l2-core/Kconfig | 5 +
> drivers/media/v4l2-core/Makefile | 1 +
> drivers/media/v4l2-
Hello,
It would be great if you could keep the correct authorship of the patch by
adding the following
line on top of the patch (git will handle it automatically after applying):
-->8--
From: Marek Szyprowski
-->8--
On Monday, September 24, 2012 12:59 PM Federico Vaga wrote:
> T
from
incompatible pointer type [enabled by default]
drivers/qtec/qtec_xform.c:817:2: warning: (near initialization for
‘qtec_xform_v4l_fops.write’) [enabled by default]
Signed-off-by: Ricardo Ribalda Delgado
Acked-by: Marek Szyprowski
---
drivers/media/v4l2-core/videobuf2
)
Aneesh Kumar K.V (1):
mm/cma: Move dma contiguous changes into a seperate config
Marek Szyprowski (5):
Merge remote-tracking branch 'dma-public/for-v3.12-cma-dma' into for-next
drivers: dma-contiguous: clean source code and prepare for device tree
d
It is not needed to include asm/dma-contiguous.h header to compile
reserved memory initialization code, so remove it to avoid build break
on architectures without CMA support.
Signed-off-by: Marek Szyprowski
---
drivers/of/of_reserved_mem.c |2 --
1 file changed, 2 deletions(-)
diff --git
Hello,
On 9/10/2013 9:45 PM, Rob Herring wrote:
On 09/10/2013 04:13 AM, Marek Szyprowski wrote:
> It is not needed to include asm/dma-contiguous.h header to compile
> reserved memory initialization code, so remove it to avoid build break
> on architectures without CMA support.
>
>
guous.h is missing (2013-09-10
15:43:40 +0200)
--------
Marek Szyprowski (1):
drivers: of: fix build break if asm/dma-contiguous.h is missing
drivers/of/of_reserved_mem.c |2 --
1 file changed, 2
__vb2_cleanup_fileio(q);
+ return 0;
+ }
+
/*
* Cancel will pause streaming and remove all buffers from the driver
* and videobuf, effectively returning control over them to userspace.
Best regards
--
Marek Szyprowski
Samsung R&D Institute Poland
--
To unsubscr
()/write() mode is mainly designed for old and legacy applications.
Those applications assume that the only reliable way to stop streaming
is to close the fd. New tools should use libv4l and ioctl-based api.
Best regards
--
Marek Szyprowski
Samsung R&D Institute Poland
--
To unsubscribe from
this issue.
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read th
p;w=2
Could you test above patches in your kernel?
You have to apply [2/4], [3/4], [4/4] and don't need [1/4].
AFAIR without patch [1/4], free cma page counter will go below zero and
weird thing will happen, so better apply the complete patchset.
Best regards
--
Marek Szyprowski
Samsu
Hello,
On 10/9/2012 6:43 AM, Minchan Kim wrote:
On Tue, Oct 09, 2012 at 05:12:21AM +0200, Marek Szyprowski wrote:
On 10/9/2012 5:10 AM, Minchan Kim wrote:
On Mon, Oct 08, 2012 at 05:41:14PM +0200, Rabin Vincent wrote:
Fortunately, recently, Bart sent a patch about that.
http://marc.info/?l
Hello,
On 10/9/2012 7:07 AM, Minchan Kim wrote:
On Tue, Oct 09, 2012 at 06:53:29AM +0200, Marek Szyprowski wrote:
Hello,
On 10/9/2012 6:43 AM, Minchan Kim wrote:
On Tue, Oct 09, 2012 at 05:12:21AM +0200, Marek Szyprowski wrote:
On 10/9/2012 5:10 AM, Minchan Kim wrote:
On Mon, Oct 08, 2012
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
regulators core by
regualtor_can_change_voltage() function and using it in the mmc/sdhci drivers.
For more information, please refer to the following threads:
http://thread.gmane.org/gmane.linux.kernel.mmc/17643
https://patchwork.kernel.org/patch/1739061/
Best regards
Marek Szyprowski
Samsung Poland R&a
).
This patch replaces a hacky workaround based on regulator_count_voltages()
value with the correct call to recently introduced
regulator_can_change_voltage() function in regulators core.
Signed-off-by: Marek Szyprowski
---
drivers/mmc/core/core.c |2 +-
1 file changed, 1 insertion(+), 1
Introduce a regulator_can_change_voltage() function for the subsytems or
drivers which might check if applying voltage change is possible and use
special workaround code when the driver is used with fixed regulators or
regulators with disabled ability to change the voltage.
Signed-off-by: Marek
d and regulated without using regulator_count_voltages()
hacks.
Signed-off-by: Marek Szyprowski
---
drivers/mmc/host/sdhci.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index a9ad2cd..d244dc0 100644
--- a/drivers/mmc
Hello,
On 11/30/2012 5:48 PM, Chris Ball wrote:
On Tue, Nov 20 2012, Marek Szyprowski wrote:
> The problem with dummy regulator is the fact that it can be enabled only
> globally for all devices in the system. I think that the best solution
> would be to introduce regulator_can_chang
rs/base/Kconfig
> @@ -236,7 +236,7 @@ config CMA_SIZE_PERCENTAGE
>
> choice
> prompt "Selected region size"
> - default CMA_SIZE_SEL_ABSOLUTE
> + default CMA_SIZE_SEL_MBYTES
>
> config CMA_SIZE_SEL_MBYTES
> bool "Use mega bytes value only&quo
Hi Laurent,
Thanks for those two cleanups, I will take them to my dma-mapping tree too.
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
device *dev, phys_addr_t size,
phys_addr_t base, phys_addr_t limit)
{
return -ENOSYS;
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
not used, remove them.
Signed-off-by: Axel Lin
Acked-by: Marek Szyprowski
---
drivers/regulator/lp3971.c | 22 ++
1 file changed, 6 insertions(+), 16 deletions(-)
diff --git a/drivers/regulator/lp3971.c b/drivers/regulator/lp3971.c
index 5f68ff1..9cb2c0f 100644
--- a
enables support for LPAE systems.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Marek Szyprowski (1):
mm: dmapool: use provided gfp flags for all dma_alloc_coherent() calls
Vitaly Andrianov (1):
drivers: cma: represent physical addresse
procedure causing the contiguous allocation to fail.
Reported-by: SeongHwan Yoon
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
mm/page_alloc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 1bfe2b0..fcb9719
very soon. To avoid such situation and make better use of CMA
pages, a heuristics is introduced which turns on CMA fallback for movable
pages when the real number of free pages (excluding CMA free pages)
approaches low water mark.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
CC: Michal
Memory return to free_contig_range() must have no other references. Let
kernel to complain loudly if page reference count is not equal to 1.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
CC: Michal Nazarewicz
---
mm/page_alloc.c |9 +++--
1 file changed, 7 insertions
Memory returned to free_contig_range() must have no other references. Let
kernel to complain loudly if page reference count is not equal to 1.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
CC: Michal Nazarewicz
---
mm/page_alloc.c |9 +++--
1 file changed, 7 insertions
Some drivers has additional logic for fixed regulators. Let regulator core
to threat regulators which cannot change their voltage due to applied
constraints as fixed.
Signed-off-by: Marek Szyprowski
---
drivers/regulator/core.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
Fixed regulators cannot change their voltage, so disable all voltage range
checking for them, otherwise the driver fails to operate with fixed
regulators.
Signed-off-by: Marek Szyprowski
---
drivers/mmc/host/sdhci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
with disabled
voltage change due to their constraints. This restores support for such
regulators in sdhci driver (such case is present on Samsung GONI board).
If possible, I would recomment to push those patches to v3.7-rc series.
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patc
regulator_is_supported_voltage() should return true only if the voltage
of fixed/constant regulator is between min_uV and max_uV.
Signed-off-by: Marek Szyprowski
---
drivers/regulator/core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/core.c b
Some drivers has additional logic for fixed regulators. Let regulator core
to treat regulators which cannot change their voltage due to applied
constraints as fixed.
Signed-off-by: Marek Szyprowski
---
drivers/regulator/core.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
Some drivers has additional logic for fixed regulators. Let regulator core
to treat regulators which cannot change their voltage due to applied
constraints as fixed.
Signed-off-by: Marek Szyprowski
---
drivers/regulator/core.c |9 -
1 file changed, 8 insertions(+), 1 deletion
ltage check in regulator_is_supported_voltage()"
fixed that function and now additional check is needed for fixed
regulators.
Signed-off-by: Marek Szyprowski
---
drivers/mmc/host/sdhci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci.c b/driver
Hello,
On 11/13/2012 2:45 PM, Chris Ball wrote:
Hi Marek,
On Tue, Nov 13 2012, Marek Szyprowski wrote:
> Fixed regulators cannot change their voltage, so disable all voltage
> range checking for them, otherwise the driver fails to operate with
> fixed regulators. Up to now it worke
dmapool usage on ARM architecture, where GFP_ATOMIC DMA
allocations can be served only from the special, very limited memory pool.
Reported-by: Soren Moch
Reported-by: Thomas Petazzoni
Signed-off-by: Marek Szyprowski
---
mm/dmapool.c | 27 +++
1 file changed, 7
Since commit 2139cbe627b8 ("cma: fix counting of isolated pages") free
pages in isolated pageblocks are not accounted to NR_FREE_PAGES counters,
so watermarks check is not required if one operates on a free page in
isolated pageblock.
Signed-off-by: Marek Szyprowski
---
mm/page_allo
2
("mm: trigger page reclaim in alloc_contig_range() to stabilise
watermarks") can be finally removed.
Signed-off-by: Marek Szyprowski
---
include/linux/mmzone.h |9
mm/page_alloc.c| 57
2 files changed, 66 dele
dma_mmap_coherent and dma_get_sgt calls...
> (snipped)
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ke
>dma_area,
substream->runtime->dma_addr,
area->vm_end - area->vm_start);
#endif
but obviously I don't like the test for CONFIG_MIPS in generic code...
I think that the best way of handl
14:19: note: each undeclared identifier is reported only
once for each function it appears in
make[2]: *** [fs/nfs/nfs4namespace.o] Error 1
make[1]: *** [fs/nfs] Error 2
make: *** [fs] Error 2
Signed-off-by: Marek Szyprowski
---
include/linux/namei.h |1 +
1 file changed, 1 insertion(+)
diff --
v, I noticed a CPU
consumption of about 42%, which seems too high. Could it be related to
not using the DMA streaming API?
This might be related to the excessive cpu cache flushing on dma buf
buffers as there were some misunderstanding who is responsible of that
(I saw some strange code in drm,
Cleanup and simplify the code which uses page migrate type.
Signed-off-by: Marek Szyprowski
---
mm/page_alloc.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 6b990cb..f05365f 100644
--- a/mm/page_alloc.c
+++ b/mm
Hello,
On 11/14/2012 11:58 PM, Andrew Morton wrote:
On Mon, 12 Nov 2012 09:59:42 +0100
Marek Szyprowski wrote:
> It has been observed that system tends to keep a lot of CMA free pages
> even in very high memory pressure use cases. The CMA fallback for movable
> pages is used very rar
Hello,
On 11/14/2012 8:11 AM, Kevin Liu wrote:
> From: linux-mmc-ow...@vger.kernel.org
[mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Chris Ball
> Sent: Tuesday, November 13, 2012 10:14 PM
> To: Marek Szyprowski
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.o
r OCR (-1)
The only remaining problem is sdhci driver operation with dummy
regulator. Right now
it simply fails to initialize if dummy regulator is enabled. Do you have
any idea how
to fix it properly?
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe from this
Hello,
On 11/20/2012 9:59 AM, Kevin Liu wrote:
2012/11/20 Marek Szyprowski :
> Hello,
>
>
> On 11/14/2012 8:11 AM, Kevin Liu wrote:
>>
>> > From: linux-mmc-ow...@vger.kernel.org
>> > [mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Chris Ball
>> &
t won't) merge this patch, so I can't help
with any of the above.
I will fix both issues in the next version of the patch. Would like to
merge it to your tree or should I keep it in my dma-mapping tree?
Best regards
--
Marek Szyprowski
Samsung Poland R&D Center
--
To unsubscribe fro
Hello,
On 11/20/2012 12:36 PM, Kevin Liu wrote:
2012/11/20 Marek Szyprowski :
> On 11/20/2012 9:59 AM, Kevin Liu wrote:
>> 2012/11/20 Marek Szyprowski :
>> > On 11/14/2012 8:11 AM, Kevin Liu wrote:
>> >>
>> >> > From: linux-mmc-ow...
Hello,
On 11/14/2012 3:01 AM, Mark Brown wrote:
On Tue, Nov 13, 2012 at 10:49:37AM +0100, Marek Szyprowski wrote:
> + if (rdev->constraints->valid_ops_mask & REGULATOR_CHANGE_VOLTAGE) {
> + if (rdev->desc->n_voltages)
> + retu
e special, very limited memory pool.
This patch changes the dmapool code to correctly use gfp flags provided
by the dmapool caller.
Reported-by: Soeren Moch
Reported-by: Thomas Petazzoni
Signed-off-by: Marek Szyprowski
Tested-by: Andrew Lunn
Tested-by: Soeren Moch
---
changelog
v2:
- removed al
Hello,
On 11/20/2012 1:01 AM, Minchan Kim wrote:
Hi Marek,
On Mon, Nov 12, 2012 at 09:59:42AM +0100, Marek Szyprowski wrote:
> It has been observed that system tends to keep a lot of CMA free pages
> even in very high memory pressure use cases. The CMA fallback for movable
CMA free pag
Hello,
On 11/20/2012 3:14 PM, Kevin Liu wrote:
2012/11/20 Marek Szyprowski :
> Hello,
>
>
> On 11/20/2012 12:36 PM, Kevin Liu wrote:
>>
>> 2012/11/20 Marek Szyprowski :
>> > On 11/20/2012 9:59 AM, Kevin Liu wrote:
>> >> 2012/11/20 Marek Szyprows
Hello,
On 2013-04-20 18:35, Axel Lin wrote:
All regulators have ascendant voltage list in this driver.
Thus use regulator_map_voltage_ascend is more efficient than the default
regulator_map_voltage_iterate.
Signed-off-by: Axel Lin
Acked-by: Marek Szyprowski
---
drivers/regulator/lp3971
they might get the kernel to jump into a user-provided
buffer.
I don't any possibility for userspace to alter the ops pointer, so if you
think that BUG_ON() approach causes additional overhead then I'm fine to
remove it.
Best regards
--
Marek Szyprowski
Samsung R&D Institute Pola
igger oops in ops==NULL case, but I think that
adding explicit check
in all functions, which use it, is a good idea. It serves as a kind of
documentation and
emphasizes that missing ops is really an issue.
Best regards
--
Marek Szyprowski
Samsung R&D Institute Poland
--
To unsubs
important bugfixes and update for IOMMU
integration support for ARM architecture.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Patch summary:
Richard Zhao (1):
ARM: dma: Drop __GFP_COMP for iommu dma memory allocations
Will Deacon (2):
ARM: dma-mapping: con
Hi Stephen,
On 7/3/2013 2:09 AM, Stephen Rothwell wrote:
Hi Marek,
On Tue, 02 Jul 2013 10:35:08 +0200 Marek Szyprowski
wrote:
>
> I would like to ask You for pulling some fixes for ARM dma-mapping subsystem
> for v3.11.
>
>
> The following ch
Hello,
On 7/3/2013 11:02 PM, Linus Torvalds wrote:
On Wed, Jul 3, 2013 at 12:58 AM, Marek Szyprowski
wrote:
>
> Right, I dropped one commit, which I found in other 'for_next' kernel tree
> (the one from Russell King) before sending the pull request. What's wrong with
&g
c | 60 -
1 file changed, 49 insertions(+), 11 deletions(-)
This pull request contains an important bugfixes and update for IOMMU
integration support for ARM architecture.
Thanks!
Best regards
Marek Szyprowski
Samsung Po
Hello,
Tushar Behera linaro.org> writes:
> In vb2_buffer_done, it would be better the print the value of 'state'
> (current state of buffer) than to print 'vb->state' which is always
> VB2_BUF_STATE_ACTIVE.
>
> Signed-off-by: Tushar Behera
vb2_dma_sg_put;
@@ -89,8 +118,6 @@ static void *vb2_dma_sg_alloc(void *alloc_ctx, unsigned long
size, gfp_t gfp_fla
return buf;
fail_pages_alloc:
- while (--i >= 0)
- __free_page(buf->pages[i]);
kfree(buf->pages);
fail_pages_array_alloc:
Best r
efined size (see dma_get_max_seg_size() function).
For some reference code, please check __iommu_map_sg() and maybe
__iommu_alloc_buffer() functions in arch/arm/mm/dma-mapping.c
Best regards
--
Marek Szyprowski
Samsung R&D Institute Poland
--
To unsubscribe from this list: send the line &qu
ove changes. Would
You like to take any of the above tasks while playing with vb2-dma-sg?
Best regards
--
Marek Szyprowski
Samsung R&D Institute Poland
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mo
0 0x1000>;
> > > +interrupts = <0 85 0>;
> > > +samsung,power-domain = <&pd_gsc>;
> > > +clocks = <&clock 256>;
> > > +clock-names = "gscl";
> > > +
1 - 100 of 1737 matches
Mail list logo
