Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings

On 07/24, Jerome Brunet wrote: > On Mon, 2017-07-24 at 13:47 +0200, Neil Armstrong wrote: > > > > Hi Rob, Stephen, > > > > Thanks for your feedback, but on these Amlogic platforms, the AO register > > bank > > is > > filled with interleaved registers used for various purposes. > > > > For

Re: [PATCH 3/3] dt-bindings: clock: amlogic,gxbb-aoclkc: Update bindings

On 07/24, Jerome Brunet wrote: > On Mon, 2017-07-24 at 13:47 +0200, Neil Armstrong wrote: > > > > Hi Rob, Stephen, > > > > Thanks for your feedback, but on these Amlogic platforms, the AO register > > bank > > is > > filled with interleaved registers used for various purposes. > > > > For

Re: [PATCH v7 24/26] x86: Enable User-Mode Instruction Prevention

On Fri, 2017-06-09 at 18:10 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:22AM -0700, Ricardo Neri wrote: > > User_mode Instruction Prevention (UMIP) is enabled by setting/clearing a > > bit in %cr4. > > > > It makes sense to enable UMIP at some point while booting, before user >

Re: [PATCH v7 24/26] x86: Enable User-Mode Instruction Prevention

On Fri, 2017-06-09 at 18:10 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:22AM -0700, Ricardo Neri wrote: > > User_mode Instruction Prevention (UMIP) is enabled by setting/clearing a > > bit in %cr4. > > > > It makes sense to enable UMIP at some point while booting, before user >

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Tue, Jul 25, 2017 at 5:11 PM, Linus Torvalds wrote: > On Tue, Jul 25, 2017 at 4:35 PM, Kees Cook wrote: >> >> In this case, there isn't a sensible way to continue. > > Kees, stop this idiocy already. > > These have been FALSE POSITIVES.

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Tue, Jul 25, 2017 at 5:11 PM, Linus Torvalds wrote: > On Tue, Jul 25, 2017 at 4:35 PM, Kees Cook wrote: >> >> In this case, there isn't a sensible way to continue. > > Kees, stop this idiocy already. > > These have been FALSE POSITIVES. They haven't actually been bugs in > the code, they have

[PATCH v1 1/6] ASoC: jack: fix snd_soc_codec_set_jack return error

From: Srinivas Kandagatla This patch changes the error code returned by snd_soc_codec_set_jack() from -EINVAL to -ENOTSUPP. The reason to do this is to make the caller aware that the underlying codec does not support this callback. This can make the caller write

[PATCH v1 0/6] ASoC: codecs: msm8916-wcd-analog: Add support to MBHC

From: Srinivas Kandagatla This patchset adds support to MBHC(Multibutton headset control) block in PM8916 analog block. MBHC support comes from2 blocks first mechanical headset detection and second headset type, 5 button detection. This patchset adds support to:

[PATCH v1 1/6] ASoC: jack: fix snd_soc_codec_set_jack return error

From: Srinivas Kandagatla This patch changes the error code returned by snd_soc_codec_set_jack() from -EINVAL to -ENOTSUPP. The reason to do this is to make the caller aware that the underlying codec does not support this callback. This can make the caller write the code to handle this case

[PATCH v1 0/6] ASoC: codecs: msm8916-wcd-analog: Add support to MBHC

From: Srinivas Kandagatla This patchset adds support to MBHC(Multibutton headset control) block in PM8916 analog block. MBHC support comes from2 blocks first mechanical headset detection and second headset type, 5 button detection. This patchset adds support to: 1> Support to NC and NO type of

[PATCH v1 2/6] ASoC: codecs: msm8916-analog: fix DIG_CLK_CTL_RXD3_CLK_EN define

From: Damien Riegel The wrong bit is assigned to DIG_CLK_CTL_RXD3_CLK_EN, change it for the correct one. Signed-off-by: Damien Riegel Acked-by: Srinivas Kandagatla ---

[PATCH v1 3/6] ASoC: codecs: msm8916-wcd-analog: move codec reset to probe

From: Srinivas Kandagatla This patch move the codec reset code from dai ops to codec probe, so that the codec is not held in reset when headset detection block is still active. Without this patch the codec block will be in reset as long as its not actively used,

Re: [PATCH 05/10] clk: sunxi-ng: h3: gate then ungate PLL CPU clk after rate change

On 07/23, Icenowy Zheng wrote: > From: Chen-Yu Tsai > > This patch utilizes the new PLL clk notifier to gate then ungate the > PLL CPU clock after rate changes. This should prevent any system hangs > resulting from cpufreq changes to the clk. > > Reported-by: Ondrej Jirman

[PATCH v1 2/6] ASoC: codecs: msm8916-analog: fix DIG_CLK_CTL_RXD3_CLK_EN define

From: Damien Riegel The wrong bit is assigned to DIG_CLK_CTL_RXD3_CLK_EN, change it for the correct one. Signed-off-by: Damien Riegel Acked-by: Srinivas Kandagatla --- sound/soc/codecs/msm8916-wcd-analog.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v1 3/6] ASoC: codecs: msm8916-wcd-analog: move codec reset to probe

From: Srinivas Kandagatla This patch move the codec reset code from dai ops to codec probe, so that the codec is not held in reset when headset detection block is still active. Without this patch the codec block will be in reset as long as its not actively used, which means headset events will

Re: [PATCH 05/10] clk: sunxi-ng: h3: gate then ungate PLL CPU clk after rate change

On 07/23, Icenowy Zheng wrote: > From: Chen-Yu Tsai > > This patch utilizes the new PLL clk notifier to gate then ungate the > PLL CPU clock after rate changes. This should prevent any system hangs > resulting from cpufreq changes to the clk. > > Reported-by: Ondrej Jirman > Signed-off-by:

[PATCH v1 5/6] ASoC: codecs: msm8916-wcd-analog: add MBHC support

From: Srinivas Kandagatla MBHC (MultiButton Headset Control) support is available in pm8921 in two blocks, one to detect mechanical headset insertion and removal and other block to support headset type detection and 5 button detection and othe features like

Re: [PATCH 06/10] clk: sunxi-ng: allow set parent clock (PLL_CPUX) for CPUX clock on H3

On 07/23, Icenowy Zheng wrote: > The CPUX clock, which is the main clock of the ARM core on Allwinner H3, > can be adjusted by changing the frequency of the PLL_CPUX clock. > > Allowing setting parent clock for the CPUX clock, thus the PLL_CPUX > clock can be adjusted when adjusting the CPUX

[PATCH v1 5/6] ASoC: codecs: msm8916-wcd-analog: add MBHC support

From: Srinivas Kandagatla MBHC (MultiButton Headset Control) support is available in pm8921 in two blocks, one to detect mechanical headset insertion and removal and other block to support headset type detection and 5 button detection and othe features like impedance calculation. This patch

Re: [PATCH 06/10] clk: sunxi-ng: allow set parent clock (PLL_CPUX) for CPUX clock on H3

On 07/23, Icenowy Zheng wrote: > The CPUX clock, which is the main clock of the ARM core on Allwinner H3, > can be adjusted by changing the frequency of the PLL_CPUX clock. > > Allowing setting parent clock for the CPUX clock, thus the PLL_CPUX > clock can be adjusted when adjusting the CPUX

[PATCH v1 4/6] ASoC: codecs: msm8916-wcd-analog: set default micbias voltage to 1.8

From: Srinivas Kandagatla This patch sets the default internal micbias voltage to 1.8v. This default value is required for mbhc buttons to work. Also adds dt bindings to allow the board level file to specify the required default micbias value. Signed-off-by:

[PATCH v1 4/6] ASoC: codecs: msm8916-wcd-analog: set default micbias voltage to 1.8

From: Srinivas Kandagatla This patch sets the default internal micbias voltage to 1.8v. This default value is required for mbhc buttons to work. Also adds dt bindings to allow the board level file to specify the required default micbias value. Signed-off-by: Srinivas Kandagatla ---

Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API

On Wednesday, July 26, 2017 03:35:01 AM Andy Shevchenko wrote: > On Wed, Jul 26, 2017 at 3:21 AM, Rafael J. Wysocki wrote: > > On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote: > >> On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote: > >> > There are

[PATCH v1 6/6] ASoC: qcom: apq8016-sbc: Add support to Headset JACK

From: Srinivas Kandagatla This patch adds support to Headset JACK, also provides board specific vref ranges for mbhc buttons to be detected. This headset supports both 3 pole and 5 pole headset type and 5 buttons. Signed-off-by: Srinivas Kandagatla

Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API

On Wednesday, July 26, 2017 03:35:01 AM Andy Shevchenko wrote: > On Wed, Jul 26, 2017 at 3:21 AM, Rafael J. Wysocki wrote: > > On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote: > >> On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote: > >> > There are new types and helpers

[PATCH v1 6/6] ASoC: qcom: apq8016-sbc: Add support to Headset JACK

From: Srinivas Kandagatla This patch adds support to Headset JACK, also provides board specific vref ranges for mbhc buttons to be detected. This headset supports both 3 pole and 5 pole headset type and 5 buttons. Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/apq8016_sbc.c | 52

Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing

On Tuesday, July 25, 2017 10:06:15 AM Lorenzo Pieralisi wrote: > On Mon, Jul 24, 2017 at 08:42:15PM +0200, Rafael J. Wysocki wrote: > > On Mon, Jul 24, 2017 at 12:40 PM, Lorenzo Pieralisi > > wrote: > > > On Sat, Jul 22, 2017 at 12:15:42AM +0200, Rafael J. Wysocki

Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing

On Tuesday, July 25, 2017 10:06:15 AM Lorenzo Pieralisi wrote: > On Mon, Jul 24, 2017 at 08:42:15PM +0200, Rafael J. Wysocki wrote: > > On Mon, Jul 24, 2017 at 12:40 PM, Lorenzo Pieralisi > > wrote: > > > On Sat, Jul 22, 2017 at 12:15:42AM +0200, Rafael J. Wysocki wrote: > > > > > > > [cut] > >

Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API

On Wed, Jul 26, 2017 at 3:21 AM, Rafael J. Wysocki wrote: > On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote: >> On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote: >> > There are new types and helpers that are supposed to be used in new code. >> > >> >

Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API

On Wed, Jul 26, 2017 at 3:21 AM, Rafael J. Wysocki wrote: > On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote: >> On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote: >> > There are new types and helpers that are supposed to be used in new code. >> > >> > As a preparation to

Re: [PATCH] clk: Don't write error code into divider register

On 07/25, Peter De Schrijver wrote: > From: Alex Frid > > Add a check for error returned by divider value calculation to avoid > writing error code into hw register. > > Signed-off-by: Alex Frid > Reviewed-by: Peter De Schrijver >

Re: [PATCH] clk: Don't write error code into divider register

On 07/25, Peter De Schrijver wrote: > From: Alex Frid > > Add a check for error returned by divider value calculation to avoid > writing error code into hw register. > > Signed-off-by: Alex Frid > Reviewed-by: Peter De Schrijver > Reviewed-by: Jon Mayo > --- Fixes: bca9690b9426 ("clk:

Re: [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic

On Tuesday, July 25, 2017 10:15:38 AM Lorenzo Pieralisi wrote: > On Sat, Jul 22, 2017 at 12:05:39AM +0200, Rafael J. Wysocki wrote: > > On Thursday, July 20, 2017 03:45:14 PM Lorenzo Pieralisi wrote: > > > The function acpi_dev_get_resources() is completely generic and > > > can be used to parse

Re: [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic

On Tuesday, July 25, 2017 10:15:38 AM Lorenzo Pieralisi wrote: > On Sat, Jul 22, 2017 at 12:05:39AM +0200, Rafael J. Wysocki wrote: > > On Thursday, July 20, 2017 03:45:14 PM Lorenzo Pieralisi wrote: > > > The function acpi_dev_get_resources() is completely generic and > > > can be used to parse

Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API

On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote: > On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote: > > There are new types and helpers that are supposed to be used in new code. > > > > As a preparation to get rid of legacy types and API functions do > > the conversion

Re: Kernel BUG at fs/namei.c:248

On (07/24/17 14:59), Naresh Kamboju wrote: > This bug still occurring on linux-next : 4.13.0-rc2-next-20170724. > > >>> [ 1245.412625] kernel BUG at > >>> /srv/oe/build/tmp-rpb-glibc/work-shared/hikey/kernel-source/fs/namei.c:248! > >> > >> Interesting... Looks like double-put or memory corruptor

Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API

On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote: > On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote: > > There are new types and helpers that are supposed to be used in new code. > > > > As a preparation to get rid of legacy types and API functions do > > the conversion

Re: Kernel BUG at fs/namei.c:248

On (07/24/17 14:59), Naresh Kamboju wrote: > This bug still occurring on linux-next : 4.13.0-rc2-next-20170724. > > >>> [ 1245.412625] kernel BUG at > >>> /srv/oe/build/tmp-rpb-glibc/work-shared/hikey/kernel-source/fs/namei.c:248! > >> > >> Interesting... Looks like double-put or memory corruptor

Re: [PATCH] arm64: Convert to using %pOF instead of full_name

On Tue, Jul 25, 2017 at 7:04 AM, Will Deacon wrote: > [adding Luc] > > Hi Rob, > > On Tue, Jul 18, 2017 at 04:42:42PM -0500, Rob Herring wrote: >> Now that we have a custom printf format specifier, convert users of >> full_name to use %pOF instead. This is preparation to

Re: [PATCH] arm64: Convert to using %pOF instead of full_name

On Tue, Jul 25, 2017 at 7:04 AM, Will Deacon wrote: > [adding Luc] > > Hi Rob, > > On Tue, Jul 18, 2017 at 04:42:42PM -0500, Rob Herring wrote: >> Now that we have a custom printf format specifier, convert users of >> full_name to use %pOF instead. This is preparation to remove storing >> of the

Re: [PATCH V3 3/9] cpufreq: Cap the default transition delay value to 10 ms

On Tuesday, July 25, 2017 02:54:46 PM Leonard Crestez wrote: > On Wed, 2017-07-19 at 15:42 +0530, Viresh Kumar wrote: > > If transition_delay_us isn't defined by the cpufreq driver, the default > > value of transition delay (time after which the cpufreq governor will > > try updating the frequency

Re: [PATCH V3 3/9] cpufreq: Cap the default transition delay value to 10 ms

On Tuesday, July 25, 2017 02:54:46 PM Leonard Crestez wrote: > On Wed, 2017-07-19 at 15:42 +0530, Viresh Kumar wrote: > > If transition_delay_us isn't defined by the cpufreq driver, the default > > value of transition delay (time after which the cpufreq governor will > > try updating the frequency

Re: [PATCH] device property: export irqchip_fwnode_ops

On Tuesday, July 25, 2017 05:32:31 PM Arnd Bergmann wrote: > The newly added irqchip_fwnode_ops structure is not exported, which can > lead to link errors: > > ERROR: "irqchip_fwnode_ops" [drivers/gpio/gpio-xgene-sb.ko] undefined! > > I checked that all other such symbols that were introduced

Re: [PATCH] device property: export irqchip_fwnode_ops

On Tuesday, July 25, 2017 05:32:31 PM Arnd Bergmann wrote: > The newly added irqchip_fwnode_ops structure is not exported, which can > lead to link errors: > > ERROR: "irqchip_fwnode_ops" [drivers/gpio/gpio-xgene-sb.ko] undefined! > > I checked that all other such symbols that were introduced

Re: [v3] mm: Add SLUB free list pointer obfuscation

On Mon, Jul 24, 2017 at 2:17 PM, Alexander Popov wrote: > From 86f4f1f6deb76849e00c761fa30eeb479f789c35 Mon Sep 17 00:00:00 2001 > From: Alexander Popov > Date: Mon, 24 Jul 2017 23:16:28 +0300 > Subject: [PATCH 2/2] mm/slub.c: add a naive detection of

Re: [v3] mm: Add SLUB free list pointer obfuscation

On Mon, Jul 24, 2017 at 2:17 PM, Alexander Popov wrote: > From 86f4f1f6deb76849e00c761fa30eeb479f789c35 Mon Sep 17 00:00:00 2001 > From: Alexander Popov > Date: Mon, 24 Jul 2017 23:16:28 +0300 > Subject: [PATCH 2/2] mm/slub.c: add a naive detection of double free or > corruption > > On

Re: [PATCH v3 3/9] clk: at91: add audio pll clock drivers

On 07/24, Quentin Schulz wrote: > Hi Stephen, > > On 22/07/2017 00:20, Stephen Boyd wrote: > > On 07/13, Quentin Schulz wrote: > >> diff --git a/drivers/clk/at91/clk-audio-pll-pad.c > >> b/drivers/clk/at91/clk-audio-pll-pad.c > >> new file mode 100644 > >> index ..10dd6d625696 > >>

Re: [PATCH v3 3/9] clk: at91: add audio pll clock drivers

On 07/24, Quentin Schulz wrote: > Hi Stephen, > > On 22/07/2017 00:20, Stephen Boyd wrote: > > On 07/13, Quentin Schulz wrote: > >> diff --git a/drivers/clk/at91/clk-audio-pll-pad.c > >> b/drivers/clk/at91/clk-audio-pll-pad.c > >> new file mode 100644 > >> index ..10dd6d625696 > >>

Re: [PATCH v8 1/1] f2fs: dax: implement direct access

[ adding linux-nvdimm ] On Thu, Jul 20, 2017 at 5:10 AM, sunqiuyang wrote: > From: Qiuyang Sun > > This patch implements Direct Access (DAX) in F2FS, including: > - a mount option to choose whether to enable DAX or not We're in the process of

Re: [PATCH v8 1/1] f2fs: dax: implement direct access

[ adding linux-nvdimm ] On Thu, Jul 20, 2017 at 5:10 AM, sunqiuyang wrote: > From: Qiuyang Sun > > This patch implements Direct Access (DAX) in F2FS, including: > - a mount option to choose whether to enable DAX or not We're in the process of walking back and potentially deprecating the use

Re: [PATCH v3 3/9] clk: at91: add audio pll clock drivers

On 07/25, Quentin Schulz wrote: > Hi Stephen, > > I forgot to answer one of your questions: > > On 22/07/2017 00:20, Stephen Boyd wrote: > > On 07/13, Quentin Schulz wrote: > >> diff --git a/drivers/clk/at91/clk-audio-pll-pad.c > >> b/drivers/clk/at91/clk-audio-pll-pad.c > >> new file mode

Re: [PATCH v3 3/9] clk: at91: add audio pll clock drivers

On 07/25, Quentin Schulz wrote: > Hi Stephen, > > I forgot to answer one of your questions: > > On 22/07/2017 00:20, Stephen Boyd wrote: > > On 07/13, Quentin Schulz wrote: > >> diff --git a/drivers/clk/at91/clk-audio-pll-pad.c > >> b/drivers/clk/at91/clk-audio-pll-pad.c > >> new file mode

Re: [PATCH v3 2/2] x86/efi: clean up dead code around efi_reserve_boot_services()

On Mon, Jul 24, 2017 at 02:20:44PM +0100, Matt Fleming wrote: > On Mon, 10 Jul, at 02:51:36PM, Naoya Horiguchi wrote: > > EFI_BOOT_SERVICES_{CODE|DATA} regions never overlap the kernel now, > > so we can clean up the check in efi_reserve_boot_services(). > > > > Signed-off-by: Naoya Horiguchi

Re: [PATCH v3 2/2] x86/efi: clean up dead code around efi_reserve_boot_services()

On Mon, Jul 24, 2017 at 02:20:44PM +0100, Matt Fleming wrote: > On Mon, 10 Jul, at 02:51:36PM, Naoya Horiguchi wrote: > > EFI_BOOT_SERVICES_{CODE|DATA} regions never overlap the kernel now, > > so we can clean up the check in efi_reserve_boot_services(). > > > > Signed-off-by: Naoya Horiguchi >

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Tue, Jul 25, 2017 at 4:35 PM, Kees Cook wrote: > > In this case, there isn't a sensible way to continue. Kees, stop this idiocy already. These have been FALSE POSITIVES. They haven't actually been bugs in the code, they have been bugs in the *checking* code. In two

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Tue, Jul 25, 2017 at 4:35 PM, Kees Cook wrote: > > In this case, there isn't a sensible way to continue. Kees, stop this idiocy already. These have been FALSE POSITIVES. They haven't actually been bugs in the code, they have been bugs in the *checking* code. In two years, when this code is

Re: [PATCH tip/core/rcu 02/15] rcu: Use timer as backstop for NOCB deferred wakeups

On Tue, Jul 25, 2017 at 06:17:10PM -0400, Steven Rostedt wrote: > On Tue, 25 Jul 2017 12:18:14 -0700 > "Paul E. McKenney" wrote: > > > On Tue, Jul 25, 2017 at 02:12:20PM -0400, Steven Rostedt wrote: > > > On Mon, 24 Jul 2017 14:44:31 -0700 > > > "Paul E. McKenney"

Re: [PATCH tip/core/rcu 02/15] rcu: Use timer as backstop for NOCB deferred wakeups

On Tue, Jul 25, 2017 at 06:17:10PM -0400, Steven Rostedt wrote: > On Tue, 25 Jul 2017 12:18:14 -0700 > "Paul E. McKenney" wrote: > > > On Tue, Jul 25, 2017 at 02:12:20PM -0400, Steven Rostedt wrote: > > > On Mon, 24 Jul 2017 14:44:31 -0700 > > > "Paul E. McKenney" wrote: > > > > > > > The

Re: [PATCH 3/4] ndctl: switch to tools/include/linux/{kernel, list, bitmap}.h

On Tue, Jul 25, 2017 at 4:55 PM, Arnaldo Carvalho de Melo wrote: > Em Tue, Jul 25, 2017 at 03:36:26PM -0700, Dan Williams escreveu: >> Replace the ccan implementation of list primitives, bitmap helpers and >> small utility macros with the common definitions available in >>

Re: [PATCH 3/4] ndctl: switch to tools/include/linux/{kernel, list, bitmap}.h

On Tue, Jul 25, 2017 at 4:55 PM, Arnaldo Carvalho de Melo wrote: > Em Tue, Jul 25, 2017 at 03:36:26PM -0700, Dan Williams escreveu: >> Replace the ccan implementation of list primitives, bitmap helpers and >> small utility macros with the common definitions available in >> tool/include/linux. > >

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Tue, Jul 25, 2017 at 10:50:13PM +, Mathieu Desnoyers wrote: > - On Jul 25, 2017, at 5:55 PM, Peter Zijlstra pet...@infradead.org wrote: > > > On Tue, Jul 25, 2017 at 02:19:26PM -0700, Paul E. McKenney wrote: > >> On Tue, Jul 25, 2017 at 10:24:51PM +0200, Peter Zijlstra wrote: > >> > On

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Tue, Jul 25, 2017 at 10:50:13PM +, Mathieu Desnoyers wrote: > - On Jul 25, 2017, at 5:55 PM, Peter Zijlstra pet...@infradead.org wrote: > > > On Tue, Jul 25, 2017 at 02:19:26PM -0700, Paul E. McKenney wrote: > >> On Tue, Jul 25, 2017 at 10:24:51PM +0200, Peter Zijlstra wrote: > >> > On

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Tue, Jul 25, 2017 at 11:55:10PM +0200, Peter Zijlstra wrote: > On Tue, Jul 25, 2017 at 02:19:26PM -0700, Paul E. McKenney wrote: > > On Tue, Jul 25, 2017 at 10:24:51PM +0200, Peter Zijlstra wrote: > > > On Tue, Jul 25, 2017 at 12:36:12PM -0700, Paul E. McKenney wrote: > > > > > > > There are a

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Tue, Jul 25, 2017 at 11:55:10PM +0200, Peter Zijlstra wrote: > On Tue, Jul 25, 2017 at 02:19:26PM -0700, Paul E. McKenney wrote: > > On Tue, Jul 25, 2017 at 10:24:51PM +0200, Peter Zijlstra wrote: > > > On Tue, Jul 25, 2017 at 12:36:12PM -0700, Paul E. McKenney wrote: > > > > > > > There are a

Re: [PATCH -tip V3] [BUGFIX] kprobes/x86: Do not jump-optimize kprobes on irq entry code

On Tue, 25 Jul 2017 23:54:49 +0900 Masami Hiramatsu wrote: > Since the kernel segment registers are not prepared at the > entry of irq-entry code, if a kprobe on such code is > jump-optimized, accessing per-cpu variables may cause > kernel panic. > However, if the kprobe is

Re: [PATCH -tip V3] [BUGFIX] kprobes/x86: Do not jump-optimize kprobes on irq entry code

On Tue, 25 Jul 2017 23:54:49 +0900 Masami Hiramatsu wrote: > Since the kernel segment registers are not prepared at the > entry of irq-entry code, if a kprobe on such code is > jump-optimized, accessing per-cpu variables may cause > kernel panic. > However, if the kprobe is not optimized, it

Re: [PATCH 3/4] ndctl: switch to tools/include/linux/{kernel, list, bitmap}.h

Em Tue, Jul 25, 2017 at 03:36:26PM -0700, Dan Williams escreveu: > Replace the ccan implementation of list primitives, bitmap helpers and > small utility macros with the common definitions available in > tool/include/linux. You should first add what you need in separate patches, paving the way to

Re: [PATCH 3/4] ndctl: switch to tools/include/linux/{kernel, list, bitmap}.h

Em Tue, Jul 25, 2017 at 03:36:26PM -0700, Dan Williams escreveu: > Replace the ccan implementation of list primitives, bitmap helpers and > small utility macros with the common definitions available in > tool/include/linux. You should first add what you need in separate patches, paving the way to

Re: [PATCH 0/3] Add ethernet0 alias for several A64 boards

于 2017年7月25日 GMT+08:00 下午10:31:27, Maxime Ripard 写到: >On Tue, Jul 25, 2017 at 05:18:19AM +0200, Adam Borowski wrote: >> On Tue, Jul 25, 2017 at 11:04:24AM +0800, icen...@aosc.io wrote: >> > 在 2017-07-24 15:58，Maxime Ripard 写道： >> > > On Sat, Jul 22, 2017 at

Re: [PATCH 0/3] Add ethernet0 alias for several A64 boards

于 2017年7月25日 GMT+08:00 下午10:31:27, Maxime Ripard 写到: >On Tue, Jul 25, 2017 at 05:18:19AM +0200, Adam Borowski wrote: >> On Tue, Jul 25, 2017 at 11:04:24AM +0800, icen...@aosc.io wrote: >> > 在 2017-07-24 15:58，Maxime Ripard 写道： >> > > On Sat, Jul 22, 2017 at 10:28:49AM +0800, Icenowy Zheng

Re: [PATCH v7 23/26] x86/traps: Fixup general protection faults caused by UMIP

I am sorry Boris, I also missed this feedback. On Fri, 2017-06-09 at 15:02 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:21AM -0700, Ricardo Neri wrote: > > If the User-Mode Instruction Prevention CPU feature is available and > > enabled, a general protection fault will be issued

Re: [PATCH v7 23/26] x86/traps: Fixup general protection faults caused by UMIP

I am sorry Boris, I also missed this feedback. On Fri, 2017-06-09 at 15:02 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:21AM -0700, Ricardo Neri wrote: > > If the User-Mode Instruction Prevention CPU feature is available and > > enabled, a general protection fault will be issued

Re: [PATCH v7 22/26] x86/umip: Force a page fault when unable to copy emulated result to user

On Fri, 2017-06-09 at 13:02 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:20AM -0700, Ricardo Neri wrote: > > fixup_umip_exception() will be called from do_general_protection. If the > ^ >

Re: [PATCH v7 22/26] x86/umip: Force a page fault when unable to copy emulated result to user

On Fri, 2017-06-09 at 13:02 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:20AM -0700, Ricardo Neri wrote: > > fixup_umip_exception() will be called from do_general_protection. If the > ^ >

[PATCH v2 0/3] ASoC: codecs: msm8916-wcd-digital: Fix dmic support

From: Srinivas Kandagatla This patchset fixes dmic support in the codec driver, first and second patch fixes the mclk rate for the codec and the third patch adds missing selection of DMIC in CIC filter source path. Tested on DB410c with Audio Mezz board which has

[PATCH v2 3/3] ASoC: codecs: msm8916-wcd-digital: select DMIC source in CIC filter path

From: Srinivas Kandagatla This patch fixes a missing selection of DMIC in CIC filter source path. Without this patch dmic is not functional. Signed-off-by: Srinivas Kandagatla --- sound/soc/codecs/msm8916-wcd-digital.c | 25

[PATCH v2 0/3] ASoC: codecs: msm8916-wcd-digital: Fix dmic support

From: Srinivas Kandagatla This patchset fixes dmic support in the codec driver, first and second patch fixes the mclk rate for the codec and the third patch adds missing selection of DMIC in CIC filter source path. Tested on DB410c with Audio Mezz board which has got dmic on it. Changes since

[PATCH v2 3/3] ASoC: codecs: msm8916-wcd-digital: select DMIC source in CIC filter path

From: Srinivas Kandagatla This patch fixes a missing selection of DMIC in CIC filter source path. Without this patch dmic is not functional. Signed-off-by: Srinivas Kandagatla --- sound/soc/codecs/msm8916-wcd-digital.c | 25 + 1 file changed, 25 insertions(+) diff

[PATCH v2 1/3] ASoC: codecs: msm8916-wcd-digital: add support to set_sysclk

From: Srinivas Kandagatla This patch adds support to set_sysclk() which can let the sound card driver to set default mclk rate. In this case MCLK for internal audio codec is expected to be at 9.6MHz by default. Signed-off-by: Srinivas Kandagatla

[PATCH v2 2/3] ASoC: qcom: apq8016-sbc: set default mclk rate

From: Srinivas Kandagatla MCLK for internal audio codec is expected to be at 9.6MHz by default. This patch adds support to 9.6MHz to make the default case possible. Signed-off-by: Srinivas Kandagatla ---

[PATCH v2 1/3] ASoC: codecs: msm8916-wcd-digital: add support to set_sysclk

From: Srinivas Kandagatla This patch adds support to set_sysclk() which can let the sound card driver to set default mclk rate. In this case MCLK for internal audio codec is expected to be at 9.6MHz by default. Signed-off-by: Srinivas Kandagatla --- sound/soc/codecs/msm8916-wcd-digital.c | 10

[PATCH v2 2/3] ASoC: qcom: apq8016-sbc: set default mclk rate

From: Srinivas Kandagatla MCLK for internal audio codec is expected to be at 9.6MHz by default. This patch adds support to 9.6MHz to make the default case possible. Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/apq8016_sbc.c | 23 +++ 1 file changed, 19

Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses

I am sorry Boris, while working on this series I missed a few of your feedback comments. On Wed, 2017-06-07 at 17:48 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:14AM -0700, Ricardo Neri wrote: > > The 32-bit and 64-bit address encodings are identical. This means that we > > can

Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses

I am sorry Boris, while working on this series I missed a few of your feedback comments. On Wed, 2017-06-07 at 17:48 +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 11:17:14AM -0700, Ricardo Neri wrote: > > The 32-bit and 64-bit address encodings are identical. This means that we > > can

Re: [PATCH] initcall_debug: add deferred probe times

On Tue, Jul 25, 2017 at 04:31:59PM -0700, Todd Poynor wrote: > initcall_debug attributes all deferred device probe retries for the > late_initcall level to function deferred_probe_initcall. Add logs of > the individual device probe routines called, to identify which drivers > are executing for

Re: [PATCH] initcall_debug: add deferred probe times

On Tue, Jul 25, 2017 at 04:31:59PM -0700, Todd Poynor wrote: > initcall_debug attributes all deferred device probe retries for the > late_initcall level to function deferred_probe_initcall. Add logs of > the individual device probe routines called, to identify which drivers > are executing for

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

(Finally getting back around to this thread, sorry for the delay...) On Wed, Jul 19, 2017 at 9:04 PM, Linus Torvalds wrote: > As it is, the full dmesg does show that > > detected buffer overflow in memcpy > > but since it was printed out separately, if comes

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

(Finally getting back around to this thread, sorry for the delay...) On Wed, Jul 19, 2017 at 9:04 PM, Linus Torvalds wrote: > As it is, the full dmesg does show that > > detected buffer overflow in memcpy > > but since it was printed out separately, if comes before the "-- cut > here --"

linux-next: unsigned commits in the coresight tree

Hi Mathieu, I noticed that commits ee0c4a55a06c ("perf: cs-etm: Fix ETMv4 CONFIGR entry in perf.data file") 45d8dfdde64b ("coresight tmc: Support for save-restore in ETR") have no Signed-off-by from you as the committer. -- Cheers, Stephen Rothwell

linux-next: unsigned commits in the coresight tree

Hi Mathieu, I noticed that commits ee0c4a55a06c ("perf: cs-etm: Fix ETMv4 CONFIGR entry in perf.data file") 45d8dfdde64b ("coresight tmc: Support for save-restore in ETR") have no Signed-off-by from you as the committer. -- Cheers, Stephen Rothwell

[PATCH] initcall_debug: add deferred probe times

initcall_debug attributes all deferred device probe retries for the late_initcall level to function deferred_probe_initcall. Add logs of the individual device probe routines called, to identify which drivers are executing for how long during the initcall path. Deferred probes that occur after

[PATCH] initcall_debug: add deferred probe times

initcall_debug attributes all deferred device probe retries for the late_initcall level to function deferred_probe_initcall. Add logs of the individual device probe routines called, to identify which drivers are executing for how long during the initcall path. Deferred probes that occur after

[GIT PULL] SCSI fixes for 4.13-rc2

Three small fixes.  The transfer size fixes are actually correcting some performance drops on the hpsa and smartpqi cards.  The cards actually have an internal cache for request speed up but bypass it for transfers > 1MB.  Since 4.3 the efficiency of our merges has rendered the cache mostly

[GIT PULL] SCSI fixes for 4.13-rc2

Three small fixes.  The transfer size fixes are actually correcting some performance drops on the hpsa and smartpqi cards.  The cards actually have an internal cache for request speed up but bypass it for transfers > 1MB.  Since 4.3 the efficiency of our merges has rendered the cache mostly

Re: [PATCH v3 3/4] btrfs: Add zstd support

Hi Nick, On Thu, Jul 20, 2017 at 10:27:42PM +0100, Nick Terrell wrote: > Add zstd compression and decompression support to BtrFS. zstd at its > fastest level compresses almost as well as zlib, while offering much > faster compression and decompression, approaching lzo speeds. Can we look at

Re: [PATCH v3 3/4] btrfs: Add zstd support

Hi Nick, On Thu, Jul 20, 2017 at 10:27:42PM +0100, Nick Terrell wrote: > Add zstd compression and decompression support to BtrFS. zstd at its > fastest level compresses almost as well as zlib, while offering much > faster compression and decompression, approaching lzo speeds. Can we look at

Re: KVM: BUG during OOM on host

2017-06-30 1:14 GMT+08:00 Paolo Bonzini : > > > On 29/06/2017 08:21, Wanpeng Li wrote: >> Hi all, >> >> When the OOM-Killer kills the guest which is running memory hog >> processes, there is tons of splatting as below: the page count reaches >> 0 before drop_spte. The

Re: KVM: BUG during OOM on host

2017-06-30 1:14 GMT+08:00 Paolo Bonzini : > > > On 29/06/2017 08:21, Wanpeng Li wrote: >> Hi all, >> >> When the OOM-Killer kills the guest which is running memory hog >> processes, there is tons of splatting as below: the page count reaches >> 0 before drop_spte. The splatting will disappear when

Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac

On Mon, 2017-07-24 at 20:30 +0200, Borislav Petkov wrote: : > > So I don't want to break existing users and thus make only explicitly > known platforms load ghes_edac. In the current case, the HPE > machines. All the rest will simply use the platform drivers and > nothing will change for them.

Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac

On Mon, 2017-07-24 at 20:30 +0200, Borislav Petkov wrote: : > > So I don't want to break existing users and thus make only explicitly > known platforms load ghes_edac. In the current case, the HPE > machines. All the rest will simply use the platform drivers and > nothing will change for them.

<    1   2   3   4   5   6   7   8   9   10   >