[PATCH 04/12] ASoC: dapm: Introduce DAPM_DOUBLE_R dual channel dual register control type

A DAPM_DOUBLE_R control type can be used for dual channel mixer input selectors / mute controls across 2 registers, possibly toggling both channels together. The control is meant to be shared by 2 widgets, 1 for each channel, such that the mixer control exposed to userspace remains a combined

[PATCH 12/12] ARM: dts: sun6i: hummingbird: Enable internal audio codec

The Hummingbird A31 has headset and line in audio jacks and an onboard mic routed to the pins for the SoC's internal codec. The line out pins are routed to an onboard speaker amp, whose output is available on a pin header. Signed-off-by: Chen-Yu Tsai ---

[PATCH 04/12] ASoC: dapm: Introduce DAPM_DOUBLE_R dual channel dual register control type

A DAPM_DOUBLE_R control type can be used for dual channel mixer input selectors / mute controls across 2 registers, possibly toggling both channels together. The control is meant to be shared by 2 widgets, 1 for each channel, such that the mixer control exposed to userspace remains a combined

[PATCH 11/12] ARM: dts: sun6i: Add audio codec device node

The A31 SoC includes the Allwinner audio codec, capable of 24-bit playback up to 192 kHz and 24-bit capture up to 48 kHz. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi

[PATCH 03/12] ASoC: dapm: Introduce DAPM_DOUBLE dual channel control type

A DAPM_DOUBLE control type can be used for dual channel mixer input selectors / mute controls in one register, possibly toggling both channels together. The control is meant to be shared by 2 widgets, 1 for each channel, such that the mixer control exposed to userspace remains a combined stereo

[PATCH 07/12] ASoC: sun4i-codec: Add support for A31 Line Out playback

The A31 integrated codec has a second "Line Out" output which does not include an integrated amplifier in its path. This path does have a separate volume control. This patch adds support for the playback path from the DAC to the Line Out pins. Signed-off-by: Chen-Yu Tsai ---

[PATCH 00/12] ASoC: sun4i-codec: Add support for A31 Codec

Hi everyone, This series adds support for stereo mixer controls in DAPM and uses them to add support for Allwinner A31's internal codec. This series is for 4.10. I'm sending them out now, so if there are any issues we can discuss them at ELCE next week. The A31's internal codec is similar (in

[PATCH 03/12] ASoC: dapm: Introduce DAPM_DOUBLE dual channel control type

A DAPM_DOUBLE control type can be used for dual channel mixer input selectors / mute controls in one register, possibly toggling both channels together. The control is meant to be shared by 2 widgets, 1 for each channel, such that the mixer control exposed to userspace remains a combined stereo

[PATCH 07/12] ASoC: sun4i-codec: Add support for A31 Line Out playback

The A31 integrated codec has a second "Line Out" output which does not include an integrated amplifier in its path. This path does have a separate volume control. This patch adds support for the playback path from the DAC to the Line Out pins. Signed-off-by: Chen-Yu Tsai ---

[PATCH 00/12] ASoC: sun4i-codec: Add support for A31 Codec

Hi everyone, This series adds support for stereo mixer controls in DAPM and uses them to add support for Allwinner A31's internal codec. This series is for 4.10. I'm sending them out now, so if there are any issues we can discuss them at ELCE next week. The A31's internal codec is similar (in

Re: [PATCH 4/7] arm64: tlbflush.h: add __tlbi() macro

Will Deacon writes: > On Fri, Sep 23, 2016 at 05:07:10PM +0100, Will Deacon wrote: >> On Tue, Sep 13, 2016 at 11:16:06AM +0100, Punit Agrawal wrote: >> > From: Mark Rutland >> > >> > As with dsb() and isb(), add a __tlbi() helper so that we can avoid

Re: [PATCH 4/7] arm64: tlbflush.h: add __tlbi() macro

Will Deacon writes: > On Fri, Sep 23, 2016 at 05:07:10PM +0100, Will Deacon wrote: >> On Tue, Sep 13, 2016 at 11:16:06AM +0100, Punit Agrawal wrote: >> > From: Mark Rutland >> > >> > As with dsb() and isb(), add a __tlbi() helper so that we can avoid >> > distracting asm boilerplate every time

Re: [PATCH v4 10/12] dax: add struct iomap based DAX PMD support

On Thu 29-09-16 16:49:28, Ross Zwisler wrote: > DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based > locking. This patch allows DAX PMDs to participate in the DAX radix tree > based locking scheme so that they can be re-enabled using the new struct > iomap based fault

Re: [PATCH v4 10/12] dax: add struct iomap based DAX PMD support

On Thu 29-09-16 16:49:28, Ross Zwisler wrote: > DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based > locking. This patch allows DAX PMDs to participate in the DAX radix tree > based locking scheme so that they can be re-enabled using the new struct > iomap based fault

Re: [PATCH V2 1/3] mfd: wm8994-core: don't split lines unnecessarily

On 16-09-16, 08:56, Viresh Kumar wrote: > These can fit in a single line (80 columns), don't split lines > unnecessarily. > > Signed-off-by: Viresh Kumar > > --- > V1->V2: New patch > --- > drivers/mfd/wm8994-core.c | 6 ++ > 1 file changed, 2 insertions(+), 4

Re: [PATCH V2 1/3] mfd: wm8994-core: don't split lines unnecessarily

On 16-09-16, 08:56, Viresh Kumar wrote: > These can fit in a single line (80 columns), don't split lines > unnecessarily. > > Signed-off-by: Viresh Kumar > > --- > V1->V2: New patch > --- > drivers/mfd/wm8994-core.c | 6 ++ > 1 file changed, 2 insertions(+), 4 deletions(-) Ping!! --

Re: [PATCH 3.12 000/119] 3.12.64-stable review

On 09/29/2016, 04:22 PM, Guenter Roeck wrote: > Build results: > total: 128 pass: 128 fail: 0 > Qemu test results: > total: 85 pass: 85 fail: 0 > > Details are available at http://kerneltests.org/builders. On 09/29/2016, 07:10 PM, Shuah Khan wrote: > Compiled and booted on my test

Re: [PATCH 3.12 000/119] 3.12.64-stable review

On 09/29/2016, 04:22 PM, Guenter Roeck wrote: > Build results: > total: 128 pass: 128 fail: 0 > Qemu test results: > total: 85 pass: 85 fail: 0 > > Details are available at http://kerneltests.org/builders. On 09/29/2016, 07:10 PM, Shuah Khan wrote: > Compiled and booted on my test

[GIT PULL] x86/vdso changes for v4.9

Linus, Please pull the latest x86-vdso-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-vdso-for-linus # HEAD: 6e68b08728ce3365c713f8663c6b05a79e2bbca1 x86/vdso: Use CONFIG_X86_X32_ABI to enable vdso prctl The main changes in this cycle centered

[GIT PULL] x86/vdso changes for v4.9

Linus, Please pull the latest x86-vdso-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-vdso-for-linus # HEAD: 6e68b08728ce3365c713f8663c6b05a79e2bbca1 x86/vdso: Use CONFIG_X86_X32_ABI to enable vdso prctl The main changes in this cycle centered

[PATCH] ASoC: wm_adsp: Remove duplicate set of kcontrol->iface

Signed-off-by: Richard Fitzgerald --- sound/soc/codecs/wm_adsp.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/codecs/wm_adsp.c b/sound/soc/codecs/wm_adsp.c index b943dde..7320fca 100644 --- a/sound/soc/codecs/wm_adsp.c +++

[PATCH] ASoC: wm_adsp: Remove duplicate set of kcontrol->iface

Signed-off-by: Richard Fitzgerald --- sound/soc/codecs/wm_adsp.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/codecs/wm_adsp.c b/sound/soc/codecs/wm_adsp.c index b943dde..7320fca 100644 --- a/sound/soc/codecs/wm_adsp.c +++ b/sound/soc/codecs/wm_adsp.c @@ -962,17 +962,16 @@ static

[PATCH] Specify all interrupts for the GPIO controller.

The PXA GPIO controller has 3 interrupt outputs, this needs to be indicated in the DTS file. Without this mainstone's CPLD interrupt 0 will not be raised to the processor. Signed-off-by: Vijay Kumar B. Reviewed-by: Deepak S. ---

[PATCH] Specify all interrupts for the GPIO controller.

The PXA GPIO controller has 3 interrupt outputs, this needs to be indicated in the DTS file. Without this mainstone's CPLD interrupt 0 will not be raised to the processor. Signed-off-by: Vijay Kumar B. Reviewed-by: Deepak S. --- arch/arm/boot/dts/pxa2xx.dtsi | 4 ++-- 1 file changed, 2

[PATCH] perf probe: check if *ptr2 is zero and not ptr2

From: Colin Ian King Static anaylsis with cppcheck detected an incorrect comparison: [tools/perf/util/probe-event.c:216]: (warning) Char literal compared with pointer 'ptr2'. Did you intend to dereference it? Dereference ptr2 for the comparison to fix this. Fixes:

[PATCH] perf probe: check if *ptr2 is zero and not ptr2

From: Colin Ian King Static anaylsis with cppcheck detected an incorrect comparison: [tools/perf/util/probe-event.c:216]: (warning) Char literal compared with pointer 'ptr2'. Did you intend to dereference it? Dereference ptr2 for the comparison to fix this. Fixes: 35726d3a4ca9 ("perf probe:

Re: [PATCH v3 9/9] arm64: dts: add Pine64 support

Hi Maxime, thanks for the respin! On 03/10/16 09:09, Maxime Ripard wrote: > From: Andre Przywara > > The Pine64 is a cost-efficient development board based on the > Allwinner A64 SoC. > There are three models: the basic version with Fast Ethernet and > 512 MB of DRAM

Re: [PATCH v3 9/9] arm64: dts: add Pine64 support

Hi Maxime, thanks for the respin! On 03/10/16 09:09, Maxime Ripard wrote: > From: Andre Przywara > > The Pine64 is a cost-efficient development board based on the > Allwinner A64 SoC. > There are three models: the basic version with Fast Ethernet and > 512 MB of DRAM (Pine64) and two Pine64+

[PATCH 4/9] pinctrl: sunxi: Deal with configless pins

Even though the our binding had the assumption that the allwinner,pull and allwinner,drive properties were optional, the code never took that into account. Fix that. Signed-off-by: Maxime Ripard --- drivers/pinctrl/sunxi/pinctrl-sunxi.c | 50

[PATCH 2/9] pinctrl: sunxi: Add bindings define

Since we have some bindings header for our hardcoded flags, let's use them when we can. Signed-off-by: Maxime Ripard --- drivers/pinctrl/sunxi/pinctrl-sunxi.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 4/9] pinctrl: sunxi: Deal with configless pins

Even though the our binding had the assumption that the allwinner,pull and allwinner,drive properties were optional, the code never took that into account. Fix that. Signed-off-by: Maxime Ripard --- drivers/pinctrl/sunxi/pinctrl-sunxi.c | 50 +++- 1 file changed, 35

[PATCH 2/9] pinctrl: sunxi: Add bindings define

Since we have some bindings header for our hardcoded flags, let's use them when we can. Signed-off-by: Maxime Ripard --- drivers/pinctrl/sunxi/pinctrl-sunxi.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/pinctrl/sunxi/pinctrl-sunxi.c

[PATCH 7/9] ARM: sunxi: Remove useless allwinner,drive property

The allwinner,drive property set to 10mA was really considered as our default. Remove all those properties entirely to make that obvious. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/ntc-gr8-evb.dts| 4 +-

[PATCH 6/9] dt-bindings: pinctrl: Deprecate sunxi pinctrl bindings

The generic pin configuration and multiplexing should be preferred now, even though we still support the old one. Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/pinctrl/allwinner,sunxi-pinctrl.txt | 5 + 1 file changed, 5 insertions(+),

[PATCH 9/9] ARM: sunxi: Convert pinctrl nodes to generic bindings

Now that we can handle the generic pinctrl bindings, convert our DT to it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/ntc-gr8-evb.dts| 16 +- arch/arm/boot/dts/ntc-gr8.dtsi | 76 +--

[PATCH 3/9] pinctrl: sunxi: Handle bias disable

So far, putting NO_PULL in allwinner,pull was ignored, behaving like if that property was not there at all. Obviously, this is not the right thing to do, and in that case, we really need to just disable the bias. Signed-off-by: Maxime Ripard ---

[PATCH] ASoC: da7219: Improve pop/click performance for sensitive HPs

Currently on some headsets slight pops can be heard during DAPM power-up/down. This can also be witnessed during the HP detect procedure. This patch addresses the issue by adjusting DAPM power sequencing slightly, the introduction of delays and use of minimum HP gain to avoid such noise artefacts.

[PATCH 5/9] pinctrl: sunxi: Support generic binding

Our bindings are mostly irrelevant now that we have generic pinctrl bindings that cover exactly the same uses cases. Add support for the new ones, and obviously keep our old binding support in order to keep the ABI stable. Signed-off-by: Maxime Ripard ---

[PATCH 3/9] pinctrl: sunxi: Handle bias disable

So far, putting NO_PULL in allwinner,pull was ignored, behaving like if that property was not there at all. Obviously, this is not the right thing to do, and in that case, we really need to just disable the bias. Signed-off-by: Maxime Ripard --- drivers/pinctrl/sunxi/pinctrl-sunxi.c | 8

[PATCH] ASoC: da7219: Improve pop/click performance for sensitive HPs

Currently on some headsets slight pops can be heard during DAPM power-up/down. This can also be witnessed during the HP detect procedure. This patch addresses the issue by adjusting DAPM power sequencing slightly, the introduction of delays and use of minimum HP gain to avoid such noise artefacts.

[PATCH 5/9] pinctrl: sunxi: Support generic binding

Our bindings are mostly irrelevant now that we have generic pinctrl bindings that cover exactly the same uses cases. Add support for the new ones, and obviously keep our old binding support in order to keep the ABI stable. Signed-off-by: Maxime Ripard --- drivers/pinctrl/sunxi/pinctrl-sunxi.c

[PATCH 7/9] ARM: sunxi: Remove useless allwinner,drive property

The allwinner,drive property set to 10mA was really considered as our default. Remove all those properties entirely to make that obvious. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/ntc-gr8-evb.dts| 4 +- arch/arm/boot/dts/ntc-gr8.dtsi |

[PATCH 6/9] dt-bindings: pinctrl: Deprecate sunxi pinctrl bindings

The generic pin configuration and multiplexing should be preferred now, even though we still support the old one. Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/pinctrl/allwinner,sunxi-pinctrl.txt | 5 + 1 file changed, 5 insertions(+), 0 deletions(-) diff --git

[PATCH 9/9] ARM: sunxi: Convert pinctrl nodes to generic bindings

Now that we can handle the generic pinctrl bindings, convert our DT to it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/ntc-gr8-evb.dts| 16 +- arch/arm/boot/dts/ntc-gr8.dtsi | 76 +-- arch/arm/boot/dts/sun4i-a10-a1000.dts

[PATCH 8/9] ARM: sunxi: Remove useless allwinner,pull property

The allwinner,pull property set to NO_PULL was really considered our default (and wasn't even changing the default value in the code). Remove these properties to make it obvious that we do not set anything in such a case. Signed-off-by: Maxime Ripard ---

[PATCH 8/9] ARM: sunxi: Remove useless allwinner,pull property

The allwinner,pull property set to NO_PULL was really considered our default (and wasn't even changing the default value in the code). Remove these properties to make it obvious that we do not set anything in such a case. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/ntc-gr8-evb.dts

[PATCH 0/9] pinctrl: sunxi: Generic bindings rework

Hi, This patch set reworks the Allwinner pinctrl driver to support the generic pin configuration and multiplexing bindings. In the process, we also covered some lasting issues that were found: we were ignoring the case where no pull-up was set, and while our binding was saying that the

[PATCH 1/9] pinctrl: sunxi: Rework the pin config building code

In order to support more easily the generic pinctrl properties, rework the pinctrl maps configuration and split it into several sub-functions. One of the side-effects from that rework is that we only parse the pin configuration once, since it's going to be common to every pin, instead of having

[PATCH 0/9] pinctrl: sunxi: Generic bindings rework

Hi, This patch set reworks the Allwinner pinctrl driver to support the generic pin configuration and multiplexing bindings. In the process, we also covered some lasting issues that were found: we were ignoring the case where no pull-up was set, and while our binding was saying that the

[PATCH 1/9] pinctrl: sunxi: Rework the pin config building code

In order to support more easily the generic pinctrl properties, rework the pinctrl maps configuration and split it into several sub-functions. One of the side-effects from that rework is that we only parse the pin configuration once, since it's going to be common to every pin, instead of having

[GIT PULL] x86/timers changes for v4.9

Linus, Please pull the latest x86-timers-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-for-linus # HEAD: 6baf3d61821f5b38f27b4e9f044ad4d1e8f3d14f x86/tsc: Add additional Intel CPU models to the crystal quirk list This tree includes a HPET

[GIT PULL] x86/timers changes for v4.9

Linus, Please pull the latest x86-timers-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-for-linus # HEAD: 6baf3d61821f5b38f27b4e9f044ad4d1e8f3d14f x86/tsc: Add additional Intel CPU models to the crystal quirk list This tree includes a HPET

[RESEND PATCH] ARM: dts: pxa2xx: Specify all interrupts for the GPIO controller.

The PXA GPIO controller has 3 interrupt outputs, this needs to be indicated in the DTS file. Without this mainstone's CPLD interrupt 0 will not be raised to the processor. Signed-off-by: Vijay Kumar B. Reviewed-by: Deepak S. ---

[RESEND PATCH] ARM: dts: pxa2xx: Specify all interrupts for the GPIO controller.

The PXA GPIO controller has 3 interrupt outputs, this needs to be indicated in the DTS file. Without this mainstone's CPLD interrupt 0 will not be raised to the processor. Signed-off-by: Vijay Kumar B. Reviewed-by: Deepak S. --- arch/arm/boot/dts/pxa2xx.dtsi | 4 ++-- 1 file changed, 2

Re: [PATCH] ledtrig-cpu.c: fix english

Hi Pavel, On 10/03/2016 10:13 AM, Pavel Machek wrote: Fix english spelling. Signed-off-by: Pavel Machek index 22f0634..9719caf 100644 --- a/drivers/leds/trigger/ledtrig-cpu.c +++ b/drivers/leds/trigger/ledtrig-cpu.c @@ -42,7 +42,7 @@ static DEFINE_PER_CPU(struct

[PATCH] x86/irq: Do not touch IRQ chip_data if it does not belong to x86_vector_domain

When a CPU is about to be offlined we call fixup_irqs() that resets IRQ affinities related to the CPU in question. The same thing is also done when the system is suspended to S-states like S3 (mem). For each IRQ we try to complete any on-going move regardless whether the IRQ is actually part of

Re: [PATCH] ledtrig-cpu.c: fix english

Hi Pavel, On 10/03/2016 10:13 AM, Pavel Machek wrote: Fix english spelling. Signed-off-by: Pavel Machek index 22f0634..9719caf 100644 --- a/drivers/leds/trigger/ledtrig-cpu.c +++ b/drivers/leds/trigger/ledtrig-cpu.c @@ -42,7 +42,7 @@ static DEFINE_PER_CPU(struct led_trigger_cpu, cpu_trig);

[PATCH] x86/irq: Do not touch IRQ chip_data if it does not belong to x86_vector_domain

When a CPU is about to be offlined we call fixup_irqs() that resets IRQ affinities related to the CPU in question. The same thing is also done when the system is suspended to S-states like S3 (mem). For each IRQ we try to complete any on-going move regardless whether the IRQ is actually part of

Re: [PATCH] leds/leds-lp5523.txt: make documentation match reality

Hi Pavel, On 10/03/2016 10:42 AM, Pavel Machek wrote: Files are visible all the time, so remove incorrect notes. Signed-off-by: Pavel Machek index 0dbbd27..0961a06 100644 --- a/Documentation/leds/leds-lp5523.txt +++ b/Documentation/leds/leds-lp5523.txt @@ -34,8 +34,8 @@ There

Re: [PATCH] leds/leds-lp5523.txt: make documentation match reality

Hi Pavel, On 10/03/2016 10:42 AM, Pavel Machek wrote: Files are visible all the time, so remove incorrect notes. Signed-off-by: Pavel Machek index 0dbbd27..0961a06 100644 --- a/Documentation/leds/leds-lp5523.txt +++ b/Documentation/leds/leds-lp5523.txt @@ -34,8 +34,8 @@ There are two ways

lånetilbud

God dag, Dette er Lloyds TSB Bank Plc lån tilby. Lloyds TSB tilbyr fleksible og rimelige lån til ethvert formål å hjelpe deg å nå dine mål. vi lån med lav rente på 3%. Her er noen viktige funksjoner i personlige lån som tilbys av Lloyds TSB. Her er de Låne Faktorer vi samarbeider med de

lånetilbud

God dag, Dette er Lloyds TSB Bank Plc lån tilby. Lloyds TSB tilbyr fleksible og rimelige lån til ethvert formål å hjelpe deg å nå dine mål. vi lån med lav rente på 3%. Her er noen viktige funksjoner i personlige lån som tilbys av Lloyds TSB. Her er de Låne Faktorer vi samarbeider med de

lånetilbud

God dag, Dette er Lloyds TSB Bank Plc lån tilby. Lloyds TSB tilbyr fleksible og rimelige lån til ethvert formål å hjelpe deg å nå dine mål. vi lån med lav rente på 3%. Her er noen viktige funksjoner i personlige lån som tilbys av Lloyds TSB. Her er de Låne Faktorer vi samarbeider med de

lånetilbud

God dag, Dette er Lloyds TSB Bank Plc lån tilby. Lloyds TSB tilbyr fleksible og rimelige lån til ethvert formål å hjelpe deg å nå dine mål. vi lån med lav rente på 3%. Her er noen viktige funksjoner i personlige lån som tilbys av Lloyds TSB. Her er de Låne Faktorer vi samarbeider med de

Re: [PATCH v4 08/12] dax: remove dax_pmd_fault()

On Thu 29-09-16 16:49:26, Ross Zwisler wrote: > dax_pmd_fault() is the old struct buffer_head + get_block_t based 2 MiB DAX > fault handler. This fault handler has been disabled for several kernel > releases, and support for PMDs will be reintroduced using the struct iomap > interface instead. >

Re: [PATCH v4 08/12] dax: remove dax_pmd_fault()

On Thu 29-09-16 16:49:26, Ross Zwisler wrote: > dax_pmd_fault() is the old struct buffer_head + get_block_t based 2 MiB DAX > fault handler. This fault handler has been disabled for several kernel > releases, and support for PMDs will be reintroduced using the struct iomap > interface instead. >

Re: [PATCH v4 09/12] dax: correct dax iomap code namespace

On Thu 29-09-16 16:49:27, Ross Zwisler wrote: > The recently added DAX functions that use the new struct iomap data > structure were named iomap_dax_rw(), iomap_dax_fault() and > iomap_dax_actor(). These are actually defined in fs/dax.c, though, so > should be part of the "dax" namespace and not

Re: [PATCH v4 09/12] dax: correct dax iomap code namespace

On Thu 29-09-16 16:49:27, Ross Zwisler wrote: > The recently added DAX functions that use the new struct iomap data > structure were named iomap_dax_rw(), iomap_dax_fault() and > iomap_dax_actor(). These are actually defined in fs/dax.c, though, so > should be part of the "dax" namespace and not

[GIT PULL] x86/platform changes for v4.9

Linus, Please pull the latest x86-platform-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-platform-for-linus # HEAD: 65f7422288cd19c4a9202c4ac7a9cca673b9b2ea x86/platform/mellanox: Fix return value check in mlxplat_init() The main changes in this

[GIT PULL] x86/platform changes for v4.9

Linus, Please pull the latest x86-platform-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-platform-for-linus # HEAD: 65f7422288cd19c4a9202c4ac7a9cca673b9b2ea x86/platform/mellanox: Fix return value check in mlxplat_init() The main changes in this

Re: [PATCH v4 07/12] dax: coordinate locking for offsets in PMD range

On Thu 29-09-16 16:49:25, Ross Zwisler wrote: > DAX radix tree locking currently locks entries based on the unique > combination of the 'mapping' pointer and the pgoff_t 'index' for the entry. > This works for PTEs, but as we move to PMDs we will need to have all the > offsets within the range

Re: [PATCH v4 07/12] dax: coordinate locking for offsets in PMD range

On Thu 29-09-16 16:49:25, Ross Zwisler wrote: > DAX radix tree locking currently locks entries based on the unique > combination of the 'mapping' pointer and the pgoff_t 'index' for the entry. > This works for PTEs, but as we move to PMDs we will need to have all the > offsets within the range

Re: [PATCH] cleanup LED documentation and make it match reality

On 10/03/2016 11:38 AM, Pavel Machek wrote: Hi! Thanks for the patch. On 10/03/2016 10:10 AM, Pavel Machek wrote: sysfs-class-led fails to mention some important details. Also fix led vs LED and english. Signed-off-by: Pavel Machek ---

Re: [PATCH] cleanup LED documentation and make it match reality

On 10/03/2016 11:38 AM, Pavel Machek wrote: Hi! Thanks for the patch. On 10/03/2016 10:10 AM, Pavel Machek wrote: sysfs-class-led fails to mention some important details. Also fix led vs LED and english. Signed-off-by: Pavel Machek --- a/Documentation/ABI/testing/sysfs-class-led +++

Re: [PATCH] hid-led.c: remove unneccessary underscores

On Mon 2016-10-03 10:16:26, Pavel Machek wrote: > > u8 (and friends) can be used directly in kernel sources (not kernel > headers). > > Signed-off-by: Pavel Machek Zero day bot warned me that this is not quiet correct. This would be needed on top. Is there interest in fixed

Re: [PATCH] hid-led.c: remove unneccessary underscores

On Mon 2016-10-03 10:16:26, Pavel Machek wrote: > > u8 (and friends) can be used directly in kernel sources (not kernel > headers). > > Signed-off-by: Pavel Machek Zero day bot warned me that this is not quiet correct. This would be needed on top. Is there interest in fixed patch? diff --git

[GIT PULL] x86/cleanups changes for v4.9

Linus, Please pull the latest x86-cleanups-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cleanups-for-linus # HEAD: 744c193eb9a223ccb2e60500196cf590b3a6131a x86: Migrate exception table users off module.h and onto extable.h An header files and a

[GIT PULL] x86/cleanups changes for v4.9

Linus, Please pull the latest x86-cleanups-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cleanups-for-linus # HEAD: 744c193eb9a223ccb2e60500196cf590b3a6131a x86: Migrate exception table users off module.h and onto extable.h An header files and a

Re: [PATCH] coredump: fix unfreezable coredumping task

On Fri 2016-09-30 11:50:34, Andrey Ryabinin wrote: > It could be not possible to freeze coredumping task when it waits > for 'core_state->startup' completion, because threads are frozen > in get_signal() before they got a chance to complete 'core_state->startup'. > > Use freezer_do_not_count() to

Re: [PATCH] coredump: fix unfreezable coredumping task

On Fri 2016-09-30 11:50:34, Andrey Ryabinin wrote: > It could be not possible to freeze coredumping task when it waits > for 'core_state->startup' completion, because threads are frozen > in get_signal() before they got a chance to complete 'core_state->startup'. > > Use freezer_do_not_count() to

Re: [PATCH 4.7 004/184] drm/msm: protect against faults from copy_from_user() in submit ioctl

On 22 September 2016 at 19:38, Greg Kroah-Hartman wrote: > 4.7-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Rob Clark > > commit d78d383ab354b0b9e1d23404ae0d9fbdeb9aa035 upstream. > > An

Re: [PATCH 4.7 004/184] drm/msm: protect against faults from copy_from_user() in submit ioctl

On 22 September 2016 at 19:38, Greg Kroah-Hartman wrote: > 4.7-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Rob Clark > > commit d78d383ab354b0b9e1d23404ae0d9fbdeb9aa035 upstream. > > An evil userspace could try to cause deadlock by

Re: [PATCH] cleanup LED documentation and make it match reality

Hi! > Thanks for the patch. > > On 10/03/2016 10:10 AM, Pavel Machek wrote: > > > >sysfs-class-led fails to mention some important details. Also fix led > >vs LED and english. > > > >Signed-off-by: Pavel Machek > > > >--- a/Documentation/ABI/testing/sysfs-class-led > >+++

Re: [PATCH] cleanup LED documentation and make it match reality

Hi! > Thanks for the patch. > > On 10/03/2016 10:10 AM, Pavel Machek wrote: > > > >sysfs-class-led fails to mention some important details. Also fix led > >vs LED and english. > > > >Signed-off-by: Pavel Machek > > > >--- a/Documentation/ABI/testing/sysfs-class-led > >+++

Re: [RFC 05/11] iommu/dma: iommu_dma_(un)map_mixed

Hi Robin, On 30/09/2016 15:24, Robin Murphy wrote: > Hi Eric, > > On 27/09/16 21:48, Eric Auger wrote: >> iommu_dma_map_mixed and iommu_dma_unmap_mixed operate on >> IOMMU_DOMAIN_MIXED typed domains. On top of standard iommu_map/unmap >> they reserve the IOVA window to prevent the iova allocator

Re: [RFC 05/11] iommu/dma: iommu_dma_(un)map_mixed

Hi Robin, On 30/09/2016 15:24, Robin Murphy wrote: > Hi Eric, > > On 27/09/16 21:48, Eric Auger wrote: >> iommu_dma_map_mixed and iommu_dma_unmap_mixed operate on >> IOMMU_DOMAIN_MIXED typed domains. On top of standard iommu_map/unmap >> they reserve the IOVA window to prevent the iova allocator

Re: [PATCH v4 06/12] dax: consistent variable naming for DAX entries

On Thu 29-09-16 16:49:24, Ross Zwisler wrote: > No functional change. > > Consistently use the variable name 'entry' instead of 'ret' for DAX radix > tree entries. This was already happening in most of the code, so update > get_unlocked_mapping_entry(), grab_mapping_entry() and >

Re: [PATCH v4 06/12] dax: consistent variable naming for DAX entries

On Thu 29-09-16 16:49:24, Ross Zwisler wrote: > No functional change. > > Consistently use the variable name 'entry' instead of 'ret' for DAX radix > tree entries. This was already happening in most of the code, so update > get_unlocked_mapping_entry(), grab_mapping_entry() and >

Re: [PATCH -resend 4/6] mdacon: enable COMPILE_TEST build

On Mon, Oct 3, 2016 at 11:07 AM, Jiri Slaby wrote: > It can be built even on systems without ISA. So enable compile testing > by specifying ISA || COMPILE_TEST. > > Signed-off-by: Jiri Slaby > Cc: Tomi Valkeinen > Cc:

Re: [PATCH -resend 4/6] mdacon: enable COMPILE_TEST build

On Mon, Oct 3, 2016 at 11:07 AM, Jiri Slaby wrote: > It can be built even on systems without ISA. So enable compile testing > by specifying ISA || COMPILE_TEST. > > Signed-off-by: Jiri Slaby > Cc: Tomi Valkeinen > Cc: > --- > drivers/video/console/Kconfig | 2 +- > 1 file changed, 1

Re: [PATCH v4 05/12] dax: make 'wait_table' global variable static

On Thu 29-09-16 16:49:23, Ross Zwisler wrote: > The global 'wait_table' variable is only used within fs/dax.c, and > generates the following sparse warning: > > fs/dax.c:39:19: warning: symbol 'wait_table' was not declared. Should it be > static? > > Make it static so it has scope local to

Re: [PATCH v4 04/12] ext2: remove support for DAX PMD faults

On Thu 29-09-16 16:49:22, Ross Zwisler wrote: > DAX PMD support was added via the following commit: > > commit e7b1ea2ad658 ("ext2: huge page fault support") > > I believe this path to be untested as ext2 doesn't reliably provide block > allocations that are aligned to 2MiB. In my testing I've

Re: [PATCH v4 05/12] dax: make 'wait_table' global variable static

On Thu 29-09-16 16:49:23, Ross Zwisler wrote: > The global 'wait_table' variable is only used within fs/dax.c, and > generates the following sparse warning: > > fs/dax.c:39:19: warning: symbol 'wait_table' was not declared. Should it be > static? > > Make it static so it has scope local to

Re: [PATCH v4 04/12] ext2: remove support for DAX PMD faults

On Thu 29-09-16 16:49:22, Ross Zwisler wrote: > DAX PMD support was added via the following commit: > > commit e7b1ea2ad658 ("ext2: huge page fault support") > > I believe this path to be untested as ext2 doesn't reliably provide block > allocations that are aligned to 2MiB. In my testing I've

Re: [PATCH] [media] : Removing warnings caught by checkpatch.pl

Hello Harman, Thank you for the patch. The subject of your commit message should at least contain the name of the driver. Furthermore, you can mention that the patch originates from warnings output by checkpatch.pl, but the subject should describe what you fix (in this case what type of

Re: [PATCH] [media] : Removing warnings caught by checkpatch.pl

Hello Harman, Thank you for the patch. The subject of your commit message should at least contain the name of the driver. Furthermore, you can mention that the patch originates from warnings output by checkpatch.pl, but the subject should describe what you fix (in this case what type of

[GIT PULL] x86/boot changes for v4.9

Linus, Please pull the latest x86-boot-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus # HEAD: 917db484dc6a69969d317b3e57add4208a8d9d42 x86/boot: Fix kdump, cleanup aborted E820_PRAM max_pfn manipulation The changes in this cycle

[GIT PULL] x86/boot changes for v4.9

Linus, Please pull the latest x86-boot-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus # HEAD: 917db484dc6a69969d317b3e57add4208a8d9d42 x86/boot: Fix kdump, cleanup aborted E820_PRAM max_pfn manipulation The changes in this cycle

Re: [RFC][PATCH 3/4] futex: Remove rt_mutex_deadlock_account_*()

^Subject should've had rtmutex: on.. -ENOTENOUGHTEA

Re: [RFC][PATCH 3/4] futex: Remove rt_mutex_deadlock_account_*()

^Subject should've had rtmutex: on.. -ENOTENOUGHTEA

<    4   5   6   7   8   9   10   11   >