On Wed, Jun 07, 2017 at 04:32:28PM +0100, Punit Agrawal wrote:
> Will Deacon writes:
> > On Wed, Jun 07, 2017 at 03:30:37PM +0100, Catalin Marinas wrote:
> >> On Wed, Jun 07, 2017 at 02:47:32PM +0100, Will Deacon wrote:
> >> > On Wed, May 17, 2017 at 04:23:3
>
> Signed-off-by: Punit Agrawal <punit.agra...@arm.com>
> Acked-by: Steve Capper <steve.cap...@arm.com>
> Cc: Catalin Marinas <catalin.mari...@arm.com>
> Cc: David Woods <dwo...@mellanox.com>
Since the patch matches my suggestions in v1:
Reviewed-by: Catalin Marinas <catalin.mari...@arm.com>
>
> Signed-off-by: Punit Agrawal
> Acked-by: Steve Capper
> Cc: Catalin Marinas
> Cc: David Woods
Since the patch matches my suggestions in v1:
Reviewed-by: Catalin Marinas
On Wed, Jun 07, 2017 at 02:47:32PM +0100, Will Deacon wrote:
> On Wed, May 17, 2017 at 04:23:34PM +0100, Punit Agrawal wrote:
> > --- a/arch/arm64/mm/hugetlbpage.c
> > +++ b/arch/arm64/mm/hugetlbpage.c
> > @@ -136,36 +136,27 @@ pte_t *huge_pte_offset(struct mm_struct *mm, unsigned
> > long addr)
On Wed, Jun 07, 2017 at 02:47:32PM +0100, Will Deacon wrote:
> On Wed, May 17, 2017 at 04:23:34PM +0100, Punit Agrawal wrote:
> > --- a/arch/arm64/mm/hugetlbpage.c
> > +++ b/arch/arm64/mm/hugetlbpage.c
> > @@ -136,36 +136,27 @@ pte_t *huge_pte_offset(struct mm_struct *mm, unsigned
> > long addr)
Signed-off-by: Kees Cook <keesc...@chromium.org>
> Cc: Catalin Marinas <catalin.mari...@arm.com>
> Cc: Will Deacon <will.dea...@arm.com>
> Cc: Jisheng Zhang <jszh...@marvell.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
On Mon, Jun 05, 2017 at 09:52:30PM -0700, Kees Cook wrote:
> Adjust vdso_{start|end} to be char arrays to avoid compile-time analysis
> that flags "too large" memcmp() calls with CONFIG_FORTIFY_SOURCE.
>
> Suggested-by: Mark Rutland
> Signed-off-by: Kees Cook
&g
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 63a1e1c95e60e798fa09ab3c536fb555aa5bbf2b:
arm64/cpufeature: don't use mutex in bringup path (2017-05-17 17:00:29 +0100)
are available in the git repository at:
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 63a1e1c95e60e798fa09ab3c536fb555aa5bbf2b:
arm64/cpufeature: don't use mutex in bringup path (2017-05-17 17:00:29 +0100)
are available in the git repository at:
On Fri, May 26, 2017 at 05:21:08PM +0100, Catalin Marinas wrote:
> On Fri, May 26, 2017 at 05:09:17PM +0100, Luis Henriques wrote:
> > On Thu, May 25, 2017 at 04:42:16PM +0100, Catalin Marinas wrote:
> > > The scan_block() function updates the number of references (pointers
On Fri, May 26, 2017 at 05:21:08PM +0100, Catalin Marinas wrote:
> On Fri, May 26, 2017 at 05:09:17PM +0100, Luis Henriques wrote:
> > On Thu, May 25, 2017 at 04:42:16PM +0100, Catalin Marinas wrote:
> > > The scan_block() function updates the number of references (pointers
On Fri, May 26, 2017 at 05:09:17PM +0100, Luis Henriques wrote:
> On Thu, May 25, 2017 at 04:42:16PM +0100, Catalin Marinas wrote:
> > The scan_block() function updates the number of references (pointers) to
> > objects, adding them to the gray_list when object->min_count is reac
On Fri, May 26, 2017 at 05:09:17PM +0100, Luis Henriques wrote:
> On Thu, May 25, 2017 at 04:42:16PM +0100, Catalin Marinas wrote:
> > The scan_block() function updates the number of references (pointers) to
> > objects, adding them to the gray_list when object->min_count is reac
On Fri, May 26, 2017 at 02:49:49PM +0100, Luis Henriques wrote:
> kmemleak has been reporting memory leaks since commit ac496bf48d97 ("fork:
> Optimize task creation by caching two thread stacks per CPU if
> CONFIG_VMAP_STACK=y"):
>
> unreferenced object 0xc92b (size 16384):
> comm
On Fri, May 26, 2017 at 02:49:49PM +0100, Luis Henriques wrote:
> kmemleak has been reporting memory leaks since commit ac496bf48d97 ("fork:
> Optimize task creation by caching two thread stacks per CPU if
> CONFIG_VMAP_STACK=y"):
>
> unreferenced object 0xc92b (size 16384):
> comm
ommon: dma-mapping: introduce common remapping
functions")
Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Reported-by: Andrzej Hajda <a.ha...@samsung.com>
Acked-by: Laura Abbott <labb...@redhat.com>
Reviewed-by: Robin Murphy <robin.mur...@arm.com>
Signed-off-by: Catalin
ommon: dma-mapping: introduce common remapping
functions")
Cc: Greg Kroah-Hartman
Reported-by: Andrzej Hajda
Acked-by: Laura Abbott
Reviewed-by: Robin Murphy
Signed-off-by: Catalin Marinas
---
Changes since v2:
- Rebased to 4.12-rc2
drivers/base/dma-mapping.c | 33 --
t;
Cc: "Luis R. Rodriguez" <mcg...@kernel.org>
Signed-off-by: Catalin Marinas <catalin.mari...@arm.com>
---
mm/kmemleak.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/mm/kmemleak.c b/mm/kmemleak.c
index 20036d4f9f13..964b12eba2c1 100644
--- a
This patch changes the kmemleak_object.flags type to unsigned int and
moves the early_log.min_count (int) near early_log.op_type (int) to
slightly reduce the size of these structures on 64-bit architectures.
Cc: Michal Hocko
Cc: Andy Lutomirski
Cc: "Luis R. Rodriguez"
Signed-off-b
mirski <l...@amacapital.net>
Cc: "Luis R. Rodriguez" <mcg...@kernel.org>
Signed-off-by: Catalin Marinas <catalin.mari...@arm.com>
---
mm/kmemleak.c | 43 +--
1 file changed, 25 insertions(+), 18 deletions(-)
diff --git a/mm/kmemleak
quot;
Signed-off-by: Catalin Marinas
---
mm/kmemleak.c | 43 +--
1 file changed, 25 insertions(+), 18 deletions(-)
diff --git a/mm/kmemleak.c b/mm/kmemleak.c
index 964b12eba2c1..266482f460c2 100644
--- a/mm/kmemleak.c
+++ b/mm/kmemleak.c
@@ -1188,6 +1188
by: "Luis R. Rodriguez" <mcg...@kernel.org>
Signed-off-by: Catalin Marinas <catalin.mari...@arm.com>
---
Documentation/dev-tools/kmemleak.rst | 1 +
include/linux/kmemleak.h | 7 +++
mm/kmemleak.c| 93 ++--
mm/v
reference passing to the actual vmalloc() returned pointer.
The __vmalloc_node_range() calling site has been modified accordingly.
Cc: Michal Hocko
Cc: Andy Lutomirski
Cc: "Luis R. Rodriguez"
Reported-by: "Luis R. Rodriguez"
Signed-off-by: Catalin Marinas
---
Documentation/de
v1:
- Split the patch into three for easier review
- Only call update_refs() if !color_gray() on the found object, it
avoids an unnecessary function call
[1]
http://lkml.kernel.org/r/1495474514-24425-1-git-send-email-catalin.mari...@arm.com
Catalin Marinas (3):
mm: kmemleak: Slightly reduce
v1:
- Split the patch into three for easier review
- Only call update_refs() if !color_gray() on the found object, it
avoids an unnecessary function call
[1]
http://lkml.kernel.org/r/1495474514-24425-1-git-send-email-catalin.mari...@arm.com
Catalin Marinas (3):
mm: kmemleak: Slightly reduce
On Tue, May 23, 2017 at 10:37:00PM +0200, Luis R. Rodriguez wrote:
> On Mon, May 22, 2017 at 06:35:14PM +0100, Catalin Marinas wrote:
> > Kmemleak requires that vmalloc'ed objects have a minimum reference count
> > of 2: one in the corresponding vm_struct object and
On Tue, May 23, 2017 at 10:37:00PM +0200, Luis R. Rodriguez wrote:
> On Mon, May 22, 2017 at 06:35:14PM +0100, Catalin Marinas wrote:
> > Kmemleak requires that vmalloc'ed objects have a minimum reference count
> > of 2: one in the corresponding vm_struct object and
On Mon, May 22, 2017 at 11:19:08AM -0700, Andy Lutomirski wrote:
> On Mon, May 22, 2017 at 10:35 AM, Catalin Marinas
> <catalin.mari...@arm.com> wrote:
> > Kmemleak requires that vmalloc'ed objects have a minimum reference count
> > of 2: one in the corresponding vm_str
On Mon, May 22, 2017 at 11:19:08AM -0700, Andy Lutomirski wrote:
> On Mon, May 22, 2017 at 10:35 AM, Catalin Marinas
> wrote:
> > Kmemleak requires that vmalloc'ed objects have a minimum reference count
> > of 2: one in the corresponding vm_struct object and the other owned
uis R. Rodriguez" <mcg...@kernel.org>
Cc: Michal Hocko <mho...@kernel.org>
Cc: Andy Lutomirski <l...@amacapital.net>
Signed-off-by: Catalin Marinas <catalin.mari...@arm.com>
---
Hi,
As per [1], I added support to use pointers to vm_struct as an
alternative way to avoid false p
uis R. Rodriguez"
Cc: Michal Hocko
Cc: Andy Lutomirski
Signed-off-by: Catalin Marinas
---
Hi,
As per [1], I added support to use pointers to vm_struct as an
alternative way to avoid false positives when the original vmalloc()
pointer has been lost. This is slightly harder to reason about but it
see
On Fri, May 19, 2017 at 05:40:16PM +0200, Luis R. Rodriguez wrote:
> If the following is a legit forced way to get query the kernel to ask it
> who owns a page then perhaps this technique can be used in the future to
> figure out who the hell caused this. Catalin, can you confirm? In this
> case
On Fri, May 19, 2017 at 05:40:16PM +0200, Luis R. Rodriguez wrote:
> If the following is a legit forced way to get query the kernel to ask it
> who owns a page then perhaps this technique can be used in the future to
> figure out who the hell caused this. Catalin, can you confirm? In this
> case
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
hen the upcoming hotplug
> locking rework is merged.
>
> Signed-off-by: Mark Rutland <mark.rutl...@arm.com>
> Reviewed-by: Marc Zyniger <marc.zyng...@arm.com>
> Reviewed-by: Suzuki Poulose <suzuki.poul...@arm.com>
> Acked-by: Will Deacon <will.dea...@arm.com>
hen the upcoming hotplug
> locking rework is merged.
>
> Signed-off-by: Mark Rutland
> Reviewed-by: Marc Zyniger
> Reviewed-by: Suzuki Poulose
> Acked-by: Will Deacon
> Cc: Catalin Marinas
> Cc: Christoffer Dall
> Cc: Peter Zijlstra
> Cc: Sebastian Sewior
> Cc
extra states.
>
> Signed-off-by: Thomas Gleixner <t...@linutronix.de>
> Cc: Catalin Marinas <catalin.mari...@arm.com>
> Cc: Will Deacon <will.dea...@arm.com>
> Cc: Mark Rutland <mark.rutl...@arm.com>
> Cc: linux-arm-ker...@lists.infradead.org
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
extra states.
>
> Signed-off-by: Thomas Gleixner
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Mark Rutland
> Cc: linux-arm-ker...@lists.infradead.org
Acked-by: Catalin Marinas
On Tue, May 16, 2017 at 04:55:28PM -0700, Andy Lutomirski wrote:
> On Tue, May 16, 2017 at 6:39 AM, Catalin Marinas
> <catalin.mari...@arm.com> wrote:
> > Thanks for cc'ing me. The vmalloc allocations have always been tricky
> > for kmemleak since there are 2-3 other memory
On Tue, May 16, 2017 at 04:55:28PM -0700, Andy Lutomirski wrote:
> On Tue, May 16, 2017 at 6:39 AM, Catalin Marinas
> wrote:
> > Thanks for cc'ing me. The vmalloc allocations have always been tricky
> > for kmemleak since there are 2-3 other memory locations with
Thanks for cc'ing me. The vmalloc allocations have always been tricky
for kmemleak since there are 2-3 other memory locations with the same
value as the vmalloc'ed object: vm_struct.addr and vmap_area.va_start;
occasionally we have vmap_area.va_end pointing to the next
vmap_area.va_start.
To have
Thanks for cc'ing me. The vmalloc allocations have always been tricky
for kmemleak since there are 2-3 other memory locations with the same
value as the vmalloc'ed object: vm_struct.addr and vmap_area.va_start;
occasionally we have vmap_area.va_end pointing to the next
vmap_area.va_start.
To have
Hi Linus,
Please pull the arm64 updates below. The mm/vmalloc.c change was acked
by Michal Hocko and the arch/arm one by Russell King. Thanks.
The following changes since commit 92f66f84d9695d07adf9bc987bbcce4bf9b8e87c:
arm64: Fix the DMA mmap and get_sgtable API with
Hi Linus,
Please pull the arm64 updates below. The mm/vmalloc.c change was acked
by Michal Hocko and the arch/arm one by Russell King. Thanks.
The following changes since commit 92f66f84d9695d07adf9bc987bbcce4bf9b8e87c:
arm64: Fix the DMA mmap and get_sgtable API with
On Wed, May 10, 2017 at 12:55:12PM +0100, Will Deacon wrote:
> On Wed, May 10, 2017 at 09:38:03AM +0100, Catalin Marinas wrote:
> > On Mon, May 08, 2017 at 11:07:24AM +0100, Will Deacon wrote:
> > > On Fri, May 05, 2017 at 02:07:28PM -0700, Florian Fainelli wrote:
> > &g
On Wed, May 10, 2017 at 12:55:12PM +0100, Will Deacon wrote:
> On Wed, May 10, 2017 at 09:38:03AM +0100, Catalin Marinas wrote:
> > On Mon, May 08, 2017 at 11:07:24AM +0100, Will Deacon wrote:
> > > On Fri, May 05, 2017 at 02:07:28PM -0700, Florian Fainelli wrote:
> > &g
On Mon, May 08, 2017 at 11:07:24AM +0100, Will Deacon wrote:
> On Fri, May 05, 2017 at 02:07:28PM -0700, Florian Fainelli wrote:
> > On 05/03/2017 04:18 AM, Will Deacon wrote:
> > > On Thu, Apr 27, 2017 at 11:19:02AM -0700, Florian Fainelli wrote:
> > >> When CONFIG_ARM64_MODULE_PLTS is enabled,
On Mon, May 08, 2017 at 11:07:24AM +0100, Will Deacon wrote:
> On Fri, May 05, 2017 at 02:07:28PM -0700, Florian Fainelli wrote:
> > On 05/03/2017 04:18 AM, Will Deacon wrote:
> > > On Thu, Apr 27, 2017 at 11:19:02AM -0700, Florian Fainelli wrote:
> > >> When CONFIG_ARM64_MODULE_PLTS is enabled,
On Fri, May 05, 2017 at 12:38:32PM -0700, Linus Torvalds wrote:
> On Fri, May 5, 2017 at 9:13 AM, Catalin Marinas <catalin.mari...@arm.com>
> wrote:
> > diff --cc arch/arm64/include/asm/bug.h
>
> Hmm. The trivial resolution I did gets a different diff as the end
>
On Fri, May 05, 2017 at 12:38:32PM -0700, Linus Torvalds wrote:
> On Fri, May 5, 2017 at 9:13 AM, Catalin Marinas
> wrote:
> > diff --cc arch/arm64/include/asm/bug.h
>
> Hmm. The trivial resolution I did gets a different diff as the end
> result, but your diff looks differ
remove pointless dummy .reloc section
arm64: efi: replace open coded constants with symbolic ones
arm64: efi: split Image code and data into separate PE/COFF sections
arm64: module: split core and init PLT sections
Arnd Bergmann (1):
arm64: define BUG() instruction without CON
remove pointless dummy .reloc section
arm64: efi: replace open coded constants with symbolic ones
arm64: efi: split Image code and data into separate PE/COFF sections
arm64: module: split core and init PLT sections
Arnd Bergmann (1):
arm64: define BUG() instruction without CON
On Wed, May 03, 2017 at 11:52:26AM -0500, Timur Tabi wrote:
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 58590cf..5d15858 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -2066,6 +2066,11 @@ S: Maintained
> F: arch/arm64/
> F: Documentation/arm64/
>
> +ARM64 DEFCONFIG
> +M:
On Wed, May 03, 2017 at 11:52:26AM -0500, Timur Tabi wrote:
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 58590cf..5d15858 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -2066,6 +2066,11 @@ S: Maintained
> F: arch/arm64/
> F: Documentation/arm64/
>
> +ARM64 DEFCONFIG
> +M:
On Wed, May 03, 2017 at 12:08:21PM -0500, Timur Tabi wrote:
> On 05/03/2017 12:01 PM, Catalin Marinas wrote:
> > On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> >> > Any changes to arch/arm64/configs/defconfig must be sent to
> >> >
On Wed, May 03, 2017 at 12:08:21PM -0500, Timur Tabi wrote:
> On 05/03/2017 12:01 PM, Catalin Marinas wrote:
> > On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> >> > Any changes to arch/arm64/configs/defconfig must be sent to
> >> >
On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> Any changes to arch/arm64/configs/defconfig must be sent to a...@kernel.org,
> otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
> the get_maintainers includes it.
There are other patches that go through
On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> Any changes to arch/arm64/configs/defconfig must be sent to a...@kernel.org,
> otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
> the get_maintainers includes it.
There are other patches that go through
ommon: dma-mapping: introduce common remapping
functions")
Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Reported-by: Andrzej Hajda <a.ha...@samsung.com>
Acked-by: Laura Abbott <labb...@redhat.com>
Reviewed-by: Robin Murphy <robin.mur...@arm.com>
Signed-off-by: Cata
ommon: dma-mapping: introduce common remapping
functions")
Cc: Greg Kroah-Hartman
Reported-by: Andrzej Hajda
Acked-by: Laura Abbott
Reviewed-by: Robin Murphy
Signed-off-by: Catalin Marinas
---
Greg,
Please merge this patch via your tree (and therefore I haven't added
your ack). Thanks.
Ch
On Wed, May 03, 2017 at 01:10:26PM +0100, Robin Murphy wrote:
> On 25/04/17 19:22, Catalin Marinas wrote:
> > The dma_common_pages_remap() function allocates a vm_struct object and
> > initialises the pages pointer to value passed as argument. However, when
> > th
On Wed, May 03, 2017 at 01:10:26PM +0100, Robin Murphy wrote:
> On 25/04/17 19:22, Catalin Marinas wrote:
> > The dma_common_pages_remap() function allocates a vm_struct object and
> > initialises the pages pointer to value passed as argument. However, when
> > th
>
> Signed-off-by: Punit Agrawal <punit.agra...@arm.com>
> Cc: Catalin Marinas <catalin.mari...@arm.com>
> Cc: Steve Capper <steve.cap...@arm.com>
> Cc: David Woods <dwo...@mellanox.com>
> ---
> arch/arm64/mm/hugetlbpage.c | 20 +++-
>
>
> Signed-off-by: Punit Agrawal
> Cc: Catalin Marinas
> Cc: Steve Capper
> Cc: David Woods
> ---
> arch/arm64/mm/hugetlbpage.c | 20 +++-
> 1 file changed, 15 insertions(+), 5 deletions(-)
>
> diff --git a/arch/arm64/mm/hugetlbpage.c b/arch/a
On Tue, May 02, 2017 at 01:27:54PM +0100, Robin Murphy wrote:
> On 18/04/17 16:57, Catalin Marinas wrote:
> > On Sun, Apr 16, 2017 at 09:04:46AM +0100, Russell King - ARM Linux wrote:
> >> On Sat, Apr 15, 2017 at 07:06:06PM -0500, Nisal Menuka wrote:
> >>> According t
On Tue, May 02, 2017 at 01:27:54PM +0100, Robin Murphy wrote:
> On 18/04/17 16:57, Catalin Marinas wrote:
> > On Sun, Apr 16, 2017 at 09:04:46AM +0100, Russell King - ARM Linux wrote:
> >> On Sat, Apr 15, 2017 at 07:06:06PM -0500, Nisal Menuka wrote:
> >>> According t
On Tue, May 02, 2017 at 12:39:13AM +0200, Heinrich Schuchardt wrote:
> There is no need to hide the model name in processes
> that are not PER_LINUX32.
>
> So let us always provide a model name that is easily readable.
>
> Fixes: e47b020a323d ("arm64: Provide "model name" in /proc/cpuinfo for
>
On Tue, May 02, 2017 at 12:39:13AM +0200, Heinrich Schuchardt wrote:
> There is no need to hide the model name in processes
> that are not PER_LINUX32.
>
> So let us always provide a model name that is easily readable.
>
> Fixes: e47b020a323d ("arm64: Provide "model name" in /proc/cpuinfo for
>
On Thu, Apr 27, 2017 at 02:33:05PM +0200, Geert Uytterhoeven wrote:
> On arm32, the machine model specified in the device tree is printed
> during boot-up, courtesy of of_flat_dt_match_machine().
>
> On arm64, of_flat_dt_match_machine() is not called, and the machine
> model information is not
On Thu, Apr 27, 2017 at 02:33:05PM +0200, Geert Uytterhoeven wrote:
> On arm32, the machine model specified in the device tree is printed
> during boot-up, courtesy of of_flat_dt_match_machine().
>
> On arm64, of_flat_dt_match_machine() is not called, and the machine
> model information is not
On Thu, Apr 27, 2017 at 06:36:42PM +0100, Will Deacon wrote:
> On Tue, Apr 25, 2017 at 10:13:51AM -0700, Florian Fainelli wrote:
> > On 04/25/2017 05:44 AM, Will Deacon wrote:
> > > On Thu, Apr 20, 2017 at 12:05:46PM -0700, Florian Fainelli wrote:
> > >> The ARMv8 PMUv3 cache map did not include
On Thu, Apr 27, 2017 at 06:36:42PM +0100, Will Deacon wrote:
> On Tue, Apr 25, 2017 at 10:13:51AM -0700, Florian Fainelli wrote:
> > On 04/25/2017 05:44 AM, Will Deacon wrote:
> > > On Thu, Apr 20, 2017 at 12:05:46PM -0700, Florian Fainelli wrote:
> > >> The ARMv8 PMUv3 cache map did not include
On Wed, Apr 26, 2017 at 10:00:30AM -0700, Stefano Stabellini wrote:
> On Wed, 26 Apr 2017, Catalin Marinas wrote:
> > On Tue, Apr 25, 2017 at 10:22:00AM -0700, Stefano Stabellini wrote:
> > > On Tue, 25 Apr 2017, Julien Grall wrote:
> > > > On 24/04/17 2
On Wed, Apr 26, 2017 at 10:00:30AM -0700, Stefano Stabellini wrote:
> On Wed, 26 Apr 2017, Catalin Marinas wrote:
> > On Tue, Apr 25, 2017 at 10:22:00AM -0700, Stefano Stabellini wrote:
> > > On Tue, 25 Apr 2017, Julien Grall wrote:
> > > > On 24/04/17 2
On Tue, Apr 25, 2017 at 10:22:00AM -0700, Stefano Stabellini wrote:
> On Tue, 25 Apr 2017, Julien Grall wrote:
> > On 24/04/17 20:16, Stefano Stabellini wrote:
> > > Given the outstanding regression we need to fix as soon as possible,
> > > I'll queue these patches on the xentip tree for 4.12.
> >
On Tue, Apr 25, 2017 at 10:22:00AM -0700, Stefano Stabellini wrote:
> On Tue, 25 Apr 2017, Julien Grall wrote:
> > On 24/04/17 20:16, Stefano Stabellini wrote:
> > > Given the outstanding regression we need to fix as soon as possible,
> > > I'll queue these patches on the xentip tree for 4.12.
> >
On Tue, Apr 25, 2017 at 07:05:26PM +0100, Russell King - ARM Linux wrote:
> On Tue, Apr 25, 2017 at 06:57:39PM +0100, Catalin Marinas wrote:
> > Memory returned by dma_alloc_from_coherent() is not backed by struct
> > page and creating a scatterlist would use invalid page pointers
On Tue, Apr 25, 2017 at 07:05:26PM +0100, Russell King - ARM Linux wrote:
> On Tue, Apr 25, 2017 at 06:57:39PM +0100, Catalin Marinas wrote:
> > Memory returned by dma_alloc_from_coherent() is not backed by struct
> > page and creating a scatterlist would use invalid page pointers
On Tue, Apr 25, 2017 at 07:22:23PM +0100, Catalin Marinas wrote:
> The dma_common_pages_remap() function allocates a vm_struct object and
> initialises the pages pointer to value passed as argument. However, when
> this function is called dma_common_contiguous_remap(), the pages array
On Tue, Apr 25, 2017 at 07:22:23PM +0100, Catalin Marinas wrote:
> The dma_common_pages_remap() function allocates a vm_struct object and
> initialises the pages pointer to value passed as argument. However, when
> this function is called dma_common_contiguous_remap(), the pages array
ommon: dma-mapping: introduce common remapping
functions")
Cc: Laura Abbott <labb...@redhat.com>
Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Reported-by: Andrzej Hajda <a.ha...@samsung.com>
Signed-off-by: Catalin Marinas <catalin.mari...@arm.com>
---
This
ommon: dma-mapping: introduce common remapping
functions")
Cc: Laura Abbott
Cc: Greg Kroah-Hartman
Reported-by: Andrzej Hajda
Signed-off-by: Catalin Marinas
---
This is for correctness since once the arm64's mmap and get_sgtable ops
are fixed for DMA_ATTR_FORCE_CONTIGUOUS, we would no longe
pping: introduce dma_get_sgtable()
function")
Cc: Marek Szyprowski <m.szyprow...@samsung.com>
Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Cc: Russell King - ARM Linux <li...@arm.linux.org.uk>
Signed-off-by: Catalin Marinas <catalin.mari...@arm.com>
---
In a recent d
pping: introduce dma_get_sgtable()
function")
Cc: Marek Szyprowski
Cc: Greg Kroah-Hartman
Cc: Russell King - ARM Linux
Signed-off-by: Catalin Marinas
---
In a recent discussion around the iommu DMA ops on arm64, Russell
pointed out that dma_get_sgtable is not safe since the coherent
On Mon, Apr 24, 2017 at 04:58:41PM +0100, Catalin Marinas wrote:
> On Mon, Apr 24, 2017 at 04:40:23PM +0100, Will Deacon wrote:
> > On Wed, Apr 19, 2017 at 11:33:14AM +0100, Catalin Marinas wrote:
> > > On Tue, Apr 18, 2017 at 09:01:52PM +0100, Peter Maydell wrote:
> > &g
On Mon, Apr 24, 2017 at 04:58:41PM +0100, Catalin Marinas wrote:
> On Mon, Apr 24, 2017 at 04:40:23PM +0100, Will Deacon wrote:
> > On Wed, Apr 19, 2017 at 11:33:14AM +0100, Catalin Marinas wrote:
> > > On Tue, Apr 18, 2017 at 09:01:52PM +0100, Peter Maydell wrote:
> > &g
On Mon, Apr 24, 2017 at 04:40:23PM +0100, Will Deacon wrote:
> On Wed, Apr 19, 2017 at 11:33:14AM +0100, Catalin Marinas wrote:
> > On Tue, Apr 18, 2017 at 09:01:52PM +0100, Peter Maydell wrote:
> > > On 18 April 2017 at 18:01, Catalin Marinas <catalin.mari...@arm.com>
>
On Mon, Apr 24, 2017 at 04:40:23PM +0100, Will Deacon wrote:
> On Wed, Apr 19, 2017 at 11:33:14AM +0100, Catalin Marinas wrote:
> > On Tue, Apr 18, 2017 at 09:01:52PM +0100, Peter Maydell wrote:
> > > On 18 April 2017 at 18:01, Catalin Marinas
> > > wrote:
> >
On Sun, Apr 23, 2017 at 04:47:00PM -0700, Andrew Pinski wrote:
> This allows the compiler to optimize the divide by 1000.
> And remove the other divide.
>
> On ThunderX, gettimeofday improves by 32%. On ThunderX 2,
> gettimeofday improves by 18%.
Is this with or without the second patch
On Sun, Apr 23, 2017 at 04:47:00PM -0700, Andrew Pinski wrote:
> This allows the compiler to optimize the divide by 1000.
> And remove the other divide.
>
> On ThunderX, gettimeofday improves by 32%. On ThunderX 2,
> gettimeofday improves by 18%.
Is this with or without the second patch
On Mon, Apr 24, 2017 at 10:33:29AM +0100, Marc Zyngier wrote:
> On 24/04/17 10:14, Hanjun Guo wrote:
> > On 2017/4/24 16:40, Marc Zyngier wrote:
> >> On 24/04/17 09:25, Lixiaoping (Timmy) wrote:
> >>> Sorry about previous email's confidential info. Please forget it.
> >>>
> >>> +#define
On Mon, Apr 24, 2017 at 10:33:29AM +0100, Marc Zyngier wrote:
> On 24/04/17 10:14, Hanjun Guo wrote:
> > On 2017/4/24 16:40, Marc Zyngier wrote:
> >> On 24/04/17 09:25, Lixiaoping (Timmy) wrote:
> >>> Sorry about previous email's confidential info. Please forget it.
> >>>
> >>> +#define
On Thu, Apr 20, 2017 at 03:34:17PM -0400, Haiying Wang wrote:
> Once we enable the cacheable portal memory, we need to do
> cache flush for enqueue, vdq, buffer release, and management
> commands, as well as invalidate and prefetch for the valid bit
> of management command response and next index
On Thu, Apr 20, 2017 at 03:34:17PM -0400, Haiying Wang wrote:
> Once we enable the cacheable portal memory, we need to do
> cache flush for enqueue, vdq, buffer release, and management
> commands, as well as invalidate and prefetch for the valid bit
> of management command response and next index
; that allows to map PCI config region with nGnRnE attributes, providing
> a remap function that complies with PCI specifications and the ARMv8
> architecture reference manual recommendations.
>
> Signed-off-by: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
> Cc: Will Deacon <wi
; that allows to map PCI config region with nGnRnE attributes, providing
> a remap function that complies with PCI specifications and the ARMv8
> architecture reference manual recommendations.
>
> Signed-off-by: Lorenzo Pieralisi
> Cc: Will Deacon
> Cc: Catalin Marinas
Acked-by: Catalin Marinas
On Tue, Apr 18, 2017 at 10:35:02PM +0530, Sunil Kovvuri wrote:
> On Tue, Apr 18, 2017 at 8:18 PM, Catalin Marinas
> <catalin.mari...@arm.com> wrote:
> > On Mon, Apr 17, 2017 at 04:08:52PM +0530, Sunil Kovvuri wrote:
> >> >> >> Do you have an explan
On Tue, Apr 18, 2017 at 10:35:02PM +0530, Sunil Kovvuri wrote:
> On Tue, Apr 18, 2017 at 8:18 PM, Catalin Marinas
> wrote:
> > On Mon, Apr 17, 2017 at 04:08:52PM +0530, Sunil Kovvuri wrote:
> >> >> >> Do you have an explanation on the performance variation w
On Tue, Apr 18, 2017 at 09:01:52PM +0100, Peter Maydell wrote:
> On 18 April 2017 at 18:01, Catalin Marinas <catalin.mari...@arm.com> wrote:
> > On Thu, Apr 13, 2017 at 08:33:52PM +0800, dongbo (E) wrote:
> >> From: Dong Bo <dong...@huawei.com>
> &
1501 - 1600 of 5901 matches
Mail list logo