Re: [PATCH] rcu: fix the OOM problem of huge IP abnormal packet traffic

On 2016/11/18 21:01, Paul E. McKenney wrote: > On Fri, Nov 18, 2016 at 08:40:09PM +0800, Ding Tianhong wrote: >> The commit bedc196915 ("rcu: Fix soft lockup for rcu_nocb_kthread") >> will introduce a new problem that when huge IP abnormal packet arrived, >> it may cause OOM and break the

Re: [PATCH] rcu: fix the OOM problem of huge IP abnormal packet traffic

On 2016/11/18 21:01, Paul E. McKenney wrote: > On Fri, Nov 18, 2016 at 08:40:09PM +0800, Ding Tianhong wrote: >> The commit bedc196915 ("rcu: Fix soft lockup for rcu_nocb_kthread") >> will introduce a new problem that when huge IP abnormal packet arrived, >> it may cause OOM and break the

Re: [GIT PULL] LED updates for 4.9-rc6

On 11/18/2016 06:07 PM, Linus Torvalds wrote: On Fri, Nov 18, 2016 at 6:13 AM, Jacek Anaszewski wrote: Please pull LED subsystem related updates for MAINTAINERS. I'd like to announce a new co-maintainer - Pavel Machek. No can do. You've done something incredibly

Re: [GIT PULL] LED updates for 4.9-rc6

On 11/18/2016 06:07 PM, Linus Torvalds wrote: On Fri, Nov 18, 2016 at 6:13 AM, Jacek Anaszewski wrote: Please pull LED subsystem related updates for MAINTAINERS. I'd like to announce a new co-maintainer - Pavel Machek. No can do. You've done something incredibly odd, including rebasing my

Re: [PATCH v5 0/3] spi-nor: Add support for Intel SPI serial flash controller

On Fri, Nov 18, 2016 at 07:04:26PM +, Lee Jones wrote: > On Mon, 14 Nov 2016, Mika Westerberg wrote: > > > This is fifth version of the series. You can find the previous versions > > archived on: > > > > v4: https://lwn.net/Articles/703773/ > > v3: https://lwn.net/Articles/697231/ > >

Re: [PATCH v5 0/3] spi-nor: Add support for Intel SPI serial flash controller

On Fri, Nov 18, 2016 at 07:04:26PM +, Lee Jones wrote: > On Mon, 14 Nov 2016, Mika Westerberg wrote: > > > This is fifth version of the series. You can find the previous versions > > archived on: > > > > v4: https://lwn.net/Articles/703773/ > > v3: https://lwn.net/Articles/697231/ > >

[GIT PULL v2] LED updates for 4.9-rc6

Hi Linus, Please pull LED subsystem related updates for MAINTAINERS. I'd like to announce a new co-maintainer - Pavel Machek. The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911: Linux 4.9-rc4 (2016-11-05 16:23:36 -0700) are available in the git repository at:

[GIT PULL v2] LED updates for 4.9-rc6

Hi Linus, Please pull LED subsystem related updates for MAINTAINERS. I'd like to announce a new co-maintainer - Pavel Machek. The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911: Linux 4.9-rc4 (2016-11-05 16:23:36 -0700) are available in the git repository at:

Re: [PATCH] rcu: Fix soft lockup for rcu_nocb_kthread

On 2016/11/18 20:56, Paul E. McKenney wrote: > On Fri, Nov 18, 2016 at 08:37:28PM +0800, Ding Tianhong wrote: >> >> >> On 2016/8/10 9:59, Paul E. McKenney wrote: >>> On Wed, Aug 10, 2016 at 09:13:14AM +0800, Ding Tianhong wrote: On 2016/6/16 22:19, Paul E. McKenney wrote: > On Thu, Jun

Re: [PATCH] rcu: Fix soft lockup for rcu_nocb_kthread

On 2016/11/18 20:56, Paul E. McKenney wrote: > On Fri, Nov 18, 2016 at 08:37:28PM +0800, Ding Tianhong wrote: >> >> >> On 2016/8/10 9:59, Paul E. McKenney wrote: >>> On Wed, Aug 10, 2016 at 09:13:14AM +0800, Ding Tianhong wrote: On 2016/6/16 22:19, Paul E. McKenney wrote: > On Thu, Jun

Re: [REVIEW][PATCH 0/3] Fixing ptrace vs exec vs userns interactions

Hi Eric, On Thu, Nov 17, 2016 at 11:02:47AM -0600, Eric W. Biederman wrote: > > With everyone heading to Kernel Summit and Plumbers I put this set of > patches down temporarily. Now is the time to take it back up and to > make certain I am not missing something stupid in this set of patches.

Re: [REVIEW][PATCH 0/3] Fixing ptrace vs exec vs userns interactions

Hi Eric, On Thu, Nov 17, 2016 at 11:02:47AM -0600, Eric W. Biederman wrote: > > With everyone heading to Kernel Summit and Plumbers I put this set of > patches down temporarily. Now is the time to take it back up and to > make certain I am not missing something stupid in this set of patches.

RE: [RFC][PATCH 7/7] kref: Implement using refcount_t

> On Fri, Nov 18, 2016 at 04:58:52PM +, Reshetova, Elena wrote: > > > Could you please fix you mailer to not unwrap the emails? > > > > I wish I understand what you mean by "unwrap"... ? > > Where I always have lines wrapped at 78 characters, but often when I see > them back in your reply,

RE: [RFC][PATCH 7/7] kref: Implement using refcount_t

> On Fri, Nov 18, 2016 at 04:58:52PM +, Reshetova, Elena wrote: > > > Could you please fix you mailer to not unwrap the emails? > > > > I wish I understand what you mean by "unwrap"... ? > > Where I always have lines wrapped at 78 characters, but often when I see > them back in your reply,

[PATCH v6] USB hub_probe: rework ugly goto-into-compound-statement

Rework smelling code (goto inside compound statement). Perhaps this is legacy. Anyway such code is not appropriate for Linux kernel. Signed-off-by: Eugene Korenevsky --- Changes in v6: more pedantic conversion from `int` to `bool`; fix comment Changes in v5: make `bool` a

[PATCH v6] USB hub_probe: rework ugly goto-into-compound-statement

Rework smelling code (goto inside compound statement). Perhaps this is legacy. Anyway such code is not appropriate for Linux kernel. Signed-off-by: Eugene Korenevsky --- Changes in v6: more pedantic conversion from `int` to `bool`; fix comment Changes in v5: make `bool` a return type of

[PATCH] ARM: dts: msm8916: Add and enable wcnss node

Add the wcnss remoteproc node the SMD edge and the wcnss ctrl, bluetooth and wifi nodes specified and enable this on db410c. Signed-off-by: Bjorn Andersson --- This still require the last wcn36xx and scm-interrupted patches to land, but as those won't affect the dts

[PATCH] ARM: dts: msm8916: Add and enable wcnss node

Add the wcnss remoteproc node the SMD edge and the wcnss ctrl, bluetooth and wifi nodes specified and enable this on db410c. Signed-off-by: Bjorn Andersson --- This still require the last wcn36xx and scm-interrupted patches to land, but as those won't affect the dts I'm posting this anyway.

Re: [PATCH v5] USB hub_probe: rework ugly goto-into-compound-statement

> Ok, I'm going to be really pedantic here and ask that you spell this > last statement out: >if (usb...) > return true; >return false; > > Also, the comment should say: > /* If the first endpoint is not interrupt IN, we... */ > It's better to inverse the

Re: [PATCH v5] USB hub_probe: rework ugly goto-into-compound-statement

> Ok, I'm going to be really pedantic here and ask that you spell this > last statement out: >if (usb...) > return true; >return false; > > Also, the comment should say: > /* If the first endpoint is not interrupt IN, we... */ > It's better to inverse the

[PATCH v2 0/2] dmaengine: core/omap-dma: Support for port window

Hi, Changes since v1: - Make sure that the one frame covers the port_window (burst = port_window) - added comment to explain the double indexed setup to cover the port_window - Simplifications for the code mentioned by Russell and Vinod Cover letter from v1: as I'm trying to convert the

[PATCH v2 0/2] dmaengine: core/omap-dma: Support for port window

Hi, Changes since v1: - Make sure that the one frame covers the port_window (burst = port_window) - added comment to explain the double indexed setup to cover the port_window - Simplifications for the code mentioned by Russell and Vinod Cover letter from v1: as I'm trying to convert the

Re: [PATCH 1/3] thermal: handle get_temp() errors properly

Hi, On Fri, Nov 18, 2016 at 07:41:59PM -0800, Eduardo Valentin wrote: > On Fri, Nov 18, 2016 at 03:52:55PM -0800, Brian Norris wrote: > > If using CONFIG_THERMAL_EMULATION, there's a corner case where we might > > get an error from the zone's get_temp() callback, but we'll ignore that > > and

Re: [PATCH 1/3] thermal: handle get_temp() errors properly

Hi, On Fri, Nov 18, 2016 at 07:41:59PM -0800, Eduardo Valentin wrote: > On Fri, Nov 18, 2016 at 03:52:55PM -0800, Brian Norris wrote: > > If using CONFIG_THERMAL_EMULATION, there's a corner case where we might > > get an error from the zone's get_temp() callback, but we'll ignore that > > and

[PATCH] timekeeping: Change type of nsec variable to unsigned in its calculation.

From: Liav Rehana During the calculation of the nsec variable in the inline function timekeeping_delta_to_ns, it may undergo a sign extension if its msb is set just before the shift. The sign extension may, in some cases, gain it a value near the maximum value of the 64-bit

[PATCH] timekeeping: Change type of nsec variable to unsigned in its calculation.

From: Liav Rehana During the calculation of the nsec variable in the inline function timekeeping_delta_to_ns, it may undergo a sign extension if its msb is set just before the shift. The sign extension may, in some cases, gain it a value near the maximum value of the 64-bit range. This is bad

[PATCH 2/4] selftests/timers: Fix spelling mistake "Asyncrhonous" -> "Asynchronous"

From: Colin Ian King Trivial fix to spelling mistake Cc: Thomas Gleixner Cc: Richard Cochran Cc: Ingo Molnar Cc: Shuah Khan Cc: Prarit Bhargava Signed-off-by:

[PATCH 1/4] time: alarmtimer: Add the trcepoints for alarmtimer

From: Baolin Wang For system debugging, we sometimes want to know who sets one alarm timer, the time of the timer, when the timer started and fired and so on. Thus adding tracepoints can help us trace the alarmtimer information. For example, when we debug the system

[PATCH 2/4] selftests/timers: Fix spelling mistake "Asyncrhonous" -> "Asynchronous"

From: Colin Ian King Trivial fix to spelling mistake Cc: Thomas Gleixner Cc: Richard Cochran Cc: Ingo Molnar Cc: Shuah Khan Cc: Prarit Bhargava Signed-off-by: Colin Ian King Signed-off-by: John Stultz --- tools/testing/selftests/timers/skew_consistency.c | 2 +- 1 file changed, 1

[PATCH 1/4] time: alarmtimer: Add the trcepoints for alarmtimer

From: Baolin Wang For system debugging, we sometimes want to know who sets one alarm timer, the time of the timer, when the timer started and fired and so on. Thus adding tracepoints can help us trace the alarmtimer information. For example, when we debug the system supend/resume, if the system

[PATCH 4/4] timekeeping: clocksource_cyc2ns: Document intended range limitation

From: Chris Metcalf The "cycles" argument should not be an absolute clocksource cycle value, as the implementation's arithmetic will overflow relatively easily with wide (64 bit) clocksource counters. For performance, the implementation is simple and fast, since the

[PATCH 3/4] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

From: Chen Yu Previously we encountered some memory overflow issues due to the bogus sleep time brought by inconsistent rtc, which is triggered when pm_trace is enabled, and we have fixed it in recent kernel. However it's improper in the first place to call

[PATCH 4/4] timekeeping: clocksource_cyc2ns: Document intended range limitation

From: Chris Metcalf The "cycles" argument should not be an absolute clocksource cycle value, as the implementation's arithmetic will overflow relatively easily with wide (64 bit) clocksource counters. For performance, the implementation is simple and fast, since the function is intended for

[PATCH 3/4] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

From: Chen Yu Previously we encountered some memory overflow issues due to the bogus sleep time brought by inconsistent rtc, which is triggered when pm_trace is enabled, and we have fixed it in recent kernel. However it's improper in the first place to call __timekeeping_inject_sleeptime() in

[GIT PULL][PATCH 0/4] Timekeeping items for 4.10

Hey Thomas, Ingo, Just a few small patches I have queued for 4.10. Please let me know if you have any objections. You can grab the patches via git pull as specified below. thanks -john Cc: Richard Cochran Cc: Ingo Molnar Cc: Prarit Bhargava

[GIT PULL][PATCH 0/4] Timekeeping items for 4.10

Hey Thomas, Ingo, Just a few small patches I have queued for 4.10. Please let me know if you have any objections. You can grab the patches via git pull as specified below. thanks -john Cc: Richard Cochran Cc: Ingo Molnar Cc: Prarit Bhargava Cc: Thomas Gleixner The following changes

[PATCH] Tools: hv: Add binaries to .gitignore

The three hv tools should be ignored by git so that they do not appear as untracked files. Signed-off-by: Alex Fluter --- tools/hv/.gitignore | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 tools/hv/.gitignore diff --git a/tools/hv/.gitignore

[PATCH] Tools: hv: Add binaries to .gitignore

The three hv tools should be ignored by git so that they do not appear as untracked files. Signed-off-by: Alex Fluter --- tools/hv/.gitignore | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 tools/hv/.gitignore diff --git a/tools/hv/.gitignore b/tools/hv/.gitignore new file mode

[PATCH] spi: davinci: Allow device tree devices to use DMA

This makes SPI devices specified in a device tree use DMA when the master controller has DMA configured. Since device tree is supposed to only describe the hardware, adding a configuration option to device tree to enable DMA per-device would not be acceptable. So, this is the best we can do for

[PATCH] spi: davinci: Allow device tree devices to use DMA

This makes SPI devices specified in a device tree use DMA when the master controller has DMA configured. Since device tree is supposed to only describe the hardware, adding a configuration option to device tree to enable DMA per-device would not be acceptable. So, this is the best we can do for

[kvm-unit-tests PATCH v9 1/3] arm: Add PMU test

From: Christopher Covington Beginning with a simple sanity check of the control register, add a unit test for the ARM Performance Monitors Unit (PMU). Signed-off-by: Christopher Covington Signed-off-by: Wei Huang Reviewed-by: Andrew

[kvm-unit-tests PATCH v9 1/3] arm: Add PMU test

From: Christopher Covington Beginning with a simple sanity check of the control register, add a unit test for the ARM Performance Monitors Unit (PMU). Signed-off-by: Christopher Covington Signed-off-by: Wei Huang Reviewed-by: Andrew Jones --- arm/Makefile.common | 3 ++- arm/pmu.c

[kvm-unit-tests PATCH v9 0/3] ARM PMU tests

Changes from v8: * Probe PMU version based on ID_DFR0 * pmccntr_read() now returns 64bit and can handle both 32bit and 64bit PMCCNTR based on PMU version. * Add pmccntr_write() support * Use a common printf format PRId64 to support 64bit variable smoothly in test functions * Add barriers to

[kvm-unit-tests PATCH v9 2/3] arm: pmu: Check cycle count increases

From: Christopher Covington Ensure that reads of the PMCCNTR_EL0 are monotonically increasing, even for the smallest delta of two subsequent reads. Signed-off-by: Christopher Covington Signed-off-by: Wei Huang --- arm/pmu.c | 156

[kvm-unit-tests PATCH v9 3/3] arm: pmu: Add CPI checking

From: Christopher Covington Calculate the numbers of cycles per instruction (CPI) implied by ARM PMU cycle counter values. The code includes a strict checking facility intended for the -icount option in TCG mode in the configuration file. Signed-off-by: Christopher

[kvm-unit-tests PATCH v9 0/3] ARM PMU tests

Changes from v8: * Probe PMU version based on ID_DFR0 * pmccntr_read() now returns 64bit and can handle both 32bit and 64bit PMCCNTR based on PMU version. * Add pmccntr_write() support * Use a common printf format PRId64 to support 64bit variable smoothly in test functions * Add barriers to

[kvm-unit-tests PATCH v9 2/3] arm: pmu: Check cycle count increases

From: Christopher Covington Ensure that reads of the PMCCNTR_EL0 are monotonically increasing, even for the smallest delta of two subsequent reads. Signed-off-by: Christopher Covington Signed-off-by: Wei Huang --- arm/pmu.c | 156 ++

[kvm-unit-tests PATCH v9 3/3] arm: pmu: Add CPI checking

From: Christopher Covington Calculate the numbers of cycles per instruction (CPI) implied by ARM PMU cycle counter values. The code includes a strict checking facility intended for the -icount option in TCG mode in the configuration file. Signed-off-by: Christopher Covington Signed-off-by: Wei

Re: [PATCH 3/3] thermal: rockchip: don't pass table structs by value

在 2016年11月19日 07:52, Brian Norris 写道: This driver passes struct chip_tsadc_table by value throughout; this is inefficient, and AFAICT, there is no reason for it. Let's pass pointers instead. Signed-off-by: Brian Norris Reviewed-by: Caesar Wang

Re: [PATCH 3/3] thermal: rockchip: don't pass table structs by value

在 2016年11月19日 07:52, Brian Norris 写道: This driver passes struct chip_tsadc_table by value throughout; this is inefficient, and AFAICT, there is no reason for it. Let's pass pointers instead. Signed-off-by: Brian Norris Reviewed-by: Caesar Wang Tested-by: Caesar Wang Yup, that make sense to

Re: [PATCH 2/3] thermal: rockchip: improve conversion error messages

在 2016年11月19日 11:31, Caesar Wang 写道: Brian, 在 2016年11月19日 07:52, Brian Norris 写道: These error messages don't give much information about what went wrong. It would be nice, for one, to see what invalid temperature was being requested when conversion fails. It's also good to return an error when

Re: [PATCH 2/3] thermal: rockchip: improve conversion error messages

Brian, 在 2016年11月19日 07:52, Brian Norris 写道: These error messages don't give much information about what went wrong. It would be nice, for one, to see what invalid temperature was being requested when conversion fails. It's also good to return an error when we can't handle a conversion

Re: [PATCH 2/3] thermal: rockchip: improve conversion error messages

在 2016年11月19日 11:31, Caesar Wang 写道: Brian, 在 2016年11月19日 07:52, Brian Norris 写道: These error messages don't give much information about what went wrong. It would be nice, for one, to see what invalid temperature was being requested when conversion fails. It's also good to return an error when

Re: [PATCH 2/3] thermal: rockchip: improve conversion error messages

Brian, 在 2016年11月19日 07:52, Brian Norris 写道: These error messages don't give much information about what went wrong. It would be nice, for one, to see what invalid temperature was being requested when conversion fails. It's also good to return an error when we can't handle a conversion

Re: [RFC][PATCH 2/7] kref: Add kref_read()

On Fri, Nov 18, 2016 at 05:33:35PM +, Reshetova, Elena wrote: > On Thu, Nov 17, 2016 at 09:53:42AM +0100, Peter Zijlstra wrote: > > On Wed, Nov 16, 2016 at 12:08:52PM -0800, Alexei Starovoitov wrote: > > > > > I prefer to avoid 'fixing' things that are not broken. > > > Note,

Re: [RFC][PATCH 2/7] kref: Add kref_read()

On Fri, Nov 18, 2016 at 05:33:35PM +, Reshetova, Elena wrote: > On Thu, Nov 17, 2016 at 09:53:42AM +0100, Peter Zijlstra wrote: > > On Wed, Nov 16, 2016 at 12:08:52PM -0800, Alexei Starovoitov wrote: > > > > > I prefer to avoid 'fixing' things that are not broken. > > > Note,

Re: [PATCH 1/3] thermal: handle get_temp() errors properly

On Fri, Nov 18, 2016 at 03:52:55PM -0800, Brian Norris wrote: > If using CONFIG_THERMAL_EMULATION, there's a corner case where we might > get an error from the zone's get_temp() callback, but we'll ignore that > and keep using its value. Let's just error out properly instead. > > Signed-off-by:

Re: [PATCH 1/3] thermal: handle get_temp() errors properly

On Fri, Nov 18, 2016 at 03:52:55PM -0800, Brian Norris wrote: > If using CONFIG_THERMAL_EMULATION, there's a corner case where we might > get an error from the zone's get_temp() callback, but we'll ignore that > and keep using its value. Let's just error out properly instead. > > Signed-off-by:

PROBLEM: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

(Replies CC to list and direct to me please) Summary: dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy Description: I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), and since then my dmesg has been absolutely flooded with 'PFNs busy'

PROBLEM: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

(Replies CC to list and direct to me please) Summary: dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy Description: I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), and since then my dmesg has been absolutely flooded with 'PFNs busy'

Re: [PATCH 1/3] thermal: handle get_temp() errors properly

Brian, 在 2016年11月19日 07:52, Brian Norris 写道: If using CONFIG_THERMAL_EMULATION, there's a corner case where we might get an error from the zone's get_temp() callback, but we'll ignore that and keep using its value. Let's just error out properly instead. Signed-off-by: Brian Norris

Re: [PATCH 1/3] thermal: handle get_temp() errors properly

Brian, 在 2016年11月19日 07:52, Brian Norris 写道: If using CONFIG_THERMAL_EMULATION, there's a corner case where we might get an error from the zone's get_temp() callback, but we'll ignore that and keep using its value. Let's just error out properly instead. Signed-off-by: Brian Norris Tested-by:

[PATCH RESEND] sched/rt: Change rt_nr_running to rt_queued in the comment

The code actually checks rt_queued not rt_nr_running in pick_next_task_rt(), so change the corresponding comment. Signed-off-by: T.Zhou --- kernel/sched/rt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c index

[PATCH RESEND] sched/rt: Change rt_nr_running to rt_queued in the comment

The code actually checks rt_queued not rt_nr_running in pick_next_task_rt(), so change the corresponding comment. Signed-off-by: T.Zhou --- kernel/sched/rt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c index 2516b8d..9b4a5c5 100644

Re: [PATCH] sched/rt: Change rt_nr_running to rt_queued in the comment

Hi Peter, On Fri, Nov 18, 2016 at 04:00:57PM +0100, Peter Zijlstra wrote: > On Fri, Nov 18, 2016 at 09:53:07AM -0500, Steven Rostedt wrote: > > > > Peter, > > > > Can you pull this patch into your queue? > > Not in my inbox.. This patch is so simple, so i do not want to interrupt you.. Will

Re: [PATCH] sched/rt: Change rt_nr_running to rt_queued in the comment

Hi Peter, On Fri, Nov 18, 2016 at 04:00:57PM +0100, Peter Zijlstra wrote: > On Fri, Nov 18, 2016 at 09:53:07AM -0500, Steven Rostedt wrote: > > > > Peter, > > > > Can you pull this patch into your queue? > > Not in my inbox.. This patch is so simple, so i do not want to interrupt you.. Will

[PATCH] Tools: hv: kvp: configurable external scripts path

error when running hypervkvpd: $ sudo ./hv_kvp_daemon -n sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found The external scripts are not installed in system path, adding a configurable

[PATCH] Tools: hv: kvp: configurable external scripts path

error when running hypervkvpd: $ sudo ./hv_kvp_daemon -n sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found The external scripts are not installed in system path, adding a configurable

Re: [GIT PULL 1/2] arm64: dts: exynos: Topic dts arm64 for v4.10

On Fri, Nov 18, 2016 at 02:44:34PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Topic branch with a GIC interrupt fix and cleanup. No conflicts expected. > No dependencies. > > Best regards, > Krzysztof > > > The following changes since commit 1001354ca34179f3db924eb66672442a173147dc: > >

Re: [GIT PULL 2/2] ARM: dts: exynos: Topic dts for v4.10

On Fri, Nov 18, 2016 at 02:44:35PM +0200, Krzysztof Kozlowski wrote: > Hi, > > > Topic branch with a GIC interrupt fixes and cleanup (human-friendly symbols). > > Possible rather trivial conflicts: > > diff --cc arch/arm/boot/dts/exynos4x12.dtsi > index 0074f566cd3b,505f047e81c6..85a7122658f1

Re: [GIT PULL 1/2] arm64: dts: exynos: Topic dts arm64 for v4.10

On Fri, Nov 18, 2016 at 02:44:34PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Topic branch with a GIC interrupt fix and cleanup. No conflicts expected. > No dependencies. > > Best regards, > Krzysztof > > > The following changes since commit 1001354ca34179f3db924eb66672442a173147dc: > >

Re: [GIT PULL 2/2] ARM: dts: exynos: Topic dts for v4.10

On Fri, Nov 18, 2016 at 02:44:35PM +0200, Krzysztof Kozlowski wrote: > Hi, > > > Topic branch with a GIC interrupt fixes and cleanup (human-friendly symbols). > > Possible rather trivial conflicts: > > diff --cc arch/arm/boot/dts/exynos4x12.dtsi > index 0074f566cd3b,505f047e81c6..85a7122658f1

[PATCH] drm/panel: simple: add 8bit-bps for Sharp lq123p1jx31

Sharp lq123p1jx31 support 8bit bps. Signed-off-by: zain wang --- drivers/gpu/drm/panel/panel-simple.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 113db3c..6b0c026 100644 ---

[PATCH] drm/panel: simple: add 8bit-bps for Sharp lq123p1jx31

Sharp lq123p1jx31 support 8bit bps. Signed-off-by: zain wang --- drivers/gpu/drm/panel/panel-simple.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 113db3c..6b0c026 100644 ---

Re: [PATCH] infiniband: remove WARN that is not kernel bug

On Fri, 18 Nov 2016 12:24:37 +0100, Dmitry Vyukov said: > WARNINGs mean kernel bugs. > The one in ucma_write() points to user programming error > or a malicious attempt. This is not a kernel bug, remove it. > - if (WARN_ON_ONCE(!ib_safe_file_access(filp))) > + if

Re: [PATCH] infiniband: remove WARN that is not kernel bug

On Fri, 18 Nov 2016 12:24:37 +0100, Dmitry Vyukov said: > WARNINGs mean kernel bugs. > The one in ucma_write() points to user programming error > or a malicious attempt. This is not a kernel bug, remove it. > - if (WARN_ON_ONCE(!ib_safe_file_access(filp))) > + if

Re: [PATCH] arm64: dts: qcom: msm8996: Fixup smp2p node

On 11/18/2016 12:06 PM, Bjorn Andersson wrote: The SMEM state property name changes between the integration branch and mainline, update to use the correct one. Fixes: 2f45d9fcd531 ("arm64: dts: msm8996: Add SMP2P and APCS nodes") Signed-off-by: Bjorn Andersson

Re: [PATCH] arm64: dts: qcom: msm8996: Fixup smp2p node

On 11/18/2016 12:06 PM, Bjorn Andersson wrote: The SMEM state property name changes between the integration branch and mainline, update to use the correct one. Fixes: 2f45d9fcd531 ("arm64: dts: msm8996: Add SMP2P and APCS nodes") Signed-off-by: Bjorn Andersson Thanks for the change and sorry

Re: [PATCH] ARM: qcom_defconfig: Enable RPM/RPM-SMD clocks

On Thu, Nov 17, 2016 at 05:20:26PM +0200, Georgi Djakov wrote: > Enable support for clocks, controlled by the RPM processor on > Qualcomm platforms. > > Signed-off-by: Georgi Djakov Hi, Please send patches like these to the platform maintainer (i.e. Andy Gross), and

Re: [PATCH] ARM: qcom_defconfig: Enable RPM/RPM-SMD clocks

On Thu, Nov 17, 2016 at 05:20:26PM +0200, Georgi Djakov wrote: > Enable support for clocks, controlled by the RPM processor on > Qualcomm platforms. > > Signed-off-by: Georgi Djakov Hi, Please send patches like these to the platform maintainer (i.e. Andy Gross), and leave a...@kernel.org off

[PATCH] mfd: cpcap: Add minimal support

Many Motorola phones like droid 4 are using a custom PMIC called CPCAP or 6556002. We can support it's core features quite easily with regmap_spi and regmap_irq. The children of cpcap, such as regulators, ADC and USB, can be just regular device drivers and defined in the dts file. They get probed

[PATCH] mfd: cpcap: Add minimal support

Many Motorola phones like droid 4 are using a custom PMIC called CPCAP or 6556002. We can support it's core features quite easily with regmap_spi and regmap_irq. The children of cpcap, such as regulators, ADC and USB, can be just regular device drivers and defined in the dts file. They get probed

Re: [RFC PATCH] SRCU: More efficient reader counts.

On Fri, 18 Nov 2016 15:13:45 -0800 "Paul E. McKenney" wrote: > On Fri, Nov 18, 2016 at 12:33:00PM -0800, Lance Roy wrote: > > The trouble is that disabling preemption is not enough to ensure that there > > is at most one srcu_read_lock() call per CPU that missed the

Re: [RFC PATCH] SRCU: More efficient reader counts.

On Fri, 18 Nov 2016 15:13:45 -0800 "Paul E. McKenney" wrote: > On Fri, Nov 18, 2016 at 12:33:00PM -0800, Lance Roy wrote: > > The trouble is that disabling preemption is not enough to ensure that there > > is at most one srcu_read_lock() call per CPU that missed the srcu_flip(). > > > > Define

[PATCH v2] of: Fix issue where code would fall through to error case.

No longer fall through into the error case that prints out an error if no error (err = 0) occurred. Fixes d9181b20a83(of: Add back an error message, restructured) Signed-off-by: Moritz Fischer Reviewed-by: Frank Rowand --- Hi Rob, this is

[PATCH v2] of: Fix issue where code would fall through to error case.

No longer fall through into the error case that prints out an error if no error (err = 0) occurred. Fixes d9181b20a83(of: Add back an error message, restructured) Signed-off-by: Moritz Fischer Reviewed-by: Frank Rowand --- Hi Rob, this is Frank's suggestion. I don't have a strong preference

Re: [HMM v13 00/18] HMM (Heterogeneous Memory Management) v13

On Fri, 18 Nov 2016, Jérôme Glisse wrote: > Cliff note: HMM offers 2 things (each standing on its own). First > it allows to use device memory transparently inside any process > without any modifications to process program code. Second it allows > to mirror process address space on a device. > >

Re: [HMM v13 00/18] HMM (Heterogeneous Memory Management) v13

On Fri, 18 Nov 2016, Jérôme Glisse wrote: > Cliff note: HMM offers 2 things (each standing on its own). First > it allows to use device memory transparently inside any process > without any modifications to process program code. Second it allows > to mirror process address space on a device. > >

Re: Long delays creating a netns after deleting one (possibly RCU related)

On Fri, 2016-11-18 at 16:38 -0800, Jarno Rajahalme wrote: > This fixes the problem for me, so for whatever it’s worth: > > Tested-by: Jarno Rajahalme > Thanks for testing !

Re: Long delays creating a netns after deleting one (possibly RCU related)

On Fri, 2016-11-18 at 16:38 -0800, Jarno Rajahalme wrote: > This fixes the problem for me, so for whatever it’s worth: > > Tested-by: Jarno Rajahalme > Thanks for testing ! https://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/?id=e88a2766143a27bfe6704b4493b214de4094cf29

Re: linux-next: manual merge of the sound tree with the jc_docs tree

On Fri, 18 Nov 2016 16:22:18 -0800 Jarkko Sakkinen wrote: > Given that there is now a directory for TPM rst documentation do you > still want all changes to your tree or is it sufficient to just cc > linux-doc? For stuff in security/tpm? It makes my life easier

Re: linux-next: manual merge of the sound tree with the jc_docs tree

On Fri, 18 Nov 2016 16:22:18 -0800 Jarkko Sakkinen wrote: > Given that there is now a directory for TPM rst documentation do you > still want all changes to your tree or is it sufficient to just cc > linux-doc? For stuff in security/tpm? It makes my life easier if documentation patches come

[PATCH 03/10] perf, tools: Add support for parsing uncore json files

From: Andi Kleen Handle the Unit field, which is needed to find the right PMU for an event. We call it "pmu" and convert it to the perf pmu name with an uncore prefix. Handle the ExtSel field, which just extends the event mask with an additional bit. Handle the Filter

[PATCH 02/10] perf, tools: Parse eventcode as number in jevents

From: Andi Kleen The next patch needs to modify event code. Previously eventcode was just passed through as a string. Now parse it as a number. Signed-off-by: Andi Kleen --- tools/perf/pmu-events/jevents.c | 13 - 1 file changed, 12

[PATCH 03/10] perf, tools: Add support for parsing uncore json files

From: Andi Kleen Handle the Unit field, which is needed to find the right PMU for an event. We call it "pmu" and convert it to the perf pmu name with an uncore prefix. Handle the ExtSel field, which just extends the event mask with an additional bit. Handle the Filter field which adds

[PATCH 02/10] perf, tools: Parse eventcode as number in jevents

From: Andi Kleen The next patch needs to modify event code. Previously eventcode was just passed through as a string. Now parse it as a number. Signed-off-by: Andi Kleen --- tools/perf/pmu-events/jevents.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git

Re: Long delays creating a netns after deleting one (possibly RCU related)

> On Nov 14, 2016, at 3:09 PM, Eric Dumazet wrote: > > On Mon, 2016-11-14 at 14:46 -0800, Eric Dumazet wrote: >> On Mon, 2016-11-14 at 16:12 -0600, Eric W. Biederman wrote: >> >>> synchronize_rcu_expidited is not enough if you have multiple network >>> devices in play.

Re: Long delays creating a netns after deleting one (possibly RCU related)

> On Nov 14, 2016, at 3:09 PM, Eric Dumazet wrote: > > On Mon, 2016-11-14 at 14:46 -0800, Eric Dumazet wrote: >> On Mon, 2016-11-14 at 16:12 -0600, Eric W. Biederman wrote: >> >>> synchronize_rcu_expidited is not enough if you have multiple network >>> devices in play. >>> >>> Looking at the

[PATCH 08/10] perf, tools: Expand PMU events by prefix match

From: Andi Kleen When the user specifies a pmu directly, expand it automatically with a prefix match, similar as we do for the normal aliases now. This allows to specify attributes for duplicated boxes quickly. For example uncore_cbox_{0,6}/.../ can be now specified as

[PATCH 01/10] perf, tools: Factor out scale conversion code

From: Andi Kleen Move the scale factor parsing code to an own function to reuse it in an upcoming patch. v2: Return error in case strdup returns NULL. Signed-off-by: Andi Kleen squash! perf, tools: Factor out scale conversion code ---

  1   2   3   4   5   6   7   8   9   10   >