On Fri, Feb 19, 2016 at 02:50:52PM +0100, Michal Nazarewicz wrote:
> I haven’t looked closely at the code, but why not:
>
> struct cma *cma =
> if (!cma_release(dev_get_cma_area(dev), page, size >> PAGE_SHIFT)) {
> // ... do whatever other non-CMA free
> }
The
On Fri, Feb 19, 2016 at 02:50:52PM +0100, Michal Nazarewicz wrote:
> I haven’t looked closely at the code, but why not:
>
> struct cma *cma =
> if (!cma_release(dev_get_cma_area(dev), page, size >> PAGE_SHIFT)) {
> // ... do whatever other non-CMA free
> }
The
On Fri, Feb 19, 2016 at 02:06:00PM +, Russell King - ARM Linux wrote:
> On Fri, Feb 19, 2016 at 09:12:04AM +0100, Rabin Vincent wrote:
> > Given a device which uses arm_coherent_dma_ops and on which
> > dev_get_cma_area(dev) returns non-NULL, the following usage of the DMA
>
On Fri, Feb 19, 2016 at 02:06:00PM +, Russell King - ARM Linux wrote:
> On Fri, Feb 19, 2016 at 09:12:04AM +0100, Rabin Vincent wrote:
> > Given a device which uses arm_coherent_dma_ops and on which
> > dev_get_cma_area(dev) returns non-NULL, the following usage of the DMA
>
Don't print out an error with the driver sees EPROBE_DEFER when
attempting to get the gpio. These errors are usually transient; the
probe will be retried later.
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
drivers/regulator/gpio-regulator.c | 6 --
1 file changed, 4 inse
Don't print out an error with the driver sees EPROBE_DEFER when
attempting to get the gpio. These errors are usually transient; the
probe will be retried later.
Signed-off-by: Rabin Vincent
---
drivers/regulator/gpio-regulator.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff
Split out the logic in cma_release() which checks if the page is in the
contiguous area to a new function which can be called separately. ARM
will use this.
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
include/linux/cma.h | 12
mm/cma.c
Split out the logic in cma_release() which checks if the page is in the
contiguous area to a new function which can be called separately. ARM
will use this.
Signed-off-by: Rabin Vincent
---
include/linux/cma.h | 12
mm/cma.c| 27 +++
2 files
, so fix it by using the new in_cma() function to determine if a
buffer was allocated with CMA, similar to how we check for
__in_atomic_pool().
Fixes: 21caf3a7 ("ARM: 8398/1: arm DMA: Fix allocation from CMA for coherent
DMA")
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
, so fix it by using the new in_cma() function to determine if a
buffer was allocated with CMA, similar to how we check for
__in_atomic_pool().
Fixes: 21caf3a7 ("ARM: 8398/1: arm DMA: Fix allocation from CMA for coherent
DMA")
Signed-off-by: Rabin Vincent
---
arch/arm/mm/dma-mapp
On Thu, Aug 20, 2015 at 09:03:04PM +0200, Daniel Lezcano wrote:
> On 08/19/2015 03:43 PM, Rabin Vincent wrote:
> > Provide a delay timer using the lower 32-bits of the global timer so
> > that we can use that instead of having to calibrating delays.
> >
> > Signed-off-by
On Thu, Aug 20, 2015 at 09:03:04PM +0200, Daniel Lezcano wrote:
> On 08/19/2015 03:43 PM, Rabin Vincent wrote:
> > Provide a delay timer using the lower 32-bits of the global timer so
> > that we can use that instead of having to calibrating delays.
> >
> > S
On Mon, Feb 01, 2016 at 11:44:32AM -0800, Stephen Boyd wrote:
> On 01/30, Rabin Vincent wrote:
> > For __gnu_mcount_nc, wouldn't it be better to replace both the push {lr}
> > and the bl with nop instructions, instead of keeping a (useless) push +
> > pop sequence?
>
>
On Mon, Feb 01, 2016 at 04:06:23PM -0800, Stephen Boyd wrote:
> In similar spirit to x86 and arm64 support, add a make_nop_arm()
> to replace calls to mcount with nops in sections that aren't
> traced.
>
> Cc: Russell King
> Cc: Rabin Vincent
> Signed-off-by: Stephen Boy
On Mon, Feb 01, 2016 at 11:44:32AM -0800, Stephen Boyd wrote:
> On 01/30, Rabin Vincent wrote:
> > For __gnu_mcount_nc, wouldn't it be better to replace both the push {lr}
> > and the bl with nop instructions, instead of keeping a (useless) push +
> > pop sequence?
>
>
On Mon, Feb 01, 2016 at 04:06:23PM -0800, Stephen Boyd wrote:
> In similar spirit to x86 and arm64 support, add a make_nop_arm()
> to replace calls to mcount with nops in sections that aren't
> traced.
>
> Cc: Russell King <li...@arm.linux.org.uk>
> Cc: Rabin Vincent <
On Fri, Jan 29, 2016 at 05:18:06PM -0800, Stephen Boyd wrote:
> diff --git a/scripts/recordmcount.c b/scripts/recordmcount.c
> index e167592793a7..0b16d14c54fb 100644
> --- a/scripts/recordmcount.c
> +++ b/scripts/recordmcount.c
> @@ -206,6 +206,52 @@ static int make_nop_x86(void *map, size_t
On Fri, Jan 29, 2016 at 05:18:06PM -0800, Stephen Boyd wrote:
> diff --git a/scripts/recordmcount.c b/scripts/recordmcount.c
> index e167592793a7..0b16d14c54fb 100644
> --- a/scripts/recordmcount.c
> +++ b/scripts/recordmcount.c
> @@ -206,6 +206,52 @@ static int make_nop_x86(void *map, size_t
On Tue, Jan 05, 2016 at 08:00:45AM -0800, Eric Dumazet wrote:
> On Tue, 2016-01-05 at 16:23 +0100, Rabin Vincent wrote:
> > The SKF_AD_ALU_XOR_X ancillary is not like the other ancillary data
> > instructions since it XORs A with X while all the others replace A with
> > so
a helper to determine if A needs to be cleared given the first
instruction in a filter, and use this in the JITs. Except for ARM, the
rest have only been compile-tested.
Fixes: 3480593131e0 ("net: filter: get rid of BPF_S_* enum")
Signed-off-by: Rabin Vincent
---
arch/arm/net/bpf_jit_32.c
On Mon, Jan 04, 2016 at 11:24:14AM -0700, Mathieu Poirier wrote:
> On 20 December 2015 at 08:29, Rabin Vincent wrote:
> > This patch introduces a use-after-free/double kfree() if the sink is
> > disabled after the source.
> >
> > With this command sequence:
> >
a helper to determine if A needs to be cleared given the first
instruction in a filter, and use this in the JITs. Except for ARM, the
rest have only been compile-tested.
Fixes: 3480593131e0 ("net: filter: get rid of BPF_S_* enum")
Signed-off-by: Rabin Vincent <ra...@rab.in>
-
On Tue, Jan 05, 2016 at 08:00:45AM -0800, Eric Dumazet wrote:
> On Tue, 2016-01-05 at 16:23 +0100, Rabin Vincent wrote:
> > The SKF_AD_ALU_XOR_X ancillary is not like the other ancillary data
> > instructions since it XORs A with X while all the others replace A with
> > so
On Mon, Jan 04, 2016 at 11:24:14AM -0700, Mathieu Poirier wrote:
> On 20 December 2015 at 08:29, Rabin Vincent <ra...@rab.in> wrote:
> > This patch introduces a use-after-free/double kfree() if the sink is
> > disabled after the source.
> >
> > With this command
On Mon, Dec 28, 2015 at 12:11:17PM -0700, Jens Axboe wrote:
> On 12/28/2015 12:07 PM, Rabin Vincent wrote:
> >On Mon, Dec 28, 2015 at 11:52:24AM -0700, Jens Axboe wrote:
> >>Something like this should work, can you test it?
> >
> >Spits out a bunch of the f
On Mon, Dec 28, 2015 at 11:52:24AM -0700, Jens Axboe wrote:
> Something like this should work, can you test it?
Spits out a bunch of the following. It's this assertion:
static inline void queue_lockdep_assert_held(struct request_queue *q)
{
if (q->queue_lock)
On Mon, Dec 28, 2015 at 11:52:24AM -0700, Jens Axboe wrote:
> Something like this should work, can you test it?
Spits out a bunch of the following. It's this assertion:
static inline void queue_lockdep_assert_held(struct request_queue *q)
{
if (q->queue_lock)
On Mon, Dec 28, 2015 at 12:11:17PM -0700, Jens Axboe wrote:
> On 12/28/2015 12:07 PM, Rabin Vincent wrote:
> >On Mon, Dec 28, 2015 at 11:52:24AM -0700, Jens Axboe wrote:
> >>Something like this should work, can you test it?
> >
> >Spits out a bunch of the f
1c0
[] __generic_file_write_iter+0x190/0x1f0
[] blkdev_write_iter+0x7b/0x100
[] __vfs_write+0xaa/0xe0
[] vfs_write+0x95/0x100
[] ? __fget_light+0x6f/0x90
[] SyS_pwrite64+0x77/0x90
[] entry_SYSCALL_64_fastpath+0x12/0x76
---[ end trace 39b7df36fb237be1 ]---
Signed-off-by: Rabin Vinc
1c0
[] __generic_file_write_iter+0x190/0x1f0
[] blkdev_write_iter+0x7b/0x100
[] __vfs_write+0xaa/0xe0
[] vfs_write+0x95/0x100
[] ? __fget_light+0x6f/0x90
[] SyS_pwrite64+0x77/0x90
[] entry_SYSCALL_64_fastpath+0x12/0x76
---[ end trace 39b7df36fb237be1 ]---
Signed-off-by: Rabin Vincent
On Wed, Dec 23, 2015 at 09:27:28AM -0700, Mathieu Poirier wrote:
> On 19 December 2015 at 10:13, Rabin Vincent wrote:
> > It should presumably be using pm_runtime_put() instead.
>
> That's a first - what platform did you test on? If I send you fixes
> will you
On Wed, Dec 23, 2015 at 09:27:28AM -0700, Mathieu Poirier wrote:
> On 19 December 2015 at 10:13, Rabin Vincent <ra...@rab.in> wrote:
> > It should presumably be using pm_runtime_put() instead.
>
> That's a first - what platform did you test on? If I send you fixes
> wil
On Fri, Dec 18, 2015 at 01:58:58PM -0700, Mathieu Poirier wrote:
> When using the Coresight framework from the sysFS interface a
> tracer is always handling a single session and as such, a path
> can be associated with a tracer. But when supporting multiple
> session per tracer there is no
On Fri, Dec 18, 2015 at 01:58:58PM -0700, Mathieu Poirier wrote:
> When using the Coresight framework from the sysFS interface a
> tracer is always handling a single session and as such, a path
> can be associated with a tracer. But when supporting multiple
> session per tracer there is no
On Fri, Dec 18, 2015 at 01:58:56PM -0700, Mathieu Poirier wrote:
> This patchset aims to integrate configuration and control of
> the Coresight tracers with the perf sub-system.
>
> The goal is to use PMUs to represent tracers and the auxiliary
> buffer enhancement to collect processor traces.
On Fri, Dec 18, 2015 at 01:59:20PM -0700, Mathieu Poirier wrote:
> +struct auxtrace_record
> +*auxtrace_record__init(struct perf_evlist *evlist, int *err)
> +{
> + struct perf_pmu *cs_etm_pmu;
> + struct perf_evsel *evsel;
> + bool found_etm = false;
> +
> + cs_etm_pmu =
On Fri, Dec 18, 2015 at 01:59:13PM -0700, Mathieu Poirier wrote:
> +static void etb_update_buffer(struct coresight_device *csdev,
> + struct perf_output_handle *handle,
> + void *sink_config)
> +{
> + int i, cur;
> + u32 *buf_ptr;
...
>
On Fri, Dec 18, 2015 at 01:59:00PM -0700, Mathieu Poirier wrote:
> @@ -415,9 +418,13 @@ struct list_head *coresight_build_path(struct
> coresight_device *csdev)
> */
> void coresight_release_path(struct list_head *path)
> {
> + struct coresight_device *csdev;
> struct coresight_node
On Fri, Dec 18, 2015 at 01:59:20PM -0700, Mathieu Poirier wrote:
> +struct auxtrace_record
> +*auxtrace_record__init(struct perf_evlist *evlist, int *err)
> +{
> + struct perf_pmu *cs_etm_pmu;
> + struct perf_evsel *evsel;
> + bool found_etm = false;
> +
> + cs_etm_pmu =
On Fri, Dec 18, 2015 at 01:59:00PM -0700, Mathieu Poirier wrote:
> @@ -415,9 +418,13 @@ struct list_head *coresight_build_path(struct
> coresight_device *csdev)
> */
> void coresight_release_path(struct list_head *path)
> {
> + struct coresight_device *csdev;
> struct coresight_node
On Fri, Dec 18, 2015 at 01:59:13PM -0700, Mathieu Poirier wrote:
> +static void etb_update_buffer(struct coresight_device *csdev,
> + struct perf_output_handle *handle,
> + void *sink_config)
> +{
> + int i, cur;
> + u32 *buf_ptr;
...
>
On Fri, Dec 18, 2015 at 01:58:56PM -0700, Mathieu Poirier wrote:
> This patchset aims to integrate configuration and control of
> the Coresight tracers with the perf sub-system.
>
> The goal is to use PMUs to represent tracers and the auxiliary
> buffer enhancement to collect processor traces.
On Thu, Oct 29, 2015 at 10:46:49AM +0100, Ingo Molnar wrote:
> Would it be possible to add a gcc and glibc building portion as well? That
> would
> make it entirely self-hosting.
Yes, but:
- Those that intend to run the built binary on a target would presumably
already have a cross-compiler
On Thu, Oct 29, 2015 at 10:46:49AM +0100, Ingo Molnar wrote:
> Would it be possible to add a gcc and glibc building portion as well? That
> would
> make it entirely self-hosting.
Yes, but:
- Those that intend to run the built binary on a target would presumably
already have a cross-compiler
Commit-ID: 3af6ed84eb43c587beb5f325e39e65d08c61
Gitweb: http://git.kernel.org/tip/3af6ed84eb43c587beb5f325e39e65d08c61
Author: Rabin Vincent
AuthorDate: Thu, 29 Oct 2015 08:49:37 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Oct 2015 17:46:35 -0300
tools build
Commit-ID: 7ed4915ad60788d6b846e2cd034f49ee15698143
Gitweb: http://git.kernel.org/tip/7ed4915ad60788d6b846e2cd034f49ee15698143
Author: Rabin Vincent
AuthorDate: Thu, 29 Oct 2015 08:49:36 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 29 Oct 2015 17:48:38 -0300
perf unwind
Commit-ID: 3af6ed84eb43c587beb5f325e39e65d08c61
Gitweb: http://git.kernel.org/tip/3af6ed84eb43c587beb5f325e39e65d08c61
Author: Rabin Vincent <rabin.vinc...@axis.com>
AuthorDate: Thu, 29 Oct 2015 08:49:37 +0100
Committer: Arnaldo Carvalho de Melo <a...@redhat.com>
Com
Commit-ID: 7ed4915ad60788d6b846e2cd034f49ee15698143
Gitweb: http://git.kernel.org/tip/7ed4915ad60788d6b846e2cd034f49ee15698143
Author: Rabin Vincent <rabin.vinc...@axis.com>
AuthorDate: Thu, 29 Oct 2015 08:49:36 +0100
Committer: Arnaldo Carvalho de Melo <a...@redhat.com>
Com
-dwarf-unwind: [ OFF ]
... zlib: [ on ]
... lzma: [ on ]
... get_cpuid: [ OFF ]
Signed-off-by: Rabin Vincent
---
v2: expand commit message, add comments in Makefile, rename to Makefile.cross
tools/perf/M
`bfd_errmsg':
bfd.c:(.text+0x168): undefined reference to `xstrerror'
bbfd.a(opncls.o): In function `_bfd_new_bfd':
opncls.c:(.text+0xe8): undefined reference to `objalloc_create'
...
Signed-off-by: Rabin Vincent
---
v2: rewrite commit message
tools/build/feature/Makefile |4 ++--
1
Even if --symfs is used to point to the debug binaries, we send in the
non-debug filenames to libunwind, which leads to libunwind not finding
the debug frame. Fix this by preferring the file in --symfs, if it is
available.
Signed-off-by: Rabin Vincent
---
v2: fall back to ->n
-dwarf-unwind: [ OFF ]
... zlib: [ on ]
... lzma: [ on ]
... get_cpuid: [ OFF ]
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
v2: expand commit message, add comments in Makefile, rename to Makefile.cross
tools/
`bfd_errmsg':
bfd.c:(.text+0x168): undefined reference to `xstrerror'
bbfd.a(opncls.o): In function `_bfd_new_bfd':
opncls.c:(.text+0xe8): undefined reference to `objalloc_create'
...
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
v2: rewrite commit message
tools/build/f
Even if --symfs is used to point to the debug binaries, we send in the
non-debug filenames to libunwind, which leads to libunwind not finding
the debug frame. Fix this by preferring the file in --symfs, if it is
available.
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
v2: fal
-by: Geert Uytterhoeven
Since both DEBUG_SET_MODULE_RONX and DEBUG_RODATA depend on MMU, we'll
never get to this code on !MMU so this ifdef build fix should be ok.
Acked-by: Rabin Vincent
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
-off-by: Geert Uytterhoeven <ge...@linux-m68k.org>
Since both DEBUG_SET_MODULE_RONX and DEBUG_RODATA depend on MMU, we'll
never get to this code on !MMU so this ifdef build fix should be ok.
Acked-by: Rabin Vincent <ra...@rab.in>
Thanks.
--
To unsubscribe from this list: send the
tch.c: error: 'L_PTE_XN'
> > undeclared (first use in this function): => 39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_YOUNG'
> > undeclared (first use in this function): => 39:2
>
> Caused by:
>
> commit ab0615e2d6fb074764a3e4d
On Mon, Oct 26, 2015 at 12:33:18AM +0530, Afzal Mohammed wrote:
> On Sun, Oct 25, 2015 at 06:38:18PM +0100, Geert Uytterhoeven wrote:
> > I think we should have at least one arm-nommu platform in the upstream
> > kernel,
> > with a suitable defconfig, so 0build will catch regressions.
>
> afaik,
On Mon, Oct 26, 2015 at 12:33:18AM +0530, Afzal Mohammed wrote:
> On Sun, Oct 25, 2015 at 06:38:18PM +0100, Geert Uytterhoeven wrote:
> > I think we should have at least one arm-nommu platform in the upstream
> > kernel,
> > with a suitable defconfig, so 0build will catch regressions.
>
> afaik,
39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_XN'
> > undeclared (first use in this function): => 39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_YOUNG'
> > undeclared (first use in this function): => 39:2
>
Commit-ID: 8eac1d5e9256260b9cc3bfcdd9b8b995990950f5
Gitweb: http://git.kernel.org/tip/8eac1d5e9256260b9cc3bfcdd9b8b995990950f5
Author: Rabin Vincent
AuthorDate: Sun, 27 Sep 2015 20:37:57 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 12 Oct 2015 23:25:25 -0300
perf
Commit-ID: 186c6cfb32beae66140bc3c3fe4a519ee0234e33
Gitweb: http://git.kernel.org/tip/186c6cfb32beae66140bc3c3fe4a519ee0234e33
Author: Rabin Vincent
AuthorDate: Sun, 27 Sep 2015 20:37:55 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 12 Oct 2015 23:27:40 -0300
perf
Commit-ID: 8eac1d5e9256260b9cc3bfcdd9b8b995990950f5
Gitweb: http://git.kernel.org/tip/8eac1d5e9256260b9cc3bfcdd9b8b995990950f5
Author: Rabin Vincent <rabin.vinc...@axis.com>
AuthorDate: Sun, 27 Sep 2015 20:37:57 +0200
Committer: Arnaldo Carvalho de Melo <a...@redhat.com>
Com
Commit-ID: 186c6cfb32beae66140bc3c3fe4a519ee0234e33
Gitweb: http://git.kernel.org/tip/186c6cfb32beae66140bc3c3fe4a519ee0234e33
Author: Rabin Vincent <rabin.vinc...@axis.com>
AuthorDate: Sun, 27 Sep 2015 20:37:55 +0200
Committer: Arnaldo Carvalho de Melo <a...@redhat.com>
Com
On Mon, Oct 12, 2015 at 01:35:02PM +0200, Jiri Olsa wrote:
> We have FEATURE_CHECK_CFLAGS/FEATURE_CHECK_LDFLAGS variables
> to pass CFLAGS/LDFLAGS to feature detection build
>
> Could you also be more specific on what is missing
> to make the libiberty check compile?
We don't need any special
On Mon, Oct 12, 2015 at 02:35:08PM +0200, Namhyung Kim wrote:
> On Mon, Oct 12, 2015 at 8:24 PM, Jiri Olsa wrote:
> > On Sun, Sep 27, 2015 at 08:37:56PM +0200, Rabin Vincent wrote:
> >> Even if --symfs is used to point to the debug binaries, we send in the
> >> non-d
On Mon, Oct 12, 2015 at 01:42:29PM +0200, Jiri Olsa wrote:
> On Sun, Sep 27, 2015 at 08:37:59PM +0200, Rabin Vincent wrote:
> > In order to make it easier for people to qucikly get up and running with
> > a fairly full featured cross-compiled mainline perf, provide a
> >
On Mon, Oct 12, 2015 at 01:42:29PM +0200, Jiri Olsa wrote:
> On Sun, Sep 27, 2015 at 08:37:59PM +0200, Rabin Vincent wrote:
> > In order to make it easier for people to qucikly get up and running with
> > a fairly full featured cross-compiled mainline perf, provide a
> >
On Mon, Oct 12, 2015 at 01:35:02PM +0200, Jiri Olsa wrote:
> We have FEATURE_CHECK_CFLAGS/FEATURE_CHECK_LDFLAGS variables
> to pass CFLAGS/LDFLAGS to feature detection build
>
> Could you also be more specific on what is missing
> to make the libiberty check compile?
We don't need any special
On Mon, Oct 12, 2015 at 02:35:08PM +0200, Namhyung Kim wrote:
> On Mon, Oct 12, 2015 at 8:24 PM, Jiri Olsa <jo...@redhat.com> wrote:
> > On Sun, Sep 27, 2015 at 08:37:56PM +0200, Rabin Vincent wrote:
> >> Even if --symfs is used to point to the debug binaries, we se
Hi Arnaldo,
Do you have any comments on this patch set?
Thanks.
On Sun, Sep 27, 2015 at 08:37:55PM +0200, Rabin Vincent wrote:
> unw_word_t is uint64_t even on 32-bit MIPS. Cast it to uintptr_t before
> the cast to void *p to get rid of the following errors:
>
> util/unwind
Hi Arnaldo,
Do you have any comments on this patch set?
Thanks.
On Sun, Sep 27, 2015 at 08:37:55PM +0200, Rabin Vincent wrote:
> unw_word_t is uint64_t even on 32-bit MIPS. Cast it to uintptr_t before
> the cast to void *p to get rid of the following errors:
>
> util/unwind
libslang: [ on ]
... libunwind: [ on ]
...libdw-dwarf-unwind: [ OFF ]
... zlib: [ on ]
... lzma: [ on ]
Signed-off-by: Rabin Vincent
---
tools/perf/Makefile.d
]
util/unwind-libunwind.c:475:2: error: cast to pointer from integer of different
size [-Werror=int-to-pointer-cast]
cc1: all warnings being treated as errors
make[3]: *** [util/unwind-libunwind.o] Error 1
Signed-off-by: Rabin Vincent
---
tools/perf/util/unwind-libunwind.c |4 ++--
1 file
): undefined reference to `xstrerror'
bbfd.a(opncls.o): In function `_bfd_new_bfd':
opncls.c:(.text+0xe8): undefined reference to `objalloc_create'
...
Signed-off-by: Rabin Vincent
---
tools/build/feature/Makefile |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/build
When NO_LIBUNWIND_DEBUG_FRAME=0, use the .debug_frame if the .eh_frame
doesn't contain the approprate unwind tables.
Signed-off-by: Rabin Vincent
---
tools/perf/util/unwind-libunwind.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/tools/perf/util/unwind
Even if --symfs is used to point to the debug binaries, we send in the
non-debug filenames to libunwind, which leads to libunwind not finding
the debug frame. Fix this.
Signed-off-by: Rabin Vincent
---
tools/perf/util/unwind-libunwind.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
On Wed, Apr 08, 2015 at 01:58:45AM +0200, Ralf Baechle wrote:
> This is a refresh of a David Daney's patch set to implement MIPS support
> for perf. It has been posted before but not received any comments or
> (N)Acks.
>
> This series depends on
>
> http://patchwork.linux-mips.org/patch/5246/
Even if --symfs is used to point to the debug binaries, we send in the
non-debug filenames to libunwind, which leads to libunwind not finding
the debug frame. Fix this.
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
tools/perf/util/unwind-libunwind.c |2 +-
1 file chan
): undefined reference to `xstrerror'
bbfd.a(opncls.o): In function `_bfd_new_bfd':
opncls.c:(.text+0xe8): undefined reference to `objalloc_create'
...
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
tools/build/feature/Makefile |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
]
util/unwind-libunwind.c:475:2: error: cast to pointer from integer of different
size [-Werror=int-to-pointer-cast]
cc1: all warnings being treated as errors
make[3]: *** [util/unwind-libunwind.o] Error 1
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
tools/perf/util/unwind-libun
When NO_LIBUNWIND_DEBUG_FRAME=0, use the .debug_frame if the .eh_frame
doesn't contain the approprate unwind tables.
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
tools/perf/util/unwind-libunwind.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a
libslang: [ on ]
... libunwind: [ on ]
...libdw-dwarf-unwind: [ OFF ]
... zlib: [ on ]
... lzma: [ on ]
Signed-off-by: Rabin Vincent <rabin.vinc...@axis.com>
---
tools/perf/Make
On Wed, Apr 08, 2015 at 01:58:45AM +0200, Ralf Baechle wrote:
> This is a refresh of a David Daney's patch set to implement MIPS support
> for perf. It has been posted before but not received any comments or
> (N)Acks.
>
> This series depends on
>
> http://patchwork.linux-mips.org/patch/5246/
On Wed, Aug 26, 2015 at 09:24:26AM +0800, yalin wang wrote:
> A little change to patch_map() function,
> use set_fixmap_offset() to make code more clear.
>
> Signed-off-by: yalin wang
> ---
> arch/arm/kernel/patch.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git
On Wed, Aug 26, 2015 at 09:24:26AM +0800, yalin wang wrote:
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch/arm/kernel/patch.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Provide a delay timer using the lower 32-bits of the global timer so
that we can use that instead of having to calibrating delays.
Signed-off-by: Rabin Vincent
---
drivers/clocksource/arm_global_timer.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/clocksource
Provide a delay timer using the lower 32-bits of the global timer so
that we can use that instead of having to calibrating delays.
Signed-off-by: Rabin Vincent rabin.vinc...@axis.com
---
drivers/clocksource/arm_global_timer.c | 17 +
1 file changed, 17 insertions(+)
diff --git
On Wed, Aug 12, 2015 at 11:27:35AM +0200, Christian Ascheberg wrote:
> Is there any documentation regarding limitations of perf/ftrace support on
> ARM (compared to x86)?
There's Documentation/features/ which lists the status of architecture
support for various kernel options. I don't know of
On Wed, Aug 12, 2015 at 11:27:35AM +0200, Christian Ascheberg wrote:
Is there any documentation regarding limitations of perf/ftrace support on
ARM (compared to x86)?
There's Documentation/features/ which lists the status of architecture
support for various kernel options. I don't know of any
Hi,
I received some reports of mkfs.ext4 on an SD card triggering the OOM
killer on a swapless system with a low amount of free memory. I have
made a reproducible setup of this by using null_blk with a large
completion delay. The problem appears to be that we do not throttle to
the level of
The initial value of global_wb_domain.dirty_limit set by
writeback_set_ratelimit() is zeroed out by the memset in
wb_domain_init().
Signed-off-by: Rabin Vincent
---
mm/page-writeback.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/page-writeback.c b/mm/page
The initial value of global_wb_domain.dirty_limit set by
writeback_set_ratelimit() is zeroed out by the memset in
wb_domain_init().
Signed-off-by: Rabin Vincent rabin.vinc...@axis.com
---
mm/page-writeback.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/page
Hi,
I received some reports of mkfs.ext4 on an SD card triggering the OOM
killer on a swapless system with a low amount of free memory. I have
made a reproducible setup of this by using null_blk with a large
completion delay. The problem appears to be that we do not throttle to
the level of
Add a device tree for the Axis P1343 with the ARTPEC-3 SoC and on-board
LEDs and RTC.
Signed-off-by: Rabin Vincent
---
arch/cris/boot/dts/artpec3.dtsi | 46 +
arch/cris/boot/dts/p1343.dts| 76 +
2 files changed, 122 insertions
Increase NR_IQRS so we can fit in GPIO interrupts.
Signed-off-by: Rabin Vincent
---
arch/cris/arch-v32/kernel/irq.c | 4 ++--
arch/cris/include/arch-v32/arch/irq.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/cris/arch-v32/kernel/irq.c b/arch/cris/arch-v32
Now that we have a gpiolib GPIO driver, the generic i2c-gpio driver
provides this functionality.
Signed-off-by: Rabin Vincent
---
arch/cris/arch-v32/drivers/Kconfig | 18 -
arch/cris/arch-v32/drivers/Makefile | 1 -
arch/cris/arch-v32/drivers/i2c.c| 751
Add a dt-bindings symlink to get DT include files, as on other
architectures. See c58299a ("kbuild: create an "include chroot" for DT
bindings") for the details.
Signed-off-by: Rabin Vincent
---
arch/cris/boot/dts/include/dt-bindings | 1 +
1 file changed, 1 insertion(+)
he generic gpio-leds driver replaces the LED handling.
Signed-off-by: Rabin Vincent
---
arch/cris/arch-v32/Kconfig | 89 ---
arch/cris/arch-v32/drivers/Kconfig | 149 -
arch/cris/arch-v32/drivers/mach-a3/Makefile | 1 -
arch/cris/arch-v32/drivers/mach-a3/gpio
Add the GPIO driver to the device tree and, using it, support for the
LEDs and the RTC chip (via I2C-GPIO), as well as the temperature sensor
(via SPI-GPIO).
Signed-off-by: Rabin Vincent
---
arch/cris/boot/dts/dev88.dts| 49 +
arch/cris/boot/dts
101 - 200 of 538 matches
Mail list logo