Re: [RFC] [ALSA][CONTROL] Added 2 ioctls for reading/writing values of multiple controls in one go (at once)

Hi, On Feb 2 2017 12:14, Satendra Singh Thakur wrote: From: satendra singh thakur -Added 2 ioctls in alsa driver's control interface -Added an ioctl to read values of multiple elements at once -Added an ioctl to write values of multiple elements at once -In the absence

Re: [RFC] [ALSA][CONTROL] Added 2 ioctls for reading/writing values of multiple controls in one go (at once)

Hi, On Feb 2 2017 12:14, Satendra Singh Thakur wrote: From: satendra singh thakur -Added 2 ioctls in alsa driver's control interface -Added an ioctl to read values of multiple elements at once -Added an ioctl to write values of multiple elements at once -In the absence of above ioctls user

Re: [PATCH] printk: use console_trylock() in console_cpu_notify()

Hello, thanks for taking a look, Petr. On (01/25/17 16:02), Petr Mladek wrote: [..] > > Signed-off-by: Sergey Senozhatsky > > --- > > kernel/printk/printk.c | 11 ++- > > 1 file changed, 6 insertions(+), 5 deletions(-) > > > > diff --git

Re: [PATCH] printk: use console_trylock() in console_cpu_notify()

Hello, thanks for taking a look, Petr. On (01/25/17 16:02), Petr Mladek wrote: [..] > > Signed-off-by: Sergey Senozhatsky > > --- > > kernel/printk/printk.c | 11 ++- > > 1 file changed, 6 insertions(+), 5 deletions(-) > > > > diff --git a/kernel/printk/printk.c

Re: [PATCH 2/4] mm: Fix checkpatch warnings, whitespace

On Wed, Feb 01, 2017 at 04:48:28PM -0800, David Rientjes wrote: > On Thu, 2 Feb 2017, Tobin C. Harding wrote: > > > @@ -3696,8 +3695,8 @@ int handle_mm_fault(struct vm_area_struct *vma, > > unsigned long address, > > * VM_FAULT_OOM), there is no need to kill anything. > >

Re: [PATCH 2/4] mm: Fix checkpatch warnings, whitespace

On Wed, Feb 01, 2017 at 04:48:28PM -0800, David Rientjes wrote: > On Thu, 2 Feb 2017, Tobin C. Harding wrote: > > > @@ -3696,8 +3695,8 @@ int handle_mm_fault(struct vm_area_struct *vma, > > unsigned long address, > > * VM_FAULT_OOM), there is no need to kill anything. > >

Re: [PATCH 2/2] cpufreq: brcmstb-avs-cpufreq: properly retrieve P-state upon suspend

On 02-02-17, 00:44, Rafael J. Wysocki wrote: > On Tuesday, January 31, 2017 10:53:01 AM Markus Mayer wrote: > > On 5 January 2017 at 20:11, Viresh Kumar wrote: > > > On 19-12-16, 12:10, Markus Mayer wrote: > > >> From: Markus Mayer > > >> > > >> The

Re: [PATCH 2/2] cpufreq: brcmstb-avs-cpufreq: properly retrieve P-state upon suspend

On 02-02-17, 00:44, Rafael J. Wysocki wrote: > On Tuesday, January 31, 2017 10:53:01 AM Markus Mayer wrote: > > On 5 January 2017 at 20:11, Viresh Kumar wrote: > > > On 19-12-16, 12:10, Markus Mayer wrote: > > >> From: Markus Mayer > > >> > > >> The AVS GET_PMAP command does return a P-state

[RFC] [ALSA][CONTROL] Restructured the code for read/write of a single control

From: satendra singh thakur -Restructured/Combined two functions snd_ctl_elem_read_user and snd_ctl_elem_write_user into a single function snd_ctl_elem_rw_user -These functions were having most of the code which was similar to each other -Thus, there was

[RFC] [ALSA][CONTROL] Restructured the code for read/write of a single control

From: satendra singh thakur -Restructured/Combined two functions snd_ctl_elem_read_user and snd_ctl_elem_write_user into a single function snd_ctl_elem_rw_user -These functions were having most of the code which was similar to each other -Thus, there was redundant/duplicate code which was

Re: [PATCH v2 1/2] Documentation: mtk-quadspi: update DT bindings

On Mon, 2017-01-30 at 13:49 +0100, Cyrille Pitchen wrote: > Le 27/01/2017 à 23:29, Rob Herring a écrit : > > On Wed, Jan 25, 2017 at 11:38:34AM +0800, Guochun Mao wrote: > >> Add "mediatek,mt2701-nor" for nor flash node's compatible. > >> > >> Signed-off-by: Guochun Mao

Re: [PATCH v2 1/2] Documentation: mtk-quadspi: update DT bindings

On Mon, 2017-01-30 at 13:49 +0100, Cyrille Pitchen wrote: > Le 27/01/2017 à 23:29, Rob Herring a écrit : > > On Wed, Jan 25, 2017 at 11:38:34AM +0800, Guochun Mao wrote: > >> Add "mediatek,mt2701-nor" for nor flash node's compatible. > >> > >> Signed-off-by: Guochun Mao > >> --- > >>

Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event

On Wed, 1 Feb 2017 10:16:52 -0700 Tyler Baicar wrote: > Currently there are trace events for the various RAS > errors with the exception of ARM processor type errors. > Add a new trace event for such errors so that the user > will know when they occur. These trace events

Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event

On Wed, 1 Feb 2017 10:16:52 -0700 Tyler Baicar wrote: > Currently there are trace events for the various RAS > errors with the exception of ARM processor type errors. > Add a new trace event for such errors so that the user > will know when they occur. These trace events are > consistent with

[RFC] [ALSA][CONTROL] Added 2 ioctls for reading/writing values of multiple controls in one go (at once)

From: satendra singh thakur -Added 2 ioctls in alsa driver's control interface -Added an ioctl to read values of multiple elements at once -Added an ioctl to write values of multiple elements at once -In the absence of above ioctls user needs to call N ioctls to

[RFC] [ALSA][CONTROL] Added 2 ioctls for reading/writing values of multiple controls in one go (at once)

From: satendra singh thakur -Added 2 ioctls in alsa driver's control interface -Added an ioctl to read values of multiple elements at once -Added an ioctl to write values of multiple elements at once -In the absence of above ioctls user needs to call N ioctls to read/write value of N elements

Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h

On Wed, 1 Feb 2017 22:46:04 +0100 "Luis R. Rodriguez" wrote: > On Thu, Jan 19, 2017 at 03:47:35PM +0900, Masami Hiramatsu wrote: > > OK, then it is OK to me. > > > > Acked-by: Masami Hiramatsu > > Aha, actually I *did* send this out separately already

Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h

On Wed, 1 Feb 2017 22:46:04 +0100 "Luis R. Rodriguez" wrote: > On Thu, Jan 19, 2017 at 03:47:35PM +0900, Masami Hiramatsu wrote: > > OK, then it is OK to me. > > > > Acked-by: Masami Hiramatsu > > Aha, actually I *did* send this out separately already :) -- > who's tree should this go

[PATCH] drm: change connector disconnected debug message to an error

Change drm_helper_probe_single_connector_modes() to print an error to report connector disconnected status instead of a debug message. When this condition occurs, application doesn't know the real error and reports it as driver lacking support for mode setting. Change it to an error to make it

[PATCH] drm: change connector disconnected debug message to an error

Change drm_helper_probe_single_connector_modes() to print an error to report connector disconnected status instead of a debug message. When this condition occurs, application doesn't know the real error and reports it as driver lacking support for mode setting. Change it to an error to make it

linux-next: manual merge of the block tree with the vfs tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: drivers/block/nbd.c between commit: c9f2b6aeb922 ("[nbd] pass iov_iter to nbd_xmit()") from the vfs tree and commit: 09fc54ccc427 ("nbd: move request validity checking into nbd_send_cmd") aebf526b53ae ("block:

linux-next: manual merge of the block tree with the vfs tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: drivers/block/nbd.c between commit: c9f2b6aeb922 ("[nbd] pass iov_iter to nbd_xmit()") from the vfs tree and commit: 09fc54ccc427 ("nbd: move request validity checking into nbd_send_cmd") aebf526b53ae ("block:

Re: [PATCH 1/2] perf diff: Fix segfault on perf diff -o N option

Hi Arnaldo, Could you please consider merging it to the perf/urgent? Thanks, Namhyung On Wed, Jan 18, 2017 at 02:14:56PM +0900, Namhyung Kim wrote: > The -o/--order option is to select column number to sort a diff result. > It does the job by adding a hpp field at the beginning of the sort

Re: [PATCH 1/2] perf diff: Fix segfault on perf diff -o N option

Hi Arnaldo, Could you please consider merging it to the perf/urgent? Thanks, Namhyung On Wed, Jan 18, 2017 at 02:14:56PM +0900, Namhyung Kim wrote: > The -o/--order option is to select column number to sort a diff result. > It does the job by adding a hpp field at the beginning of the sort

Re: [PATCH v3 3/3] reset: zx2967: add reset controller driver for ZTE's zx2967 family

On Mon, Jan 16, 2017 at 10:22 PM, Baoyou Xie wrote: > This patch adds reset controller driver for ZTE's zx2967 family. > > Signed-off-by: Baoyou Xie > --- > drivers/reset/Kconfig| 6 +++ > drivers/reset/Makefile | 1 + >

Re: [PATCH v3 3/3] reset: zx2967: add reset controller driver for ZTE's zx2967 family

On Mon, Jan 16, 2017 at 10:22 PM, Baoyou Xie wrote: > This patch adds reset controller driver for ZTE's zx2967 family. > > Signed-off-by: Baoyou Xie > --- > drivers/reset/Kconfig| 6 +++ > drivers/reset/Makefile | 1 + > drivers/reset/reset-zx2967.c | 106 >

Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event

Hi Tyler, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.10-rc6 next-20170201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tyler-Baicar/Add-UEFI-2-6-and-ACPI-6-1

Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event

Hi Tyler, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.10-rc6 next-20170201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tyler-Baicar/Add-UEFI-2-6-and-ACPI-6-1

Re: [PATCH] [media] exynos-gsc: Avoid spamming the log on VIDIOC_TRY_FMT

On 01/24/2017 02:42 PM, Javier Martinez Canillas wrote: > There isn't an ioctl to enum the supported field orders, so a user-space > application can call VIDIOC_TRY_FMT using different field orders to know > if one is supported. For example, GStreamer does this so during playback > dozens of the

Re: [PATCH] [media] exynos-gsc: Avoid spamming the log on VIDIOC_TRY_FMT

On 01/24/2017 02:42 PM, Javier Martinez Canillas wrote: > There isn't an ioctl to enum the supported field orders, so a user-space > application can call VIDIOC_TRY_FMT using different field orders to know > if one is supported. For example, GStreamer does this so during playback > dozens of the

Re: [PATCH v2 1/3] locking/spinlock_debug: Reduce lockup suspected message clutter

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.10-rc6 next-20170201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Waiman-Long/locking-spinlock_debug

Re: [PATCH v2 1/3] locking/spinlock_debug: Reduce lockup suspected message clutter

Hi Waiman, [auto build test ERROR on tip/locking/core] [also build test ERROR on v4.10-rc6 next-20170201] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Waiman-Long/locking-spinlock_debug

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On (02/01/17 12:04), Steven Rostedt wrote: > > [..] > > > > Signed-off-by: Sergey Senozhatsky > > Reviewed-by: Petr Mladek > > --- > > Reviewed-by: Steven Rostedt (VMware) here and in other patches: thanks for taking a

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On (02/01/17 12:04), Steven Rostedt wrote: > > [..] > > > > Signed-off-by: Sergey Senozhatsky > > Reviewed-by: Petr Mladek > > --- > > Reviewed-by: Steven Rostedt (VMware) here and in other patches: thanks for taking a look, Steven. -ss

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On (02/01/17 16:39), Petr Mladek wrote: [..] > I guess that you are talking about the introduction of > #define SCHED_WARN_ON(x) WARN_ONCE(x, #x) my guess would be that Jan was talking about printk_deferred() patch. it's on my TODO list. I want to entirely remove console_sem and scheduler

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On (02/01/17 16:39), Petr Mladek wrote: [..] > I guess that you are talking about the introduction of > #define SCHED_WARN_ON(x) WARN_ONCE(x, #x) my guess would be that Jan was talking about printk_deferred() patch. it's on my TODO list. I want to entirely remove console_sem and scheduler

Re: [PATCHv7 5/8] printk: report lost messages in printk safe/nmi contexts

On (02/01/17 11:37), Steven Rostedt wrote: > This looks fine, but I'm curious if you tested it. That is, added a > bunch of printks to overflow the buffer. IIRC, I did it to the original > nmi code. If you haven't you may want to just to make sure it works. I > can also test it too if I get some

Re: [PATCHv7 5/8] printk: report lost messages in printk safe/nmi contexts

On (02/01/17 11:37), Steven Rostedt wrote: > This looks fine, but I'm curious if you tested it. That is, added a > bunch of printks to overflow the buffer. IIRC, I did it to the original > nmi code. If you haven't you may want to just to make sure it works. I > can also test it too if I get some

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

Hello Ross, I was offline for a week for personal reasons. On (01/31/17 10:27), Ross Zwisler wrote: [..] > [ 13.090634] == > [ 13.090634] [ INFO: possible circular locking dependency detected ] > [ 13.090635]

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

Hello Ross, I was offline for a week for personal reasons. On (01/31/17 10:27), Ross Zwisler wrote: [..] > [ 13.090634] == > [ 13.090634] [ INFO: possible circular locking dependency detected ] > [ 13.090635]

Re: [PATCH] jbd2: Fix use after free in kjournald2()

On Wed, Feb 01, 2017 at 11:01:51PM +0530, Sahitya Tummala wrote: > Below is the synchronization issue between unmount and kjournald2 > contexts, which results into use after free issue in kjournald2(). > Fix this issue by using journal->j_state_lock to synchronize the > wait_event() done in

Re: [PATCH] jbd2: Fix use after free in kjournald2()

On Wed, Feb 01, 2017 at 11:01:51PM +0530, Sahitya Tummala wrote: > Below is the synchronization issue between unmount and kjournald2 > contexts, which results into use after free issue in kjournald2(). > Fix this issue by using journal->j_state_lock to synchronize the > wait_event() done in

Re: [PATCH] net: phy: dp83867: Port mirroring support in the DP83867 TI's PHY driver

On Wed, Feb 01, 2017 at 11:13:23PM +0100, Lukasz Majewski wrote: > Hi Andrew, > > > > We would need a tri-state device tree properly: > > > > > > 1. Not defined - do nothing > > > 2. Defined as 0 -> explicitly disable port mirroring > > > 3. Defined as 1 -> explicitly enable port mirriring > > >

Re: [PATCH] net: phy: dp83867: Port mirroring support in the DP83867 TI's PHY driver

On Wed, Feb 01, 2017 at 11:13:23PM +0100, Lukasz Majewski wrote: > Hi Andrew, > > > > We would need a tri-state device tree properly: > > > > > > 1. Not defined - do nothing > > > 2. Defined as 0 -> explicitly disable port mirroring > > > 3. Defined as 1 -> explicitly enable port mirriring > > >

linux-next: manual merge of the net-next tree with Linus' tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: net/sched/cls_matchall.c between commit: fd62d9f5c575 ("net/sched: matchall: Fix configuration race") from Linus' tree and commit: ec2507d2a306 ("net/sched: cls_matchall: Fix error path") from the net-next tree.

linux-next: manual merge of the net-next tree with Linus' tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: net/sched/cls_matchall.c between commit: fd62d9f5c575 ("net/sched: matchall: Fix configuration race") from Linus' tree and commit: ec2507d2a306 ("net/sched: cls_matchall: Fix error path") from the net-next tree.

Re: [PATCH V7 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On 1 February 2017 at 11:35, Daniel Vetter wrote: > On Wed, Feb 01, 2017 at 10:58:43AM +, Peter Senna Tschudin wrote: >> Hi Archit, >> >> On 01 February, 2017 10:44 CET, Archit Taneja wrote: >> >> > >> > >> > On 01/30/2017 10:35 PM, Jani Nikula wrote:

Re: [PATCH V7 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On 1 February 2017 at 11:35, Daniel Vetter wrote: > On Wed, Feb 01, 2017 at 10:58:43AM +, Peter Senna Tschudin wrote: >> Hi Archit, >> >> On 01 February, 2017 10:44 CET, Archit Taneja wrote: >> >> > >> > >> > On 01/30/2017 10:35 PM, Jani Nikula wrote: >> > > On Sat, 28 Jan 2017, Peter Senna

Re: [PATCH v3 1/1] x86, relocs: add printf attribute to die()

On January 31, 2017 10:52:11 AM PST, Nicolas Iooss wrote: >Hello, > >As I have not received any comment on the patch I sent in December, I >am >wondering whether I did anything wrong with it. How can I get it queued >for the next merge window? > >Thanks, >Nicolas >

Re: [PATCH v3 1/1] x86, relocs: add printf attribute to die()

On January 31, 2017 10:52:11 AM PST, Nicolas Iooss wrote: >Hello, > >As I have not received any comment on the patch I sent in December, I >am >wondering whether I did anything wrong with it. How can I get it queued >for the next merge window? > >Thanks, >Nicolas > >On 18/12/16 20:47, Nicolas

[tip:efi/urgent] efi/fdt: Avoid FDT manipulation after ExitBootServices()

Commit-ID: c8f325a59cfc718d13a50fbc746ed9b415c25e92 Gitweb: http://git.kernel.org/tip/c8f325a59cfc718d13a50fbc746ed9b415c25e92 Author: Ard Biesheuvel AuthorDate: Wed, 1 Feb 2017 17:45:02 + Committer: Ingo Molnar CommitDate: Wed, 1 Feb

[tip:efi/urgent] efi/fdt: Avoid FDT manipulation after ExitBootServices()

Commit-ID: c8f325a59cfc718d13a50fbc746ed9b415c25e92 Gitweb: http://git.kernel.org/tip/c8f325a59cfc718d13a50fbc746ed9b415c25e92 Author: Ard Biesheuvel AuthorDate: Wed, 1 Feb 2017 17:45:02 + Committer: Ingo Molnar CommitDate: Wed, 1 Feb 2017 21:17:49 +0100 efi/fdt: Avoid FDT

RE: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

> From: Andi Kleen [mailto:a...@firstfloor.org] > "Luck, Tony" writes: > > 9) Measure per logical CPU (pick active RMID in same precedence for > task/cpu as CAT picks CLOSID) > > 10) Put multiple CPUs into a group > > I'm not sure this is a real requirement. It's just an

RE: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

> From: Andi Kleen [mailto:a...@firstfloor.org] > "Luck, Tony" writes: > > 9) Measure per logical CPU (pick active RMID in same precedence for > task/cpu as CAT picks CLOSID) > > 10) Put multiple CPUs into a group > > I'm not sure this is a real requirement. It's just an optimization, right? If

[PATCH] [linux-next]mm:page_alloc: Remove duplicate page_ext.h

This patch removes duplicate page_ext.h from page_alloc.c Signed-off-by: Masanari Iida --- mm/page_alloc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 11b4cd48a355..4da0b5febf0d 100644 --- a/mm/page_alloc.c +++

[PATCH] [linux-next]mm:page_alloc: Remove duplicate page_ext.h

This patch removes duplicate page_ext.h from page_alloc.c Signed-off-by: Masanari Iida --- mm/page_alloc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 11b4cd48a355..4da0b5febf0d 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -59,7 +59,6 @@

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

> > I'm not sure this is a real requirement. It's just an optimization, > > right? If you can assign policies to threads, you can implicitly set it > > per CPU through affinity (or the other way around). > > That's difficult when distinct users/systems do monitoring and system > management. What

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

> > I'm not sure this is a real requirement. It's just an optimization, > > right? If you can assign policies to threads, you can implicitly set it > > per CPU through affinity (or the other way around). > > That's difficult when distinct users/systems do monitoring and system > management. What

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Wed, Feb 1, 2017 at 4:35 PM, Andi Kleen wrote: > "Luck, Tony" writes: >> 9)Measure per logical CPU (pick active RMID in same precedence for >> task/cpu as CAT picks CLOSID) >> 10) Put multiple CPUs into a group > > I'm not sure this is a real

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Wed, Feb 1, 2017 at 4:35 PM, Andi Kleen wrote: > "Luck, Tony" writes: >> 9)Measure per logical CPU (pick active RMID in same precedence for >> task/cpu as CAT picks CLOSID) >> 10) Put multiple CPUs into a group > > I'm not sure this is a real requirement. It's just an optimization, >

[PATCH 3/3] MIPS: BMIPS: enable CPUfreq

From: Markus Mayer Enable all applicable CPUfreq options. Signed-off-by: Markus Mayer --- arch/mips/configs/bmips_stb_defconfig | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/mips/configs/bmips_stb_defconfig

[PATCH 3/3] MIPS: BMIPS: enable CPUfreq

From: Markus Mayer Enable all applicable CPUfreq options. Signed-off-by: Markus Mayer --- arch/mips/configs/bmips_stb_defconfig | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/mips/configs/bmips_stb_defconfig b/arch/mips/configs/bmips_stb_defconfig index 4eb5d6e..6fda604

[PATCH 1/3] BMIPS: Enable prerequisites for CPUfreq in MIPS Kconfig.

From: Markus Mayer Turn on CPU_SUPPORTS_CPUFREQ and MIPS_EXTERNAL_TIMER for BMIPS. Signed-off-by: Markus Mayer --- arch/mips/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig index b3c5bde..e137eed

[PATCH 2/3] cpufreq: bmips-cpufreq: CPUfreq driver for Broadcom's BMIPS SoCs

From: Markus Mayer Add the MIPS CPUfreq driver. This driver currently supports CPUfreq on BMIPS5xxx-based SoCs. Signed-off-by: Markus Mayer --- drivers/cpufreq/Kconfig | 10 ++ drivers/cpufreq/Makefile| 1 +

[PATCH 2/3] cpufreq: bmips-cpufreq: CPUfreq driver for Broadcom's BMIPS SoCs

From: Markus Mayer Add the MIPS CPUfreq driver. This driver currently supports CPUfreq on BMIPS5xxx-based SoCs. Signed-off-by: Markus Mayer --- drivers/cpufreq/Kconfig | 10 ++ drivers/cpufreq/Makefile| 1 + drivers/cpufreq/bmips-cpufreq.c | 205

[PATCH 1/3] BMIPS: Enable prerequisites for CPUfreq in MIPS Kconfig.

From: Markus Mayer Turn on CPU_SUPPORTS_CPUFREQ and MIPS_EXTERNAL_TIMER for BMIPS. Signed-off-by: Markus Mayer --- arch/mips/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig index b3c5bde..e137eed 100644 --- a/arch/mips/Kconfig +++

[PATCH 0/3] cpufreq: bmips-cpufreq: CPUfreq driver for Broadcom's BMIPS SoCs

From: Markus Mayer This series adds a CPUfreq driver for the BMIPS SoCs. In the first iteration only BMIPS5xxx SoCs are supported. This series is based on 4.10-rc1. Markus Mayer (3): BMIPS: Enable prerequisites for CPUfreq in MIPS Kconfig. cpufreq: bmips-cpufreq:

[PATCH 0/3] cpufreq: bmips-cpufreq: CPUfreq driver for Broadcom's BMIPS SoCs

From: Markus Mayer This series adds a CPUfreq driver for the BMIPS SoCs. In the first iteration only BMIPS5xxx SoCs are supported. This series is based on 4.10-rc1. Markus Mayer (3): BMIPS: Enable prerequisites for CPUfreq in MIPS Kconfig. cpufreq: bmips-cpufreq: CPUfreq driver for

[PATCH] clocksource: arc_timer: RTC: allow registration despite SMP

So far we didn't allow CPU private 64-bit RTC timer to register in SMP as the individual counters may not be synchronized across cores. However there is a situation when we build SMP kernel but want to use the same image on UP as well as SMP hardware. Here we would certainly want to use RTC, but

[PATCH] clocksource: arc_timer: RTC: allow registration despite SMP

So far we didn't allow CPU private 64-bit RTC timer to register in SMP as the individual counters may not be synchronized across cores. However there is a situation when we build SMP kernel but want to use the same image on UP as well as SMP hardware. Here we would certainly want to use RTC, but

Re: [PATCH 2/4] mm: Fix checkpatch warnings, whitespace

On Thu, 2 Feb 2017, Tobin C. Harding wrote: > @@ -3696,8 +3695,8 @@ int handle_mm_fault(struct vm_area_struct *vma, > unsigned long address, > * VM_FAULT_OOM), there is no need to kill anything. > * Just clean up the OOM state peacefully. >

Re: [PATCH 2/4] mm: Fix checkpatch warnings, whitespace

On Thu, 2 Feb 2017, Tobin C. Harding wrote: > @@ -3696,8 +3695,8 @@ int handle_mm_fault(struct vm_area_struct *vma, > unsigned long address, > * VM_FAULT_OOM), there is no need to kill anything. > * Just clean up the OOM state peacefully. >

[PATCH 0/3 v2] PM / docs: linux/pm.h kerneldocs update and conversion of two docs to reST

Hi Jon, This is a new (and hopefully final) iteration of the series of patches starting the conversion of power management driver API documentation. Patch [1/3] updates kerneldoc comments in include/linux/pm.h (to make the documentation generated out of them look better), patch [2/3] converts

[PATCH 0/3 v2] PM / docs: linux/pm.h kerneldocs update and conversion of two docs to reST

Hi Jon, This is a new (and hopefully final) iteration of the series of patches starting the conversion of power management driver API documentation. Patch [1/3] updates kerneldoc comments in include/linux/pm.h (to make the documentation generated out of them look better), patch [2/3] converts

[PATCH 2/3 v2] PM / core / docs: Convert sleep states API document to reST

From: Rafael J. Wysocki Move the document describing the system sleep state transitions API for devices to Documentation/driver-api/pm/, convert it to reST and update it to use current terminology. Also remove the remaining reference to the old version of it from

[PATCH 2/3 v2] PM / core / docs: Convert sleep states API document to reST

From: Rafael J. Wysocki Move the document describing the system sleep state transitions API for devices to Documentation/driver-api/pm/, convert it to reST and update it to use current terminology. Also remove the remaining reference to the old version of it from pm.h. The new document still

[PATCH 3/3 v2] PM / sleep / docs: Convert PM notifiers document to reST

From: Rafael J. Wysocki Move the document describing PM notifiers (used during system sleep state transitions) to Documentation/driver-api/pm/, convert it to reST and update it to use current terminology. Also replace the remaining references to the old version of it

[PATCH 3/3 v2] PM / sleep / docs: Convert PM notifiers document to reST

From: Rafael J. Wysocki Move the document describing PM notifiers (used during system sleep state transitions) to Documentation/driver-api/pm/, convert it to reST and update it to use current terminology. Also replace the remaining references to the old version of it in .txt documents with

[PATCH 1/3 v2] PM / core: Update kerneldoc comments in pm.h

From: Rafael J. Wysocki Refresh the struct dev_pm_ops kerneldoc comment, so that it looks better and is more readable after processing by Sphinx, and drop the kerneldoc marker from a few other comments ("PM_EVENT_ messages" and a couple of enum types declarations)

[PATCH 1/3 v2] PM / core: Update kerneldoc comments in pm.h

From: Rafael J. Wysocki Refresh the struct dev_pm_ops kerneldoc comment, so that it looks better and is more readable after processing by Sphinx, and drop the kerneldoc marker from a few other comments ("PM_EVENT_ messages" and a couple of enum types declarations) which are not proper kerneldoc

Re: [PATCH] initity: try to improve __nocapture annotations

On Wed, Feb 1, 2017 at 8:11 AM, Arnd Bergmann wrote: > There are some additional declarations that got missed in the original patch, > and some annotated functions that use the pointer is a correct but nonobvious > way: > > mm/kasan/kasan.c: In function 'memmove': >

Re: [PATCH] initity: try to improve __nocapture annotations

On Wed, Feb 1, 2017 at 8:11 AM, Arnd Bergmann wrote: > There are some additional declarations that got missed in the original patch, > and some annotated functions that use the pointer is a correct but nonobvious > way: > > mm/kasan/kasan.c: In function 'memmove': > mm/kasan/kasan.c:346:7: error:

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

"Luck, Tony" writes: > 9)Measure per logical CPU (pick active RMID in same precedence for > task/cpu as CAT picks CLOSID) > 10) Put multiple CPUs into a group I'm not sure this is a real requirement. It's just an optimization, right? If you can assign policies to

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

"Luck, Tony" writes: > 9)Measure per logical CPU (pick active RMID in same precedence for > task/cpu as CAT picks CLOSID) > 10) Put multiple CPUs into a group I'm not sure this is a real requirement. It's just an optimization, right? If you can assign policies to threads, you can

Re: [PATCH] initity: try to improve __nocapture annotations

On Wed, Feb 1, 2017 at 3:38 PM, Rafael J. Wysocki wrote: > On Wed, Feb 1, 2017 at 11:44 PM, Kees Cook wrote: >> On Wed, Feb 1, 2017 at 1:05 PM, Rafael J. Wysocki wrote: >>> On Wed, Feb 1, 2017 at 5:11 PM, Arnd Bergmann

Re: [PATCH] initity: try to improve __nocapture annotations

On Wed, Feb 1, 2017 at 3:38 PM, Rafael J. Wysocki wrote: > On Wed, Feb 1, 2017 at 11:44 PM, Kees Cook wrote: >> On Wed, Feb 1, 2017 at 1:05 PM, Rafael J. Wysocki wrote: >>> On Wed, Feb 1, 2017 at 5:11 PM, Arnd Bergmann wrote: diff --git a/drivers/acpi/acpica/utdebug.c

Re: [PATCH 1/2] net: ethernet: bgmac: init sequence bug

How about BCMA_IOCTL_PRESERVE_ACROSS_INIT? On Wed, Feb 1, 2017 at 6:06 PM, Rafał Miłecki wrote: > On 02/01/2017 11:39 PM, Jon Mason wrote: >> >> From: Zac Schroff >> >> Fix a bug in the 'bgmac' driver init sequence that blind writes for init >> sequence

Re: [PATCH 1/2] net: ethernet: bgmac: init sequence bug

How about BCMA_IOCTL_PRESERVE_ACROSS_INIT? On Wed, Feb 1, 2017 at 6:06 PM, Rafał Miłecki wrote: > On 02/01/2017 11:39 PM, Jon Mason wrote: >> >> From: Zac Schroff >> >> Fix a bug in the 'bgmac' driver init sequence that blind writes for init >> sequence where it should preserve most bits other

Re: [PATCH 2/2] net: ethernet: bgmac: mac address change bug

On 02/01/2017 11:39 PM, Jon Mason wrote: From: Hari Vyas ndo_set_mac_address() passes struct sockaddr * as 2nd parameter to bgmac_set_mac_address() but code assumed u8 *. This caused two bytes chopping and the wrong mac address was configured. Signed-off-by: Hari Vyas

Re: [PATCH 2/2] net: ethernet: bgmac: mac address change bug

On 02/01/2017 11:39 PM, Jon Mason wrote: From: Hari Vyas ndo_set_mac_address() passes struct sockaddr * as 2nd parameter to bgmac_set_mac_address() but code assumed u8 *. This caused two bytes chopping and the wrong mac address was configured. Signed-off-by: Hari Vyas Signed-off-by: Jon

Re: [PATCH v3 00/24] i.MX Media Driver

On 02/01/2017 01:30 AM, Philipp Zabel wrote: On Tue, 2017-01-31 at 17:26 -0800, Steve Longerbeam wrote: [...] # Set pad formats media-ctl --set-v4l2 "'tc358743 1-000f':0[fmt:UYVY/1920x1080]" media-ctl --set-v4l2 "'imx6-mipi-csi2':1[fmt:UYVY2X8/1920x1080]" media-ctl --set-v4l2

Re: [PATCH v3 00/24] i.MX Media Driver

On 02/01/2017 01:30 AM, Philipp Zabel wrote: On Tue, 2017-01-31 at 17:26 -0800, Steve Longerbeam wrote: [...] # Set pad formats media-ctl --set-v4l2 "'tc358743 1-000f':0[fmt:UYVY/1920x1080]" media-ctl --set-v4l2 "'imx6-mipi-csi2':1[fmt:UYVY2X8/1920x1080]" media-ctl --set-v4l2

[PATCH v6] sparc64: Multi-page size support

Add support for using multiple hugepage sizes simultaneously on mainline. Currently, support for 256M has been added which can be used along with 8M pages. Page tables are set like this (e.g. for 256M page): VA + (8M * x) -> PA + (8M * x) (sz bit = 256M) where x in [0, 31] and TSB is set

[PATCH v6] sparc64: Multi-page size support

Add support for using multiple hugepage sizes simultaneously on mainline. Currently, support for 256M has been added which can be used along with 8M pages. Page tables are set like this (e.g. for 256M page): VA + (8M * x) -> PA + (8M * x) (sz bit = 256M) where x in [0, 31] and TSB is set

[PATCH 1/2] ARCv2: IDU-intc: Delete deprecated parameters in Device Trees

No need for specifying a list of interrupts in the declaration of IDU interrupt controller anymore since the kernel can obtain a number of supported interrupts from the build register. Also delete support of the second parameter for devices which are connected to IDU because it is not used

[PATCH 1/2] ARCv2: IDU-intc: Delete deprecated parameters in Device Trees

No need for specifying a list of interrupts in the declaration of IDU interrupt controller anymore since the kernel can obtain a number of supported interrupts from the build register. Also delete support of the second parameter for devices which are connected to IDU because it is not used

[PATCH 0/2] Delete deprecated parameters in Device Trees

* Remove support of the second argument in IDU interrupts (it is deprecated and not used anymore). * Remove useless declaration of interrupts list in IDU intc because it is not used anymore and the kernel can obtain information about supported interrupts from build registers. *

[PATCH 0/2] Delete deprecated parameters in Device Trees

* Remove support of the second argument in IDU interrupts (it is deprecated and not used anymore). * Remove useless declaration of interrupts list in IDU intc because it is not used anymore and the kernel can obtain information about supported interrupts from build registers. *

[PATCH 2/2] ARCv2: intc: Delete useless comments in Device Trees

Signed-off-by: Yuriy Kolerov --- arch/arc/boot/dts/haps_hs_idu.dts | 1 - arch/arc/boot/dts/nsimosci_hs_idu.dts | 1 - 2 files changed, 2 deletions(-) diff --git a/arch/arc/boot/dts/haps_hs_idu.dts b/arch/arc/boot/dts/haps_hs_idu.dts index 0a857fa..215cddd

[PATCH 2/2] ARCv2: intc: Delete useless comments in Device Trees

Signed-off-by: Yuriy Kolerov --- arch/arc/boot/dts/haps_hs_idu.dts | 1 - arch/arc/boot/dts/nsimosci_hs_idu.dts | 1 - 2 files changed, 2 deletions(-) diff --git a/arch/arc/boot/dts/haps_hs_idu.dts b/arch/arc/boot/dts/haps_hs_idu.dts index 0a857fa..215cddd 100644 ---

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