Re: [PATCH] Timer: fix a race condition between init_timers_cpu() and get_next_timer_interrupt()

This patches works with 4.0.1, but doesn't work with 4.1-rc1+ Thanks, Ethan On Wed, Apr 29, 2015 at 10:58 PM, Ethan Zhao wrote: > while testing CPU hotplug and MCE with following two scripts, > > script 1: > > for i in {1..30}; do while :; do ((a=$RANDOM%160)); echo 0 >> > /sys/devices/syste

Re: [PATCH] x86/mce: fix mce_restart() race with CPU hotplug operation

On Fri, May 1, 2015 at 12:29 AM, Borislav Petkov wrote: > On Thu, Apr 30, 2015 at 12:04:53AM +0900, Ethan Zhao wrote: >> while testing CPU hotplug and MCE with following two scripts, >> >> script 1: >> >> for i in {1..30}; do while :; do ((a=$RANDOM%160)); echo 0 >> >> /sys/devices/system/cpu/

Re: [PATCH kernel v9 31/32] vfio: powerpc/spapr: Support multiple groups in one container if possible

On 05/01/2015 02:33 PM, David Gibson wrote: On Thu, Apr 30, 2015 at 07:33:09PM +1000, Alexey Kardashevskiy wrote: On 04/30/2015 05:22 PM, David Gibson wrote: On Sat, Apr 25, 2015 at 10:14:55PM +1000, Alexey Kardashevskiy wrote: At the moment only one group per container is supported. POWER8 CP

[RFT][PATCH 1/2] regulator: max77843: Fix enable_mask for max77843 charger

MAX77843_CHG_ENABLE is 0x05, so the enable_mask should be MAX77843_CHG_MASK | MAX77843_CHG_BUCK_MASK. Signed-off-by: Axel Lin --- Hi, I don't have this h/w, so please help to review and test this patch serial. Thanks, Axel drivers/regulator/max77843.c | 2 +- 1 file changed, 1 insertion(+), 1 de

[RFT][PATCH 2/2] regulator: max77843: Convert to use regulator_is_enabled_regmap

Use regulator_is_enabled_regmap() to replace max77843_reg_is_enabled(). Signed-off-by: Axel Lin --- drivers/regulator/max77843.c | 18 ++ 1 file changed, 2 insertions(+), 16 deletions(-) diff --git a/drivers/regulator/max77843.c b/drivers/regulator/max77843.c index 3ae2a9b..f4fd

[PATCH bisected regression] input_available_p() sometimes says 'no' when it should say 'yes'

Hi Peter, I recently had a report of a regression in 3.12. I bisected it down to your patch f95499c3030f ("n_tty: Don't wait for buffer work in read() loop") Sometimes a poll on a master-pty will report there is nothing to read after the slave has written something. As test program is bel

Re: [PATCH 2/2] brcmfmac: keep WiFi chip's power during system suspension

On 2015/4/27 16:53, Arend van Spriel wrote: > On 04/27/15 07:06, Fu, Zhonghui wrote: >> Need to keep the power supply for WiFi chip during system suspension. >> Otherwise, the context of WiFi chip will be lost. > > I already submitted a patch doing exactly the same thing [1] OK, please ignore th

Re: [PATCH kernel v9 29/32] vfio: powerpc/spapr: Register memory and define IOMMU v2

On 05/01/2015 03:23 PM, David Gibson wrote: On Fri, May 01, 2015 at 02:35:23PM +1000, Alexey Kardashevskiy wrote: On 04/30/2015 04:55 PM, David Gibson wrote: On Sat, Apr 25, 2015 at 10:14:53PM +1000, Alexey Kardashevskiy wrote: The existing implementation accounts the whole DMA window in the l

Re: [GIT PULL 0/7] perf/urgent fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, this is on top of my previous > 'perf-urgent-for-mingo' > pull request. > > - Arnaldo > > The following changes since commit de28c15daf60e9625bece22f13a091fac8d05f1d: > > tools lib api: Undefine _FORTIFY_SOURC

Re: [PATCH v7 00/23] IB/Verbs: IB Management Helpers

On Tue, Apr 28, 2015 at 05:10:00PM +0200, Michael Wang wrote: > Since v6: > * Thanks to Ira, Devesh for the review and testing :-) > * Thanks for the comments from Sean, Tom, Jason, Doug, Devesh, Ira, > Liran :-) Please remind me if anything missed :-P > * Use query_protocol() and enum pr

Re: [PATCH 3/3] context_tracking,x86: remove extraneous irq disable & enable from context tracking on syscall entry

* r...@redhat.com wrote: > From: Rik van Riel > > On syscall entry with nohz_full on, we enable interrupts, call user_exit, > disable interrupts, do something, re-enable interrupts, and go on our > merry way. > > Profiling shows that a large amount of the nohz_full overhead comes > from the e

Re: [PATCH v6 4/4] clk: dt: Introduce binding for always-on clock support

On Fri, 01 May 2015, Sascha Hauer wrote: > On Thu, Apr 30, 2015 at 10:57:22AM +0100, Lee Jones wrote: > > On Wed, 29 Apr 2015, Maxime Ripard wrote: > > > > > On Wed, Apr 29, 2015 at 03:17:51PM +0100, Lee Jones wrote: > > > > On Wed, 22 Apr 2015, Maxime Ripard wrote: > > > > > > > > > On Wed, Apr

[BUG] Jiffies not incrementing, tick_handover_do_timer strictly tied to hotplug

Hi, Linux version 3.10.17 Problem Statement: The timekeeping/do_timer seems to be stopped and the core (in this case it is core0) which is aborting is stuck in the loop which relies on jiffies. The root cause/Reason: we have tickless kernel, so cpu goes to deep idle state, and stop sched tick.

[PATCH 1/5] m68k: use for_each_sg()

Since m68k doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to use for_each_sg() in order to loop over each sg element. But this can help find problems with drivers that do not properly initialize their sg tables when CONFIG_DEBUG_SG is enabled. Signed-off-by: Akinobu Mita Cc: Geert Uytterh

[PATCH 4/5] xtensa: use for_each_sg()

Since xtensa doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to use for_each_sg() in order to loop over each sg element. But this can help find problems with drivers that do not properly initialize their sg tables when CONFIG_DEBUG_SG is enabled. Signed-off-by: Akinobu Mita Cc: Chris Zanke

[PATCH 2/5] arc: use for_each_sg()

Since arc doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to use for_each_sg() in order to loop over each sg element. But this can help find problems with drivers that do not properly initialize their sg tables when CONFIG_DEBUG_SG is enabled. Signed-off-by: Akinobu Mita Cc: Vineet Gupta

[PATCH 5/5] mips: use for_each_sg()

Since mips doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to use for_each_sg() in order to loop over each sg element. But this can help find problems with drivers that do not properly initialize their sg tables when CONFIG_DEBUG_SG is enabled. Signed-off-by: Akinobu Mita Cc: Ralf Baechle

[PATCH 3/5] metag: use for_each_sg()

Since metag doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to use for_each_sg() in order to loop over each sg element. But this can help find problems with drivers that do not properly initialize their sg tables when CONFIG_DEBUG_SG is enabled. Signed-off-by: Akinobu Mita Cc: James Hogan

[PATCH v2 1/2] ARM: dts: mt8135: Add pinctrl/GPIO/EINT node for mt8135.

From: Hongzhou Yang Patches based on v4.1-rc1. Change according to Matthias' suggestion. - Remove comments on syscfg nodes - Sort nodes by instance address & name. ---8< Add pinctrl,GPIO and EINT node to mt8135.dtsi. Signed-off

[PATCH v2 2/2] arm64: dts: mt8173: Fixup pinctrl nodes

The 8173 pinctrl node doesn't follow dts convention. Fix them. Also add a comment to explain pinctrl register usage to make it more clear. Signed-off-by: Yingjoe Chen Reviewed-by: Daniel Kurtz --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 22 +- 1 file changed, 13 insertion

Re: [PATCH v2] scripts/gdb: Add command to check list consistency

On 2015-04-24 03:57, Thiébaud Weksteen wrote: > Add a gdb script to verify the consistency of lists. > > Signed-off-by: Thiébaud Weksteen > --- > Implement suggestions from Jan. > > Changes in v2: > - Add copyright line > - Rename check_list to list_check > - Remove casting and only accept (s

Re: [PATCH kernel v9 27/32] powerpc/iommu/ioda2: Add get_table_size() to calculate the size of future table

On 05/01/2015 03:12 PM, David Gibson wrote: On Fri, May 01, 2015 at 02:10:58PM +1000, Alexey Kardashevskiy wrote: On 04/29/2015 04:40 PM, David Gibson wrote: On Sat, Apr 25, 2015 at 10:14:51PM +1000, Alexey Kardashevskiy wrote: This adds a way for the IOMMU user to know how much a new table wi

<    5   6   7   8   9   10