[PATCH v12 10/14] sun4i-codec: Add Line Boost Volume.

--- sound/soc/sunxi/sun4i-codec.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index c47ffd5..564df33 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -107,6 +107,7 @@ #define

[PATCH v12 10/14] sun4i-codec: Add Line Boost Volume.

--- sound/soc/sunxi/sun4i-codec.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index c47ffd5..564df33 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -107,6 +107,7 @@ #define

[PATCH v12 14/14] sun4i-codec: Add Capture Volume.

--- sound/soc/sunxi/sun4i-codec.c | 5 + 1 file changed, 5 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 65a4685..a596249 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -675,6 +675,7 @@ static

[PATCH v12 13/14] sun4i-codec: Add Left Capture Select, Right Capture Select.

--- sound/soc/sunxi/sun4i-codec.c | 50 +++ 1 file changed, 50 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 085a603..65a4685 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@

[PATCH v12 14/14] sun4i-codec: Add Capture Volume.

--- sound/soc/sunxi/sun4i-codec.c | 5 + 1 file changed, 5 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 65a4685..a596249 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -675,6 +675,7 @@ static

[PATCH v12 13/14] sun4i-codec: Add Left Capture Select, Right Capture Select.

--- sound/soc/sunxi/sun4i-codec.c | 50 +++ 1 file changed, 50 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 085a603..65a4685 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@

[PATCH v12 11/14] sun4i-codec: Add Line Right, Line Left, Line Playback Switch.

--- sound/soc/sunxi/sun4i-codec.c | 9 + 1 file changed, 9 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 564df33..bcd665d 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -67,6 +67,8 @@ #define

[PATCH v12 11/14] sun4i-codec: Add Line Right, Line Left, Line Playback Switch.

--- sound/soc/sunxi/sun4i-codec.c | 9 + 1 file changed, 9 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 564df33..bcd665d 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -67,6 +67,8 @@ #define

[PATCH v12 07/14] sun4i-codec: Add FM Playback Volume.

--- sound/soc/sunxi/sun4i-codec.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 55687f9..5b6f100 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -64,6 +64,7 @@ #define

[PATCH v12 12/14] sun4i-codec: Add Differential Line Source.

--- sound/soc/sunxi/sun4i-codec.c | 24 1 file changed, 24 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index bcd665d..085a603 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -110,6 +110,7 @@

[PATCH v12 07/14] sun4i-codec: Add FM Playback Volume.

--- sound/soc/sunxi/sun4i-codec.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 55687f9..5b6f100 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -64,6 +64,7 @@ #define

[PATCH v12 12/14] sun4i-codec: Add Differential Line Source.

--- sound/soc/sunxi/sun4i-codec.c | 24 1 file changed, 24 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index bcd665d..085a603 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -110,6 +110,7 @@

[PATCH v12 02/14] sun4i-codec: Add Mic Playback Volume.

--- sound/soc/sunxi/sun4i-codec.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index f703293..49b9cd1 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -64,6 +64,7 @@ #define

[PATCH v12 02/14] sun4i-codec: Add Mic Playback Volume.

--- sound/soc/sunxi/sun4i-codec.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index f703293..49b9cd1 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -64,6 +64,7 @@ #define

[PATCH v12 06/14] sun4i-codec: Add Mic1 Playback Switch, Mic2 Playback Switch.

--- sound/soc/sunxi/sun4i-codec.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 3718137..55687f9 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -68,6 +68,10 @@ #define

[PATCH v12 08/14] sun4i-codec: Add FM Left, FM Right, FM Playback Switch.

--- sound/soc/sunxi/sun4i-codec.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 5b6f100..234ded2 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -702,6 +702,9 @@ static const struct

[PATCH v12 01/14] sun4i-codec: Add MIC2 Pre-Amplifier, Mic2.

--- sound/soc/sunxi/sun4i-codec.c | 9 + 1 file changed, 9 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 1500699..f703293 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -711,6 +711,8 @@ static const

[PATCH v12 00/14] sun4i-codec: Add Line-In, FM-In, Mic 2, Capture Source, Differential Line-In

This patchset adds some mixer controls to sun4i-codec. It also adds a mux for the capture source and the PGA for the MIC2 preamp. Where possible, it uses SOC_DAPM_DOUBLE in order to cut down on the number of distinct controls in alsamixer. v12 changes compared to v11 are: - Split u patchset in

[PATCH v12 01/14] sun4i-codec: Add MIC2 Pre-Amplifier, Mic2.

--- sound/soc/sunxi/sun4i-codec.c | 9 + 1 file changed, 9 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 1500699..f703293 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -711,6 +711,8 @@ static const

[PATCH v12 00/14] sun4i-codec: Add Line-In, FM-In, Mic 2, Capture Source, Differential Line-In

This patchset adds some mixer controls to sun4i-codec. It also adds a mux for the capture source and the PGA for the MIC2 preamp. Where possible, it uses SOC_DAPM_DOUBLE in order to cut down on the number of distinct controls in alsamixer. v12 changes compared to v11 are: - Split u patchset in

[PATCH v12 06/14] sun4i-codec: Add Mic1 Playback Switch, Mic2 Playback Switch.

--- sound/soc/sunxi/sun4i-codec.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 3718137..55687f9 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -68,6 +68,10 @@ #define

[PATCH v12 08/14] sun4i-codec: Add FM Left, FM Right, FM Playback Switch.

--- sound/soc/sunxi/sun4i-codec.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index 5b6f100..234ded2 100644 --- a/sound/soc/sunxi/sun4i-codec.c +++ b/sound/soc/sunxi/sun4i-codec.c @@ -702,6 +702,9 @@ static const struct

Re: [PATCH] ARM64: Kconfig: Fix the missing hi655x common clk

On Fri, Jun 9, 2017 at 10:15 PM, John Stultz wrote: > On Fri, Jun 9, 2017 at 1:06 PM, Arnd Bergmann wrote: >> On Fri, Jun 9, 2017 at 5:46 PM, Daniel Lezcano >> wrote: >>> On Tue, Jun 06, 2017 at 04:17:40PM +0200, Ulf Hansson

Re: [PATCH] ARM64: Kconfig: Fix the missing hi655x common clk

On Fri, Jun 9, 2017 at 10:15 PM, John Stultz wrote: > On Fri, Jun 9, 2017 at 1:06 PM, Arnd Bergmann wrote: >> On Fri, Jun 9, 2017 at 5:46 PM, Daniel Lezcano >> wrote: >>> On Tue, Jun 06, 2017 at 04:17:40PM +0200, Ulf Hansson wrote: On 5 June 2017 at 20:13, Daniel Lezcano wrote: >

[PATCH v3 05/14] dm: add ->flush() dax operation support

Allow device-mapper to route flush operations to the per-target implementation. In order for the device stacking to work we need a dax_dev and a pgoff relative to that device. This gives each layer of the stack the information it needs to look up the operation pointer for the next level. This

[PATCH v3 05/14] dm: add ->flush() dax operation support

Allow device-mapper to route flush operations to the per-target implementation. In order for the device stacking to work we need a dax_dev and a pgoff relative to that device. This gives each layer of the stack the information it needs to look up the operation pointer for the next level. This

[PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm

With all calls to this routine re-directed through the pmem driver, we can kill the pmem api indirection. arch_wb_cache_pmem() is now optionally supplied by the arch specific asm/pmem.h. Same as before, pmem flushing is only defined for x86_64, but it is straightforward to add other archs in the

[PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm

With all calls to this routine re-directed through the pmem driver, we can kill the pmem api indirection. arch_wb_cache_pmem() is now optionally supplied by the arch specific asm/pmem.h. Same as before, pmem flushing is only defined for x86_64, but it is straightforward to add other archs in the

[PATCH v3 09/14] x86, libnvdimm, pmem: move arch_invalidate_pmem() to libnvdimm

Kill this globally defined wrapper and move to libnvdimm so that we can ultimately remove include/linux/pmem.h. Cc: Cc: Jan Kara Cc: Jeff Moyer Cc: Ingo Molnar Cc: Christoph Hellwig Cc: "H. Peter Anvin"

[PATCH v3 09/14] x86, libnvdimm, pmem: move arch_invalidate_pmem() to libnvdimm

Kill this globally defined wrapper and move to libnvdimm so that we can ultimately remove include/linux/pmem.h. Cc: Cc: Jan Kara Cc: Jeff Moyer Cc: Ingo Molnar Cc: Christoph Hellwig Cc: "H. Peter Anvin" Cc: Thomas Gleixner Cc: Matthew Wilcox Cc: Ross Zwisler Signed-off-by: Dan Williams

[PATCH v3 12/14] libnvdimm, nfit: enable support for volatile ranges

Allow volatile nfit ranges to participate in all the same infrastructure provided for persistent memory regions. A resulting resulting namespace device will still be called "pmem", but the parent region type will be "nd_volatile". This is in preparation for disabling the dax ->flush() operation in

[PATCH v3 12/14] libnvdimm, nfit: enable support for volatile ranges

Allow volatile nfit ranges to participate in all the same infrastructure provided for persistent memory regions. A resulting resulting namespace device will still be called "pmem", but the parent region type will be "nd_volatile". This is in preparation for disabling the dax ->flush() operation in

[PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC

Some platforms arrange for cpu caches to be flushed on power-fail. On those platforms there is no requirement that the kernel track and flush potentially dirty cache lines. Given that we still insert entries into the radix for locking purposes this patch only disables the cache flush loop, not the

[PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC

Some platforms arrange for cpu caches to be flushed on power-fail. On those platforms there is no requirement that the kernel track and flush potentially dirty cache lines. Given that we still insert entries into the radix for locking purposes this patch only disables the cache flush loop, not the

[PATCH v3 07/14] x86, dax: replace clear_pmem() with open coded memset + dax_ops->flush

The clear_pmem() helper simply combines a memset() plus a cache flush. Now that the flush routine is optionally provided by the dax device driver we can avoid unnecessary cache management on dax devices fronting volatile memory. With clear_pmem() gone we can follow on with a patch to make pmem

[PATCH v3 07/14] x86, dax: replace clear_pmem() with open coded memset + dax_ops->flush

The clear_pmem() helper simply combines a memset() plus a cache flush. Now that the flush routine is optionally provided by the dax device driver we can avoid unnecessary cache management on dax devices fronting volatile memory. With clear_pmem() gone we can follow on with a patch to make pmem

[PATCH v3 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region

The pmem driver attaches to both persistent and volatile memory ranges advertised by the ACPI NFIT. When the region is volatile it is redundant to spend cycles flushing caches at fsync(). Check if the hosting region is volatile and do not set QUEUE_FLAG_WC if it is. Cc: Jan Kara

[PATCH v3 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region

The pmem driver attaches to both persistent and volatile memory ranges advertised by the ACPI NFIT. When the region is volatile it is redundant to spend cycles flushing caches at fsync(). Check if the hosting region is volatile and do not set QUEUE_FLAG_WC if it is. Cc: Jan Kara Cc: Jeff Moyer

[PATCH v3 11/14] libnvdimm, pmem: fix persistence warning

The pmem driver assumes if platform firmware describes the memory devices associated with a persistent memory range and CONFIG_ARCH_HAS_PMEM_API=y that it has all the mechanism necessary to flush data to a power-fail safe zone. We warn if the firmware does not describe memory devices, but we also

[PATCH v3 11/14] libnvdimm, pmem: fix persistence warning

The pmem driver assumes if platform firmware describes the memory devices associated with a persistent memory range and CONFIG_ARCH_HAS_PMEM_API=y that it has all the mechanism necessary to flush data to a power-fail safe zone. We warn if the firmware does not describe memory devices, but we also

[PATCH v3 10/14] pmem: remove global pmem api

Now that all callers of the pmem api have been converted to dax helpers that call back to the pmem driver, we can remove include/linux/pmem.h. Cc: Cc: Jan Kara Cc: Jeff Moyer Cc: Ingo Molnar Cc: Christoph Hellwig

[PATCH v3 04/14] dax, pmem: introduce an optional 'flush' dax_operation

Filesystem-DAX flushes caches whenever it writes to the address returned through dax_direct_access() and when writing back dirty radix entries. That flushing is only required in the pmem case, so add a dax operation to allow pmem to take this extra action, but skip it for other dax capable devices

[PATCH v3 04/14] dax, pmem: introduce an optional 'flush' dax_operation

Filesystem-DAX flushes caches whenever it writes to the address returned through dax_direct_access() and when writing back dirty radix entries. That flushing is only required in the pmem case, so add a dax operation to allow pmem to take this extra action, but skip it for other dax capable devices

[PATCH v3 10/14] pmem: remove global pmem api

Now that all callers of the pmem api have been converted to dax helpers that call back to the pmem driver, we can remove include/linux/pmem.h. Cc: Cc: Jan Kara Cc: Jeff Moyer Cc: Ingo Molnar Cc: Christoph Hellwig Cc: Toshi Kani Cc: Oliver O'Halloran Cc: Ross Zwisler Signed-off-by: Dan

[PATCH v3 00/14] pmem: stop abusing __copy_user_nocache(), and other reworks

Changes since v2 [1]: 1/ Address the concerns from "[NAK] copy_from_iter_ops()" [2]. The copy_from_iter_ops approach is replaced with a new set _flushcache memcpy and user-copy helpers (Al) 2/ Use _flushcache as the suffix for the new cache managing copy helpers rather than _writethrough

[PATCH v3 01/14] x86, uaccess: introduce copy_from_iter_flushcache for pmem / cache-bypass operations

The pmem driver has a need to transfer data with a persistent memory destination and be able to rely on the fact that the destination writes are not cached. It is sufficient for the writes to be flushed to a cpu-store-buffer (non-temporal / "movnt" in x86 terms), as we expect userspace to call

[PATCH v3 00/14] pmem: stop abusing __copy_user_nocache(), and other reworks

Changes since v2 [1]: 1/ Address the concerns from "[NAK] copy_from_iter_ops()" [2]. The copy_from_iter_ops approach is replaced with a new set _flushcache memcpy and user-copy helpers (Al) 2/ Use _flushcache as the suffix for the new cache managing copy helpers rather than _writethrough

[PATCH v3 01/14] x86, uaccess: introduce copy_from_iter_flushcache for pmem / cache-bypass operations

The pmem driver has a need to transfer data with a persistent memory destination and be able to rely on the fact that the destination writes are not cached. It is sufficient for the writes to be flushed to a cpu-store-buffer (non-temporal / "movnt" in x86 terms), as we expect userspace to call

[PATCH v3 06/14] filesystem-dax: convert to dax_flush()

Filesystem-DAX flushes caches whenever it writes to the address returned through dax_direct_access() and when writing back dirty radix entries. That flushing is only required in the pmem case, so the dax_flush() helper skips cache management work when the underlying driver does not specify a flush

[PATCH v3 03/14] filesystem-dax: convert to dax_copy_from_iter()

Now that all possible providers of the dax_operations copy_from_iter method are implemented, switch filesytem-dax to call the driver rather than copy_to_iter_pmem. Signed-off-by: Dan Williams --- arch/x86/include/asm/pmem.h | 50

[PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support

Allow device-mapper to route copy_from_iter operations to the per-target implementation. In order for the device stacking to work we need a dax_dev and a pgoff relative to that device. This gives each layer of the stack the information it needs to look up the operation pointer for the next level.

[PATCH v3 06/14] filesystem-dax: convert to dax_flush()

Filesystem-DAX flushes caches whenever it writes to the address returned through dax_direct_access() and when writing back dirty radix entries. That flushing is only required in the pmem case, so the dax_flush() helper skips cache management work when the underlying driver does not specify a flush

[PATCH v3 03/14] filesystem-dax: convert to dax_copy_from_iter()

Now that all possible providers of the dax_operations copy_from_iter method are implemented, switch filesytem-dax to call the driver rather than copy_to_iter_pmem. Signed-off-by: Dan Williams --- arch/x86/include/asm/pmem.h | 50 --- fs/dax.c

[PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support

Allow device-mapper to route copy_from_iter operations to the per-target implementation. In order for the device stacking to work we need a dax_dev and a pgoff relative to that device. This gives each layer of the stack the information it needs to look up the operation pointer for the next level.

[4.4.70 REGRESSION] Nouveau hangs up at boot

Hi, we've received a bug report about 4.4.70 kernel showing the hang up at boot. And, this turned out to be a regression in nouveau driver: https://bugzilla.suse.com/show_bug.cgi?id=1043467 I provided a test kernel reverting the last five commits about nouveau below, and it was confirmed to

[4.4.70 REGRESSION] Nouveau hangs up at boot

Hi, we've received a bug report about 4.4.70 kernel showing the hang up at boot. And, this turned out to be a regression in nouveau driver: https://bugzilla.suse.com/show_bug.cgi?id=1043467 I provided a test kernel reverting the last five commits about nouveau below, and it was confirmed to

Re: [PATCH] security: selinux: use kmem_cache for ebitmap

On Thu, Jun 8, 2017 at 12:18 AM, Junil Lee wrote: > The allocated size for each ebitmap_node is 192byte by kzalloc(). > Then, ebitmap_node size is fixed, so it's possible to use only 144byte > for each object by kmem_cache_zalloc(). > It can reduce some dynamic allocation

Re: [PATCH] security: selinux: use kmem_cache for ebitmap

On Thu, Jun 8, 2017 at 12:18 AM, Junil Lee wrote: > The allocated size for each ebitmap_node is 192byte by kzalloc(). > Then, ebitmap_node size is fixed, so it's possible to use only 144byte > for each object by kmem_cache_zalloc(). > It can reduce some dynamic allocation size. > > Signed-off-by:

Re: [PATCH] ARM64: Kconfig: Fix the missing hi655x common clk

On Fri, Jun 9, 2017 at 1:06 PM, Arnd Bergmann wrote: > On Fri, Jun 9, 2017 at 5:46 PM, Daniel Lezcano > wrote: >> On Tue, Jun 06, 2017 at 04:17:40PM +0200, Ulf Hansson wrote: >>> On 5 June 2017 at 20:13, Daniel Lezcano wrote:

Re: [PATCH] ARM64: Kconfig: Fix the missing hi655x common clk

On Fri, Jun 9, 2017 at 1:06 PM, Arnd Bergmann wrote: > On Fri, Jun 9, 2017 at 5:46 PM, Daniel Lezcano > wrote: >> On Tue, Jun 06, 2017 at 04:17:40PM +0200, Ulf Hansson wrote: >>> On 5 June 2017 at 20:13, Daniel Lezcano wrote: >>> > With the addition of the hi655x common clock, the config option

Re: [tip:timers/core] posix-timers: Zero settings value in common code

Hello Thomas, This patch breaks one of our CRIU tests: https://github.com/xemul/criu/blob/master/test/zdtm/static/posix_timers.c#L145 python /root/git/main/criu/test/zdtm.py run -t zdtm/static/posix_timers --iter 0 == Run zdtm/static/posix_timers in h ===

Re: [tip:timers/core] posix-timers: Zero settings value in common code

Hello Thomas, This patch breaks one of our CRIU tests: https://github.com/xemul/criu/blob/master/test/zdtm/static/posix_timers.c#L145 python /root/git/main/criu/test/zdtm.py run -t zdtm/static/posix_timers --iter 0 == Run zdtm/static/posix_timers in h ===

Re: [PATCH] gpio: mvebu: change compatible string for PWM support

On Fri, 9 Jun 2017 09:42:26 +0200 Linus Walleij wrote: > On Thu, Jun 1, 2017 at 10:08 PM, Ralph Sennhauser > wrote: > > > As it turns out more than just Armada 370 and XP support using GPIO > > lines as PWM lines. For example the Armada 38x

Re: [PATCH] gpio: mvebu: change compatible string for PWM support

On Fri, 9 Jun 2017 09:42:26 +0200 Linus Walleij wrote: > On Thu, Jun 1, 2017 at 10:08 PM, Ralph Sennhauser > wrote: > > > As it turns out more than just Armada 370 and XP support using GPIO > > lines as PWM lines. For example the Armada 38x family has the same > > hardware support. As such

Re: [PATCH] ARM64: Kconfig: Fix the missing hi655x common clk

On Fri, Jun 9, 2017 at 5:46 PM, Daniel Lezcano wrote: > On Tue, Jun 06, 2017 at 04:17:40PM +0200, Ulf Hansson wrote: >> On 5 June 2017 at 20:13, Daniel Lezcano wrote: >> > With the addition of the hi655x common clock, the config option is

Re: [PATCH] ARM64: Kconfig: Fix the missing hi655x common clk

On Fri, Jun 9, 2017 at 5:46 PM, Daniel Lezcano wrote: > On Tue, Jun 06, 2017 at 04:17:40PM +0200, Ulf Hansson wrote: >> On 5 June 2017 at 20:13, Daniel Lezcano wrote: >> > With the addition of the hi655x common clock, the config option is missing >> > for the ARM64's hi6220 platform. That leads

Re: [PATCH 7/7] MIPS: Use generic libgcc intrinsics

On Tue, Jun 06, 2017 at 12:10:23PM -0700, Palmer Dabbelt wrote: > These routines in arch/mips/lib/ are functionally identical to those > recently added to lib/ so remove them and select the generic ones. > > Signed-off-by: Matt Redfearn > Signed-off-by: Palmer Dabbelt

Re: [PATCH 7/7] MIPS: Use generic libgcc intrinsics

On Tue, Jun 06, 2017 at 12:10:23PM -0700, Palmer Dabbelt wrote: > These routines in arch/mips/lib/ are functionally identical to those > recently added to lib/ so remove them and select the generic ones. > > Signed-off-by: Matt Redfearn > Signed-off-by: Palmer Dabbelt Thanks, nice cleanup!

Re: [PATCH net-next] qed: add qed_int_sb_init() stub function

From: Arnd Bergmann Date: Fri, 9 Jun 2017 12:37:35 +0200 > When CONFIG_QED_SRIOV is disabled, we get a build error: > > drivers/net/ethernet/qlogic/qed/qed_int.c: In function 'qed_int_sb_init': > drivers/net/ethernet/qlogic/qed/qed_int.c:1499:4: error: implicit declaration > of

Re: [PATCH net-next] qed: add qed_int_sb_init() stub function

From: Arnd Bergmann Date: Fri, 9 Jun 2017 12:37:35 +0200 > When CONFIG_QED_SRIOV is disabled, we get a build error: > > drivers/net/ethernet/qlogic/qed/qed_int.c: In function 'qed_int_sb_init': > drivers/net/ethernet/qlogic/qed/qed_int.c:1499:4: error: implicit declaration > of function

[PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs

While working on enabling queued rwlock on SPARC, found this following code in include/asm-generic/qrwlock.h which uses CONFIG_CPU_BIG_ENDIAN to clear a byte. static inline u8 *__qrwlock_write_byte(struct qrwlock *lock) { return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN); }

[PATCH v2 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies

Found this problem while enabling queued rwlock on SPARC. The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the specific byte in qrwlock structure. Without this parameter, we clear the wrong byte. Here is the code in include/asm-generic/qrwlock.h static inline u8 *__qrwlock_write_byte(struct

[PATCH v2 1/2] arch: Define CPU_BIG_ENDIAN for all fixed big endian archs

While working on enabling queued rwlock on SPARC, found this following code in include/asm-generic/qrwlock.h which uses CONFIG_CPU_BIG_ENDIAN to clear a byte. static inline u8 *__qrwlock_write_byte(struct qrwlock *lock) { return (u8 *)lock + 3 * IS_BUILTIN(CONFIG_CPU_BIG_ENDIAN); }

[PATCH v2 0/2] Define CPU_BIG_ENDIAN or warn for inconsistencies

Found this problem while enabling queued rwlock on SPARC. The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the specific byte in qrwlock structure. Without this parameter, we clear the wrong byte. Here is the code in include/asm-generic/qrwlock.h static inline u8 *__qrwlock_write_byte(struct

[PATCH v2 2/2] include: warn for inconsistent endian config definition

We have seen some generic code use config parameter CONFIG_CPU_BIG_ENDIAN to decide the endianness. Here are the few examples. include/asm-generic/qrwlock.h drivers/of/base.c drivers/of/fdt.c drivers/tty/serial/earlycon.c drivers/tty/serial/serial_core.c Display warning if CPU_BIG_ENDIAN is not

[PATCH v2 2/2] include: warn for inconsistent endian config definition

We have seen some generic code use config parameter CONFIG_CPU_BIG_ENDIAN to decide the endianness. Here are the few examples. include/asm-generic/qrwlock.h drivers/of/base.c drivers/of/fdt.c drivers/tty/serial/earlycon.c drivers/tty/serial/serial_core.c Display warning if CPU_BIG_ENDIAN is not

Re: [Xen-devel] [PATCH v6 10/34] x86, x86/mm, x86/xen, olpc: Use __va() against just the physical address in cr3

>> >> PV guests don't go through Linux x86 early boot code. They start at >> xen_start_kernel() (well, xen-head.S:startup_xen(), really) and merge >> with baremetal path at x86_64_start_reservations() (for 64-bit). >> > > Ok, I don't think anything needs to be done then. The sme_me_mask is set >

Re: [Xen-devel] [PATCH v6 10/34] x86, x86/mm, x86/xen, olpc: Use __va() against just the physical address in cr3

>> >> PV guests don't go through Linux x86 early boot code. They start at >> xen_start_kernel() (well, xen-head.S:startup_xen(), really) and merge >> with baremetal path at x86_64_start_reservations() (for 64-bit). >> > > Ok, I don't think anything needs to be done then. The sme_me_mask is set >

[PATCH] x86/mce: Update bootlog description to reflect behavior on AMD

From: Yazen Ghannam The bootlog option is only disabled by default on AMD Fam10h and older systems. Update bootlog description to say this. Change the family value to hex to avoid confusion. Signed-off-by: Yazen Ghannam ---

[PATCH] x86/mce: Update bootlog description to reflect behavior on AMD

From: Yazen Ghannam The bootlog option is only disabled by default on AMD Fam10h and older systems. Update bootlog description to say this. Change the family value to hex to avoid confusion. Signed-off-by: Yazen Ghannam --- Documentation/x86/x86_64/boot-options.txt | 3 ++-

Re: [PATCH net-next 00/11] r8152: minor adjustment

From: Hayes Wang Date: Fri, 9 Jun 2017 17:11:37 +0800 > Adjust some code to make it reasonable or satisfy the suggestion from > the engineers. Series applied, thank you.

Re: [PATCH net-next 00/11] r8152: minor adjustment

From: Hayes Wang Date: Fri, 9 Jun 2017 17:11:37 +0800 > Adjust some code to make it reasonable or satisfy the suggestion from > the engineers. Series applied, thank you.

Re: [PATCH] intel_idle: Use more common logging style

On Fri, Jun 9, 2017 at 10:29 PM, Joe Perches wrote: > Remove #define PREFIX and add #define pr_fmt to use more common logging. > > Miscellanea: > > o Add missing newline to format > o Convert a single printk without KERN_ to pr_info > FWIW, Reviewed-by: Andy Shevchenko

Re: [PATCH] intel_idle: Use more common logging style

On Fri, Jun 9, 2017 at 10:29 PM, Joe Perches wrote: > Remove #define PREFIX and add #define pr_fmt to use more common logging. > > Miscellanea: > > o Add missing newline to format > o Convert a single printk without KERN_ to pr_info > FWIW, Reviewed-by: Andy Shevchenko > Signed-off-by: Joe

Re: [RFC][PATCH]: documentation,atomic: Add a new atomic_t document

On Fri, Jun 09, 2017 at 04:44:42PM +0100, Will Deacon wrote: > > +++ b/Documentation/atomic_t.txt2017-06-09 11:05:31.501599153 +0200 > > @@ -0,0 +1,147 @@ > > + > > +On atomic types (atomic_t atomic64_t and atomic_long_t). > > + > > +The atomic type provides an interface to the architecture's

Re: [RFC][PATCH]: documentation,atomic: Add a new atomic_t document

On Fri, Jun 09, 2017 at 04:44:42PM +0100, Will Deacon wrote: > > +++ b/Documentation/atomic_t.txt2017-06-09 11:05:31.501599153 +0200 > > @@ -0,0 +1,147 @@ > > + > > +On atomic types (atomic_t atomic64_t and atomic_long_t). > > + > > +The atomic type provides an interface to the architecture's

[PATCH] intel_idle: Use more common logging style

Remove #define PREFIX and add #define pr_fmt to use more common logging. Miscellanea: o Add missing newline to format o Convert a single printk without KERN_ to pr_info Signed-off-by: Joe Perches --- drivers/idle/intel_idle.c | 32 1 file

[PATCH] intel_idle: Use more common logging style

Remove #define PREFIX and add #define pr_fmt to use more common logging. Miscellanea: o Add missing newline to format o Convert a single printk without KERN_ to pr_info Signed-off-by: Joe Perches --- drivers/idle/intel_idle.c | 32 1 file changed, 16

[PATCH] drm/mediatek: check for memory allocation failure

If 'devm_kmalloc_array' returns NULL, we should return -ENOMEM as already done a few lines above instead of deferencing a NULL pointer a few lines below. Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 2 ++ 1 file changed, 2

[PATCH] drm/mediatek: check for memory allocation failure

If 'devm_kmalloc_array' returns NULL, we should return -ENOMEM as already done a few lines above instead of deferencing a NULL pointer a few lines below. Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH 0/5] security, efi: Set lockdown if in secure boot mode

On Fri, Jun 9, 2017 at 10:33 AM, Ard Biesheuvel wrote: > (+ Kees) > > On 6 June 2017 at 09:34, David Howells wrote: >> Ard Biesheuvel wrote: >> >>> and print a subsequent line for every lockdown feature that is enabled,

Re: [PATCH 0/5] security, efi: Set lockdown if in secure boot mode

On Fri, Jun 9, 2017 at 10:33 AM, Ard Biesheuvel wrote: > (+ Kees) > > On 6 June 2017 at 09:34, David Howells wrote: >> Ard Biesheuvel wrote: >> >>> and print a subsequent line for every lockdown feature that is enabled, >>> e.g., >>> >>> lockdown: disabling MSRs >>> lockdown: disabling

Re: [PATCH v6 3/3] ARM: dts: imx7-colibri: add NAND support

On 06/08/2017 05:34 PM, Stefan Agner wrote: > The Colibri iMX7 modules come with 512MB on-module SLC NAND flash > populated. Make use of it by enabling the GPMI controller. > > Signed-off-by: Stefan Agner > Tested-by: Fabio Estevam Acked-by: Han Xu

Re: [PATCH v6 3/3] ARM: dts: imx7-colibri: add NAND support

On 06/08/2017 05:34 PM, Stefan Agner wrote: > The Colibri iMX7 modules come with 512MB on-module SLC NAND flash > populated. Make use of it by enabling the GPMI controller. > > Signed-off-by: Stefan Agner > Tested-by: Fabio Estevam Acked-by: Han Xu > --- >

Re: [PATCH v6 2/3] ARM: dts: imx7: add GPMI NAND and APBH DMA

On 06/08/2017 05:34 PM, Stefan Agner wrote: > Add i.MX 7 APBH DMA and GPMI NAND modules. > > Signed-off-by: Stefan Agner > Tested-by: Fabio Estevam Acked-by: Han Xu > --- > arch/arm/boot/dts/imx7s.dtsi | 31

Re: [PATCH v6 2/3] ARM: dts: imx7: add GPMI NAND and APBH DMA

On 06/08/2017 05:34 PM, Stefan Agner wrote: > Add i.MX 7 APBH DMA and GPMI NAND modules. > > Signed-off-by: Stefan Agner > Tested-by: Fabio Estevam Acked-by: Han Xu > --- > arch/arm/boot/dts/imx7s.dtsi | 31 +++ > 1 file changed, 31 insertions(+) > > diff --git

Re: [PATCH v6 1/3] clk: imx7d: create clocks behind rawnand clock gate

On 06/08/2017 05:34 PM, Stefan Agner wrote: > The rawnand clock gate gates two clocks, NAND_USDHC_BUS_CLK_ROOT > and NAND_CLK_ROOT. However, the gate has been in the chain of the > latter only. This does not allow to use the NAND_USDHC_BUS_CLK_ROOT > only, e.g. as required by APBH-Bridge-DMA. >

Re: [PATCH v6 1/3] clk: imx7d: create clocks behind rawnand clock gate

On 06/08/2017 05:34 PM, Stefan Agner wrote: > The rawnand clock gate gates two clocks, NAND_USDHC_BUS_CLK_ROOT > and NAND_CLK_ROOT. However, the gate has been in the chain of the > latter only. This does not allow to use the NAND_USDHC_BUS_CLK_ROOT > only, e.g. as required by APBH-Bridge-DMA. >

Re: [PATCH] goldfish_pipe: use GFP_ATOMIC under spin lock

Reviewed-by: Jin Qian Can we merge this to stable? Thanks! jin On Mon, May 22, 2017 at 11:48 AM, Alan Cox wrote: > On Mon, 22 May 2017 13:51:52 +0200 > Michal Hocko wrote: > >> On Sun 21-05-17 09:48:36, Michal Hocko wrote: >>

Re: [PATCH] goldfish_pipe: use GFP_ATOMIC under spin lock

Reviewed-by: Jin Qian Can we merge this to stable? Thanks! jin On Mon, May 22, 2017 at 11:48 AM, Alan Cox wrote: > On Mon, 22 May 2017 13:51:52 +0200 > Michal Hocko wrote: > >> On Sun 21-05-17 09:48:36, Michal Hocko wrote: >> > On Sun 21-05-17 00:45:46, Wei Yongjun wrote: >> > > From: Wei

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