[PATCH] ARM: dts: uniphier: fix pin groups of eMMC pin-mux node

The eMMC devices on UniPhier boards are generally used in the 8-bit mode. So, DAT4-7 pins should be controlled. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-pinctrl.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] ARM: dts: uniphier: fix pin groups of eMMC pin-mux node

The eMMC devices on UniPhier boards are generally used in the 8-bit mode. So, DAT4-7 pins should be controlled. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-pinctrl.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Hi Mauro and Hans, On Sat, Mar 11, 2017 at 10:14:08AM -0300, Mauro Carvalho Chehab wrote: > Em Sat, 11 Mar 2017 12:32:43 +0100 > Hans Verkuil escreveu: > > > On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > > > Em Fri, 10 Mar 2017 13:54:28 +0100 > > > Hans Verkuil

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Hi Mauro and Hans, On Sat, Mar 11, 2017 at 10:14:08AM -0300, Mauro Carvalho Chehab wrote: > Em Sat, 11 Mar 2017 12:32:43 +0100 > Hans Verkuil escreveu: > > > On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > > > Em Fri, 10 Mar 2017 13:54:28 +0100 > > > Hans Verkuil escreveu: > > > > > >>>

[PATCH 3.2 200/202] TTY: n_hdlc, fix lockdep false positive

3.2.87-rc2 review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit e9b736d88af1a143530565929390cadf036dc799 upstream. The class of 4 n_hdls buf locks is the same because a single function n_hdlc_buf_list_init is used to init

[PATCH 3.2 200/202] TTY: n_hdlc, fix lockdep false positive

3.2.87-rc2 review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit e9b736d88af1a143530565929390cadf036dc799 upstream. The class of 4 n_hdls buf locks is the same because a single function n_hdlc_buf_list_init is used to init all the locks.

[PATCH 3.2 000/202] 3.2.87-rc2 review

I've added three more patches to the queue for this release, which will be sent as replies to this message. Responses should be made by Wed Mar 15 00:00:00 UTC 2017. Anything received after that time might be too late. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be

[PATCH 3.2 000/202] 3.2.87-rc2 review

I've added three more patches to the queue for this release, which will be sent as replies to this message. Responses should be made by Wed Mar 15 00:00:00 UTC 2017. Anything received after that time might be too late. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be

[PATCH 3.2 202/202] tty: n_hdlc: get rid of racy n_hdlc.tbuf

3.2.87-rc2 review patch. If anyone has any objections, please let me know. -- From: Alexander Popov commit 82f2341c94d270421f383641b7cd670e474db56b upstream. Currently N_HDLC line discipline uses a self-made singly linked list for data buffers and has

[PATCH 3.2 202/202] tty: n_hdlc: get rid of racy n_hdlc.tbuf

3.2.87-rc2 review patch. If anyone has any objections, please let me know. -- From: Alexander Popov commit 82f2341c94d270421f383641b7cd670e474db56b upstream. Currently N_HDLC line discipline uses a self-made singly linked list for data buffers and has n_hdlc.tbuf pointer for

[PATCH 3.16 371/372] TTY: n_hdlc, fix lockdep false positive

3.16.42-rc2 review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit e9b736d88af1a143530565929390cadf036dc799 upstream. The class of 4 n_hdls buf locks is the same because a single function n_hdlc_buf_list_init is used to init

[PATCH 3.2 201/202] list: introduce list_first_entry_or_null

3.2.87-rc2 review patch. If anyone has any objections, please let me know. -- From: Jiri Pirko commit 6d7581e62f8be462440d7b22c6361f7c9fa4902b upstream. non-rcu variant of list_first_or_null_rcu Signed-off-by: Jiri Pirko Signed-off-by:

[PATCH 3.16 371/372] TTY: n_hdlc, fix lockdep false positive

3.16.42-rc2 review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit e9b736d88af1a143530565929390cadf036dc799 upstream. The class of 4 n_hdls buf locks is the same because a single function n_hdlc_buf_list_init is used to init all the locks.

[PATCH 3.2 201/202] list: introduce list_first_entry_or_null

3.2.87-rc2 review patch. If anyone has any objections, please let me know. -- From: Jiri Pirko commit 6d7581e62f8be462440d7b22c6361f7c9fa4902b upstream. non-rcu variant of list_first_or_null_rcu Signed-off-by: Jiri Pirko Signed-off-by: David S. Miller Signed-off-by: Ben

[PATCH 3.16 000/372] 3.16.42-rc2 review

I've added two more patches to the queue for this release, which will be sent as replies to this message. Responses should be made by Wed Mar 15 00:00:00 UTC 2017. Anything received after that time might be too late. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given

[PATCH 3.16 372/372] tty: n_hdlc: get rid of racy n_hdlc.tbuf

3.16.42-rc2 review patch. If anyone has any objections, please let me know. -- From: Alexander Popov commit 82f2341c94d270421f383641b7cd670e474db56b upstream. Currently N_HDLC line discipline uses a self-made singly linked list for data buffers and has

[PATCH 3.16 000/372] 3.16.42-rc2 review

I've added two more patches to the queue for this release, which will be sent as replies to this message. Responses should be made by Wed Mar 15 00:00:00 UTC 2017. Anything received after that time might be too late. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given

[PATCH 3.16 372/372] tty: n_hdlc: get rid of racy n_hdlc.tbuf

3.16.42-rc2 review patch. If anyone has any objections, please let me know. -- From: Alexander Popov commit 82f2341c94d270421f383641b7cd670e474db56b upstream. Currently N_HDLC line discipline uses a self-made singly linked list for data buffers and has n_hdlc.tbuf pointer for

Re: [PATCH 6/8] Input: psmouse - add support for SMBus companions

Hi Benjamin, [auto build test ERROR on input/next] [also build test ERROR on v4.11-rc1 next-20170310] [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/Dmitry-Torokhov/PS/20170311-222141 base

Re: [PATCH 6/8] Input: psmouse - add support for SMBus companions

Hi Benjamin, [auto build test ERROR on input/next] [also build test ERROR on v4.11-rc1 next-20170310] [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/Dmitry-Torokhov/PS/20170311-222141 base

memfill v2 now with ARM and x86 implementations

On Mon, Feb 06, 2017 at 12:16:44AM +0900, Minchan Kim wrote: > +static inline void zram_fill_page(char *ptr, unsigned long len, > + unsigned long value) > +{ > + int i; > + unsigned long *page = (unsigned long *)ptr; > + > +

memfill v2 now with ARM and x86 implementations

On Mon, Feb 06, 2017 at 12:16:44AM +0900, Minchan Kim wrote: > +static inline void zram_fill_page(char *ptr, unsigned long len, > + unsigned long value) > +{ > + int i; > + unsigned long *page = (unsigned long *)ptr; > + > +

Re: [PATCH v3 0/3] Bind RMI4 over SMBus from PS/2

Hi, On Wed, 2017-03-08 at 16:24 +0100, Benjamin Tissoires wrote: > Hi Dmitry, > > This is mostly a resend of the PS/2-SMBus binding (last 3 patches of > now 3 years > of trial and errors). > I integrated both warnings raised by Coccinelle, and squashed 4/3 > into 3/3. Just want to provide you

Re: [PATCH v3 0/3] Bind RMI4 over SMBus from PS/2

Hi, On Wed, 2017-03-08 at 16:24 +0100, Benjamin Tissoires wrote: > Hi Dmitry, > > This is mostly a resend of the PS/2-SMBus binding (last 3 patches of > now 3 years > of trial and errors). > I integrated both warnings raised by Coccinelle, and squashed 4/3 > into 3/3. Just want to provide you

[PATCH v1 07/10] staging: iio: adis16209: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 07/10] staging: iio: adis16209: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/accel/adis16209.c | 4 ++-- 1 file

[PATCH v1 09/10] staging: iio: resolver: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 09/10] staging: iio: resolver: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/resolver/ad2s1200.c | 2 +-

[PATCH v1 01/10] staging: iio: ad7192: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/adc/ad7192.c

[PATCH v1 00/10] staging: iio: Remove exceptional & on functions name

This patch-series removes exceptional & on functions name. v1: -Change the commit message of all the patches of the patch-series simran singhal (10): staging: iio: ad7192: Remove exceptional & on function name staging: iio: ad7780: Remove exceptional & on function name staging: iio: cdc:

[PATCH v1 02/10] staging: iio: ad7780: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/adc/ad7780.c

[PATCH v1 00/10] staging: iio: Remove exceptional & on functions name

This patch-series removes exceptional & on functions name. v1: -Change the commit message of all the patches of the patch-series simran singhal (10): staging: iio: ad7192: Remove exceptional & on function name staging: iio: ad7780: Remove exceptional & on function name staging: iio: cdc:

[PATCH v1 02/10] staging: iio: ad7780: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/adc/ad7780.c | 2 +- 1 file changed, 1

[PATCH v1 01/10] staging: iio: ad7192: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/adc/ad7192.c | 12 ++-- 1 file

[PATCH v1 03/10] staging: iio: cdc: ad7746: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/cdc/ad7746.c

[PATCH v1 04/10] staging: iio: cdc: ad7152: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/cdc/ad7152.c

[PATCH v1 03/10] staging: iio: cdc: ad7746: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/cdc/ad7746.c | 4 ++-- 1 file changed,

[PATCH v1 04/10] staging: iio: cdc: ad7152: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/cdc/ad7152.c | 6 +++--- 1 file

[PATCH v1 10/10] staging: iio: gyro: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 10/10] staging: iio: gyro: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/gyro/adis16060_core.c | 2 +- 1 file

[PATCH v1 08/10] staging: iio: adis16203: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 06/10] staging: iio: adis16201: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 06/10] staging: iio: adis16201: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/accel/adis16201.c | 4 ++-- 1 file

[PATCH v1 08/10] staging: iio: adis16203: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/accel/adis16203.c | 4 ++-- 1 file

Re: srcu: BUG in __synchronize_srcu

- On Mar 10, 2017, at 5:26 PM, Paul E. McKenney paul...@linux.vnet.ibm.com wrote: > On Fri, Mar 10, 2017 at 08:29:55PM +0100, Andrey Konovalov wrote: >> On Fri, Mar 10, 2017 at 8:28 PM, Andrey Konovalov >> wrote: >> > Hi, >> > >> > I've got the following error report

Re: srcu: BUG in __synchronize_srcu

- On Mar 10, 2017, at 5:26 PM, Paul E. McKenney paul...@linux.vnet.ibm.com wrote: > On Fri, Mar 10, 2017 at 08:29:55PM +0100, Andrey Konovalov wrote: >> On Fri, Mar 10, 2017 at 8:28 PM, Andrey Konovalov >> wrote: >> > Hi, >> > >> > I've got the following error report while fuzzing the

[PATCH v1 05/10] staging: iio: adis16240: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

Re: [PATCH v2 05/11] Documentation: DT: bindings: mfd: add A33 GPADC binding

Hi Icenowy, On 10/03/2017 20:25, Icenowy Zheng wrote: > > > 10.03.2017, 18:56, "Quentin Schulz" : >> This patch adds documentation for the A33 GPADC binding. >> >> Signed-off-by: Quentin Schulz >> --- >> >> added in v2 >> >>

Re: [PATCH v2 05/11] Documentation: DT: bindings: mfd: add A33 GPADC binding

Hi Icenowy, On 10/03/2017 20:25, Icenowy Zheng wrote: > > > 10.03.2017, 18:56, "Quentin Schulz" : >> This patch adds documentation for the A33 GPADC binding. >> >> Signed-off-by: Quentin Schulz >> --- >> >> added in v2 >> >> .../devicetree/bindings/mfd/sun4i-gpadc.txt | 59

[PATCH v1 05/10] staging: iio: adis16240: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/accel/adis16240.c | 4 ++-- 1 file

Re: [PATCH v2 07/11] iio: adc: sun4i-gpadc-iio: move code used in MFD probing to new function

Hi Icenowy, On 10/03/2017 20:36, Icenowy Zheng wrote: > > > 10.03.2017, 18:56, "Quentin Schulz" : >> This moves code used in MFD probing to a new sun4i_gpadc_probe_mfd >> function. >> >> Signed-off-by: Quentin Schulz >> ---

Re: [PATCH v2 07/11] iio: adc: sun4i-gpadc-iio: move code used in MFD probing to new function

Hi Icenowy, On 10/03/2017 20:36, Icenowy Zheng wrote: > > > 10.03.2017, 18:56, "Quentin Schulz" : >> This moves code used in MFD probing to a new sun4i_gpadc_probe_mfd >> function. >> >> Signed-off-by: Quentin Schulz >> --- >> >> added in v2 >> >> drivers/iio/adc/sun4i-gpadc-iio.c | 78 >>

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On Sat, Mar 11, 2017 at 07:59:31PM +0800, Wei Wang wrote: > I'm thinking what if the guest needs to transfer these much physically > continuous > memory to host: 1GB+2MB+64KB+32KB+16KB+4KB. > Is it going to use Six 64-bit chunks? Would it be simpler if we just > use the 128-bit chunk format (we

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On Sat, Mar 11, 2017 at 07:59:31PM +0800, Wei Wang wrote: > I'm thinking what if the guest needs to transfer these much physically > continuous > memory to host: 1GB+2MB+64KB+32KB+16KB+4KB. > Is it going to use Six 64-bit chunks? Would it be simpler if we just > use the 128-bit chunk format (we

[PATCH v2 RFC] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages

From: Yisheng Xie When we enter do_try_to_free_pages, the may_thrash is always clear, and it will retry shrink zones to tap cgroup's reserves memory by setting may_thrash when the former shrink_zones reclaim nothing. However, when memcg is disabled or on legacy

[PATCH v2 RFC] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages

From: Yisheng Xie When we enter do_try_to_free_pages, the may_thrash is always clear, and it will retry shrink zones to tap cgroup's reserves memory by setting may_thrash when the former shrink_zones reclaim nothing. However, when memcg is disabled or on legacy hierarchy, it should not do this

[tip:x86/vdso] x86/vdso: Add VCLOCK_HVCLOCK vDSO clock read method

Commit-ID: 90b20432aeb850ef84086a72893cd9411479d896 Gitweb: http://git.kernel.org/tip/90b20432aeb850ef84086a72893cd9411479d896 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:42 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/vdso] x86/hyperv: Move TSC reading method to asm/mshyperv.h

Commit-ID: 0733379b512ce36ba0b10942f9597b74f579f063 Gitweb: http://git.kernel.org/tip/0733379b512ce36ba0b10942f9597b74f579f063 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:41 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/vdso] x86/hyperv: Move TSC reading method to asm/mshyperv.h

Commit-ID: 0733379b512ce36ba0b10942f9597b74f579f063 Gitweb: http://git.kernel.org/tip/0733379b512ce36ba0b10942f9597b74f579f063 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:41 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:47:28 +0100 x86/hyperv: Move

[tip:x86/vdso] x86/vdso: Add VCLOCK_HVCLOCK vDSO clock read method

Commit-ID: 90b20432aeb850ef84086a72893cd9411479d896 Gitweb: http://git.kernel.org/tip/90b20432aeb850ef84086a72893cd9411479d896 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:42 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:47:28 +0100 x86/vdso: Add

[tip:x86/vdso] x86/hyperv: Implement hv_get_tsc_page()

Commit-ID: bd2a9adaadb8defcaf6c284bca7ff41634105f51 Gitweb: http://git.kernel.org/tip/bd2a9adaadb8defcaf6c284bca7ff41634105f51 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:40 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/vdso] x86/hyperv: Implement hv_get_tsc_page()

Commit-ID: bd2a9adaadb8defcaf6c284bca7ff41634105f51 Gitweb: http://git.kernel.org/tip/bd2a9adaadb8defcaf6c284bca7ff41634105f51 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:40 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:47:28 +0100 x86/hyperv:

[PATCH v2 RFC] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages

From: Yisheng Xie When we enter do_try_to_free_pages, the may_thrash is always clear, and it will retry shrink zones to tap cgroup's reserves memory by setting may_thrash when the former shrink_zones reclaim nothing. However, when memcg is disabled or on legacy

[PATCH v2 RFC] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages

From: Yisheng Xie When we enter do_try_to_free_pages, the may_thrash is always clear, and it will retry shrink zones to tap cgroup's reserves memory by setting may_thrash when the former shrink_zones reclaim nothing. However, when memcg is disabled or on legacy hierarchy, it should not do this

Re: [PATCH v5 21/39] UAPI: Add media UAPI Kbuild file

Hi Steve, On Thu, Mar 09, 2017 at 08:53:01PM -0800, Steve Longerbeam wrote: > Add an empty UAPI Kbuild file for media UAPI headers. > > Signed-off-by: Steve Longerbeam The existing V4L2 UAPI headers are under include/uapi/linux. Could you use that directory

Re: [PATCH v5 21/39] UAPI: Add media UAPI Kbuild file

Hi Steve, On Thu, Mar 09, 2017 at 08:53:01PM -0800, Steve Longerbeam wrote: > Add an empty UAPI Kbuild file for media UAPI headers. > > Signed-off-by: Steve Longerbeam The existing V4L2 UAPI headers are under include/uapi/linux. Could you use that directory instead? I actually wouldn't really

[tip:x86/acpi] acpi/processor: Check for duplicate processor ids at hotplug time

Commit-ID: a77d6cd968497792e072b74dff45b891ba778ddb Gitweb: http://git.kernel.org/tip/a77d6cd968497792e072b74dff45b891ba778ddb Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:27 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/acpi] acpi/processor: Check for duplicate processor ids at hotplug time

Commit-ID: a77d6cd968497792e072b74dff45b891ba778ddb Gitweb: http://git.kernel.org/tip/a77d6cd968497792e072b74dff45b891ba778ddb Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:27 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:41:20 +0100 acpi/processor: Check for

[tip:x86/acpi] acpi/processor: Implement DEVICE operator for processor enumeration

Commit-ID: 8c8cb30f49b86333d8e036e1945cf1a78c03577e Gitweb: http://git.kernel.org/tip/8c8cb30f49b86333d8e036e1945cf1a78c03577e Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:26 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/acpi] acpi/processor: Implement DEVICE operator for processor enumeration

Commit-ID: 8c8cb30f49b86333d8e036e1945cf1a78c03577e Gitweb: http://git.kernel.org/tip/8c8cb30f49b86333d8e036e1945cf1a78c03577e Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:26 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:41:20 +0100 acpi/processor: Implement

[tip:x86/acpi] Revert"x86/acpi: Enable MADT APIs to return disabled apicids"

Commit-ID: 09c3f2bd5c7e5f18687663acb6adc6b167484ca5 Gitweb: http://git.kernel.org/tip/09c3f2bd5c7e5f18687663acb6adc6b167484ca5 Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:24 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/acpi] Revert"x86/acpi: Enable MADT APIs to return disabled apicids"

Commit-ID: 09c3f2bd5c7e5f18687663acb6adc6b167484ca5 Gitweb: http://git.kernel.org/tip/09c3f2bd5c7e5f18687663acb6adc6b167484ca5 Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:24 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:41:18 +0100 Revert"x86/acpi: Enable

[tip:x86/acpi] x86/acpi: Restore the order of CPU IDs

Commit-ID: 2b85b3d22920db7473e5fed5719e7955c0ec323e Gitweb: http://git.kernel.org/tip/2b85b3d22920db7473e5fed5719e7955c0ec323e Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:25 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/acpi] x86/acpi: Restore the order of CPU IDs

Commit-ID: 2b85b3d22920db7473e5fed5719e7955c0ec323e Gitweb: http://git.kernel.org/tip/2b85b3d22920db7473e5fed5719e7955c0ec323e Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:25 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:41:19 +0100 x86/acpi: Restore the

[tip:x86/acpi] Revert "x86/acpi: Set persistent cpuid <-> nodeid mapping when booting"

Commit-ID: c962cff17dfa11f4a8227ac16de2b28aea3312e4 Gitweb: http://git.kernel.org/tip/c962cff17dfa11f4a8227ac16de2b28aea3312e4 Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:23 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/acpi] Revert "x86/acpi: Set persistent cpuid <-> nodeid mapping when booting"

Commit-ID: c962cff17dfa11f4a8227ac16de2b28aea3312e4 Gitweb: http://git.kernel.org/tip/c962cff17dfa11f4a8227ac16de2b28aea3312e4 Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:23 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:41:18 +0100 Revert "x86/acpi: Set

Re: [PATCH v5 18/39] [media] v4l: subdev: Add function to validate frame interval

Hi Steve, On Thu, Mar 09, 2017 at 08:52:58PM -0800, Steve Longerbeam wrote: > If the pads on both sides of a link specify a frame interval, then > those frame intervals should match. Create the exported function > v4l2_subdev_link_validate_frame_interval() to verify this. This > function can be

Re: [PATCH v5 18/39] [media] v4l: subdev: Add function to validate frame interval

Hi Steve, On Thu, Mar 09, 2017 at 08:52:58PM -0800, Steve Longerbeam wrote: > If the pads on both sides of a link specify a frame interval, then > those frame intervals should match. Create the exported function > v4l2_subdev_link_validate_frame_interval() to verify this. This > function can be

[tip:x86/cpu] x86/cpu: Drop wp_works_ok member of struct cpuinfo_x86

Commit-ID: 6415813bae75feba10b8ca3ed6634a72c2a4d313 Gitweb: http://git.kernel.org/tip/6415813bae75feba10b8ca3ed6634a72c2a4d313 Author: Mathias Krause AuthorDate: Sun, 12 Feb 2017 22:12:08 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11

[tip:x86/cpu] x86/cpu: Drop wp_works_ok member of struct cpuinfo_x86

Commit-ID: 6415813bae75feba10b8ca3ed6634a72c2a4d313 Gitweb: http://git.kernel.org/tip/6415813bae75feba10b8ca3ed6634a72c2a4d313 Author: Mathias Krause AuthorDate: Sun, 12 Feb 2017 22:12:08 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:30:24 +0100 x86/cpu: Drop

Re: [PATCH] kbuild: strip the last slash in KBUILD_EXTMOD

Hi Wei, 2017-02-23 0:08 GMT+09:00 Wei Yang : > Current kbuild will build the target again if we run "make M=dir" and "make > M=dir/" by turns, since if_changed will see the prerequisite is changed. > The behavior may confuse the user a little, since actually we are

Re: [PATCH] kbuild: strip the last slash in KBUILD_EXTMOD

Hi Wei, 2017-02-23 0:08 GMT+09:00 Wei Yang : > Current kbuild will build the target again if we run "make M=dir" and "make > M=dir/" by turns, since if_changed will see the prerequisite is changed. > The behavior may confuse the user a little, since actually we are building > the same target and

[tip:x86/cpu] x86/cpu: Drop unneded members of struct cpuinfo_x86

Commit-ID: 04402116846f36adea9503d7cd5104a7ed27a1a6 Gitweb: http://git.kernel.org/tip/04402116846f36adea9503d7cd5104a7ed27a1a6 Author: Mathias Krause AuthorDate: Sun, 12 Feb 2017 22:12:07 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11

[tip:x86/cpu] x86/cpu: Drop unneded members of struct cpuinfo_x86

Commit-ID: 04402116846f36adea9503d7cd5104a7ed27a1a6 Gitweb: http://git.kernel.org/tip/04402116846f36adea9503d7cd5104a7ed27a1a6 Author: Mathias Krause AuthorDate: Sun, 12 Feb 2017 22:12:07 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 14:30:23 +0100 x86/cpu: Drop

[PATCH] staging: lustre fix constant comparision style issue in lu_object.h

This patch resolves the "Comparisons should place the constant on the right side of the test" found with checkpatch tool. Signed-off-by: Craig Inches --- drivers/staging/lustre/lustre/include/lu_object.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] staging: lustre fix constant comparision style issue in lu_object.h

This patch resolves the "Comparisons should place the constant on the right side of the test" found with checkpatch tool. Signed-off-by: Craig Inches --- drivers/staging/lustre/lustre/include/lu_object.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Em Sat, 11 Mar 2017 12:32:43 +0100 Hans Verkuil escreveu: > On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > > Em Fri, 10 Mar 2017 13:54:28 +0100 > > Hans Verkuil escreveu: > > > >>> Devices that have complex pipeline that do essentially require using

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Em Sat, 11 Mar 2017 12:32:43 +0100 Hans Verkuil escreveu: > On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > > Em Fri, 10 Mar 2017 13:54:28 +0100 > > Hans Verkuil escreveu: > > > >>> Devices that have complex pipeline that do essentially require using the > >>> Media controller interface to

[PATCH v2] tpm_crb: request and relinquish locality 0

Added two new callbacks to struct tpm_class_ops: - request_locality - relinquish_locality These are called before sending and receiving data from the TPM. We update also tpm_tis_core to use these callbacks. Small modification to request_locality() is done so that it returns -EBUSY instead of

[PATCH v2] tpm_crb: request and relinquish locality 0

Added two new callbacks to struct tpm_class_ops: - request_locality - relinquish_locality These are called before sending and receiving data from the TPM. We update also tpm_tis_core to use these callbacks. Small modification to request_locality() is done so that it returns -EBUSY instead of

Re: [PATCH RFC,v2] tpm_crb: request and relinquish locality 0

On Sat, Mar 11, 2017 at 12:55:43PM +0200, Jarkko Sakkinen wrote: > On Sat, Mar 11, 2017 at 12:53:36PM +0200, Jarkko Sakkinen wrote: > > Added two new callbacks to struct tpm_class_ops: > > > > - request_locality > > - relinquish_locality > > > > These are called before sending and receiving data

Re: [PATCH RFC,v2] tpm_crb: request and relinquish locality 0

On Sat, Mar 11, 2017 at 12:55:43PM +0200, Jarkko Sakkinen wrote: > On Sat, Mar 11, 2017 at 12:53:36PM +0200, Jarkko Sakkinen wrote: > > Added two new callbacks to struct tpm_class_ops: > > > > - request_locality > > - relinquish_locality > > > > These are called before sending and receiving data

Re: [PATCH v1] soc: rockchip: power-domain: Fix clang warning about negative shift count

Hi Matthias, Am Freitag, 10. März 2017, 18:21:53 CET schrieb Matthias Kaehlcke: > The following warning is generated when building with clang: > > drivers/soc/rockchip/pm_domains.c:726:22: error: shift count is negative > [-Werror,-Wshift-count-negative] [RK3399_PD_TCPD0] =

Re: [PATCH v1] soc: rockchip: power-domain: Fix clang warning about negative shift count

Hi Matthias, Am Freitag, 10. März 2017, 18:21:53 CET schrieb Matthias Kaehlcke: > The following warning is generated when building with clang: > > drivers/soc/rockchip/pm_domains.c:726:22: error: shift count is negative > [-Werror,-Wshift-count-negative] [RK3399_PD_TCPD0] =

[tip:irq/core] genirq: Add support for nested shared IRQs

Commit-ID: 45e5202213ae6541f7916bb3c64fbcd3019ec473 Gitweb: http://git.kernel.org/tip/45e5202213ae6541f7916bb3c64fbcd3019ec473 Author: Charles Keepax AuthorDate: Tue, 7 Mar 2017 16:28:18 + Committer: Thomas Gleixner

[tip:irq/core] genirq: Add support for nested shared IRQs

Commit-ID: 45e5202213ae6541f7916bb3c64fbcd3019ec473 Gitweb: http://git.kernel.org/tip/45e5202213ae6541f7916bb3c64fbcd3019ec473 Author: Charles Keepax AuthorDate: Tue, 7 Mar 2017 16:28:18 + Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 12:57:03 +0100 genirq: Add support

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On 03/11/2017 01:11 AM, Matthew Wilcox wrote: On Fri, Mar 10, 2017 at 05:58:28PM +0200, Michael S. Tsirkin wrote: One of the issues of current balloon is the 4k page size assumption. For example if you free a huge page you have to split it up and pass 4k chunks to host. Quite often host can't

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On 03/11/2017 01:11 AM, Matthew Wilcox wrote: On Fri, Mar 10, 2017 at 05:58:28PM +0200, Michael S. Tsirkin wrote: One of the issues of current balloon is the 4k page size assumption. For example if you free a huge page you have to split it up and pass 4k chunks to host. Quite often host can't

[tip:x86/process] x86/process: Correct and optimize TIF_BLOCKSTEP switch

Commit-ID: b9894a2f5bd18b1691cb6872c9afe32b148d0132 Gitweb: http://git.kernel.org/tip/b9894a2f5bd18b1691cb6872c9afe32b148d0132 Author: Kyle Huey AuthorDate: Tue, 14 Feb 2017 00:11:03 -0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017

[tip:x86/process] x86/process: Correct and optimize TIF_BLOCKSTEP switch

Commit-ID: b9894a2f5bd18b1691cb6872c9afe32b148d0132 Gitweb: http://git.kernel.org/tip/b9894a2f5bd18b1691cb6872c9afe32b148d0132 Author: Kyle Huey AuthorDate: Tue, 14 Feb 2017 00:11:03 -0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar 2017 12:45:18 +0100 x86/process: Correct and

<    1   2   3   4   5   6   >