a...@arndb.de
Cc: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
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..477a2d2
, not arch specific.
Please read more about bus notifiers. IMHO a good example is provided in
the following thread:
http://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg12238.html
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
--
To unsubscribe from this list: send the line
buffer prepare/finish it does a DMA synchronization.
Signed-off-by: Federico Vaga federico.v...@gmail.com
Acked-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/media/v4l2-core/Kconfig | 5 +
drivers/media/v4l2-core/Makefile | 1 +
drivers/media
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 m.szyprow...@samsung.com
--8--
On Monday, September 24, 2012 12:59 PM Federico Vaga
Hi Linus,
I would like to ask for pulling yet another patch for ARM dma-mapping
subsystem to Linux v3.6 kernel tree. This patch fixes potential memory
leak ARM dma-mapping code.
The following changes since commit 979570e02981d4a8fc20b3cc8fd651856c98ee9d:
Linux 3.6-rc7 (2012-09-23 18:10:57
for the report, I will check this issue asap.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
the 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 sm...@web.de
Reported-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
mm
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 m.szyprow...@samsung.com
---
mm
reclaim in alloc_contig_range() to stabilise
watermarks) can be finally removed.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
include/linux/mmzone.h |9
mm/page_alloc.c| 57
2 files changed, 66 deletions(-)
diff
this issue.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ at http
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
Samsung Poland RD Center
--
To unsubscribe
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
will be able to allocate their
buffers with GFP_ATOMIC flag
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Cc: Marek Szyprowski m.szyprow...@samsung.com
Acked-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/mach-mvebu/armada-370-xp.c | 12
1 file changed
+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
it and fixes build break of ARM architecture.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland RD Center
The following changes since commit 2ab3f29dddfb444c9fcc0a2f3a56ed4bdba41969:
Merge branch 'akpm' (Andrew's fixes) (2012-10
procedure causing the contiguous allocation to fail.
Reported-by: SeongHwan Yoon sunghwan@samsung.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
mm/page_alloc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
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 m.szyprow...@samsung.com
Reviewed
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 m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Michal Nazarewicz min...@mina86.com
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 m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Michal Nazarewicz min...@mina86.com
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 m.szyprow...@samsung.com
---
drivers/regulator/core.c |5 -
1 file changed, 4 insertions
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 m.szyprow...@samsung.com
---
drivers/mmc/host/sdhci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
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 RD Center
Patch summary
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 m.szyprow...@samsung.com
---
drivers/regulator/core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
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 m.szyprow...@samsung.com
---
drivers/regulator/core.c |6 +-
1 file changed, 5 insertions
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 m.szyprow...@samsung.com
---
drivers/regulator/core.c |9 -
1 file changed, 8
check in regulator_is_supported_voltage()
fixed that function and now additional check is needed for fixed
regulators.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/mmc/host/sdhci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci.c
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 worked only by luck
a new attribute, as proposed in this RFC
is a good idea? I feel that it might be an attribute just for a single
driver, but I would like to know your opinion. Should we look for other
solution?
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
Marek Szyprowski (2):
common: DMA-mapping
This patch adds support for DMA_ATTR_FORCE_CONTIGUOUS attribute for
dma_alloc_attrs() in IOMMU-aware implementation. For allocating physically
contiguous buffers Contiguous Memory Allocator is used.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/mm/dma-mapping.c | 41
this attribute the allocated buffer is forced to be contiguous
also in physical memory.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
Documentation/DMA-attributes.txt |9 +
include/linux/dma-attrs.h|1 +
2 files changed, 10 insertions(+)
diff --git
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ at http://www.tux.org/lkml/
Hi Laurent,
Thanks for those two cleanups, I will take them to my dma-mapping tree too.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
condition check while freeing pages
are available in the git repository at:
git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git fixes-for-linus
Marek Szyprowski (1):
mm: cma: fix condition check when setting global cma area
Prathyush K (1):
ARM: dma-mapping: modify
has constraints about
maximum number of segments.
Signed-off-by: Rob Clark r...@ti.com
Yea, it is a really good idea to add this to struct device_dma_parameters.
We only need to initialize it to '1' in platform startup code for all
devices relevant to buffer sharing.
Acked-by: Marek Szyprowski
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 RD Center
Patch summary:
Marek Szyprowski (1):
ARM: DMA-mapping: add
Hello,
Tushar Behera tushar.behera at 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 tushar.behera at linaro.org
Acked-by: Marek
patches in the end went via IOMMU tree. I looks that the patch for
Alpha has
been missed. It looks that this patch should be merged to v3.9-rcX asap
to fix the
broken dma-mapping api calls.
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
--
To unsubscribe from this list: send
on the presented approach. What do
you think about it? Is there a chance to get such workaround merged at
some point to mainline?
Best regards
Marek Szyprowski
Samsung Poland RD Center
Patch summary:
Marek Szyprowski (5):
mm: introduce migrate_replace_page() for migrating page to the given
__get_user_pages() is already exported function, so get_user_pages()
can be easily inlined to the caller functions.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
include/linux/mm.h | 74
Ensure that newly allocated pages, which are faulted in in FOLL_DURABLE
mode comes from non-movalbe pageblocks, to workaround migration failures
with Contiguous Memory Allocator.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
When __get_user_pages() is called with FOLL_DURABLE flag, ensure that no
page in CMA pageblocks gets locked. This workarounds the permanent
migration failures caused by locking the pages by get_user_pages() call for
a long period of time.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Introduce migrate_replace_page() function for migrating single page to the
given target page.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
include/linux/migrate.h |5
mm/migrate.c| 59
pageblocks before blocking them with an additional reference.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/v4l2-core/videobuf2-dma-contig.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff
Hello,
On 3/5/2013 9:50 AM, Arnd Bergmann wrote:
On Tuesday 05 March 2013, Marek Szyprowski wrote:
To solving this issue requires preventing locking of the pages, which
are placed in CMA regions, for a long time. Our idea is to migrate
anonymous page content before locking the page
Hello,
On 3/6/2013 9:47 AM, Minchan Kim wrote:
Hello,
On Tue, Mar 5, 2013 at 3:57 PM, Marek Szyprowski
m.szyprow...@samsung.com wrote:
Hello,
Contiguous Memory Allocator is very sensitive about migration failures
of the individual pages. A single page, which causes permanent migration
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
dma-debug branch and I've
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 RD
).
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 m.szyprow...@samsung.com
---
drivers/mmc/core/core.c |2 +-
1 file changed
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
and regulated without using regulator_count_voltages()
hacks.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
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
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_change_voltage
and regulated without using regulator_count_voltages()
hacks.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
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
Hello,
On 2/12/2013 11:10 PM, Guennadi Liakhovetski wrote:
Hi Marek
On Tue, 12 Feb 2013, 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
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 m.szyprow...@samsung.com
---
mm/page_alloc.c |4
1 file changed, 4 insertions
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 low memory
the mapping is a correct. Shouldn't we use avoid himem in
such case?
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
kernel has higher priority.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
-mapping api functions: dma_mmap_coherent and dma_get_sgtable.
Thanks!
Best regards
Marek Szyprowski
Samsung Poland RD Center
Patch summary:
Geert Uytterhoeven (9):
avr32: Provide dma_mmap_coherent() and dma_get_sgtable()
blackfin: Provide dma_mmap_coherent() and dma_get_sgtable
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
)
This 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 RD Center
Patch summary:
Hiroshi Doyu (3
Szyprowski m.szyprow...@samsung.com
Acked-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/metag/include/asm/dma-mapping.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/metag/include/asm/dma-mapping.h
b/arch/metag/include/asm/dma-mapping.h
index b5f80a6..14b23ef 100644
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 Szyprowski m.szyprow
.
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 RD Center
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Hello,
On 1/15/2013 5:56 PM, James Bottomley wrote:
On Tue, 2013-01-15 at 15:07 +0100, Marek Szyprowski wrote:
Hello,
On 1/15/2013 10:13 AM, Geert Uytterhoeven wrote:
Marek?
On Tue, Jan 15, 2013 at 5:16 AM, Vineet Gupta
vineet.gup...@synopsys.com wrote:
On Monday 14 January 2013
at 15:07 +0100, Marek Szyprowski wrote:
On 1/15/2013 10:13 AM, Geert Uytterhoeven wrote:
Marek?
On Tue, Jan 15, 2013 at 5:16 AM, Vineet Gupta
vineet.gup...@synopsys.com wrote:
On Monday 14 January 2013 09:07 PM, Mark Salter wrote:
On Sun, 2013-01-13 at 11:44 +0100, Geert
+0100, Marek Szyprowski wrote:
On 1/15/2013 10:13 AM, Geert Uytterhoeven wrote:
Marek?
On Tue, Jan 15, 2013 at 5:16 AM, Vineet Gupta
vineet.gup...@synopsys.com wrote:
On Monday 14 January 2013 09:07 PM, Mark Salter wrote:
On Sun, 2013-01-13 at 11:44 +0100, Geert
On 1/23/2013 11:29 AM, James Bottomley wrote:
On Wed, 2013-01-23 at 10:47 +0100, Marek Szyprowski wrote:
On 1/22/2013 11:13 AM, James Bottomley wrote:
There might be a simple solution: just replace void *cpu_addr with void
**cpu_addr in the API. This is a bit nasty since compilers think
On 1/21/2013 9:00 PM, Geert Uytterhoeven wrote:
On Tue, Jan 15, 2013 at 5:56 PM, James Bottomley
james.bottom...@hansenpartnership.com 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, Jan 15, 2013 at 5:16
On 2/13/2013 12:35 PM, Mark Brown wrote:
On Wed, Feb 13, 2013 at 08:45:56AM +0100, Guennadi Liakhovetski wrote:
On Wed, 13 Feb 2013, Marek Szyprowski wrote:
BTW, mmc_regulator_get_ocrmask() won't work with continuous range
regulators.
This seems like a problem, that has to be fixed
;
+
+#endif
--
1.7.11.4
Best regards
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ at http
:15:48 +0200)
Thanks!
Best regards
Marek Szyprowski
Samsung Poland RD Center
Patch summary:
Thomas Petazzoni (1):
arm: mm: fix DMA pool affiliation check
arch/arm/mm/dma-mapping.c |2 +-
1 files changed, 1 insertions
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 RD Center
Changelog:
v5:
- fixed another minor issues pointed by Minchan Kim: added more comments
here and there, changed
'const void *' is a safer type for caller function type. This patch
updates all references to caller function type.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
Reviewed-by: Minchan Kim minc...@kernel.org
---
include/linux
,
becasue vmalloc areas cannot be reliably created in atomic context.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/kernel-parameters.txt |2 +-
arch/arm/include/asm/dma-mapping.h |2 +-
arch/arm/mm/dma
*alloc_ctx, unsigned long vaddr,
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
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 RD Center
Changelog:
v6:
- more cleanups of minor issues pointed by Minchan Kim, moved
arm_dma_mmap() changes into separate
'const void *' is a safer type for caller function type. This patch
updates all references to caller function type.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
Reviewed-by: Minchan Kim minc...@kernel.org
---
include/linux
,
because vmalloc areas cannot be reliably created in atomic context.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/kernel-parameters.txt |2 +-
arch/arm/include/asm/dma-mapping.h |2 +-
arch/arm/mm/dma
for 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 RD Center
Patch summary:
Marek Szyprowski (11
them to my fixes-for-3.6
branch. Thanks for Your contribution!
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
-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 RD Center
Hello,
On Thursday, August 16, 2012 12:14 PM Hideki EIRAKU wrote:
From: Marek Szyprowski m.szyprow...@samsung.com
Subject: RE: [PATCH v3 3/4] media: videobuf2-dma-contig: use
dma_mmap_coherent if available
Date: Tue, 07 Aug 2012 16:53:25 +0200
I'm sorry for bringing this issue now, once
/0x220) from [c0009140]
(ret_fast_syscall+0x0/0x2c)
[ 61.393390] ---[ end trace 0745420412c0325b ]---
The patch fixes this.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Thanks for spotting this issue. I've applied it to my fixes branch.
Best regards
--
Marek Szyprowski
Samsung Poland
for spotting and fixing the issue. I've applied it to my fixes
branch.
I'm really sorry for introducing such stupid bugs together with my changes.
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
I wonder if there are any
architectures,
which don't use dma_map_ops based dma-mapping framework, which might use
videobuf2-dma-conting module.
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
vm_area_struct
*vma,
void *cpu_addr, dma_addr_t dma_addr,
--
1.7.0.4
I will take this patch to my dma-mapping kernel tree, to the fixes branch.
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
--
To unsubscribe from this list: send the line unsubscribe
d9e0d149b5dcc2ef4688afc572b9906bcda941ef
ARM: dma-mapping: fix incorrect freeing of atomic allocations
are available in the git repository at:
git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git
fixes-for-linus-for-3.6-rc2
Thanks!
Best regards
Marek Szyprowski
Samsung Poland RD Center
Patch summary:
Aaro
dev_pm_get_subsys_data() returns 1 when a new object has been created,
what should not be considered as an error for pm_genpd_add_device().
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/base/power/domain.c |9 -
1 files changed, 8 insertions(+), 1 deletions
. This patch fixes initialization of such drivers (like MAX8952
on UniversalC210 board), when '-1' is provided as enable gpio pin in the
regulator's platform data.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/regulator/core.c |2 +-
1 files changed, 1 insertions(+), 1
dma_alloc_attrs() directly. Please rework your patches to avoid such approach.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ at http://www.tux.org/lkml/
we should not care here.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ
a __iommu_free_atomic() function would also make it safer and easier to
understand.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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
Hi Hiroshi,
On Thursday, August 23, 2012 8:15 AM Hiroshi Doyu wrote:
On Thu, 23 Aug 2012 07:58:34 +0200
Marek Szyprowski m.szyprow...@samsung.com wrote:
Hello,
On Wednesday, August 22, 2012 3:37 PM Hiroshi Doyu wrote:
KyongHo Cho pullip@samsung.com wrote @ Wed, 22 Aug 2012 14
by one order, because MAX_ORDER alignment is not really
needed.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
CC: Michal Nazarewicz min...@mina86.com
---
drivers/base/dma-contiguous.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/base/dma
allocate them separately.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ
, whatever comes first.
Best regards
--
Marek Szyprowski
Samsung Poland RD 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 the FAQ
(freelist);
}
so the actual CMA allocation itself is not using alloc_pages. By removing
the watermark check you allow the CMA to breach watermarks and puts the
system at risk of livelock.
Fair enough. I will look into that.
We will also looks into this issue.
Best regards
--
Marek
1 - 100 of 2716 matches
Mail list logo