[PATCH v2 07/15] arc: define syscall_get_arch()

2018-11-19 Thread Dmitry V. Levin
syscall_get_arch() is required to be implemented on all architectures in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO request. Signed-off-by: Dmitry V. Levin Acked-by: Vineet Gupta --- v2: added Acked-by to [PATCH 06/13 v3] arch/arc/include/asm/syscall.h | 10 ++

[PATCH v2 02/15] Move EM_ARCOMPACT and EM_ARCV2 to uapi/linux/elf-em.h

2018-11-19 Thread Dmitry V. Levin
These should never have been defined in the arch tree to begin with, and now uapi/linux/audit.h header is going to use EM_ARCOMPACT and EM_ARCV2 in order to define AUDIT_ARCH_ARCOMPACT and AUDIT_ARCH_ARCV2 which are needed to implement syscall_get_arch() which in turn is required to extend the gene

[PATCH v2 00/15] Prepare for PTRACE_GET_SYSCALL_INFO

2018-11-19 Thread Dmitry V. Levin
syscall_get_arch() is required to be implemented on all architectures in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO request. The primary intent is that the triple (audit_arch, syscall_nr, arg1..arg6) should describe what system call is being called and what its arguments a

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Alexey Brodkin
On Mon, 2018-11-19 at 23:09 +0100, Daniel Lezcano wrote: > On 19/11/2018 22:53, Alexey Brodkin wrote: > > Hi Daniel, > > > > On Mon, 2018-11-19 at 22:50 +0100, Daniel Lezcano wrote: > > > On 19/11/2018 12:29, Alexey Brodkin wrote: > > > > It turned out we used to use default implementation of sche

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Daniel Lezcano
On 19/11/2018 22:53, Alexey Brodkin wrote: > Hi Daniel, > > On Mon, 2018-11-19 at 22:50 +0100, Daniel Lezcano wrote: >> On 19/11/2018 12:29, Alexey Brodkin wrote: >>> It turned out we used to use default implementation of sched_clock() >>> from kernel/sched/clock.c which was as precise as 1/HZ, i.

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Alexey Brodkin
Hi Daniel, On Mon, 2018-11-19 at 22:50 +0100, Daniel Lezcano wrote: > On 19/11/2018 12:29, Alexey Brodkin wrote: > > It turned out we used to use default implementation of sched_clock() > > from kernel/sched/clock.c which was as precise as 1/HZ, i.e. > > by default we had 10 msec granularity of ti

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Daniel Lezcano
On 19/11/2018 12:29, Alexey Brodkin wrote: > It turned out we used to use default implementation of sched_clock() > from kernel/sched/clock.c which was as precise as 1/HZ, i.e. > by default we had 10 msec granularity of time measurement. > > Now given ARC built-in timers are clocked with the same

Re: [OE-core] [PATCH v3] u-boot: Add mkenvimage tool

2018-11-19 Thread Alexey Brodkin
Hi Otavio, Tom, all, On Mon, 2018-11-19 at 17:22 -0200, Otavio Salvador wrote: > On Mon, Nov 19, 2018 at 5:08 PM Tom Rini wrote: > > On Mon, Nov 19, 2018 at 01:51:41PM +0100, Marek Vasut wrote: > > > On 11/19/2018 11:04 AM, Alexey Brodkin wrote: > > > > This utility is used for creation of images

Re: [OE-core] [PATCH v3] u-boot: Add mkenvimage tool

2018-11-19 Thread Otavio Salvador
On Mon, Nov 19, 2018 at 5:08 PM Tom Rini wrote: > > On Mon, Nov 19, 2018 at 01:51:41PM +0100, Marek Vasut wrote: > > On 11/19/2018 11:04 AM, Alexey Brodkin wrote: > > > This utility is used for creation of images containing > > > usable in run-time U-Boot environment. > > > > > > As of today this

Re: [OE-core] [PATCH v3] u-boot: Add mkenvimage tool

2018-11-19 Thread Tom Rini
On Mon, Nov 19, 2018 at 01:51:41PM +0100, Marek Vasut wrote: > On 11/19/2018 11:04 AM, Alexey Brodkin wrote: > > This utility is used for creation of images containing > > usable in run-time U-Boot environment. > > > > As of today this utility is added per-board like here [1] > > for Intel Edison

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Vineet Gupta
On 11/19/18 3:30 AM, Alexey Brodkin wrote: > It turned out we used to use default implementation of sched_clock() > from kernel/sched/clock.c which was as precise as 1/HZ, i.e. > by default we had 10 msec granularity of time measurement. > > Now given ARC built-in timers are clocked with the same f

Re: [PATCH v2 0/2] MTD: spi-nor: add support for sst26wf016, sst26wf032

2018-11-19 Thread Eugeniy Paltsev
Hi Boris, As 4.20-rc1 is already out I guess you can pick this patches to spi-nor/next? Thanks. On Mon, 2018-10-22 at 15:56 +0200, Boris Brezillon wrote: > +Tudor > > Hi Eugeniy, > > Sorry, it's already too late for 4.20, and I won't apply patches to the > spi-nor/next branch before 4.20-rc1 i

Re: [PATCH v3] u-boot: Add mkenvimage tool

2018-11-19 Thread Marek Vasut
On 11/19/2018 11:04 AM, Alexey Brodkin wrote: > This utility is used for creation of images containing > usable in run-time U-Boot environment. > > As of today this utility is added per-board like here [1] > for Intel Edison board. > > [1] > http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-e

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Daniel Lezcano
On 19/11/2018 12:29, Alexey Brodkin wrote: [ ... ] > arch/arc/Kconfig| 1 + > drivers/clocksource/Kconfig | 1 + > drivers/clocksource/arc_timer.c | 22 ++ > 3 files changed, 24 insertions(+) > > diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig Can I h

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Alexey Brodkin
Hi Daniel, On Mon, 2018-11-19 at 10:58 +0100, Daniel Lezcano wrote: > Hi Alexey, > > On 19/11/2018 10:55, Alexey Brodkin wrote: > > Hi Daniel, > > [ ... ] > > > > > In that case do I understand correctly that we may enable > > > > GENERIC_SCHED_CLOCK > > > > for ARC even before proposed change

[PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Alexey Brodkin
It turned out we used to use default implementation of sched_clock() from kernel/sched/clock.c which was as precise as 1/HZ, i.e. by default we had 10 msec granularity of time measurement. Now given ARC built-in timers are clocked with the same frequency as CPU cores we may get much higher precisi

[PATCH v3] u-boot: Add mkenvimage tool

2018-11-19 Thread Alexey Brodkin
This utility is used for creation of images containing usable in run-time U-Boot environment. As of today this utility is added per-board like here [1] for Intel Edison board. [1] http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-edison/tree/meta-intel-edison-bsp/recipes-bsp/u-boot/u-boot-too

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Daniel Lezcano
Hi Alexey, On 19/11/2018 10:55, Alexey Brodkin wrote: > Hi Daniel, [ ... ] >>> In that case do I understand correctly that we may enable >>> GENERIC_SCHED_CLOCK >>> for ARC even before proposed change for arc_timer.c gets merged - i.e. with >>> no >>> special GENERIC_SCHED_CLOCK driver we'll

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Alexey Brodkin
Hi Daniel, On Mon, 2018-11-19 at 10:43 +0100, Daniel Lezcano wrote: > On 19/11/2018 10:31, Alexey Brodkin wrote: > > Hi Daniel, > > > > On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: > > > On 05/11/2018 15:39, Daniel Lezcano wrote: > > > > On 24/10/2018 00:33, Vineet Gupta wrote: > > >

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Daniel Lezcano
On 19/11/2018 10:31, Alexey Brodkin wrote: > Hi Daniel, > > On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: >> On 05/11/2018 15:39, Daniel Lezcano wrote: >>> On 24/10/2018 00:33, Vineet Gupta wrote: On 10/17/2018 04:30 AM, Alexey Brodkin wrote: > It turned out we used to use defa

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

2018-11-19 Thread Alexey Brodkin
Hi Daniel, On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: > On 05/11/2018 15:39, Daniel Lezcano wrote: > > On 24/10/2018 00:33, Vineet Gupta wrote: > > > On 10/17/2018 04:30 AM, Alexey Brodkin wrote: > > > > It turned out we used to use default implementation of sched_clock() > > > > fro