Re: [PATCH] Linux VM workaround for Knights Landing A/D leak

On Tue, Jun 14, 2016 at 7:35 PM, Nadav Amit wrote: > Andy Lutomirski wrote: > >> On Tue, Jun 14, 2016 at 2:37 PM, Dave Hansen >> wrote: >>> On 06/14/2016 01:16 PM, Nadav Amit wrote: Dave Hansen

Re: [PATCH] Linux VM workaround for Knights Landing A/D leak

On Tue, Jun 14, 2016 at 7:35 PM, Nadav Amit wrote: > Andy Lutomirski wrote: > >> On Tue, Jun 14, 2016 at 2:37 PM, Dave Hansen >> wrote: >>> On 06/14/2016 01:16 PM, Nadav Amit wrote: Dave Hansen wrote: > On 06/14/2016 09:47 AM, Nadav Amit wrote: >> Lukasz Anaczkowski wrote:

Re: [PATCH] Linux VM workaround for Knights Landing A/D leak

Andy Lutomirski wrote: > On Tue, Jun 14, 2016 at 2:37 PM, Dave Hansen > wrote: >> On 06/14/2016 01:16 PM, Nadav Amit wrote: >>> Dave Hansen wrote: >>> On 06/14/2016 09:47 AM, Nadav Amit wrote: > Lukasz

Re: [PATCH] Linux VM workaround for Knights Landing A/D leak

Andy Lutomirski wrote: > On Tue, Jun 14, 2016 at 2:37 PM, Dave Hansen > wrote: >> On 06/14/2016 01:16 PM, Nadav Amit wrote: >>> Dave Hansen wrote: >>> On 06/14/2016 09:47 AM, Nadav Amit wrote: > Lukasz Anaczkowski wrote: > >>> From: Andi Kleen >>> +void

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 14 2016 at 10:07pm -0400, Dan Williams wrote: > On Tue, Jun 14, 2016 at 6:46 PM, Mike Snitzer wrote: > > On Tue, Jun 14 2016 at 4:19pm -0400, > > Jeff Moyer wrote: > > > >> Mike Snitzer writes: >

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 14 2016 at 10:07pm -0400, Dan Williams wrote: > On Tue, Jun 14, 2016 at 6:46 PM, Mike Snitzer wrote: > > On Tue, Jun 14 2016 at 4:19pm -0400, > > Jeff Moyer wrote: > > > >> Mike Snitzer writes: > >> > >> > On Tue, Jun 14 2016 at 9:50am -0400, > >> > Jeff Moyer wrote: > >> > >

Re: [PATCH v6v3 02/12] mm: migrate: support non-lru movable page migration

Hi, On Mon, Jun 13, 2016 at 03:08:19PM +0530, Anshuman Khandual wrote: > On 05/31/2016 05:31 AM, Minchan Kim wrote: > > @@ -791,6 +921,7 @@ static int __unmap_and_move(struct page *page, struct > > page *newpage, > > int rc = -EAGAIN; > > int page_was_mapped = 0; > > struct anon_vma

Re: [PATCH v6v3 02/12] mm: migrate: support non-lru movable page migration

Hi, On Mon, Jun 13, 2016 at 03:08:19PM +0530, Anshuman Khandual wrote: > On 05/31/2016 05:31 AM, Minchan Kim wrote: > > @@ -791,6 +921,7 @@ static int __unmap_and_move(struct page *page, struct > > page *newpage, > > int rc = -EAGAIN; > > int page_was_mapped = 0; > > struct anon_vma

Re: [PATCH V2] block: correctly fallback for zeroout

> "Mike" == Mike Snitzer writes: Mike, Mike> so long story short: making this change to remove this so-called Mike> "stupid behaviour" will require code like Mike> drivers/md/dm-thin.c:issue_discard(() to check the return from Mike> __blkdev_issue_discard() and if it is

Re: [PATCH V2] block: correctly fallback for zeroout

> "Mike" == Mike Snitzer writes: Mike, Mike> so long story short: making this change to remove this so-called Mike> "stupid behaviour" will require code like Mike> drivers/md/dm-thin.c:issue_discard(() to check the return from Mike> __blkdev_issue_discard() and if it is -EOPNOTSUPP then it

[PATCH v11 3/3] ARM: dts: add dts files for Hi3519

From: Jiancheng Xue add dts files for Hi3519 Signed-off-by: Jiancheng Xue --- arch/arm/boot/dts/Makefile| 2 + arch/arm/boot/dts/hi3519-demb.dts | 42 + arch/arm/boot/dts/hi3519.dtsi | 187

[PATCH v11 0/3] ARM: hisi: Add initial support for Hi3519 SOC

These three patches are abstracted from the patchset titled "[RESEND PATCH v10 0/6] ARM: hisi: Add initial support including clock driver for Hi3519 soc."(https://lkml.org/lkml/2016/3/31/175). The clock driver part was merged in v4.7-rc1. This patch set is mainly used to enable Hi3519 basic soc

[PATCH v11 3/3] ARM: dts: add dts files for Hi3519

From: Jiancheng Xue add dts files for Hi3519 Signed-off-by: Jiancheng Xue --- arch/arm/boot/dts/Makefile| 2 + arch/arm/boot/dts/hi3519-demb.dts | 42 + arch/arm/boot/dts/hi3519.dtsi | 187 ++ 3 files changed, 231 insertions(+)

[PATCH v11 0/3] ARM: hisi: Add initial support for Hi3519 SOC

These three patches are abstracted from the patchset titled "[RESEND PATCH v10 0/6] ARM: hisi: Add initial support including clock driver for Hi3519 soc."(https://lkml.org/lkml/2016/3/31/175). The clock driver part was merged in v4.7-rc1. This patch set is mainly used to enable Hi3519 basic soc

[PATCH v11 2/3] ARM: dt-bindings: add device tree bindings for Hi3519 sysctrl

From: Jiancheng Xue Add device tree bindings for Hi3519 system controller. Signed-off-by: Jiancheng Xue Acked-by: Rob Herring --- .../devicetree/bindings/arm/hisilicon/hi3519-sysctrl.txt | 14 ++ 1 file changed,

[PATCH v11 1/3] ARM: hisi: add compatible string for Hi3519 soc

From: Jiancheng Xue add compatible string for Hi3519 soc. Signed-off-by: Jiancheng Xue --- arch/arm/mach-hisi/hisilicon.c | 23 --- 1 file changed, 4 insertions(+), 19 deletions(-) diff --git

[PATCH v11 2/3] ARM: dt-bindings: add device tree bindings for Hi3519 sysctrl

From: Jiancheng Xue Add device tree bindings for Hi3519 system controller. Signed-off-by: Jiancheng Xue Acked-by: Rob Herring --- .../devicetree/bindings/arm/hisilicon/hi3519-sysctrl.txt | 14 ++ 1 file changed, 14 insertions(+) create mode 100644

[PATCH v11 1/3] ARM: hisi: add compatible string for Hi3519 soc

From: Jiancheng Xue add compatible string for Hi3519 soc. Signed-off-by: Jiancheng Xue --- arch/arm/mach-hisi/hisilicon.c | 23 --- 1 file changed, 4 insertions(+), 19 deletions(-) diff --git a/arch/arm/mach-hisi/hisilicon.c b/arch/arm/mach-hisi/hisilicon.c index

[PATCH v7 5/8] perf tools: Enable overwrite settings

This patch allows following config terms and option: Globally setting events to overwrite; # perf record --overwrite ... Set specific events to be overwrite or no-overwrite. # perf record --event cycles/overwrite/ ... # perf record --event cycles/no-overwrite/ ... Add missing config terms

[PATCH v7 2/8] perf tests: Add testcase for auxiliary evlist

Improve test backward-ring-buffer, trace both enter and exit event of prctl() syscall, utilize auxiliary evlist to mmap enter and exit event into separated mmaps. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc:

[PATCH v7 5/8] perf tools: Enable overwrite settings

This patch allows following config terms and option: Globally setting events to overwrite; # perf record --overwrite ... Set specific events to be overwrite or no-overwrite. # perf record --event cycles/overwrite/ ... # perf record --event cycles/no-overwrite/ ... Add missing config terms

[PATCH v7 2/8] perf tests: Add testcase for auxiliary evlist

Improve test backward-ring-buffer, trace both enter and exit event of prctl() syscall, utilize auxiliary evlist to mmap enter and exit event into separated mmaps. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Zefan Li Cc: He

Re: [PATCH v2 1/7] mm/compaction: split freepages without holding the zone lock

On Tue, Jun 14, 2016 at 03:10:21PM -0400, Sasha Levin wrote: > On 06/14/2016 01:52 AM, Joonsoo Kim wrote: > > On Mon, Jun 13, 2016 at 04:31:15PM -0400, Sasha Levin wrote: > >> > On 05/25/2016 10:37 PM, js1...@gmail.com wrote: > >>> > > From: Joonsoo Kim > >>> > > > >>> >

Re: [PATCH v2 1/7] mm/compaction: split freepages without holding the zone lock

On Tue, Jun 14, 2016 at 03:10:21PM -0400, Sasha Levin wrote: > On 06/14/2016 01:52 AM, Joonsoo Kim wrote: > > On Mon, Jun 13, 2016 at 04:31:15PM -0400, Sasha Levin wrote: > >> > On 05/25/2016 10:37 PM, js1...@gmail.com wrote: > >>> > > From: Joonsoo Kim > >>> > > > >>> > > We don't need to split

[PATCH v7 3/8] perf record: Introduce rec->overwrite_evlist for overwritable events

Create an auxiliary evlist for overwritable events. Before mmap, build this evlist and set 'overwrite' and 'backward' attribute. Since perf_evlist__mmap_ex() only maps events when evsel->overwrite matches evlist's corresponding attributes, with these two evlists an event goes to either

[PATCH v7 1/8] perf evlist: Introduce aux evlist

An auxiliary evlist is created by perf_evlist__new_aux() using an existing evlist as its parent. An auxiliary evlist can have its own 'struct perf_mmap', but can't have any other data. User should use its parent instead when accessing other data. Auxiliary evlists are containers of 'struct

[PATCH v7 3/8] perf record: Introduce rec->overwrite_evlist for overwritable events

Create an auxiliary evlist for overwritable events. Before mmap, build this evlist and set 'overwrite' and 'backward' attribute. Since perf_evlist__mmap_ex() only maps events when evsel->overwrite matches evlist's corresponding attributes, with these two evlists an event goes to either

[PATCH v7 1/8] perf evlist: Introduce aux evlist

An auxiliary evlist is created by perf_evlist__new_aux() using an existing evlist as its parent. An auxiliary evlist can have its own 'struct perf_mmap', but can't have any other data. User should use its parent instead when accessing other data. Auxiliary evlists are containers of 'struct

[PATCH v7 8/8] perf record: Unmap overwrite evlist when event terminate

When see POLLERR or POLLHUP, unmap ring buffer from both the main evlist and overwrite evlist. Signed-off-by: Wang Nan Cc: He Kuang Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Masami Hiramatsu

[PATCH v7 8/8] perf record: Unmap overwrite evlist when event terminate

When see POLLERR or POLLHUP, unmap ring buffer from both the main evlist and overwrite evlist. Signed-off-by: Wang Nan Cc: He Kuang Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Zefan Li Cc: pi3or...@163.com --- tools/perf/builtin-record.c | 30

[PATCH v7 6/8] perf tools: Don't warn about out of order event if write_backward is used

If write_backward attribute is set, records are written into kernel ring buffer from end to beginning, but read from beginning to end. To avoid 'XX out of order events recorded' warning message (timestamps of records is in reverse order when using write_backward), suppress the warning message if

[PATCH v7 4/8] perf record: Toggle overwrite ring buffer for reading

overwrite_evt_state is introduced to reflect the state of overwritable ring buffers. It is a state machine with 3 states: RUNNING --(1)--> DATA_PENDING --(2)--> EMPTY ^ ^ | | |___(disallow)___/| ||

[PATCH v7 0/8] perf tools: Support overwritable ring buffer

This patch set enables daemonized perf recording by utilizing overwritable backward ring buffer. With this feature one can put perf background, and dump ring buffer records by a SIGUSR2 when he/she find something unusual. For example, following command record system calls, schedule events and

[PATCH v7 7/8] perf tools: Check write_backward during evlist config

Before this patch, when using overwritable ring buffer on an old kernel, error message is misleading: # ~/perf record -m 1 -e raw_syscalls:*/overwrite/ -a Error: The raw_syscalls:sys_enter event is not supported. This patch output clear error message to tell user his/her kernel is too old:

[PATCH v7 6/8] perf tools: Don't warn about out of order event if write_backward is used

If write_backward attribute is set, records are written into kernel ring buffer from end to beginning, but read from beginning to end. To avoid 'XX out of order events recorded' warning message (timestamps of records is in reverse order when using write_backward), suppress the warning message if

[PATCH v7 4/8] perf record: Toggle overwrite ring buffer for reading

overwrite_evt_state is introduced to reflect the state of overwritable ring buffers. It is a state machine with 3 states: RUNNING --(1)--> DATA_PENDING --(2)--> EMPTY ^ ^ | | |___(disallow)___/| ||

[PATCH v7 0/8] perf tools: Support overwritable ring buffer

This patch set enables daemonized perf recording by utilizing overwritable backward ring buffer. With this feature one can put perf background, and dump ring buffer records by a SIGUSR2 when he/she find something unusual. For example, following command record system calls, schedule events and

[PATCH v7 7/8] perf tools: Check write_backward during evlist config

Before this patch, when using overwritable ring buffer on an old kernel, error message is misleading: # ~/perf record -m 1 -e raw_syscalls:*/overwrite/ -a Error: The raw_syscalls:sys_enter event is not supported. This patch output clear error message to tell user his/her kernel is too old:

Re: [PATCH 10/10] mm: balance LRU lists based on relative thrashing

On Mon, Jun 13, 2016 at 11:52:31AM -0400, Johannes Weiner wrote: > On Fri, Jun 10, 2016 at 11:19:35AM +0900, Minchan Kim wrote: > > On Mon, Jun 06, 2016 at 03:48:36PM -0400, Johannes Weiner wrote: > > > @@ -79,6 +79,7 @@ enum pageflags { > > > PG_dirty, > > > PG_lru, > > > PG_active, > > > +

Re: [PATCH 10/10] mm: balance LRU lists based on relative thrashing

On Mon, Jun 13, 2016 at 11:52:31AM -0400, Johannes Weiner wrote: > On Fri, Jun 10, 2016 at 11:19:35AM +0900, Minchan Kim wrote: > > On Mon, Jun 06, 2016 at 03:48:36PM -0400, Johannes Weiner wrote: > > > @@ -79,6 +79,7 @@ enum pageflags { > > > PG_dirty, > > > PG_lru, > > > PG_active, > > > +

Re: [PATCH] Linux VM workaround for Knights Landing A/D leak

On Tue, Jun 14, 2016 at 2:37 PM, Dave Hansen wrote: > On 06/14/2016 01:16 PM, Nadav Amit wrote: >> Dave Hansen wrote: >> >>> On 06/14/2016 09:47 AM, Nadav Amit wrote: Lukasz Anaczkowski wrote:

Re: Boot failure on emev2/kzm9d (was: Re: [PATCH v2 11/11] mm/slab: lockless decision to grow cache)

On Tue, Jun 14, 2016 at 12:45:14PM +0200, Geert Uytterhoeven wrote: > Hi Joonsoo, > > On Tue, Jun 14, 2016 at 10:11 AM, Joonsoo Kim wrote: > > On Tue, Jun 14, 2016 at 09:31:23AM +0200, Geert Uytterhoeven wrote: > >> On Tue, Jun 14, 2016 at 8:24 AM, Joonsoo Kim

[PATCH RFT] regulator: qcom_smd: Remove list_voltage callback for rpm_smps_ldo_ops_fixed

Use regulator_list_voltage_linear_range in rpm_smps_ldo_ops_fixed is wrong because it is used for fixed regulator without any linear range. The rpm_smps_ldo_ops_fixed is used for pm8941_lnldo which has fixed_uV set and n_voltages = 1. In this case, regulator_list_voltage() can return

Re: [PATCH] Linux VM workaround for Knights Landing A/D leak

On Tue, Jun 14, 2016 at 2:37 PM, Dave Hansen wrote: > On 06/14/2016 01:16 PM, Nadav Amit wrote: >> Dave Hansen wrote: >> >>> On 06/14/2016 09:47 AM, Nadav Amit wrote: Lukasz Anaczkowski wrote: >> From: Andi Kleen >> +void fix_pte_leak(struct mm_struct *mm, unsigned long addr,

Re: Boot failure on emev2/kzm9d (was: Re: [PATCH v2 11/11] mm/slab: lockless decision to grow cache)

On Tue, Jun 14, 2016 at 12:45:14PM +0200, Geert Uytterhoeven wrote: > Hi Joonsoo, > > On Tue, Jun 14, 2016 at 10:11 AM, Joonsoo Kim wrote: > > On Tue, Jun 14, 2016 at 09:31:23AM +0200, Geert Uytterhoeven wrote: > >> On Tue, Jun 14, 2016 at 8:24 AM, Joonsoo Kim > >> wrote: > >> > On Mon, Jun

[PATCH RFT] regulator: qcom_smd: Remove list_voltage callback for rpm_smps_ldo_ops_fixed

Use regulator_list_voltage_linear_range in rpm_smps_ldo_ops_fixed is wrong because it is used for fixed regulator without any linear range. The rpm_smps_ldo_ops_fixed is used for pm8941_lnldo which has fixed_uV set and n_voltages = 1. In this case, regulator_list_voltage() can return

Re: [PATCH v2] nfsd: Always lock state exclusively.

On Jun 14, 2016, at 2:46 PM, J . Bruce Fields wrote: > On Tue, Jun 14, 2016 at 11:56:20AM -0400, Oleg Drokin wrote: >> >> On Jun 14, 2016, at 11:46 AM, J . Bruce Fields wrote: >> >>> On Sun, Jun 12, 2016 at 09:26:27PM -0400, Oleg Drokin wrote: It used to be the case that state had an

Re: [PATCH v2] nfsd: Always lock state exclusively.

On Jun 14, 2016, at 2:46 PM, J . Bruce Fields wrote: > On Tue, Jun 14, 2016 at 11:56:20AM -0400, Oleg Drokin wrote: >> >> On Jun 14, 2016, at 11:46 AM, J . Bruce Fields wrote: >> >>> On Sun, Jun 12, 2016 at 09:26:27PM -0400, Oleg Drokin wrote: It used to be the case that state had an

Re: [PATCH V2] block: correctly fallback for zeroout

> "Christoph" == Christoph Hellwig writes: Christoph> We can move the sanity checks out. Or even better get rid of Christoph> the stupid behavior of ignoring the late -EOPNOTSUPP in this Christoph> low level helper and instead leaving it to the caller(s) that Christoph>

Re: [PATCH V2] block: correctly fallback for zeroout

> "Christoph" == Christoph Hellwig writes: Christoph> We can move the sanity checks out. Or even better get rid of Christoph> the stupid behavior of ignoring the late -EOPNOTSUPP in this Christoph> low level helper and instead leaving it to the caller(s) that Christoph> care. It definitely

Re: [PATCH 6/6] ASoC: sgtl5000: Remove misleading comment

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > All new designs should use external VDDD according to official > documentation. See ER1 in errata sheet: > http://cache.nxp.com/files/analog/doc/errata/SGTL5000ER.pdf > > Signed-off-by: Clemens Gruber

Re: [PATCH 6/6] ASoC: sgtl5000: Remove misleading comment

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > All new designs should use external VDDD according to official > documentation. See ER1 in errata sheet: > http://cache.nxp.com/files/analog/doc/errata/SGTL5000ER.pdf > > Signed-off-by: Clemens Gruber Reviewed-by: Fabio Estevam

Re: [PATCH] arm64: Implement arch_setup_pdev_archdata hook

On 14 June 2016 at 22:43, Catalin Marinas wrote: > On Tue, Jun 07, 2016 at 05:22:25PM +0800, Baolin Wang wrote: >> On 7 June 2016 at 17:15, Robin Murphy wrote: >> > Please elaborate on the situation that you're attempting to address here >> >

Re: [PATCH 5/6] ASoC: sgtl5000: Do not disable regulators in SND_SOC_BIAS_OFF

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > Disabling the SGTL5000 through regulators would certainly save more > power than simply disabling the reference voltages as described in the > data sheet, but won't

Re: [PATCH 4/6] ASoC: sgtl5000: Disable internal PLL early

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > To handle the soft reboot case, the internal PLL must be > disabled in SGTL5000_CHIP_CLK_CTRL before clearing bits > SGTL5000_VCOAMP_POWERUP and SGTL5000_PLL_POWERUP in >

Re: [PATCH] arm64: Implement arch_setup_pdev_archdata hook

On 14 June 2016 at 22:43, Catalin Marinas wrote: > On Tue, Jun 07, 2016 at 05:22:25PM +0800, Baolin Wang wrote: >> On 7 June 2016 at 17:15, Robin Murphy wrote: >> > Please elaborate on the situation that you're attempting to address here >> > (please don't let it be the ongoing Designware USB

Re: [PATCH 5/6] ASoC: sgtl5000: Do not disable regulators in SND_SOC_BIAS_OFF

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > Disabling the SGTL5000 through regulators would certainly save more > power than simply disabling the reference voltages as described in the > data sheet, but won't properly restore things on resume. > > This driver

Re: [PATCH 4/6] ASoC: sgtl5000: Disable internal PLL early

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > To handle the soft reboot case, the internal PLL must be > disabled in SGTL5000_CHIP_CLK_CTRL before clearing bits > SGTL5000_VCOAMP_POWERUP and SGTL5000_PLL_POWERUP in > register SGTL5000_CHIP_ANA_POWER. > >

Re: [PATCH 3/6] ASoC: sgtl5000: Initialize CHIP_ANA_POWER to power-on defaults

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > Initialize CHIP_ANA_POWER to match power on defaults, which disables > ADC, DAC, and charge pumps. > > In the process, remove references to the following register/bitfields

Re: [PATCH 2/6] ASoC: sgtl5000: Write all default registers

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > If an error occurs writing defaults, produce an error message but > continue writing other registers. The failure of a single write should > not cause catastrophic device

Re: [PATCH 3/6] ASoC: sgtl5000: Initialize CHIP_ANA_POWER to power-on defaults

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > Initialize CHIP_ANA_POWER to match power on defaults, which disables > ADC, DAC, and charge pumps. > > In the process, remove references to the following register/bitfields > from the sgtl5000_set_power_regs routine: >

Re: [PATCH 2/6] ASoC: sgtl5000: Write all default registers

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > If an error occurs writing defaults, produce an error message but > continue writing other registers. The failure of a single write should > not cause catastrophic device failure. > > In at least one occurrence, I2C

[PATCH] pwm: Create device class for pwm channels

From: David Hsu Pwm channels don't send uevents when exported, this change adds the channels to a pwm class and set their device type to pwm_channel so uevents are sent. To do this properly, the device names need to change to uniquely identify a channel. This change is

Re: [PATCH 1/6] ASoC: sgtl5000: Fix regulator support

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > Regulator support on SGTL5000 is broken because the VDDIO and > VDDA and VDDD should be powered on before enabling MCLK as > shown in Figure 4 of [1]. This requires moving

[PATCH] pwm: Create device class for pwm channels

From: David Hsu Pwm channels don't send uevents when exported, this change adds the channels to a pwm class and set their device type to pwm_channel so uevents are sent. To do this properly, the device names need to change to uniquely identify a channel. This change is from pwmN to

Re: [PATCH 1/6] ASoC: sgtl5000: Fix regulator support

On Mon, Jun 6, 2016 at 8:14 PM, Clemens Gruber wrote: > From: Eric Nelson > > Regulator support on SGTL5000 is broken because the VDDIO and > VDDA and VDDD should be powered on before enabling MCLK as > shown in Figure 4 of [1]. This requires moving control of the > regulators from the codec

Re: [PATCH] audit: add fields to exclude filter by reusing user filter

On 16/06/03, Paul Moore wrote: > On Fri, Jun 3, 2016 at 4:24 PM, Richard Guy Briggs wrote: > > On 16/06/03, Paul Moore wrote: > >> On Wed, Jun 1, 2016 at 6:50 PM, Richard Guy Briggs wrote: > >> > RFE: add additional fields for use in audit filter exclude rules >

Re: [PATCH] audit: add fields to exclude filter by reusing user filter

On 16/06/03, Paul Moore wrote: > On Fri, Jun 3, 2016 at 4:24 PM, Richard Guy Briggs wrote: > > On 16/06/03, Paul Moore wrote: > >> On Wed, Jun 1, 2016 at 6:50 PM, Richard Guy Briggs wrote: > >> > RFE: add additional fields for use in audit filter exclude rules > >> >

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 14, 2016 at 6:46 PM, Mike Snitzer wrote: > On Tue, Jun 14 2016 at 4:19pm -0400, > Jeff Moyer wrote: > >> Mike Snitzer writes: >> >> > On Tue, Jun 14 2016 at 9:50am -0400, >> > Jeff Moyer wrote: >> > >>

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 14, 2016 at 6:46 PM, Mike Snitzer wrote: > On Tue, Jun 14 2016 at 4:19pm -0400, > Jeff Moyer wrote: > >> Mike Snitzer writes: >> >> > On Tue, Jun 14 2016 at 9:50am -0400, >> > Jeff Moyer wrote: >> > >> >> "Kani, Toshimitsu" writes: >> >> >> >> >> I had dm-linear and md-raid0

Re: [PATCH v3] storvsc: use small sg_tablesize on x86

> "Olaf" == Olaf Hering writes: Olaf> On Thu, Jun 09, James Bottomley wrote: >> On Thu, 2016-06-09 at 18:25 +0200, Olaf Hering wrote: >> > Reducing the sg_tablesize allows booting of 32bit kernels in VMs, > >> after > commit be0cf6ca301c61458dc4aa1a37acf4f58d2ed3d6 ("scsi: >>

Re: [PATCH v3] storvsc: use small sg_tablesize on x86

> "Olaf" == Olaf Hering writes: Olaf> On Thu, Jun 09, James Bottomley wrote: >> On Thu, 2016-06-09 at 18:25 +0200, Olaf Hering wrote: >> > Reducing the sg_tablesize allows booting of 32bit kernels in VMs, > >> after > commit be0cf6ca301c61458dc4aa1a37acf4f58d2ed3d6 ("scsi: >> storvsc: Set >

[power_supply] 30f4db08b1: driver failed to report `online' property: -11

FYI, we noticed the following commit: https://github.com/0day-ci/linux Rhyland-Klein/power_supply-fix-return-value-of-get_property/20160614-050752 commit 30f4db08b1f61c5e928503d8dcb97da2d5317f13 ("power_supply: fix return value of get_property") on test machine: vm-vp-quantal

[power_supply] 30f4db08b1: driver failed to report `online' property: -11

FYI, we noticed the following commit: https://github.com/0day-ci/linux Rhyland-Klein/power_supply-fix-return-value-of-get_property/20160614-050752 commit 30f4db08b1f61c5e928503d8dcb97da2d5317f13 ("power_supply: fix return value of get_property") on test machine: vm-vp-quantal

Re: perf probe issues

On Tue, 14 Jun 2016 14:05:04 -0300 Arnaldo Carvalho de Melo wrote: > Hi Masami, > > While investigating a problem in the annotation code reported by > Linus, with "kaslr" on the kernel command line and this in .config: > > [root@jouet ~]# egrep

Re: perf probe issues

On Tue, 14 Jun 2016 14:05:04 -0300 Arnaldo Carvalho de Melo wrote: > Hi Masami, > > While investigating a problem in the annotation code reported by > Linus, with "kaslr" on the kernel command line and this in .config: > > [root@jouet ~]# egrep 'CONFIG_(RANDOMIZE_BASE|DEBUG_INFO)' >

[PATCH v2] more mapcount page as kpage could reduce total replacement times than fewer mapcount one in probability.

From: z00281421 more mapcount page as kpage could reduce total replacement times than fewer mapcount one when ksmd scan and replace among forked pages later. Signed-off-by: z00281421 --- mm/ksm.c |8 1 file

[PATCH v2] more mapcount page as kpage could reduce total replacement times than fewer mapcount one in probability.

From: z00281421 more mapcount page as kpage could reduce total replacement times than fewer mapcount one when ksmd scan and replace among forked pages later. Signed-off-by: z00281421 --- mm/ksm.c |8 1 file changed, 8 insertions(+) diff --git a/mm/ksm.c b/mm/ksm.c index

Re: [PATCH v3 07/10] drm/bridge: analogix_dp: passing the connector as an argument in .get_modes()

On 06/15/2016 12:28 AM, Daniel Vetter wrote: On Tue, Jun 14, 2016 at 06:26:56PM +0200, Daniel Vetter wrote: On Tue, Jun 14, 2016 at 07:46:29PM +0800, Yakir Yang wrote: It's better to pass the connector to platform driver in .get_modes() callback, just like what the .get_modes() helper function

Re: [PATCH v3 07/10] drm/bridge: analogix_dp: passing the connector as an argument in .get_modes()

On 06/15/2016 12:28 AM, Daniel Vetter wrote: On Tue, Jun 14, 2016 at 06:26:56PM +0200, Daniel Vetter wrote: On Tue, Jun 14, 2016 at 07:46:29PM +0800, Yakir Yang wrote: It's better to pass the connector to platform driver in .get_modes() callback, just like what the .get_modes() helper function

Re: [PATCH] extcon: palmas: Fix boot up state of VBUS when using GPIO detection

On 2016년 06월 14일 23:04, Roger Quadros wrote: > If USB cable is connected prior to boot, we don't get any interrupts > so we must manually check the VBUS state and report it during probe. > If we don't do it then USB controller will never know that peripheral > cable was connected till the user

Re: [PATCH] extcon: palmas: Fix boot up state of VBUS when using GPIO detection

On 2016년 06월 14일 23:04, Roger Quadros wrote: > If USB cable is connected prior to boot, we don't get any interrupts > so we must manually check the VBUS state and report it during probe. > If we don't do it then USB controller will never know that peripheral > cable was connected till the user

Re: [PATCH v3 05/10] drm/rockchip: analogix_dp: add rk3399 eDP support

Doug, On 06/14/2016 11:24 PM, Doug Anderson wrote: Yakir, On Tue, Jun 14, 2016 at 4:46 AM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Signed-off-by: Yakir Yang

Re: [PATCH v3 05/10] drm/rockchip: analogix_dp: add rk3399 eDP support

Doug, On 06/14/2016 11:24 PM, Doug Anderson wrote: Yakir, On Tue, Jun 14, 2016 at 4:46 AM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Signed-off-by: Yakir Yang Acked-by: Mark Yao --- Changes in

Re: BPF runtime for systemtap

brendan.d.gregg wrote: > [...] > Great! Is there a hello world example in there somewhere? I found this: > [...] Yup. Here is a smoke test. (A great many other things are not yet working.) % sudo ./stap -v --runtime=bpf -e 'global foo probe kprobe.function("vfs_read"),

Re: BPF runtime for systemtap

brendan.d.gregg wrote: > [...] > Great! Is there a hello world example in there somewhere? I found this: > [...] Yup. Here is a smoke test. (A great many other things are not yet working.) % sudo ./stap -v --runtime=bpf -e 'global foo probe kprobe.function("vfs_read"),

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 14 2016 at 4:19pm -0400, Jeff Moyer wrote: > Mike Snitzer writes: > > > On Tue, Jun 14 2016 at 9:50am -0400, > > Jeff Moyer wrote: > > > >> "Kani, Toshimitsu" writes: > >> > >> >> I had dm-linear and

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, Jun 14 2016 at 4:19pm -0400, Jeff Moyer wrote: > Mike Snitzer writes: > > > On Tue, Jun 14 2016 at 9:50am -0400, > > Jeff Moyer wrote: > > > >> "Kani, Toshimitsu" writes: > >> > >> >> I had dm-linear and md-raid0 support on my list of things to look at, > >> >> did you have raid0

Re: [PATCH v9 05/22] IB/hns: Add initial profile resource

Hi, On 2016/6/9 15:01, Leon Romanovsky wrote: > On Wed, Jun 01, 2016 at 11:37:47PM +0800, Lijun Ou wrote: >> This patch mainly configured some profile resoure. For example, >> vendor_id, hardware version, and some data structure sizes so on. >> >> Signed-off-by: Wei Hu >>

Re: [PATCH v9 05/22] IB/hns: Add initial profile resource

Hi, On 2016/6/9 15:01, Leon Romanovsky wrote: > On Wed, Jun 01, 2016 at 11:37:47PM +0800, Lijun Ou wrote: >> This patch mainly configured some profile resoure. For example, >> vendor_id, hardware version, and some data structure sizes so on. >> >> Signed-off-by: Wei Hu >> Signed-off-by: Nenglong

[PATCH v2 0/6] i.MX L2-cache code cleanups and performance tweaks

Hi everyone, Here's the second version of i.MX L2-cache related patches. Here's what's new from v1: - Already existing, spelling error free (shame on me for not noticing that in previous version!), symbolic constant defintions are used - Increased scope of magic number replacement

[PATCH v2 0/6] i.MX L2-cache code cleanups and performance tweaks

Hi everyone, Here's the second version of i.MX L2-cache related patches. Here's what's new from v1: - Already existing, spelling error free (shame on me for not noticing that in previous version!), symbolic constant defintions are used - Increased scope of magic number replacement

[PATCH v2 3/6] i.MX: system.c: Replace magic numbers

Signed-off-by: Andrey Smirnov --- arch/arm/include/asm/hardware/cache-l2x0.h | 1 + arch/arm/mach-imx/system.c | 5 - arch/arm/mm/cache-l2x0.c | 6 -- 3 files changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH v2 3/6] i.MX: system.c: Replace magic numbers

Signed-off-by: Andrey Smirnov --- arch/arm/include/asm/hardware/cache-l2x0.h | 1 + arch/arm/mach-imx/system.c | 5 - arch/arm/mm/cache-l2x0.c | 6 -- 3 files changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH v2 2/6] i.MX: system.c: Remove redundant errata 752271 code

Applying a fix for ARM errata 752271 would already be taken care by a call to a 'fixup' hook as a part of l2x0_of_init() -> __l2c_init() call chain. Moreso the code in 'fixup' function would do that based on the PL310's revsion information, whereas removde code does so based on SoC version which

[PATCH v2 1/6] i.MX: system.c: Convert goto to if statement

Using goto here doesn't bring any advantages and only makes the code flow less clear. No functional changes. Signed-off-by: Andrey Smirnov --- arch/arm/mach-imx/system.c | 36 +--- 1 file changed, 17 insertions(+), 19 deletions(-) diff

[PATCH v2 4/6] ARM: cache-l2x0: Do not clear bit 23 in prefetch control register

As per L2C-310 TRM[1]: "... You can control this feature using bits 30,27, and 23 of the Prefetch Control Register. Bit 23 and27 are only used if you set bit 30 HIGH..." which means there is no need to clear bit 23 if bit 30 is being cleared. [1]

Re: [PATCH 3/4] x86: Rewrite switch_to() code

On Sat, May 21, 2016 at 9:04 AM, Brian Gerst wrote: > Move the low-level context switch code to an out-of-line asm stub instead of > using complex inline asm. This allows constructing a new stack frame for the > child process to make it seamlessly flow to ret_from_fork without

[PATCH v2 2/6] i.MX: system.c: Remove redundant errata 752271 code

Applying a fix for ARM errata 752271 would already be taken care by a call to a 'fixup' hook as a part of l2x0_of_init() -> __l2c_init() call chain. Moreso the code in 'fixup' function would do that based on the PL310's revsion information, whereas removde code does so based on SoC version which

[PATCH v2 1/6] i.MX: system.c: Convert goto to if statement

Using goto here doesn't bring any advantages and only makes the code flow less clear. No functional changes. Signed-off-by: Andrey Smirnov --- arch/arm/mach-imx/system.c | 36 +--- 1 file changed, 17 insertions(+), 19 deletions(-) diff --git

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