Re: Linux 4.9.7

On Fri, Feb 03, 2017 at 11:07:08PM -0500, Ed Tomlinson wrote: > Hi, > > Any reports of 4.9.7 breaking X? > > I run arch and keep it up to date. With todays updates and 4.9.7 built here > X will not start kde correctly. Reverting to 4.9.6 fixes things. Config is > the same for both builds. I

Re: Linux 4.9.7

On Fri, Feb 03, 2017 at 11:07:08PM -0500, Ed Tomlinson wrote: > Hi, > > Any reports of 4.9.7 breaking X? > > I run arch and keep it up to date. With todays updates and 4.9.7 built here > X will not start kde correctly. Reverting to 4.9.6 fixes things. Config is > the same for both builds. I

Re: [PATCH 4/4] regulator: core: make bulk API support optional supplies

Hi Dmitry, [auto build test ERROR on regulator/for-next] [also build test ERROR on v4.10-rc6 next-20170203] [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/regulator-core-fix

Re: [PATCH 4/4] regulator: core: make bulk API support optional supplies

Hi Dmitry, [auto build test ERROR on regulator/for-next] [also build test ERROR on v4.10-rc6 next-20170203] [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/regulator-core-fix

Re: [sched/clock] 9881b024b7: WARNING:at_kernel/sched/clock.c:#set_sched_clock_stable

On 01/26, Peter Zijlstra wrote: >On Thu, Jan 26, 2017 at 05:14:06AM +0800, kernel test robot wrote: >> >> FYI, we noticed the following commit: >> >> commit: 9881b024b7d7671f6a014091bc96506b89081802 ("sched/clock: Delay >> switching sched_clock to stable") >>

Re: [sched/clock] 9881b024b7: WARNING:at_kernel/sched/clock.c:#set_sched_clock_stable

On 01/26, Peter Zijlstra wrote: >On Thu, Jan 26, 2017 at 05:14:06AM +0800, kernel test robot wrote: >> >> FYI, we noticed the following commit: >> >> commit: 9881b024b7d7671f6a014091bc96506b89081802 ("sched/clock: Delay >> switching sched_clock to stable") >>

Re: Staging: speakup - syle fix permissions to octal

(adding Julia Lawall) On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote: > On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: > > A style fix across whole driver. > > changed permissions to octal style, found using checkpatch > > > > Signed-off-by: Derek Robson

Re: Staging: speakup - syle fix permissions to octal

(adding Julia Lawall) On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote: > On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: > > A style fix across whole driver. > > changed permissions to octal style, found using checkpatch > > > > Signed-off-by: Derek Robson > > FWIW, I

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

Only a couple of comments below. Otherwise, the patch looks fine to me. On Thu, Jan 26, 2017 at 09:00:31PM +0800, Baoyou Xie wrote: > +static int zx2967_i2c_flush_fifos(struct zx2967_i2c_info *zx_i2c) > +{ > + u32 val; > + u32 offset; > + > + if (zx_i2c->msg_rd) { > +

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

Only a couple of comments below. Otherwise, the patch looks fine to me. On Thu, Jan 26, 2017 at 09:00:31PM +0800, Baoyou Xie wrote: > +static int zx2967_i2c_flush_fifos(struct zx2967_i2c_info *zx_i2c) > +{ > + u32 val; > + u32 offset; > + > + if (zx_i2c->msg_rd) { > +

Re: Linux 4.9.7

On Fri, Feb 03, 2017 at 11:07:08PM -0500, Ed Tomlinson wrote: > Hi, > > Any reports of 4.9.7 breaking X? > > I run arch and keep it up to date. With todays updates and 4.9.7 built here > X will not start kde correctly. Reverting to 4.9.6 fixes things. Config is > the same for both builds. I

Re: Linux 4.9.7

On Fri, Feb 03, 2017 at 11:07:08PM -0500, Ed Tomlinson wrote: > Hi, > > Any reports of 4.9.7 breaking X? > > I run arch and keep it up to date. With todays updates and 4.9.7 built here > X will not start kde correctly. Reverting to 4.9.6 fixes things. Config is > the same for both builds. I

[lkp-robot] [scsi, block] 0dba1314d4: WARNING:at_fs/sysfs/dir.c:#sysfs_warn_dup

FYI, we noticed the following commit: commit: 0dba1314d4f81115dce711292ec7981d17231064 ("scsi, block: fix duplicate bdi name registration crashes") https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-4.11/next in testcase: boot on test machine: qemu-system-i386

[lkp-robot] [scsi, block] 0dba1314d4: WARNING:at_fs/sysfs/dir.c:#sysfs_warn_dup

FYI, we noticed the following commit: commit: 0dba1314d4f81115dce711292ec7981d17231064 ("scsi, block: fix duplicate bdi name registration crashes") https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-4.11/next in testcase: boot on test machine: qemu-system-i386

Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen

Hi Lorenzo, On 2017/2/4 2:36, Lorenzo Pieralisi wrote: > Hanjun, Sinan, > > On Wed, Jan 18, 2017 at 08:54:50PM +0800, Hanjun Guo wrote: >> From: Hanjun Guo >> >> With platform msi support landed in the kernel, and the introduction >> of IORT for GICv3 ITS (PCI MSI) and

Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen

Hi Lorenzo, On 2017/2/4 2:36, Lorenzo Pieralisi wrote: > Hanjun, Sinan, > > On Wed, Jan 18, 2017 at 08:54:50PM +0800, Hanjun Guo wrote: >> From: Hanjun Guo >> >> With platform msi support landed in the kernel, and the introduction >> of IORT for GICv3 ITS (PCI MSI) and SMMU, the framework for

Re: [PATCH V2 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list

On February 04, 2017 7:33 AM Shaohua Li wrote: > @@ -1404,6 +1401,8 @@ bool madvise_free_huge_pmd(struct mmu_gather *tlb, > struct vm_area_struct *vma, > set_pmd_at(mm, addr, pmd, orig_pmd); > tlb_remove_pmd_tlb_entry(tlb, pmd, addr); > } > + > +

Re: [PATCH V2 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list

On February 04, 2017 7:33 AM Shaohua Li wrote: > @@ -1404,6 +1401,8 @@ bool madvise_free_huge_pmd(struct mmu_gather *tlb, > struct vm_area_struct *vma, > set_pmd_at(mm, addr, pmd, orig_pmd); > tlb_remove_pmd_tlb_entry(tlb, pmd, addr); > } > + > +

[tip:WIP.sched/core 118/144] arch/mips/cavium-octeon/cpu.c:31:3: note: in expansion of macro 'KSTK_STATUS'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: f83f0b0647162b099f62e62c203b1cfb90b40239 commit: 297dfd2a653a202557af465e87e0aa5d106a15b1 [118/144] sched/headers: Remove from config: mips-cavium_octeon_defconfig (attached as .config) compiler:

[tip:WIP.sched/core 118/144] arch/mips/cavium-octeon/cpu.c:31:3: note: in expansion of macro 'KSTK_STATUS'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: f83f0b0647162b099f62e62c203b1cfb90b40239 commit: 297dfd2a653a202557af465e87e0aa5d106a15b1 [118/144] sched/headers: Remove from config: mips-cavium_octeon_defconfig (attached as .config) compiler:

Re: [PATCH 0/4] fujitsu_init() cleanup

> On Fri, Feb 03, 2017 at 04:13:40PM +0200, Andy Shevchenko wrote: > > On Fri, Feb 3, 2017 at 4:06 PM, Michał Kępień wrote: > > > Darren, Andy, > > > > > > Please drop this patch series for now. I will send a rebased v2 after a > > > long overdue patch series from Alan Jenkins

Re: [PATCH 0/4] fujitsu_init() cleanup

> On Fri, Feb 03, 2017 at 04:13:40PM +0200, Andy Shevchenko wrote: > > On Fri, Feb 3, 2017 at 4:06 PM, Michał Kępień wrote: > > > Darren, Andy, > > > > > > Please drop this patch series for now. I will send a rebased v2 after a > > > long overdue patch series from Alan Jenkins gets applied in a

Re: [PATCH 2/2] DTS: dra7: Add "opp_high" opp node to support 1.5 GHz SoC operation

Hi Nishanth, > On 02/03/2017 05:21 PM, Lukasz Majewski wrote: > > Hi Dave, > > > > Thanks for sharing the knowledge :-) > > > >> On 02/03/2017 09:24 AM, Lukasz Majewski wrote: > >>> The "opp_high" property brings support for 1.5 GHz CPU frequency > >>> for TI's am57xx line of processors. > >>> >

Re: [PATCH 2/2] DTS: dra7: Add "opp_high" opp node to support 1.5 GHz SoC operation

Hi Nishanth, > On 02/03/2017 05:21 PM, Lukasz Majewski wrote: > > Hi Dave, > > > > Thanks for sharing the knowledge :-) > > > >> On 02/03/2017 09:24 AM, Lukasz Majewski wrote: > >>> The "opp_high" property brings support for 1.5 GHz CPU frequency > >>> for TI's am57xx line of processors. > >>> >

[tip:WIP.sched/core 138/144] arch/mips/netlogic/common/smp.c:157:31: note: in expansion of macro '__KSTK_TOS'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: f83f0b0647162b099f62e62c203b1cfb90b40239 commit: 3ab291518ff78c8410fd336e02eb59f10d98d4e7 [138/144] sched/headers: Split out of config: mips-nlm_xlr_defconfig (attached as .config) compiler:

[tip:WIP.sched/core 138/144] arch/mips/netlogic/common/smp.c:157:31: note: in expansion of macro '__KSTK_TOS'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: f83f0b0647162b099f62e62c203b1cfb90b40239 commit: 3ab291518ff78c8410fd336e02eb59f10d98d4e7 [138/144] sched/headers: Split out of config: mips-nlm_xlr_defconfig (attached as .config) compiler:

Re: [PATCH v5 0/3] Add Support for Cavium Cryptographic Acceleration Unit

On Friday 03 February 2017 11:02 PM, Sasha Levin wrote: On Mon, Jan 30, 2017 at 7:30 AM, George Cherian wrote: This series adds the support for Cavium Cryptographic Accelerarion Unit (CPT) CPT is available in Cavium's Octeon-Tx SoC series. The series was tested

Re: [PATCH v5 0/3] Add Support for Cavium Cryptographic Acceleration Unit

On Friday 03 February 2017 11:02 PM, Sasha Levin wrote: On Mon, Jan 30, 2017 at 7:30 AM, George Cherian wrote: This series adds the support for Cavium Cryptographic Accelerarion Unit (CPT) CPT is available in Cavium's Octeon-Tx SoC series. The series was tested with ecryptfs and dm-crypt for

[PATCH v2] Drivers: staging: speakup: spk_priv.h - style fix

Changed function definition argument to have identifier name. found using checkpatch Signed-off-by: Derek Robson --- Version 1 had missing ; and so broke the build drivers/staging/speakup/spk_priv.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2] Drivers: staging: speakup: spk_priv.h - style fix

Changed function definition argument to have identifier name. found using checkpatch Signed-off-by: Derek Robson --- Version 1 had missing ; and so broke the build drivers/staging/speakup/spk_priv.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: status of "tty: Fix ldisc crash on reopened tty"

Cc Greg On (01/24/17 14:19), Sergey Senozhatsky wrote: > Hello Peter, Mikulas > > just came across this patch https://lkml.org/lkml/2016/5/17/440 > > Peter, are you still planning to merge it? or is there something > that made you change your mind? ping -ss

Re: status of "tty: Fix ldisc crash on reopened tty"

Cc Greg On (01/24/17 14:19), Sergey Senozhatsky wrote: > Hello Peter, Mikulas > > just came across this patch https://lkml.org/lkml/2016/5/17/440 > > Peter, are you still planning to merge it? or is there something > that made you change your mind? ping -ss

[tip:WIP.sched/core 138/144] arch/mips/kernel/smp-mt.c:215:2: note: in expansion of macro 'write_tc_gpr_sp'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: f83f0b0647162b099f62e62c203b1cfb90b40239 commit: 3ab291518ff78c8410fd336e02eb59f10d98d4e7 [138/144] sched/headers: Split out of config: mips-malta_kvm_defconfig (attached as .config) compiler:

[tip:WIP.sched/core 138/144] arch/mips/kernel/smp-mt.c:215:2: note: in expansion of macro 'write_tc_gpr_sp'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: f83f0b0647162b099f62e62c203b1cfb90b40239 commit: 3ab291518ff78c8410fd336e02eb59f10d98d4e7 [138/144] sched/headers: Split out of config: mips-malta_kvm_defconfig (attached as .config) compiler:

Re: Staging: speakup - syle fix permissions to octal

On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: > A style fix across whole driver. > changed permissions to octal style, found using checkpatch > > Signed-off-by: Derek Robson FWIW, I think changes like this are best done using coccinelle. That ensures that the

Re: Staging: speakup - syle fix permissions to octal

On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: > A style fix across whole driver. > changed permissions to octal style, found using checkpatch > > Signed-off-by: Derek Robson FWIW, I think changes like this are best done using coccinelle. That ensures that the results can be

[PATCH] staging: fbtft: fbtft-bus.c: Fix checkpatch error

Fix checkpatch error: ERROR: space prohibited before that close parenthesis ')' Signed-off-by: Youngdo Lee --- drivers/staging/fbtft/fbtft-bus.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/staging/fbtft/fbtft-bus.c

[PATCH] staging: fbtft: fbtft-bus.c: Fix checkpatch error

Fix checkpatch error: ERROR: space prohibited before that close parenthesis ')' Signed-off-by: Youngdo Lee --- drivers/staging/fbtft/fbtft-bus.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/staging/fbtft/fbtft-bus.c b/drivers/staging/fbtft/fbtft-bus.c index

Re: [PATCH resend 4.9] hw_random: Don't use a stack buffer in add_early_randomness()

On Sat, Feb 04, 2017 at 11:47:38AM +0800, Yisheng Xie wrote: > On 2016/10/18 1:06, Andy Lutomirski wrote: > > hw_random carefully avoids using a stack buffer except in > > add_early_randomness(). This causes a crash in virtio_rng if > > CONFIG_VMAP_STACK=y. > I try to understand this patch, but I

Re: [PATCH resend 4.9] hw_random: Don't use a stack buffer in add_early_randomness()

On Sat, Feb 04, 2017 at 11:47:38AM +0800, Yisheng Xie wrote: > On 2016/10/18 1:06, Andy Lutomirski wrote: > > hw_random carefully avoids using a stack buffer except in > > add_early_randomness(). This causes a crash in virtio_rng if > > CONFIG_VMAP_STACK=y. > I try to understand this patch, but I

Re: [PATCH v5 2/3] drivers: crypto: Add the Virtual Function driver for CPT

Hi Sasha, Thanks for the reveiw. On Friday 03 February 2017 12:24 AM, Sasha Levin wrote: On Mon, Jan 30, 2017 at 7:30 AM, George Cherian wrote: diff --git a/drivers/crypto/cavium/cpt/cptvf_main.c b/drivers/crypto/cavium/cpt/cptvf_main.c new file mode 100644

Re: [PATCH v5 2/3] drivers: crypto: Add the Virtual Function driver for CPT

Hi Sasha, Thanks for the reveiw. On Friday 03 February 2017 12:24 AM, Sasha Levin wrote: On Mon, Jan 30, 2017 at 7:30 AM, George Cherian wrote: diff --git a/drivers/crypto/cavium/cpt/cptvf_main.c b/drivers/crypto/cavium/cpt/cptvf_main.c new file mode 100644 index 000..4cf466d ---

RE: [PATCH v6 kernel 3/5] virtio-balloon: speed up inflate/deflate process

> > > > +static void free_extended_page_bitmap(struct virtio_balloon *vb) { > > + int i, bmap_count = vb->nr_page_bmap; > > + > > + for (i = 1; i < bmap_count; i++) { > > + kfree(vb->page_bitmap[i]); > > + vb->page_bitmap[i] = NULL; > > + vb->nr_page_bmap--; > >

RE: [PATCH v6 kernel 3/5] virtio-balloon: speed up inflate/deflate process

> > > > +static void free_extended_page_bitmap(struct virtio_balloon *vb) { > > + int i, bmap_count = vb->nr_page_bmap; > > + > > + for (i = 1; i < bmap_count; i++) { > > + kfree(vb->page_bitmap[i]); > > + vb->page_bitmap[i] = NULL; > > + vb->nr_page_bmap--; > >

Re: Drivers: staging: speakup: spk_priv.h - style fix

On Sat, Feb 04, 2017 at 12:56:41PM +1300, Derek Robson wrote: > Changed function definition argument to have identifier name. > found using checkpatch > > Signed-off-by: Derek Robson > --- > drivers/staging/speakup/spk_priv.h | 4 ++-- > 1 file changed, 2 insertions(+), 2

Re: Drivers: staging: speakup: spk_priv.h - style fix

On Sat, Feb 04, 2017 at 12:56:41PM +1300, Derek Robson wrote: > Changed function definition argument to have identifier name. > found using checkpatch > > Signed-off-by: Derek Robson > --- > drivers/staging/speakup/spk_priv.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

On Sat, 2017-02-04 at 16:31 +1300, Derek Robson wrote: > On Sat, Feb 04, 2017 at 10:41:20AM +0800, kbuild test robot wrote: > > Hi Derek, > > > > [auto build test ERROR on staging/staging-testing] > > [also build test ERROR on v4.10-rc6 next-20170203] > > [if y

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

On Sat, 2017-02-04 at 16:31 +1300, Derek Robson wrote: > On Sat, Feb 04, 2017 at 10:41:20AM +0800, kbuild test robot wrote: > > Hi Derek, > > > > [auto build test ERROR on staging/staging-testing] > > [also build test ERROR on v4.10-rc6 next-20170203] > > [if y

RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()

Here's the sequence of events as I see it: Repair_HID is a standalone function that removes one reference on the incoming object. For simple _HID objects, this in fact deletes the object. For _CID, all elements of the package are examined. If a repair was made on a _HID within the _CID

RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()

Here's the sequence of events as I see it: Repair_HID is a standalone function that removes one reference on the incoming object. For simple _HID objects, this in fact deletes the object. For _CID, all elements of the package are examined. If a repair was made on a _HID within the _CID

Re: Linux 4.9.7

Hi, Any reports of 4.9.7 breaking X? I run arch and keep it up to date. With todays updates and 4.9.7 built here X will not start kde correctly. Reverting to 4.9.6 fixes things. Config is the same for both builds. I have three btrfs patches and the BFQ 4.9.0-v8r7 patchset applied on top

Re: Linux 4.9.7

Hi, Any reports of 4.9.7 breaking X? I run arch and keep it up to date. With todays updates and 4.9.7 built here X will not start kde correctly. Reverting to 4.9.6 fixes things. Config is the same for both builds. I have three btrfs patches and the BFQ 4.9.0-v8r7 patchset applied on top

Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen

On 2017/2/3 22:50, Sinan Kaya wrote: > On 1/18/2017 7:54 AM, Hanjun Guo wrote: >> From: Hanjun Guo >> >> With platform msi support landed in the kernel, and the introduction >> of IORT for GICv3 ITS (PCI MSI) and SMMU, the framework for platform msi >> is ready, this patch

Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen

On 2017/2/3 22:50, Sinan Kaya wrote: > On 1/18/2017 7:54 AM, Hanjun Guo wrote: >> From: Hanjun Guo >> >> With platform msi support landed in the kernel, and the introduction >> of IORT for GICv3 ITS (PCI MSI) and SMMU, the framework for platform msi >> is ready, this patch set add few patches to

Re: [PATCH resend 4.9] hw_random: Don't use a stack buffer in add_early_randomness()

Hi Andy, On 2016/10/18 1:06, Andy Lutomirski wrote: > hw_random carefully avoids using a stack buffer except in > add_early_randomness(). This causes a crash in virtio_rng if > CONFIG_VMAP_STACK=y. I try to understand this patch, but I do not know why it will cause a crash in virtio_rng with

Re: [PATCH resend 4.9] hw_random: Don't use a stack buffer in add_early_randomness()

Hi Andy, On 2016/10/18 1:06, Andy Lutomirski wrote: > hw_random carefully avoids using a stack buffer except in > add_early_randomness(). This causes a crash in virtio_rng if > CONFIG_VMAP_STACK=y. I try to understand this patch, but I do not know why it will cause a crash in virtio_rng with

[PATCH v8 3/3] thermal: zx2967: add thermal driver for ZTE's zx2967 family

This patch adds thermal driver for ZTE's zx2967 family. Signed-off-by: Baoyou Xie --- drivers/thermal/Kconfig | 8 ++ drivers/thermal/Makefile | 1 + drivers/thermal/zx2967_thermal.c | 255 +++ 3 files changed, 264

[PATCH v8 3/3] thermal: zx2967: add thermal driver for ZTE's zx2967 family

This patch adds thermal driver for ZTE's zx2967 family. Signed-off-by: Baoyou Xie --- drivers/thermal/Kconfig | 8 ++ drivers/thermal/Makefile | 1 + drivers/thermal/zx2967_thermal.c | 255 +++ 3 files changed, 264 insertions(+) create

[PATCH v8 1/3] dt: bindings: add documentation for zx2967 family thermal sensor

This patch adds dt-binding documentation for zx2967 family thermal sensor. Signed-off-by: Baoyou Xie Acked-by: Rob Herring Reviewed-by: Shawn Guo --- .../devicetree/bindings/thermal/zx2967-thermal.txt | 116 + 1

[PATCH v8 2/3] MAINTAINERS: add zx2967 thermal drivers to ARM ZTE architecture

Add the zx2967 thermal drivers as maintained by ARM ZTE architecture maintainers, as they're parts of the core IP. Signed-off-by: Baoyou Xie --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 5fb9b62..edfdea3 100644 ---

[PATCH v8 1/3] dt: bindings: add documentation for zx2967 family thermal sensor

This patch adds dt-binding documentation for zx2967 family thermal sensor. Signed-off-by: Baoyou Xie Acked-by: Rob Herring Reviewed-by: Shawn Guo --- .../devicetree/bindings/thermal/zx2967-thermal.txt | 116 + 1 file changed, 116 insertions(+) create mode 100644

[PATCH v8 2/3] MAINTAINERS: add zx2967 thermal drivers to ARM ZTE architecture

Add the zx2967 thermal drivers as maintained by ARM ZTE architecture maintainers, as they're parts of the core IP. Signed-off-by: Baoyou Xie --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 5fb9b62..edfdea3 100644 --- a/MAINTAINERS +++

[PATCH 1/5] of: introduce of_graph_get_remote_node

The OF graph API leaves too much of the graph walking to clients when in many cases the driver doesn't care about accessing the port or endpoint nodes. The drivers typically just want the device connected via a particular graph connection. of_graph_get_remote_node provides this functionality.

[PATCH 1/5] of: introduce of_graph_get_remote_node

The OF graph API leaves too much of the graph walking to clients when in many cases the driver doesn't care about accessing the port or endpoint nodes. The drivers typically just want the device connected via a particular graph connection. of_graph_get_remote_node provides this functionality.

[PATCH 5/5] drm: omap: use common OF graph helpers

The OMAP driver has its own OF graph helpers that are similar to the common helpers. This commit replaces most of the calls with the common helpers. There's still a couple of custom helpers left, but the driver needs more extensive changes to get rid of them. In dss_init_ports, we invert the

[PATCH 5/5] drm: omap: use common OF graph helpers

The OMAP driver has its own OF graph helpers that are similar to the common helpers. This commit replaces most of the calls with the common helpers. There's still a couple of custom helpers left, but the driver needs more extensive changes to get rid of them. In dss_init_ports, we invert the

[PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Similar to the previous commit, convert drivers open coding OF graph parsing to use drm_of_find_panel_or_bridge instead. This changes some error messages to debug messages (in the graph core). Graph connections are often "no connects" depending on the particular board, so we want to avoid

[PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

Many drivers have a common pattern of searching the OF graph for either an attached panel or bridge and then finding the DRM struct for the panel or bridge. Also, most drivers need to handle deferred probing when the DRM device is not yet instantiated. Create a common function,

[PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

Convert drivers to use the new of_graph_get_remote_node() helper instead of parsing the endpoint node and then getting the remote device node. Now drivers can just specify the device node and which port/endpoint and get back the connected remote device node. The details of the graph binding are

[PATCH 0/5] DRM OF graph clean-up

I've been unhappy with the OF graph API for some time and decided to do something about it. The problem is drivers have to do too much of the graph parsing and walking themselves. This has led to the same pattern duplicated over and over. This series adds 2 new helpers and adapts DRM drivers

[PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

Many drivers have a common pattern of searching the OF graph for either an attached panel or bridge and then finding the DRM struct for the panel or bridge. Also, most drivers need to handle deferred probing when the DRM device is not yet instantiated. Create a common function,

[PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

Convert drivers to use the new of_graph_get_remote_node() helper instead of parsing the endpoint node and then getting the remote device node. Now drivers can just specify the device node and which port/endpoint and get back the connected remote device node. The details of the graph binding are

[PATCH 0/5] DRM OF graph clean-up

I've been unhappy with the OF graph API for some time and decided to do something about it. The problem is drivers have to do too much of the graph parsing and walking themselves. This has led to the same pattern duplicated over and over. This series adds 2 new helpers and adapts DRM drivers

[PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Similar to the previous commit, convert drivers open coding OF graph parsing to use drm_of_find_panel_or_bridge instead. This changes some error messages to debug messages (in the graph core). Graph connections are often "no connects" depending on the particular board, so we want to avoid

Re: [PATCH] mm: extend zero pages to same element pages for zram

right, thanks. On 2017/2/3 23:33, Matthew Wilcox wrote: On Fri, Feb 03, 2017 at 04:42:27PM +0800, zhouxianr...@huawei.com wrote: +static inline void zram_fill_page_partial(char *ptr, unsigned int size, + unsigned long value) +{ + int i; + unsigned long *page; + +

Re: [PATCH] mm: extend zero pages to same element pages for zram

right, thanks. On 2017/2/3 23:33, Matthew Wilcox wrote: On Fri, Feb 03, 2017 at 04:42:27PM +0800, zhouxianr...@huawei.com wrote: +static inline void zram_fill_page_partial(char *ptr, unsigned int size, + unsigned long value) +{ + int i; + unsigned long *page; + +

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

On Sat, Feb 04, 2017 at 10:41:20AM +0800, kbuild test robot wrote: > Hi Derek, > > [auto build test ERROR on staging/staging-testing] > [also build test ERROR on v4.10-rc6 next-20170203] > [if your patch is applied to the wrong git tree, please drop us a note to > help

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

On Sat, Feb 04, 2017 at 10:41:20AM +0800, kbuild test robot wrote: > Hi Derek, > > [auto build test ERROR on staging/staging-testing] > [also build test ERROR on v4.10-rc6 next-20170203] > [if your patch is applied to the wrong git tree, please drop us a note to > help

Re: [PATCH] mm, vmscan: Clear PGDAT_WRITEBACK when zone is balanced

On February 04, 2017 4:32 AM Mel Gorman wrote: > > Hillf Danton pointed out that since commit 1d82de618dd ("mm, vmscan: > make kswapd reclaim in terms of nodes") that PGDAT_WRITEBACK is no longer > cleared. It was not noticed as triggering it requires pages under writeback > to cycle twice

Re: [PATCH] mm, vmscan: Clear PGDAT_WRITEBACK when zone is balanced

On February 04, 2017 4:32 AM Mel Gorman wrote: > > Hillf Danton pointed out that since commit 1d82de618dd ("mm, vmscan: > make kswapd reclaim in terms of nodes") that PGDAT_WRITEBACK is no longer > cleared. It was not noticed as triggering it requires pages under writeback > to cycle twice

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Thu, Feb 02, 2017 at 09:51:25AM +, Al Viro wrote: > * fuse_copy_fill(). I'm not at all sure that iov_iter_get_pages() > is a good idea there - fuse_copy_do() could bloody well just use > copy_{to,from}_iter(). Miklos, could you explain why does lock_request() prohibit page faults

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Thu, Feb 02, 2017 at 09:51:25AM +, Al Viro wrote: > * fuse_copy_fill(). I'm not at all sure that iov_iter_get_pages() > is a good idea there - fuse_copy_do() could bloody well just use > copy_{to,from}_iter(). Miklos, could you explain why does lock_request() prohibit page faults

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

Hi Derek, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.10-rc6 next-20170203] [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/Derek-Robson/Drivers-staging

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

Hi Derek, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.10-rc6 next-20170203] [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/Derek-Robson/Drivers-staging

Re: [PATCH net-next 2/6] net: dsa: simplify netdevice events handling

On 02/03/2017 10:20 AM, Vivien Didelot wrote: > Simplify the code handling the slave netdevice notifier call by > providing a dsa_slave_changeupper helper for NETDEV_CHANGEUPPER, and so > on (only this event is supported at the moment.) > > Return NOTIFY_DONE when we did not care about an

Re: [PATCH net-next 2/6] net: dsa: simplify netdevice events handling

On 02/03/2017 10:20 AM, Vivien Didelot wrote: > Simplify the code handling the slave netdevice notifier call by > providing a dsa_slave_changeupper helper for NETDEV_CHANGEUPPER, and so > on (only this event is supported at the moment.) > > Return NOTIFY_DONE when we did not care about an

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

Hi Derek, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.10-rc6 next-20170203] [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/Derek-Robson/Drivers-staging

Re: [PATCH] Drivers: staging: speakup: spk_priv.h - style fix

Hi Derek, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.10-rc6 next-20170203] [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/Derek-Robson/Drivers-staging

Re: [PATCH] drm/panel: simple: ensure Sharp lq123p1jx31 isn't turned off too soon

Hi On Thu, Feb 2, 2017 at 3:38 PM, Douglas Anderson wrote: > The Sharp lq123p1jx31 has a requirement that the VDD is on for at > least 300 ms before being turned off. At the moment nothing anywhere > in the kernel is ensuring this. > > The simplest way to ensure this is

Re: [PATCH] drm/panel: simple: ensure Sharp lq123p1jx31 isn't turned off too soon

Hi On Thu, Feb 2, 2017 at 3:38 PM, Douglas Anderson wrote: > The Sharp lq123p1jx31 has a requirement that the VDD is on for at > least 300 ms before being turned off. At the moment nothing anywhere > in the kernel is ensuring this. > > The simplest way to ensure this is to add a "disable"

[PATCH] drm/i915/debugfs: Add i915_hpd_storm_ctl

This adds a file in i915's debugfs directory that allows userspace to manually control HPD storm detection. This is mainly for hotplugging tests, where we might want to test HPD storm functionality or disable storm detection to speed up hotplugging tests without breaking anything. Signed-off-by:

[PATCH] drm/i915/debugfs: Add i915_hpd_storm_ctl

This adds a file in i915's debugfs directory that allows userspace to manually control HPD storm detection. This is mainly for hotplugging tests, where we might want to test HPD storm functionality or disable storm detection to speed up hotplugging tests without breaking anything. Signed-off-by:

Re: [PATCH] mm, slab: rename kmalloc-node cache to kmalloc-

Hi Vlastimil, [auto build test WARNING on mmotm/master] [also build test WARNING on v4.10-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] mm, slab: rename kmalloc-node cache to kmalloc-

Hi Vlastimil, [auto build test WARNING on mmotm/master] [also build test WARNING on v4.10-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 3/3] net: ethernet: bgmac: driver power manangement

On 02/03/2017 01:39 PM, Jon Mason wrote: > From: Joey Zhong > > Implements suspend/resume, external phy 54810 is assumed > to remain powered up during deep-sleep for wake-on-lane. s/wake-on-lane/Wake-on-LAN, are you positive phy_stop() is not suspending the PHY and issuing

Re: [PATCH 3/3] net: ethernet: bgmac: driver power manangement

On 02/03/2017 01:39 PM, Jon Mason wrote: > From: Joey Zhong > > Implements suspend/resume, external phy 54810 is assumed > to remain powered up during deep-sleep for wake-on-lane. s/wake-on-lane/Wake-on-LAN, are you positive phy_stop() is not suspending the PHY and issuing BMCR_PWRDOWN write?

Re: regression for m68k/coldfire

Hi Laurent, On 04/02/17 01:22, Laurent Vivier wrote: Le 03/02/2017 à 16:17, Waldemar Brodkorb a écrit : [snip] Btw: Laurent, are you m68k with mmu support are going to be included upstream? I always carry an old binary for any m68k with mmu testing. I'm working to have the FPU included for

Re: regression for m68k/coldfire

Hi Laurent, On 04/02/17 01:22, Laurent Vivier wrote: Le 03/02/2017 à 16:17, Waldemar Brodkorb a écrit : [snip] Btw: Laurent, are you m68k with mmu support are going to be included upstream? I always carry an old binary for any m68k with mmu testing. I'm working to have the FPU included for

Re: [PATCH 1/3] fork: dynamically allocate cache array for vmapped stacks using cpuhp

On Sat, Feb 4, 2017 at 2:52 AM, Andy Lutomirski wrote: > On Fri, Feb 3, 2017 at 8:42 AM, Hoeun Ryu wrote: >> On Sat, Feb 4, 2017 at 12:39 AM, Michal Hocko wrote: >>> On Sat 04-02-17 00:30:05, Hoeun Ryu wrote: Using virtually

Re: [PATCH 1/3] fork: dynamically allocate cache array for vmapped stacks using cpuhp

On Sat, Feb 4, 2017 at 2:52 AM, Andy Lutomirski wrote: > On Fri, Feb 3, 2017 at 8:42 AM, Hoeun Ryu wrote: >> On Sat, Feb 4, 2017 at 12:39 AM, Michal Hocko wrote: >>> On Sat 04-02-17 00:30:05, Hoeun Ryu wrote: Using virtually mapped stack, kernel stacks are allocated via vmalloc. In

  1   2   3   4   5   6   7   8   9   10   >