Re: [PATCH v2 BUGFIX] ARM: dts: imx6ull: fix the imx6ull-14x14-evk configuration

On Fri, Jan 26, 2018 at 09:52:18AM +0100, Lothar Waßmann wrote: > imx6ull-14x14-evk.dts currently includes the imx6ul.dtsi file for an > i.MX6ULL SoC which is plain wrong. > > Rename the current imx6ul-14x14-evk.dts to .dtsi and include it from > imx6ul-14x14-evk.dts and imx6ull-14x14-evk.dts, so

Re: [PATCH v2 BUGFIX] ARM: dts: imx6ull: fix the imx6ull-14x14-evk configuration

On Fri, Jan 26, 2018 at 09:52:18AM +0100, Lothar Waßmann wrote: > imx6ull-14x14-evk.dts currently includes the imx6ul.dtsi file for an > i.MX6ULL SoC which is plain wrong. > > Rename the current imx6ul-14x14-evk.dts to .dtsi and include it from > imx6ul-14x14-evk.dts and imx6ull-14x14-evk.dts, so

Re: [PATCH 02/20] KVM: PPC: Book3S PR: Fix broken select due to misspelling

On Mon, Feb 05, 2018 at 05:58:59AM +0100, Ulf Magnusson wrote: > On Mon, Feb 5, 2018 at 5:48 AM, Paul Mackerras wrote: > > On Mon, Feb 05, 2018 at 02:21:14AM +0100, Ulf Magnusson wrote: > >> Commit 76d837a4c0f9 ("KVM: PPC: Book3S PR: Don't include SPAPR TCE code > >> on

Re: [PATCH 02/20] KVM: PPC: Book3S PR: Fix broken select due to misspelling

On Mon, Feb 05, 2018 at 05:58:59AM +0100, Ulf Magnusson wrote: > On Mon, Feb 5, 2018 at 5:48 AM, Paul Mackerras wrote: > > On Mon, Feb 05, 2018 at 02:21:14AM +0100, Ulf Magnusson wrote: > >> Commit 76d837a4c0f9 ("KVM: PPC: Book3S PR: Don't include SPAPR TCE code > >> on non-pseries platforms")

Re: [PATCH] ARM: dts: use 'atmel' as at24 manufacturer for imx6qdl-zii-rdu2

On Wed, Jan 24, 2018 at 10:28:23PM +0100, Bartosz Golaszewski wrote: > Using 'at' as the part of the compatible string is now > deprecated. Use a correct string: 'atmel,'. > > Signed-off-by: Bartosz Golaszewski Applied, thanks.

Re: [PATCH] ARM: dts: use 'atmel' as at24 manufacturer for imx6qdl-rex

On Wed, Jan 24, 2018 at 10:31:16PM +0100, Bartosz Golaszewski wrote: > Using 'at' as the part of the compatible string is now > deprecated. Use a correct string: 'atmel,'. > > Signed-off-by: Bartosz Golaszewski Applied, thanks.

Re: [PATCH] ARM: dts: use 'atmel' as at24 manufacturer for imx6qdl-rex

On Wed, Jan 24, 2018 at 10:31:16PM +0100, Bartosz Golaszewski wrote: > Using 'at' as the part of the compatible string is now > deprecated. Use a correct string: 'atmel,'. > > Signed-off-by: Bartosz Golaszewski Applied, thanks.

Re: [PATCH] ARM: dts: use 'atmel' as at24 manufacturer for imx6qdl-zii-rdu2

On Wed, Jan 24, 2018 at 10:28:23PM +0100, Bartosz Golaszewski wrote: > Using 'at' as the part of the compatible string is now > deprecated. Use a correct string: 'atmel,'. > > Signed-off-by: Bartosz Golaszewski Applied, thanks.

Re: [PATCH] ARM: dts: fix the at24 compatible string in imx6q-h100

On Wed, Jan 24, 2018 at 10:31:48PM +0100, Bartosz Golaszewski wrote: > Using 'at24' as fallback is now deprecated - use the full > 'atmel,' string. > > Signed-off-by: Bartosz Golaszewski Applied, thanks.

Re: [PATCH] ARM: dts: fix the at24 compatible string in imx6q-h100

On Wed, Jan 24, 2018 at 10:31:48PM +0100, Bartosz Golaszewski wrote: > Using 'at24' as fallback is now deprecated - use the full > 'atmel,' string. > > Signed-off-by: Bartosz Golaszewski Applied, thanks.

Re: [PATCH v3 1/3] ARM: dts: imx: Pass empty memory size on board dts

On Wed, Jan 24, 2018 at 11:22:12AM -0200, Marco Franchi wrote: > In preparation for removing 'reg = <0 0>;' from the dtsi SoC files, pass > 'reg = <0 0 >;' to the dts/dtsi board files that do not pass the memory > size. > > Signed-off-by: Marco Franchi Applied all,

Re: [PATCH v3 1/3] ARM: dts: imx: Pass empty memory size on board dts

On Wed, Jan 24, 2018 at 11:22:12AM -0200, Marco Franchi wrote: > In preparation for removing 'reg = <0 0>;' from the dtsi SoC files, pass > 'reg = <0 0 >;' to the dts/dtsi board files that do not pass the memory > size. > > Signed-off-by: Marco Franchi Applied all, thanks.

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

On 2018/2/5 14:40, Yunlong Song wrote: > Is it necessary to make atomic commit fail? What's the problem of this > patch (no lock at all and does not make atomic fail)? These two patches > aims to provide ability to gc old blocks of opened atomic file, with no > affection to original atomic commit

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

On 2018/2/5 14:40, Yunlong Song wrote: > Is it necessary to make atomic commit fail? What's the problem of this > patch (no lock at all and does not make atomic fail)? These two patches > aims to provide ability to gc old blocks of opened atomic file, with no > affection to original atomic commit

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Thu, Feb 01, 2018 at 11:36:04AM +, Daniel Thompson wrote: > On Wed, Jan 31, 2018 at 01:51:21PM +0200, Jani Nikula wrote: > > On Wed, 31 Jan 2018, Daniel Thompson wrote: > > > On Fri, Jan 26, 2018 at 08:20:08PM +0530, Aishwarya Pant wrote: > > >> Add

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Thu, Feb 01, 2018 at 11:36:04AM +, Daniel Thompson wrote: > On Wed, Jan 31, 2018 at 01:51:21PM +0200, Jani Nikula wrote: > > On Wed, 31 Jan 2018, Daniel Thompson wrote: > > > On Fri, Jan 26, 2018 at 08:20:08PM +0530, Aishwarya Pant wrote: > > >> Add documentation for sysfs interfaces of

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

On Mon, 2018-02-05 at 16:03 +0900, Masahiro Yamada wrote: > 2018-02-05 15:41 GMT+09:00 Knut Omang : > > On Fri, 2018-01-19 at 11:14 +0100, Knut Omang wrote: > >> Add scripts/runchecks which has generic support for running > >> checker tools in a convenient and user friendly

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

On Mon, 2018-02-05 at 16:03 +0900, Masahiro Yamada wrote: > 2018-02-05 15:41 GMT+09:00 Knut Omang : > > On Fri, 2018-01-19 at 11:14 +0100, Knut Omang wrote: > >> Add scripts/runchecks which has generic support for running > >> checker tools in a convenient and user friendly way that > >> the

Re: [PATCH 2/2] KVM: X86: Add per-VM no-HLT-exiting capability

2018-02-03 3:02 GMT+08:00 Radim Krčmář : > 2018-02-01 23:11-0800, Wanpeng Li: >> From: Wanpeng Li >> >> If host CPUs are dedicated to a VM, we can avoid VM exits on HLT. >> This patch adds the per-VM non-HLT-exiting capability. >> >> Cc: Paolo Bonzini

Re: [PATCH 2/2] KVM: X86: Add per-VM no-HLT-exiting capability

2018-02-03 3:02 GMT+08:00 Radim Krčmář : > 2018-02-01 23:11-0800, Wanpeng Li: >> From: Wanpeng Li >> >> If host CPUs are dedicated to a VM, we can avoid VM exits on HLT. >> This patch adds the per-VM non-HLT-exiting capability. >> >> Cc: Paolo Bonzini >> Cc: Radim Krčmář >> Signed-off-by:

Re: [PATCH] Documentation/ABI: update infiniband sysfs interfaces

On Thu, Feb 01, 2018 at 12:48:18PM -0500, Hal Rosenstock wrote: > On 2/1/2018 8:32 AM, Aishwarya Pant wrote: > > Add documentation for core and hardware specific infiniband interfaces. > > The descriptions have been collected from git commit logs, reading > > through code and data sheets. Some

Re: [PATCH] Documentation/ABI: update infiniband sysfs interfaces

On Thu, Feb 01, 2018 at 12:48:18PM -0500, Hal Rosenstock wrote: > On 2/1/2018 8:32 AM, Aishwarya Pant wrote: > > Add documentation for core and hardware specific infiniband interfaces. > > The descriptions have been collected from git commit logs, reading > > through code and data sheets. Some

Re: [GIT PULL tools] Linux kernel memory model

On Sun, Feb 04, 2018 at 11:37:59AM -0500, Alan Stern wrote: > On Sun, 4 Feb 2018, Paul E. McKenney wrote: > > > --- a/tools/memory-model/litmus-tests/CoRW+poonceonce+Once.litmus > > +++ b/tools/memory-model/litmus-tests/CoRW+poonceonce+Once.litmus > > @@ -1,5 +1,11 @@ > > C CoRW+poonceonce+Once

Re: [GIT PULL tools] Linux kernel memory model

On Sun, Feb 04, 2018 at 11:37:59AM -0500, Alan Stern wrote: > On Sun, 4 Feb 2018, Paul E. McKenney wrote: > > > --- a/tools/memory-model/litmus-tests/CoRW+poonceonce+Once.litmus > > +++ b/tools/memory-model/litmus-tests/CoRW+poonceonce+Once.litmus > > @@ -1,5 +1,11 @@ > > C CoRW+poonceonce+Once

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

On 02/05/2018 07:09 AM, Rob Herring wrote: > On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> The RCC block is responsible of the management of the clock and reset >> generation for the complete circuit. >> >>

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

On 02/05/2018 07:09 AM, Rob Herring wrote: > On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> The RCC block is responsible of the management of the clock and reset >> generation for the complete circuit. >> >> Signed-off-by: Gabriel

Re: [PATCHv2 0/8] hw_breakpoint: Breakpoint modification fixes and new modify ioctl

PING thanks, jirka On Wed, Nov 29, 2017 at 09:38:45AM +0100, Jiri Olsa wrote: > hi, > Milind Chabbi introduced new ioctl interface to change > live breakpoint [1]. It allows to change its bp_addr, > bp_len and bp_type throught new ioctl for perf breakpoint > event. > > We already have a kernel

Re: [PATCHv2 0/8] hw_breakpoint: Breakpoint modification fixes and new modify ioctl

PING thanks, jirka On Wed, Nov 29, 2017 at 09:38:45AM +0100, Jiri Olsa wrote: > hi, > Milind Chabbi introduced new ioctl interface to change > live breakpoint [1]. It allows to change its bp_addr, > bp_len and bp_type throught new ioctl for perf breakpoint > event. > > We already have a kernel

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

2018-02-05 15:41 GMT+09:00 Knut Omang : > On Fri, 2018-01-19 at 11:14 +0100, Knut Omang wrote: >> Add scripts/runchecks which has generic support for running >> checker tools in a convenient and user friendly way that >> the author hopes can contribute to rein in issues

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

2018-02-05 15:41 GMT+09:00 Knut Omang : > On Fri, 2018-01-19 at 11:14 +0100, Knut Omang wrote: >> Add scripts/runchecks which has generic support for running >> checker tools in a convenient and user friendly way that >> the author hopes can contribute to rein in issues detected >> by these tools

Re: [PATCH 02/14] dt-bindings: clock: add STM32MP1 clocks

On 02/05/2018 07:09 AM, Rob Herring wrote: > On Fri, Feb 02, 2018 at 03:03:30PM +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> This patch adds the clock binding entry for STM32MP1 >> >> Signed-off-by: Gabriel Fernandez

Re: [PATCH 02/14] dt-bindings: clock: add STM32MP1 clocks

On 02/05/2018 07:09 AM, Rob Herring wrote: > On Fri, Feb 02, 2018 at 03:03:30PM +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> This patch adds the clock binding entry for STM32MP1 >> >> Signed-off-by: Gabriel Fernandez >> --- >>

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

Hi Rob, Thanks for reviewing. On 02/05/2018 07:09 AM, Rob Herring wrote: > On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> The RCC block is responsible of the management of the clock and reset >> generation

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

Hi Rob, Thanks for reviewing. On 02/05/2018 07:09 AM, Rob Herring wrote: > On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> The RCC block is responsible of the management of the clock and reset >> generation for the complete circuit. >>

[PATCH v2 1/2] KVM: X86: Add per-VM no-HLT-exiting capability

From: Wanpeng Li If host CPUs are dedicated to a VM, we can avoid VM exits on HLT. This patch adds the per-VM non-HLT-exiting capability. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li --- v1

[PATCH v2 1/2] KVM: X86: Add per-VM no-HLT-exiting capability

From: Wanpeng Li If host CPUs are dedicated to a VM, we can avoid VM exits on HLT. This patch adds the per-VM non-HLT-exiting capability. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li --- v1 -> v2: * vmx_clear_hlt() around INIT handling * vmx_clear_hlt() upon SMI and

[PATCH v2 2/2] KVM: X86: Avoid traversing all the cpus for pv tlb flush when steal time is disabled

From: Wanpeng Li Avoid traversing all the cpus for pv tlb flush when steal time is disabled since pv tlb flush depends on the field in steal time for shared data. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li

[PATCH v2 2/2] KVM: X86: Avoid traversing all the cpus for pv tlb flush when steal time is disabled

From: Wanpeng Li Avoid traversing all the cpus for pv tlb flush when steal time is disabled since pv tlb flush depends on the field in steal time for shared data. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li --- arch/x86/kernel/kvm.c | 6 -- 1 file changed, 4

Re: [PATCH 08/20] s390/kconfig: Remove ARCH_WANTS_PROT_NUMA_PROT_NONE select

On Mon, Feb 05, 2018 at 02:21:20AM +0100, Ulf Magnusson wrote: > The ARCH_WANTS_PROT_NUMA_PROT_NONE symbol was removed by > commit 6a33979d5bd7 ("mm: remove misleading ARCH_USES_NUMA_PROT_NONE"), > but S390 still selects it. > > Remove the ARCH_WANTS_PROT_NUMA_PROT_NONE select from the S390

Re: [PATCH 08/20] s390/kconfig: Remove ARCH_WANTS_PROT_NUMA_PROT_NONE select

On Mon, Feb 05, 2018 at 02:21:20AM +0100, Ulf Magnusson wrote: > The ARCH_WANTS_PROT_NUMA_PROT_NONE symbol was removed by > commit 6a33979d5bd7 ("mm: remove misleading ARCH_USES_NUMA_PROT_NONE"), > but S390 still selects it. > > Remove the ARCH_WANTS_PROT_NUMA_PROT_NONE select from the S390

Re: linux-next: Signed-off-by missing for commits in the s390 tree

Hi Stephen, On Sat, 3 Feb 2018 13:03:48 +1100 Stephen Rothwell wrote: > Commits > > a39892ed47bf ("s390/runtime_instrumentation: re-add signum system call > parameter") > 279d2cea3aad ("s390/cio: fix kernel-doc usage") > > are missing a Signed-off-by from their

Re: linux-next: Signed-off-by missing for commits in the s390 tree

Hi Stephen, On Sat, 3 Feb 2018 13:03:48 +1100 Stephen Rothwell wrote: > Commits > > a39892ed47bf ("s390/runtime_instrumentation: re-add signum system call > parameter") > 279d2cea3aad ("s390/cio: fix kernel-doc usage") > > are missing a Signed-off-by from their committer. Thanks for the

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

Is it necessary to make atomic commit fail? What's the problem of this patch (no lock at all and does not make atomic fail)? These two patches aims to provide ability to gc old blocks of opened atomic file, with no affection to original atomic commit and no mix with inmem pages. On 2018/2/5

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

On Fri, 2018-01-19 at 11:14 +0100, Knut Omang wrote: > Add scripts/runchecks which has generic support for running > checker tools in a convenient and user friendly way that > the author hopes can contribute to rein in issues detected > by these tools in a manageable and convenient way. > >

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

Is it necessary to make atomic commit fail? What's the problem of this patch (no lock at all and does not make atomic fail)? These two patches aims to provide ability to gc old blocks of opened atomic file, with no affection to original atomic commit and no mix with inmem pages. On 2018/2/5

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

On Fri, 2018-01-19 at 11:14 +0100, Knut Omang wrote: > Add scripts/runchecks which has generic support for running > checker tools in a convenient and user friendly way that > the author hopes can contribute to rein in issues detected > by these tools in a manageable and convenient way. > >

Re: [PATCH 1/2] soc: imx: gpc: ARM power domain should be always-on

On Wed, Jan 24, 2018 at 12:42:13AM +0800, Anson Huang wrote: > ARM power domain does NOT support runtime off, always-on > flag should be set to avoid incorrect power state in > pm_genpd_summary: > > Before: > > root@imx6qpdlsolox:~# cat /sys/kernel/debug/pm_genpd/pm_genpd_summary > domain

Re: [PATCH 1/2] soc: imx: gpc: ARM power domain should be always-on

On Wed, Jan 24, 2018 at 12:42:13AM +0800, Anson Huang wrote: > ARM power domain does NOT support runtime off, always-on > flag should be set to avoid incorrect power state in > pm_genpd_summary: > > Before: > > root@imx6qpdlsolox:~# cat /sys/kernel/debug/pm_genpd/pm_genpd_summary > domain

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

On 2018/2/5 10:53, Yunlong Song wrote: > Is it necessary to add a lock here? What's the problem of this patch (no > lock at all)? Anyway, the problem is expected to be fixed asap, since > attackers can easily write an app with only atomic start and no atomic > commit, which will cause f2fs run

Re: [PATCH 1/2] f2fs: enable to gc page whose inode already atomic commit

On 2018/2/5 10:53, Yunlong Song wrote: > Is it necessary to add a lock here? What's the problem of this patch (no > lock at all)? Anyway, the problem is expected to be fixed asap, since > attackers can easily write an app with only atomic start and no atomic > commit, which will cause f2fs run

Re: [PATCH] ARM: dts: imx6sx: add pu power domain support

On Tue, Jan 23, 2018 at 11:12:23PM +0800, Anson Huang wrote: > Add PU power domain support, GPU is the only > module inside PU power domain, and PU power > is supplied by LDO_SOC. > > Signed-off-by: Anson Huang Applied, thanks.

Re: [PATCH] ARM: dts: imx6sx: add pu power domain support

On Tue, Jan 23, 2018 at 11:12:23PM +0800, Anson Huang wrote: > Add PU power domain support, GPU is the only > module inside PU power domain, and PU power > is supplied by LDO_SOC. > > Signed-off-by: Anson Huang Applied, thanks.

Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl

James, Thank you for your time to reply me. On 2018/1/31 3:21, James Morse wrote: > Hi gengdongjiu, > > On 24/01/18 20:06, gengdongjiu wrote: >>> On 06/01/18 16:02, Dongjiu Geng wrote: The ARM64 RAS SError Interrupt(SEI) syndrome value is specific to the guest and user space needs a

Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl

James, Thank you for your time to reply me. On 2018/1/31 3:21, James Morse wrote: > Hi gengdongjiu, > > On 24/01/18 20:06, gengdongjiu wrote: >>> On 06/01/18 16:02, Dongjiu Geng wrote: The ARM64 RAS SError Interrupt(SEI) syndrome value is specific to the guest and user space needs a

Re: [PATCH] ASoC: codecs: Add support for AK4458 DAC driver

On Wed, Jan 31, 2018 at 03:20:09PM +0200, Cosmin-Gabriel Samoila wrote: > The AK4458 is a 32-bit 8ch Premium DAC that corresponds > to a 768kHz PCM input and an 11.2MHz DSD input at maximum. > It supports I2S, DSD and TDM modes with 24 or 32 bit MSB > or 16, 24, 32 LSB formats. Its datasheet is

Re: [PATCH] ASoC: codecs: Add support for AK4458 DAC driver

On Wed, Jan 31, 2018 at 03:20:09PM +0200, Cosmin-Gabriel Samoila wrote: > The AK4458 is a 32-bit 8ch Premium DAC that corresponds > to a 768kHz PCM input and an 11.2MHz DSD input at maximum. > It supports I2S, DSD and TDM modes with 24 or 32 bit MSB > or 16, 24, 32 LSB formats. Its datasheet is

Re: [PATCHv2] tlv320dac33: Add device tree bindings

On Wed, Jan 31, 2018 at 08:01:12PM +0100, Pavel Machek wrote: > > This adds device tree bindings for tlv320dac33.c. > > Signed-off-by: Pavel Machek > > diff --git a/Documentation/devicetree/bindings/sound/tlv320dac33.txt >

Re: [PATCHv2] tlv320dac33: Add device tree bindings

On Wed, Jan 31, 2018 at 08:01:12PM +0100, Pavel Machek wrote: > > This adds device tree bindings for tlv320dac33.c. > > Signed-off-by: Pavel Machek > > diff --git a/Documentation/devicetree/bindings/sound/tlv320dac33.txt > b/Documentation/devicetree/bindings/sound/tlv320dac33.txt > new file

Re: [RFC PATCH v2 1/5] dt-bindings: add bindings for USB physical connector

On Wed, Jan 31, 2018 at 02:44:31PM +0100, Andrzej Hajda wrote: > These bindings allow to describe most known standard USB connectors > and it should be possible to extend it if necessary. > USB connectors, beside USB can be used to route other protocols, > for example UART, Audio, MHL. In such

Re: [PATCH v2 1/3] Documentation: dt-bindings: arm: Document kryo385 cpu

On Wed, Jan 31, 2018 at 09:49:39PM +0530, Rajendra Nayak wrote: > Document the compatible string for the Kryo385 cpus found in qualcomm > SoCs. > > Signed-off-by: Rajendra Nayak > --- > Documentation/devicetree/bindings/arm/cpus.txt | 1 + > 1 file changed, 1 insertion(+)

Re: [PATCH V2 1/2] ARM: dts: imx7s: add temperature monitor support

On Fri, Jan 26, 2018 at 04:09:39PM +0800, Anson Huang wrote: > Add i.MX7 temperature monitor support. > > Signed-off-by: Anson Huang > Acked-by: Dong Aisheng > --- > no changes since V1. > .../devicetree/bindings/thermal/imx-thermal.txt | 5

Re: [RFC PATCH v2 1/5] dt-bindings: add bindings for USB physical connector

On Wed, Jan 31, 2018 at 02:44:31PM +0100, Andrzej Hajda wrote: > These bindings allow to describe most known standard USB connectors > and it should be possible to extend it if necessary. > USB connectors, beside USB can be used to route other protocols, > for example UART, Audio, MHL. In such

Re: [PATCH v2 1/3] Documentation: dt-bindings: arm: Document kryo385 cpu

On Wed, Jan 31, 2018 at 09:49:39PM +0530, Rajendra Nayak wrote: > Document the compatible string for the Kryo385 cpus found in qualcomm > SoCs. > > Signed-off-by: Rajendra Nayak > --- > Documentation/devicetree/bindings/arm/cpus.txt | 1 + > 1 file changed, 1 insertion(+) "dt-bindings: arm: "

Re: [PATCH V2 1/2] ARM: dts: imx7s: add temperature monitor support

On Fri, Jan 26, 2018 at 04:09:39PM +0800, Anson Huang wrote: > Add i.MX7 temperature monitor support. > > Signed-off-by: Anson Huang > Acked-by: Dong Aisheng > --- > no changes since V1. > .../devicetree/bindings/thermal/imx-thermal.txt | 5 +++-- The bindings doc should be a separate

Re: [PATCH v3 1/2] ARM: dts: imx25-pinfunc: Use consistent naming for eSDHC

On Wed, Jan 31, 2018 at 10:35:43PM +0100, Benoît Thébaudeau wrote: > This file had several naming inconsistencies for eSDHC: > - the instances were named sometimes SDn, sometimes SDHCn, whereas they >are named ESDHCn in the reference manual, e.g.: > MX25_PAD_SD1_CMD__SD1_CMD >

Re: [PATCH v3 1/2] ARM: dts: imx25-pinfunc: Use consistent naming for eSDHC

On Wed, Jan 31, 2018 at 10:35:43PM +0100, Benoît Thébaudeau wrote: > This file had several naming inconsistencies for eSDHC: > - the instances were named sometimes SDn, sometimes SDHCn, whereas they >are named ESDHCn in the reference manual, e.g.: > MX25_PAD_SD1_CMD__SD1_CMD >

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

On Thu, Feb 01, 2018 at 04:56:08PM +0100, Bartlomiej Zolnierkiewicz wrote: > > Hi, > > On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > > Enables 'memory-region' property referring to the memory description on > > the reserved-memory node in case of devicetree use. > > If there

Re: [PATCH 2/2] soc: mediatek: add SCPSYS power domain driver for MediaTek MT7623A SoC

On Thu, Feb 01, 2018 at 06:12:48PM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add SCPSYS power domain driver for MT7623A SoC. The MT7623A's power > domains are the subset of MT7623 SoC's ones. As MT7623 SoC has full > features whereas MT7623A is being

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

On Thu, Feb 01, 2018 at 04:56:08PM +0100, Bartlomiej Zolnierkiewicz wrote: > > Hi, > > On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > > Enables 'memory-region' property referring to the memory description on > > the reserved-memory node in case of devicetree use. > > If there

Re: [PATCH 2/2] soc: mediatek: add SCPSYS power domain driver for MediaTek MT7623A SoC

On Thu, Feb 01, 2018 at 06:12:48PM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add SCPSYS power domain driver for MT7623A SoC. The MT7623A's power > domains are the subset of MT7623 SoC's ones. As MT7623 SoC has full > features whereas MT7623A is being designed just for router

Re: [PATCH 1/3] dt-bindings: pwm-stm32-lp: add #pwm-cells

On Thu, Feb 01, 2018 at 02:44:36PM +0100, Fabrice Gasnier wrote: > From: Gerald Baeza > > STM32 Low-Power Timer supports generic 3 cells pwm to encode > PWM number, period and polarity. > > Signed-off-by: Gerald Baeza > Signed-off-by: Fabrice Gasnier

Re: [PATCH v2 2/2] ASoC: ak5558: Add bindings for AK5558 ADC

On Fri, Feb 02, 2018 at 06:20:06PM +0200, Daniel Baluta wrote: > Signed-off-by: Daniel Baluta > --- > Documentation/devicetree/bindings/sound/ak5558.txt | 23 > ++ > 1 file changed, 23 insertions(+) > create mode 100644

Re: [PATCH 1/3] dt-bindings: pwm-stm32-lp: add #pwm-cells

On Thu, Feb 01, 2018 at 02:44:36PM +0100, Fabrice Gasnier wrote: > From: Gerald Baeza > > STM32 Low-Power Timer supports generic 3 cells pwm to encode > PWM number, period and polarity. > > Signed-off-by: Gerald Baeza > Signed-off-by: Fabrice Gasnier > --- >

Re: [PATCH v2 2/2] ASoC: ak5558: Add bindings for AK5558 ADC

On Fri, Feb 02, 2018 at 06:20:06PM +0200, Daniel Baluta wrote: > Signed-off-by: Daniel Baluta > --- > Documentation/devicetree/bindings/sound/ak5558.txt | 23 > ++ > 1 file changed, 23 insertions(+) > create mode 100644 Documentation/devicetree/bindings/sound/ak5558.txt >

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > The RCC block is responsible of the management of the clock and reset > generation for the complete circuit. > > Signed-off-by: Gabriel Fernandez

Re: [PATCH 01/14] dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings

On Fri, Feb 02, 2018 at 03:03:29PM +0100, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > The RCC block is responsible of the management of the clock and reset > generation for the complete circuit. > > Signed-off-by: Gabriel Fernandez > --- >

Re: [PATCH v3 1/3] dt-bindings: dmaengine: Add MediaTek High-Speed DMA controller bindings

On Thu, Feb 01, 2018 at 11:45:23AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > Document the devicetree bindings for MediaTek High-Speed DMA controller > which could be found on MT7623 SoC or other similar Mediatek SoCs. > > Signed-off-by: Sean Wang

Re: [PATCH 1/2] dt-bindings: fsi: Add optional property no-scan-on-init

On Mon, Feb 5, 2018 at 4:37 PM, Rob Herring wrote: > On Tue, Jan 30, 2018 at 04:21:15PM +1030, Joel Stanley wrote: >> From: Christopher Bostic >> >> Add an optional FSI master property 'no-scan-on-init. This >> can be specified to indicate that a

Re: [PATCH v3 1/3] dt-bindings: dmaengine: Add MediaTek High-Speed DMA controller bindings

On Thu, Feb 01, 2018 at 11:45:23AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > Document the devicetree bindings for MediaTek High-Speed DMA controller > which could be found on MT7623 SoC or other similar Mediatek SoCs. > > Signed-off-by: Sean Wang > --- >

Re: [PATCH 1/2] dt-bindings: fsi: Add optional property no-scan-on-init

On Mon, Feb 5, 2018 at 4:37 PM, Rob Herring wrote: > On Tue, Jan 30, 2018 at 04:21:15PM +1030, Joel Stanley wrote: >> From: Christopher Bostic >> >> Add an optional FSI master property 'no-scan-on-init. This >> can be specified to indicate that a master should not be >> automatically scanned at

Re: [PATCH 02/14] dt-bindings: clock: add STM32MP1 clocks

On Fri, Feb 02, 2018 at 03:03:30PM +0100, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch adds the clock binding entry for STM32MP1 > > Signed-off-by: Gabriel Fernandez > --- >

Re: [PATCH 02/14] dt-bindings: clock: add STM32MP1 clocks

On Fri, Feb 02, 2018 at 03:03:30PM +0100, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch adds the clock binding entry for STM32MP1 > > Signed-off-by: Gabriel Fernandez > --- > include/dt-bindings/clock/stm32mp1-clks.h | 248 > ++ > 1 file

Re: [PATCH 1/2] dt-bindings: soc: add SCPSYS binding for MT7623 and MT7623A SoC

On Thu, Feb 01, 2018 at 06:12:47PM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > document the binding for enabling SCPSYS on MediaTek MT7623 and MT7623A > SoC. Where MT7623 SoC has the same definition about power domains with > MT2701, so it's fine to using

Re: [PATCH 1/2] dt-bindings: soc: add SCPSYS binding for MT7623 and MT7623A SoC

On Thu, Feb 01, 2018 at 06:12:47PM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > document the binding for enabling SCPSYS on MediaTek MT7623 and MT7623A > SoC. Where MT7623 SoC has the same definition about power domains with > MT2701, so it's fine to using MT2701 ones as MT7623's

Re: [PATCH 2/2] dt-bindings: PCI: MediaTek: Correct the interrupt-map properties

On Wed, Jan 31, 2018 at 03:41:50PM +0800, Ryder Lee wrote: > Move the interrupt-map properties from the child nodes to the root node > and update each entry accordingly. > > Signed-off-by: Ryder Lee > --- > .../devicetree/bindings/pci/mediatek-pcie.txt | 28 >

Re: [PATCH 5/6] scsi: qedi: fix building with LTO

On 02/02/18 6:42 PM, "Arnd Bergmann" wrote: >When link-time optimizations are enabled, qedi fails to build because >of mismatched prototypes: > >drivers/scsi/qedi/qedi_gbl.h:27:37: error: type of 'qedi_dbg_fops' does >not match original declaration [-Werror=lto-type-mismatch] >

Re: [PATCH 2/2] dt-bindings: PCI: MediaTek: Correct the interrupt-map properties

On Wed, Jan 31, 2018 at 03:41:50PM +0800, Ryder Lee wrote: > Move the interrupt-map properties from the child nodes to the root node > and update each entry accordingly. > > Signed-off-by: Ryder Lee > --- > .../devicetree/bindings/pci/mediatek-pcie.txt | 28 > -- > 1

Re: [PATCH 5/6] scsi: qedi: fix building with LTO

On 02/02/18 6:42 PM, "Arnd Bergmann" wrote: >When link-time optimizations are enabled, qedi fails to build because >of mismatched prototypes: > >drivers/scsi/qedi/qedi_gbl.h:27:37: error: type of 'qedi_dbg_fops' does >not match original declaration [-Werror=lto-type-mismatch] > extern const

Re: [PATCH v2 1/2] dt-bindings: gpio: Add Spreadtrum GPIO controller documentation

On Thu, Feb 01, 2018 at 11:04:31AM +0800, Baolin Wang wrote: > This patch adds the device tree bindings for the Spreadtrum > GPIO controller. The gpios will be supported by the GPIO > generic library. > > Signed-off-by: Baolin Wang > --- > Changes since v1: > - No

Re: [PATCH v2 4/5] dt-bindings: clock: mediatek: update audsys documentation to adapt MFD device

On Wed, Jan 31, 2018 at 03:42:44PM +0800, Ryder Lee wrote: > As the MediaTek audio hardware block that expose functionalities that are > handled by separate subsystems in the kernel, and there are registers that > are shared between related drivers. > > Switch the current device to an MFD device,

Re: [PATCH v3 2/2] ARM: dts: imx25-pinfunc: Always set SION for eSDHC CMD

On Wed, Jan 31, 2018 at 10:35:44PM +0100, Benoît Thébaudeau wrote: > The eSDHC does not work properly if the SION bit is not set for the > bidirectional CMD signal, whatever the eSDHC instance and the selected > pad. Therefore, setting SION is mandatory for all eSDHC CMD ports. Do > this for

Re: [PATCH v2 1/2] dt-bindings: gpio: Add Spreadtrum GPIO controller documentation

On Thu, Feb 01, 2018 at 11:04:31AM +0800, Baolin Wang wrote: > This patch adds the device tree bindings for the Spreadtrum > GPIO controller. The gpios will be supported by the GPIO > generic library. > > Signed-off-by: Baolin Wang > --- > Changes since v1: > - No updates. > --- >

Re: [PATCH v2 4/5] dt-bindings: clock: mediatek: update audsys documentation to adapt MFD device

On Wed, Jan 31, 2018 at 03:42:44PM +0800, Ryder Lee wrote: > As the MediaTek audio hardware block that expose functionalities that are > handled by separate subsystems in the kernel, and there are registers that > are shared between related drivers. > > Switch the current device to an MFD device,

Re: [PATCH v3 2/2] ARM: dts: imx25-pinfunc: Always set SION for eSDHC CMD

On Wed, Jan 31, 2018 at 10:35:44PM +0100, Benoît Thébaudeau wrote: > The eSDHC does not work properly if the SION bit is not set for the > bidirectional CMD signal, whatever the eSDHC instance and the selected > pad. Therefore, setting SION is mandatory for all eSDHC CMD ports. Do > this for

Re: [PATCH 1/2] of: change overlay apply input data from EDT to FDT

On Mon, Jan 29, 2018 at 04:01:38PM -0800, Frank Rowand wrote: > On 01/29/18 06:42, Rob Herring wrote: > > On Sun, Jan 28, 2018 at 8:53 PM, wrote: > >> From: Frank Rowand > >> > >> Move duplicating and unflattening of an overlay flattened devicetree

Re: [PATCH v2 1/4] soc: samsung: pmu: Populate children syscon nodes

On Tue, Jan 30, 2018 at 10:18:16PM +0100, Krzysztof Kozlowski wrote: > The syscon poweroff and restart nodes logically belong to the Power > Management Unit so populate possible children. > > This also requires providing compatibles for Exynos5410 and Exynos7 so > the PMU device and its children

Re: [PATCH v2 1/5] clk: mediatek: update missing clock data for MT7622 audsys

On Wed, Jan 31, 2018 at 03:42:41PM +0800, Ryder Lee wrote: > Add missing clock data 'CLK_AUDIO_AFE_CONN' for MT7622 audsys. > > Signed-off-by: Ryder Lee > --- > drivers/clk/mediatek/clk-mt7622-aud.c | 1 + > include/dt-bindings/clock/mt7622-clk.h | 3 ++- > 2 files

Re: [PATCH v2 1/5] clk: mediatek: update missing clock data for MT7622 audsys

On Wed, Jan 31, 2018 at 03:42:41PM +0800, Ryder Lee wrote: > Add missing clock data 'CLK_AUDIO_AFE_CONN' for MT7622 audsys. > > Signed-off-by: Ryder Lee > --- > drivers/clk/mediatek/clk-mt7622-aud.c | 1 + > include/dt-bindings/clock/mt7622-clk.h | 3 ++- > 2 files changed, 3 insertions(+), 1

Re: [PATCH 1/2] of: change overlay apply input data from EDT to FDT

On Mon, Jan 29, 2018 at 04:01:38PM -0800, Frank Rowand wrote: > On 01/29/18 06:42, Rob Herring wrote: > > On Sun, Jan 28, 2018 at 8:53 PM, wrote: > >> From: Frank Rowand > >> > >> Move duplicating and unflattening of an overlay flattened devicetree > >> (FDT) into the overlay application code.

Re: [PATCH v2 1/4] soc: samsung: pmu: Populate children syscon nodes

On Tue, Jan 30, 2018 at 10:18:16PM +0100, Krzysztof Kozlowski wrote: > The syscon poweroff and restart nodes logically belong to the Power > Management Unit so populate possible children. > > This also requires providing compatibles for Exynos5410 and Exynos7 so > the PMU device and its children

  1   2   3   4   5   6   7   8   9   >