[PATCH v8 4/8] time: Add driver cross timestamp interface for higher precision time synchronization

ACKNOWLEDGMENT: cross timestamp code was developed by Thomas Gleixner . It has changed considerably and any mistakes are mine. The precision with which events on multiple networked systems can be synchronized using, as an example, PTP (IEEE 1588, 802.1AS) is limited by the

[PATCH v8 4/8] time: Add driver cross timestamp interface for higher precision time synchronization

ACKNOWLEDGMENT: cross timestamp code was developed by Thomas Gleixner . It has changed considerably and any mistakes are mine. The precision with which events on multiple networked systems can be synchronized using, as an example, PTP (IEEE 1588, 802.1AS) is limited by the precision of the cross

[PATCH v8 5/8] time: Add history to cross timestamp interface supporting slower devices

Another representative use case of time sync and the correlated clocksource (in addition to PTP noted above) is PTP synchronized audio. In a streaming application, as an example, samples will be sent and/or received by multiple devices with a presentation time that is in terms of the PTP master

[PATCH v8 6/8] x86: tsc: Always Running Timer (ART) correlated clocksource

On modern Intel systems TSC is derived from the new Always Running Timer (ART). ART can be captured simultaneous to the capture of audio and network device clocks, allowing a correlation between timebases to be constructed. Upon capture, the driver converts the captured ART value to the

[PATCH v8 5/8] time: Add history to cross timestamp interface supporting slower devices

Another representative use case of time sync and the correlated clocksource (in addition to PTP noted above) is PTP synchronized audio. In a streaming application, as an example, samples will be sent and/or received by multiple devices with a presentation time that is in terms of the PTP master

[PATCH v8 6/8] x86: tsc: Always Running Timer (ART) correlated clocksource

On modern Intel systems TSC is derived from the new Always Running Timer (ART). ART can be captured simultaneous to the capture of audio and network device clocks, allowing a correlation between timebases to be constructed. Upon capture, the driver converts the captured ART value to the

[PATCH v8 8/8] net: e1000e: Adds hardware supported cross timestamp on e1000e nic

Modern Intel systems supports cross timestamping of the network device clock and Always Running Timer (ART) in hardware. This allows the device time and system time to be precisely correlated. The timestamp pair is returned through e1000e_phc_get_syncdevicetime() used by

[PATCH v8 8/8] net: e1000e: Adds hardware supported cross timestamp on e1000e nic

Modern Intel systems supports cross timestamping of the network device clock and Always Running Timer (ART) in hardware. This allows the device time and system time to be precisely correlated. The timestamp pair is returned through e1000e_phc_get_syncdevicetime() used by

[PATCH v8 7/8] ptp: Add PTP_SYS_OFFSET_PRECISE for driver crosstimestamping

Currently, network /system cross-timestamping is performed in the PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() and the gettime64() callback provided by the driver. The cross-timestamp is best effort where the latency between the capture of system time (getnstimeofday()) and the

[PATCH v8 7/8] ptp: Add PTP_SYS_OFFSET_PRECISE for driver crosstimestamping

Currently, network /system cross-timestamping is performed in the PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() and the gettime64() callback provided by the driver. The cross-timestamp is best effort where the latency between the capture of system time (getnstimeofday()) and the

[PATCH v8 2/8] time: Add timekeeping snapshot code capturing system time and counter

In the current timekeeping code there isn't any interface to atomically capture the current relationship between the system counter and system time. ktime_get_snapshot() returns this triple (counter, monotonic raw, realtime) in the system_time_snapshot struct. Signed-off-by: Christopher S. Hall

[PATCH v8 1/8] time: Add cycles to nanoseconds translation

The timekeeping code does not currently provide a way to translate externally provided clocksource cycles to system time. The cycle count is always provided by the result clocksource read() method internal to the timekeeping code. The added function timekeeping_cycles_to_ns() calculated a

[PATCH v8 2/8] time: Add timekeeping snapshot code capturing system time and counter

In the current timekeeping code there isn't any interface to atomically capture the current relationship between the system counter and system time. ktime_get_snapshot() returns this triple (counter, monotonic raw, realtime) in the system_time_snapshot struct. Signed-off-by: Christopher S. Hall

[PATCH v8 1/8] time: Add cycles to nanoseconds translation

The timekeeping code does not currently provide a way to translate externally provided clocksource cycles to system time. The cycle count is always provided by the result clocksource read() method internal to the timekeeping code. The added function timekeeping_cycles_to_ns() calculated a

[PATCH v8 0/8] Patchset enabling hardware based cross-timestamps for next gen Intel platforms

Modern Intel hardware adds an Always Running Timer (ART) that allows the network and audio device clocks to precisely cross timestamp the device clock with the system clock. This allows a precise correlation of the device time and system time. This patchset adds interfaces to the timekeeping code

[PATCH v8 0/8] Patchset enabling hardware based cross-timestamps for next gen Intel platforms

Modern Intel hardware adds an Always Running Timer (ART) that allows the network and audio device clocks to precisely cross timestamp the device clock with the system clock. This allows a precise correlation of the device time and system time. This patchset adds interfaces to the timekeeping code

[PATCH v8 3/8] time: Remove duplicated code in ktime_get_raw_and_real()

The code in ktime_get_snapshot() is a superset of the code in ktime_get_raw_and_real() code. Further, ktime_get_raw_and_real() is called only by the PPS code, pps_get_ts(). Consolidate the pps_get_ts() code into a single function calling ktime_get_snapshot() and eliminate ktime_get_raw_and_real().

[PATCH v8 3/8] time: Remove duplicated code in ktime_get_raw_and_real()

The code in ktime_get_snapshot() is a superset of the code in ktime_get_raw_and_real() code. Further, ktime_get_raw_and_real() is called only by the PPS code, pps_get_ts(). Consolidate the pps_get_ts() code into a single function calling ktime_get_snapshot() and eliminate ktime_get_raw_and_real().

[PATCH v3 08/10] of: add vendor prefix for Pine64

Signed-off-by: Andre Przywara Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v3 08/10] of: add vendor prefix for Pine64

Signed-off-by: Andre Przywara Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 72e2c5a..0c22fa9

[PATCH v3 10/10] arm64: add defconfig options for Allwinner SoCs

With the Allwinner platform now supported, enable it in the defconfig and add some options to give some decent out-of-the-box experience on those SoCs. Signed-off-by: Andre Przywara --- arch/arm64/configs/defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v3 10/10] arm64: add defconfig options for Allwinner SoCs

With the Allwinner platform now supported, enable it in the defconfig and add some options to give some decent out-of-the-box experience on those SoCs. Signed-off-by: Andre Przywara --- arch/arm64/configs/defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v3 00/10] arm64: Introduce Allwinner A64 and Pine64 support

Subject: [PATCH v3 01/10] clk: sunxi: allow PLL6 clock to be reused Currently we hard-code the base name for the PLL6 clock for both the sun4i and sun6i variants in the driver (pll6 and pll6x2, respectively). This unfortunately denies reusing this clock for the H3 and A64 PLL8 clock, which is the

[PATCH v3 00/10] arm64: Introduce Allwinner A64 and Pine64 support

Subject: [PATCH v3 01/10] clk: sunxi: allow PLL6 clock to be reused Currently we hard-code the base name for the PLL6 clock for both the sun4i and sun6i variants in the driver (pll6 and pll6x2, respectively). This unfortunately denies reusing this clock for the H3 and A64 PLL8 clock, which is the

Re: [PATCH] intel-pstate: Update frequencies of policy->cpus only from ->set_policy()

On Mon, 2016-02-22 at 13:54 +0100, Rafael J. Wysocki wrote: > On Mon, Feb 22, 2016 at 12:27 PM, Viresh Kumar rg> wrote: > > Hi, > > > > I am not really an intel-pstate driver guy, just wrote the patch > > based > > on software-review of the stuff :) > > > > On 22-02-16,

Re: [PATCH] intel-pstate: Update frequencies of policy->cpus only from ->set_policy()

On Mon, 2016-02-22 at 13:54 +0100, Rafael J. Wysocki wrote: > On Mon, Feb 22, 2016 at 12:27 PM, Viresh Kumar rg> wrote: > > Hi, > > > > I am not really an intel-pstate driver guy, just wrote the patch > > based > > on software-review of the stuff :) > > > > On 22-02-16, 10:17, Chen, Yu C wrote:

Re: [PATCH 2/2] ARM: omap2plus_defconfig: Enable AT24 eeprom

* Nishanth Menon [160222 08:51]: > AT24 compatible eeproms are used in BB family and X15 boards. > > Signed-off-by: Nishanth Menon > --- > arch/arm/configs/omap2plus_defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 2/2] ARM: omap2plus_defconfig: Enable AT24 eeprom

* Nishanth Menon [160222 08:51]: > AT24 compatible eeproms are used in BB family and X15 boards. > > Signed-off-by: Nishanth Menon > --- > arch/arm/configs/omap2plus_defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm/configs/omap2plus_defconfig >

Re: [PATCH 0/3] ARM: omap2plus_defconfig: Enable OMAP3 ISP and dependencies

* Javier Martinez Canillas [160208 09:54]: > Hello, > > This small series enables all the Kconfig symbols needed to test the > OMAP3 ISP on the IGEPv2 board. I've enabled as much as possible as a > module and only as built-in the options that are boolean. Looks good to

Re: [PATCH 0/3] ARM: omap2plus_defconfig: Enable OMAP3 ISP and dependencies

* Javier Martinez Canillas [160208 09:54]: > Hello, > > This small series enables all the Kconfig symbols needed to test the > OMAP3 ISP on the IGEPv2 board. I've enabled as much as possible as a > module and only as built-in the options that are boolean. Looks good to me thanks, applying into

[PATCH] selftests: breakpoint: add step_after_suspend_test

Commit e56d82a11617 ("arm64: cpu hotplug: ensure we mask out CPU_TASKS_FROZEN in notifiers") fixed a long-standing ARM64 bug that broke single-stepping after a suspend/resume cycle. Add a kernel selftest to make sure this doesn't regress or affect other platforms. Signed-off-by: Greg Hackmann

[PATCH] selftests: breakpoint: add step_after_suspend_test

Commit e56d82a11617 ("arm64: cpu hotplug: ensure we mask out CPU_TASKS_FROZEN in notifiers") fixed a long-standing ARM64 bug that broke single-stepping after a suspend/resume cycle. Add a kernel selftest to make sure this doesn't regress or affect other platforms. Signed-off-by: Greg Hackmann

[PATCH 2/2] MIPS: Flush highmem pages from dcache in __flush_icache_page

When a page is to be mapped executable for userspace, we can presume that the icache doesn't contain anything valid for its address range but we cannot be sure that its content has been written back from the dcache to L2 or memory further out. If the icache fills from those memories, ie. does not

[PATCH 2/2] MIPS: Flush highmem pages from dcache in __flush_icache_page

When a page is to be mapped executable for userspace, we can presume that the icache doesn't contain anything valid for its address range but we cannot be sure that its content has been written back from the dcache to L2 or memory further out. If the icache fills from those memories, ie. does not

[PATCH 1/2] MIPS: Add barriers between dcache & icache flushes

Index-based cache operations may be arbitrarily reordered by out of order CPUs. Thus code which writes back the dcache & then invalidates the icache using indexed cache ops must include a barrier between operating on the 2 caches in order to prevent the scenario in which: - icache invalidation

[PATCH 1/2] MIPS: Add barriers between dcache & icache flushes

Index-based cache operations may be arbitrarily reordered by out of order CPUs. Thus code which writes back the dcache & then invalidates the icache using indexed cache ops must include a barrier between operating on the 2 caches in order to prevent the scenario in which: - icache invalidation

[PATCH 03/15] perf tools: Fix segfault on dynamic entries

From: Namhyung Kim A dynamic entry is created for each tracepoint event. When it sets up the sort key, it checks with existing keys using ->equal() callback. But it missed to set the ->equal for dynamic entries. The following segfault was due to the missing ->equal()

[PATCH 03/15] perf tools: Fix segfault on dynamic entries

From: Namhyung Kim A dynamic entry is created for each tracepoint event. When it sets up the sort key, it checks with existing keys using ->equal() callback. But it missed to set the ->equal for dynamic entries. The following segfault was due to the missing ->equal() callback. (gdb) bt #0

[PATCH 06/15] perf tools: Fix column width setting on 'trace' sort key

From: Namhyung Kim It missed to update column length of the 'trace' sort key in the hists__calc_col_len() so it might truncate the output. It calculated the column length in the ->cmp() callback originally but it doesn't guarantee it's called always. Signed-off-by:

[PATCH 01/15] perf tools: Fix build on older systems

From: Arnaldo Carvalho de Melo In RHEL 6.7: CC /tmp/build/perf/util/parse-events.o cc1: warnings being treated as errors util/parse-events.c: In function ‘parse_events_add_cache’: util/parse-events.c:366: error: declaration of ‘error’ shadows a global declaration

[PATCH 01/15] perf tools: Fix build on older systems

From: Arnaldo Carvalho de Melo In RHEL 6.7: CC /tmp/build/perf/util/parse-events.o cc1: warnings being treated as errors util/parse-events.c: In function ‘parse_events_add_cache’: util/parse-events.c:366: error: declaration of ‘error’ shadows a global declaration

[PATCH 06/15] perf tools: Fix column width setting on 'trace' sort key

From: Namhyung Kim It missed to update column length of the 'trace' sort key in the hists__calc_col_len() so it might truncate the output. It calculated the column length in the ->cmp() callback originally but it doesn't guarantee it's called always. Signed-off-by: Namhyung Kim Acked-by: Jiri

[PATCH 07/15] perf tools: Fix assertion failure on dynamic entry

From: Namhyung Kim The dynamic entry is created for each field in a tracepoint event. Since they have no fixed hpp format index, it should skip when perf_hpp__reset_width() is called. This caused following assertion failure.. $ perf record -e sched:sched_switch -a sleep

[PATCH 07/15] perf tools: Fix assertion failure on dynamic entry

From: Namhyung Kim The dynamic entry is created for each field in a tracepoint event. Since they have no fixed hpp format index, it should skip when perf_hpp__reset_width() is called. This caused following assertion failure.. $ perf record -e sched:sched_switch -a sleep 1 $ perf report -s

[PATCH 04/15] perf tools: Update srcline/file if needed

From: Namhyung Kim Normally the hist entry's srcline and/or srcfile is set during sorting. However sometime it's possible to a hist entry's srcline is not set yet after the sorting. This is because the entry is so unique and other sort keys already make it distinct. Then

[PATCH 04/15] perf tools: Update srcline/file if needed

From: Namhyung Kim Normally the hist entry's srcline and/or srcfile is set during sorting. However sometime it's possible to a hist entry's srcline is not set yet after the sorting. This is because the entry is so unique and other sort keys already make it distinct. Then the srcline/file sort

[PATCH 11/15] perf tools: Enable passing event to BPF object

From: Wang Nan A new syntax is added to the parser so that the user can access predefined perf events in BPF objects. After this patch, BPF programs for perf are finally able to utilize bpf_perf_event_read() introduced in commit 35578d798400 ("bpf: Implement function

[PATCH 12/15] perf tools: Support setting different slots in a BPF map separately

From: Wang Nan This patch introduces basic facilities to support config different slots in a BPF map one by one. array.nr_ranges and array.ranges are introduced into 'struct parse_events_term', where ranges is an array of indices range (start, length) which will be

[PATCH 11/15] perf tools: Enable passing event to BPF object

From: Wang Nan A new syntax is added to the parser so that the user can access predefined perf events in BPF objects. After this patch, BPF programs for perf are finally able to utilize bpf_perf_event_read() introduced in commit 35578d798400 ("bpf: Implement function bpf_perf_event_read() that

[PATCH 12/15] perf tools: Support setting different slots in a BPF map separately

From: Wang Nan This patch introduces basic facilities to support config different slots in a BPF map one by one. array.nr_ranges and array.ranges are introduced into 'struct parse_events_term', where ranges is an array of indices range (start, length) which will be configured by this config

[PATCH 13/15] perf tools: Enable indices setting syntax for BPF map

From: Wang Nan This patch introduces a new syntax to perf event parser: # perf record -e './test_bpf_map_3.c/map:channel.value[0,1,2,3...5]=101/' usleep 2 By utilizing the basic facilities in bpf-loader.c which allow setting different slots in a BPF map separately, the

[PATCH 13/15] perf tools: Enable indices setting syntax for BPF map

From: Wang Nan This patch introduces a new syntax to perf event parser: # perf record -e './test_bpf_map_3.c/map:channel.value[0,1,2,3...5]=101/' usleep 2 By utilizing the basic facilities in bpf-loader.c which allow setting different slots in a BPF map separately, the newly introduced

[PATCH 08/15] perf bpf: Add API to set values to map entries in a bpf object

From: Wang Nan bpf__config_obj() is introduced as a core API to config BPF object after loading. One configuration option of maps is introduced. After this patch BPF object can accept assignments like: map:my_map.value=1234 (map.my_map.value looks pretty. However,

[PATCH 10/15] perf record: Apply config to BPF objects before recording

From: Wang Nan bpf__apply_obj_config() is introduced as the core API to apply object config options to all BPF objects. This patch also does the real work for setting values for BPF_MAP_TYPE_PERF_ARRAY maps by inserting value stored in map's private field into the BPF map.

[PATCH 08/15] perf bpf: Add API to set values to map entries in a bpf object

From: Wang Nan bpf__config_obj() is introduced as a core API to config BPF object after loading. One configuration option of maps is introduced. After this patch BPF object can accept assignments like: map:my_map.value=1234 (map.my_map.value looks pretty. However, there's a small but hard to

[PATCH 10/15] perf record: Apply config to BPF objects before recording

From: Wang Nan bpf__apply_obj_config() is introduced as the core API to apply object config options to all BPF objects. This patch also does the real work for setting values for BPF_MAP_TYPE_PERF_ARRAY maps by inserting value stored in map's private field into the BPF map. This patch is

[PATCH 15/15] perf tools: Introduce bpf-output event

From: Wang Nan Commit a43eec304259 ("bpf: introduce bpf_perf_event_output() helper") adds a helper to enable a BPF program to output data to a perf ring buffer through a new type of perf event, PERF_COUNT_SW_BPF_OUTPUT. This patch enables perf to create events of that type.

[PATCH 15/15] perf tools: Introduce bpf-output event

From: Wang Nan Commit a43eec304259 ("bpf: introduce bpf_perf_event_output() helper") adds a helper to enable a BPF program to output data to a perf ring buffer through a new type of perf event, PERF_COUNT_SW_BPF_OUTPUT. This patch enables perf to create events of that type. Now a perf user can

[PATCH 14/15] perf tools: Apply tracepoint event definition options to BPF script

From: Wang Nan Users can pass options to tracepoints defined in the BPF script. For example: # perf record -e ./test.c/no-inherit/ bash # dd if=/dev/zero of=/dev/null count=1 # exit [ perf record: Woken up 1 times to write data ] [ perf record: Captured and

[PATCH 09/15] perf tools: Enable BPF object configure syntax

From: Wang Nan This patch adds the final step for BPF map configuration. A new syntax is appended into parser so user can config BPF objects through '/' '/' enclosed config terms. After this patch, following syntax is available: # perf record -e

[GIT PULL 00/15] perf/core improvements and fixes

Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit 91e48b7df15196b8ce01f40455219d3ed7889988: Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core (2016-02-20 11:52:16 +0100) are available in the git

[PATCH 14/15] perf tools: Apply tracepoint event definition options to BPF script

From: Wang Nan Users can pass options to tracepoints defined in the BPF script. For example: # perf record -e ./test.c/no-inherit/ bash # dd if=/dev/zero of=/dev/null count=1 # exit [ perf record: Woken up 1 times to write data ] [ perf record: Captured and wrote 0.022 MB

[PATCH 09/15] perf tools: Enable BPF object configure syntax

From: Wang Nan This patch adds the final step for BPF map configuration. A new syntax is appended into parser so user can config BPF objects through '/' '/' enclosed config terms. After this patch, following syntax is available: # perf record -e ./test_bpf_map_1.c/map:channel.value=10/ ...

[GIT PULL 00/15] perf/core improvements and fixes

Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit 91e48b7df15196b8ce01f40455219d3ed7889988: Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core (2016-02-20 11:52:16 +0100) are available in the git

[PATCH 05/15] perf tools: Fix alignment on some sort keys

From: Namhyung Kim The srcline, srcfile and trace sort keys can have long entries. With commit 89fee7094323 ("perf hists: Do column alignment on the format iterator"), it now aligns output with hist_entry__snprintf_alignment(). So each (possibly long) sort entries don't

[PATCH 02/15] perf tools: Remove duplicate typedef config_term_func_t definition

From: Arnaldo Carvalho de Melo Older compilers don't like this, for instance, on RHEL6.7: CC /tmp/build/perf/util/parse-events.o util/parse-events.c:844: error: redefinition of typedef ‘config_term_func_t’ util/parse-events.c:353: note: previous declaration of

[PATCH 02/15] perf tools: Remove duplicate typedef config_term_func_t definition

From: Arnaldo Carvalho de Melo Older compilers don't like this, for instance, on RHEL6.7: CC /tmp/build/perf/util/parse-events.o util/parse-events.c:844: error: redefinition of typedef ‘config_term_func_t’ util/parse-events.c:353: note: previous declaration of ‘config_term_func_t’

[PATCH 05/15] perf tools: Fix alignment on some sort keys

From: Namhyung Kim The srcline, srcfile and trace sort keys can have long entries. With commit 89fee7094323 ("perf hists: Do column alignment on the format iterator"), it now aligns output with hist_entry__snprintf_alignment(). So each (possibly long) sort entries don't need to do it

Re: [PATCH 1/2] ARM: OMAP1: DMA: Provide dma_slave_map to omap-dma

* Peter Ujfalusi [160221 23:19]: > On 2016-02-19 23:44, Aaro Koskinen wrote: > > On Tue, Feb 02, 2016 at 04:27:06PM +0200, Peter Ujfalusi wrote: > >> OMAP1 can not boot in DT mode and to be able to clean up the driver > >> regarding to the dmaengine API use (switching to

Re: [PATCH 1/2] ARM: OMAP1: DMA: Provide dma_slave_map to omap-dma

* Peter Ujfalusi [160221 23:19]: > On 2016-02-19 23:44, Aaro Koskinen wrote: > > On Tue, Feb 02, 2016 at 04:27:06PM +0200, Peter Ujfalusi wrote: > >> OMAP1 can not boot in DT mode and to be able to clean up the driver > >> regarding to the dmaengine API use (switching to the new API) the > >>

Re: [PATCH V2 3/6] stm class: provision for statically assigned masterIDs

On 12 February 2016 at 13:33, Mathieu Poirier wrote: > On 12 February 2016 at 09:27, Alexander Shishkin > wrote: >> Mathieu Poirier writes: >> >>> On 8 February 2016 at 06:26, Alexander Shishkin >>>

Re: [PATCH V2 3/6] stm class: provision for statically assigned masterIDs

On 12 February 2016 at 13:33, Mathieu Poirier wrote: > On 12 February 2016 at 09:27, Alexander Shishkin > wrote: >> Mathieu Poirier writes: >> >>> On 8 February 2016 at 06:26, Alexander Shishkin >>> wrote: This $end==$start situation itself may be ambiguous and can be interpreted

Re: [PATCH v3 00/12] pwm: add support for atomic update

On Wed, Feb 03, 2016 at 11:04:20AM -0800, Doug Anderson wrote: > Thierry > > On Wed, Feb 3, 2016 at 6:53 AM, Thierry Reding > wrote: > >> A) The software state here is the period and flags (AKA "inverted), > >> right? It does seem possible that you could apply the

Re: [PATCH v3 00/12] pwm: add support for atomic update

On Wed, Feb 03, 2016 at 11:04:20AM -0800, Doug Anderson wrote: > Thierry > > On Wed, Feb 3, 2016 at 6:53 AM, Thierry Reding > wrote: > >> A) The software state here is the period and flags (AKA "inverted), > >> right? It does seem possible that you could apply the period and > >> flags while

Re: [PATCH] ARM: dts: omap3-n900: Allow gpio keys to be disabled

* Ivaylo Dimitrov [160222 06:43]: > Add linux,can-disable; to all gpios exported from gpio-keys driver, so > userspace can disable them Thanks applying into omap-for-v4.6/dt. Tony

Re: [PATCH] ARM: dts: omap3-n900: Allow gpio keys to be disabled

* Ivaylo Dimitrov [160222 06:43]: > Add linux,can-disable; to all gpios exported from gpio-keys driver, so > userspace can disable them Thanks applying into omap-for-v4.6/dt. Tony

Re: [PATCH v1] spi: master driver to enable RTC on ICPDAS LP-8841

On Mon, Feb 22, 2016 at 04:47:06AM +0300, Sergei Ianovich wrote: > ICP DAS LP-8841 contains a DS-1302 RTC. This driver provides an SPI > master which makes the RTC usable. The driver is not supposed to work > with anything else. > > The driver uses the standard MicroWire half-duplex transfer

Re: [PATCH v1] spi: master driver to enable RTC on ICPDAS LP-8841

On Mon, Feb 22, 2016 at 04:47:06AM +0300, Sergei Ianovich wrote: > ICP DAS LP-8841 contains a DS-1302 RTC. This driver provides an SPI > master which makes the RTC usable. The driver is not supposed to work > with anything else. > > The driver uses the standard MicroWire half-duplex transfer

[PATCH v3] coccinelle: add style check for assignment in if

Add a semantic patch for fixing some cases of checkpatch.pl error: ERROR: do not use assignment in if condition Signed-off-by: Kris Borer --- changes since v2 - added comment warning that changes may not work well with ifdefs scripts/coccinelle/style/assignment_in_if.cocci |

[PATCH v3] coccinelle: add style check for assignment in if

Add a semantic patch for fixing some cases of checkpatch.pl error: ERROR: do not use assignment in if condition Signed-off-by: Kris Borer --- changes since v2 - added comment warning that changes may not work well with ifdefs scripts/coccinelle/style/assignment_in_if.cocci | 132

Re: [GIT PULL] remaining tpmdd fixes for Linux 4.5

On Mon, Feb 22, 2016 at 04:50:23PM +0200, Jarkko Sakkinen wrote: > I already pushed a fix to my master for this issue: > > https://github.com/jsakkine/linux-tpmdd/commit/6386544ad7bceb3d0248b85da29d4d99eebe9161 The goal is to reduce the number of #ifdef'd code segments so we have fewer problems

Re: [GIT PULL] remaining tpmdd fixes for Linux 4.5

On Mon, Feb 22, 2016 at 04:50:23PM +0200, Jarkko Sakkinen wrote: > I already pushed a fix to my master for this issue: > > https://github.com/jsakkine/linux-tpmdd/commit/6386544ad7bceb3d0248b85da29d4d99eebe9161 The goal is to reduce the number of #ifdef'd code segments so we have fewer problems

Re: sscanf: implement basic character sets

+++ Andy Shevchenko [22/02/16 12:13 +0200]: On Fri, 2016-02-19 at 20:22 -0500, Jessica Yu wrote: Implement basic character sets for the '%[]' conversion specifier. The '%[]' conversion specifier matches a nonempty sequence of characters from the specified set of accepted (or with '^',

Re: sscanf: implement basic character sets

+++ Andy Shevchenko [22/02/16 12:13 +0200]: On Fri, 2016-02-19 at 20:22 -0500, Jessica Yu wrote: Implement basic character sets for the '%[]' conversion specifier. The '%[]' conversion specifier matches a nonempty sequence of characters from the specified set of accepted (or with '^',

Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler

On Mon, 22 Feb 2016 18:32:59 +0100 Peter Zijlstra wrote: > So I'm a bit allergic to tracepoints and this is very flimsy on reasons > why I would want to do this. Because there's no way to know if SCHED_DEADLINE tasks are doing what they suppose to without hacking the

Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler

On Mon, 22 Feb 2016 18:32:59 +0100 Peter Zijlstra wrote: > So I'm a bit allergic to tracepoints and this is very flimsy on reasons > why I would want to do this. Because there's no way to know if SCHED_DEADLINE tasks are doing what they suppose to without hacking the kernel and adding your own

Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler

Hi Daniel, [auto build test WARNING on tip/sched/core] [also build test WARNING on v4.5-rc5 next-20160222] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Daniel-Bristot-de-Oliveira

Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler

Hi Daniel, [auto build test WARNING on tip/sched/core] [also build test WARNING on v4.5-rc5 next-20160222] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Daniel-Bristot-de-Oliveira

Re: [PATCH] netcp: use pointer to fix build fail

From: Sudip Mukherjee Date: Mon, 22 Feb 2016 22:55:43 +0530 > While building keystone_defconfig of arm we are getting build failure > with the error: ... > The callback of ndo_setup_tc should be: > int (*ndo_setup_tc)(struct net_device *dev, u32 handle, __be16

Re: [PATCH] netcp: use pointer to fix build fail

From: Sudip Mukherjee Date: Mon, 22 Feb 2016 22:55:43 +0530 > While building keystone_defconfig of arm we are getting build failure > with the error: ... > The callback of ndo_setup_tc should be: > int (*ndo_setup_tc)(struct net_device *dev, u32 handle, __be16 protocol, >

[PATCH] f2fs: remain last victim segment number ascending order

This patch avoids to remain inefficient victim segment number selected by a victim. For example, if all the dirty segments has same valid blocks, we can get the victim segments descending order due to keeping wrong last segment number. Signed-off-by: Jaegeuk Kim ---

[PATCH] f2fs: remain last victim segment number ascending order

This patch avoids to remain inefficient victim segment number selected by a victim. For example, if all the dirty segments has same valid blocks, we can get the victim segments descending order due to keeping wrong last segment number. Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 8 ++--

Re: [PATCH v5 10/20] kthread: Better support freezable kthread workers

Hi Petr, [auto build test WARNING on soc-thermal/next] [also build test WARNING on v4.5-rc5 next-20160222] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Petr-Mladek/kthread-Use-kthread

Re: [PATCH v5 10/20] kthread: Better support freezable kthread workers

Hi Petr, [auto build test WARNING on soc-thermal/next] [also build test WARNING on v4.5-rc5 next-20160222] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Petr-Mladek/kthread-Use-kthread

[PATCH] netcp: use pointer to fix build fail

While building keystone_defconfig of arm we are getting build failure with the error: drivers/net/ethernet/ti/netcp_core.c:1846:31: error: invalid type argument of '->' (have 'struct tc_to_netdev') if (handle != TC_H_ROOT || tc->type != TC_SETUP_MQPRIO) ^

[PATCH] netcp: use pointer to fix build fail

While building keystone_defconfig of arm we are getting build failure with the error: drivers/net/ethernet/ti/netcp_core.c:1846:31: error: invalid type argument of '->' (have 'struct tc_to_netdev') if (handle != TC_H_ROOT || tc->type != TC_SETUP_MQPRIO) ^

Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler

On Mon, Feb 22, 2016 at 02:08:21PM -0300, Daniel Bristot de Oliveira wrote: > Deadline tasks behave differently of other tasks because deadline > task's also depend on their period, deadline and runtime. > > Hence, the well known sched:sched_wakeup and sched:sched_switch > tracepoints are not

Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler

On Mon, Feb 22, 2016 at 02:08:21PM -0300, Daniel Bristot de Oliveira wrote: > Deadline tasks behave differently of other tasks because deadline > task's also depend on their period, deadline and runtime. > > Hence, the well known sched:sched_wakeup and sched:sched_switch > tracepoints are not

Re: [PATCH V3 2/2] sched: idle: IRQ based next prediction for idle period

On 02/22/2016 04:02 PM, Shreyas B Prabhu wrote: Hi Daniel, On 02/16/2016 09:13 PM, Daniel Lezcano wrote: + +/** + * sched_idle_next_wakeup - Predict the next wakeup on the current cpu + * + * The next event on the cpu is based on a statistic approach of the + * interrupt events and the timer

Re: [PATCH V3 2/2] sched: idle: IRQ based next prediction for idle period

On 02/22/2016 04:02 PM, Shreyas B Prabhu wrote: Hi Daniel, On 02/16/2016 09:13 PM, Daniel Lezcano wrote: + +/** + * sched_idle_next_wakeup - Predict the next wakeup on the current cpu + * + * The next event on the cpu is based on a statistic approach of the + * interrupt events and the timer

<    8   9   10   11   12   13   14   15   16   17   >