[RFC PATCH v2 2/3] usb: typec: Bus type for alternate modes

Introducing a simple bus for the alternate modes. Bus allows binding drivers to the discovered alternate modes the partners support. Signed-off-by: Heikki Krogerus --- Documentation/ABI/obsolete/sysfs-class-typec | 48 +++

[RFC PATCH v2 2/3] usb: typec: Bus type for alternate modes

Introducing a simple bus for the alternate modes. Bus allows binding drivers to the discovered alternate modes the partners support. Signed-off-by: Heikki Krogerus --- Documentation/ABI/obsolete/sysfs-class-typec | 48 +++ Documentation/ABI/testing/sysfs-bus-typec| 51

Re: [PATCH 1/4] crypto: omap-sham: Remove useless check for non-null request

On Thu, Mar 01, 2018 at 09:50:10PM +0100, Krzysztof Kozlowski wrote: > ahash_request 'req' argument passed by the caller > omap_sham_handle_queue() cannot be NULL here because it is obtained from > non-NULL pointer via container_of(). > > This fixes smatch warning: >

Re: [PATCH 1/4] crypto: omap-sham: Remove useless check for non-null request

On Thu, Mar 01, 2018 at 09:50:10PM +0100, Krzysztof Kozlowski wrote: > ahash_request 'req' argument passed by the caller > omap_sham_handle_queue() cannot be NULL here because it is obtained from > non-NULL pointer via container_of(). > > This fixes smatch warning: >

Re: [PATCH] perf report: Show zero counters as well in 'perf report --stat'

Em Wed, Mar 07, 2018 at 04:24:30PM +0100, Ingo Molnar escreveu: > > I had to check the output several times to ascertain that I'm not misreading > the > output, that the field didn't change and that I didn't misremember the name. > In > fact I had to look into the perf source to make sure

Re: [PATCH] perf report: Show zero counters as well in 'perf report --stat'

Em Wed, Mar 07, 2018 at 04:24:30PM +0100, Ingo Molnar escreveu: > > I had to check the output several times to ascertain that I'm not misreading > the > output, that the field didn't change and that I didn't misremember the name. > In > fact I had to look into the perf source to make sure

[RFC PATCH v2 3/3] usb: typec: tcpm: Support for Alternate Modes

This adds more complete handling of VDMs and registration of partner alternate modes, and introduces callbacks for alternate mode operations. Only DFP role is supported for now. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/tcpm.c | 133

[RFC PATCH v2 3/3] usb: typec: tcpm: Support for Alternate Modes

This adds more complete handling of VDMs and registration of partner alternate modes, and introduces callbacks for alternate mode operations. Only DFP role is supported for now. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/tcpm.c | 133 +++ 1

Re: [RFC/RFT][PATCH v3 0/6] sched/cpuidle: Idle loop rework

On Fri, 2018-03-09 at 10:34 +0100, Rafael J. Wysocki wrote: > Hi All, > > Thanks a lot for the discussion and testing so far! > > This is a total respin of the whole series, so please look at it > afresh. > Patches 2 and 3 are the most similar to their previous versions, but > still they are

Re: [RFC/RFT][PATCH v3 0/6] sched/cpuidle: Idle loop rework

On Fri, 2018-03-09 at 10:34 +0100, Rafael J. Wysocki wrote: > Hi All, > > Thanks a lot for the discussion and testing so far! > > This is a total respin of the whole series, so please look at it > afresh. > Patches 2 and 3 are the most similar to their previous versions, but > still they are

[RFC PATCH v2 0/3] usb: typec: Support for Alternate Modes

Hi guys, This is second version of my proposal for more complete USB Type-C Alternate Mode support. The original proposal can be read from here: https://www.spinics.net/lists/linux-usb/msg161098.html These patches now depend on series from Hans where he is introducing mux handling support for

[RFC PATCH v2 0/3] usb: typec: Support for Alternate Modes

Hi guys, This is second version of my proposal for more complete USB Type-C Alternate Mode support. The original proposal can be read from here: https://www.spinics.net/lists/linux-usb/msg161098.html These patches now depend on series from Hans where he is introducing mux handling support for

Re: [PATCH 1/2] crypto: talitos - don't persistently map req_ctx->hw_context and req_ctx->buf

On Mon, Feb 26, 2018 at 05:40:04PM +0100, Christophe Leroy wrote: > Commit 49f9783b0cea ("crypto: talitos - do hw_context DMA mapping > outside the requests") introduced a persistent dma mapping of > req_ctx->hw_context > Commit 37b5e8897eb5 ("crypto: talitos - chain in buffered data for ahash >

Re: [PATCH 1/2] crypto: talitos - don't persistently map req_ctx->hw_context and req_ctx->buf

On Mon, Feb 26, 2018 at 05:40:04PM +0100, Christophe Leroy wrote: > Commit 49f9783b0cea ("crypto: talitos - do hw_context DMA mapping > outside the requests") introduced a persistent dma mapping of > req_ctx->hw_context > Commit 37b5e8897eb5 ("crypto: talitos - chain in buffered data for ahash >

Re: [PATCH 2/2] crypto: talitos - do not perform unnecessary dma synchronisation

On Mon, Feb 26, 2018 at 05:40:06PM +0100, Christophe Leroy wrote: > req_ctx->hw_context is mainly used only by the HW. So it is not needed > to sync the HW and the CPU each time hw_context in DMA mapped. > This patch modifies the DMA mapping in order to limit synchronisation > to necessary

Re: [PATCH 2/2] crypto: talitos - do not perform unnecessary dma synchronisation

On Mon, Feb 26, 2018 at 05:40:06PM +0100, Christophe Leroy wrote: > req_ctx->hw_context is mainly used only by the HW. So it is not needed > to sync the HW and the CPU each time hw_context in DMA mapped. > This patch modifies the DMA mapping in order to limit synchronisation > to necessary

Re: [PATCH] perf stat: Fix core dump when flag T is used

Em Thu, Mar 08, 2018 at 03:57:35PM +0100, Thomas Richter escreveu: > Executing command 'perf stat -T -- ls' dumps core on x86 and s390. > Here is the call back chain (done on x86): > # gdb ./perf > > (gdb) r stat -T -- ls > ... > Program received signal SIGSEGV, Segmentation fault. >

Re: [PATCH 1/1] x86/kprobes: Prohibit probing of .entry_trampoline code

On Thu, 8 Mar 2018 22:18:12 -0500 Francis Deslauriers wrote: > .entry_trampoline is a code area that is used to ensure page table > isolation between userspace and kernelspace. > > At the beginning of the execution of the trampoline, we load the > kernel's CR3

Re: [PATCH] perf stat: Fix core dump when flag T is used

Em Thu, Mar 08, 2018 at 03:57:35PM +0100, Thomas Richter escreveu: > Executing command 'perf stat -T -- ls' dumps core on x86 and s390. > Here is the call back chain (done on x86): > # gdb ./perf > > (gdb) r stat -T -- ls > ... > Program received signal SIGSEGV, Segmentation fault. >

Re: [PATCH 1/1] x86/kprobes: Prohibit probing of .entry_trampoline code

On Thu, 8 Mar 2018 22:18:12 -0500 Francis Deslauriers wrote: > .entry_trampoline is a code area that is used to ensure page table > isolation between userspace and kernelspace. > > At the beginning of the execution of the trampoline, we load the > kernel's CR3 register. This has the effect of

Re: [RFC PATCH 0/6] arm64: untag user pointers passed to the kernel

On Fri, Mar 9, 2018 at 3:55 PM, Mark Rutland wrote: > On Fri, Mar 09, 2018 at 03:01:58PM +0100, Andrey Konovalov wrote: >> arm64 has a feature called Top Byte Ignore, which allows to embed pointer >> tags into the top byte of each pointer. Userspace programs (such as >>

Re: [RFC PATCH 0/6] arm64: untag user pointers passed to the kernel

On Fri, Mar 9, 2018 at 3:55 PM, Mark Rutland wrote: > On Fri, Mar 09, 2018 at 03:01:58PM +0100, Andrey Konovalov wrote: >> arm64 has a feature called Top Byte Ignore, which allows to embed pointer >> tags into the top byte of each pointer. Userspace programs (such as >> HWASan, a memory debugging

Re: [PATCH net-next] hv_netvsc: Correct filter setting for multicast/broadcast

From: Mohammed Gamal Date: Fri, 9 Mar 2018 12:22:22 +0100 > Commit 009f766 intended to filter multicast/broadcast, however > it did cause DHCP timeouts. A closer look showed that the filters > were not set properly causing this issue. > > Fixes: 009f766 ("hv_netvsc: filter

Re: [PATCH net-next] hv_netvsc: Correct filter setting for multicast/broadcast

From: Mohammed Gamal Date: Fri, 9 Mar 2018 12:22:22 +0100 > Commit 009f766 intended to filter multicast/broadcast, however > it did cause DHCP timeouts. A closer look showed that the filters > were not set properly causing this issue. > > Fixes: 009f766 ("hv_netvsc: filter

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

>> On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wrote: >> >> On 3/8/18 7:54 PM, Andy Lutomirski wrote: >> >> >> >>> On Mar 8, 2018, at 7:06 PM, Linus Torvalds >>> wrote: >>> >>> >>> Honestly, that "read twice" thing may be what scuttles this. >>>

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

>> On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wrote: >> >> On 3/8/18 7:54 PM, Andy Lutomirski wrote: >> >> >> >>> On Mar 8, 2018, at 7:06 PM, Linus Torvalds >>> wrote: >>> >>> >>> Honestly, that "read twice" thing may be what scuttles this. >>> Initially, I thought it was a non-issue,

Re: [PATCH net-next] net: stmmac: remove superfluous wmb() memory barriers

From: Jose Abreu Date: Fri, 9 Mar 2018 10:26:11 + > Sorry but I know at least two architectures which don't do a > wmb() upon an writel [1] [2]. This can be critical if if we are > accessing the device through some slow or filled bus which will > delay accesses to

Re: [PATCH net-next] net: stmmac: remove superfluous wmb() memory barriers

From: Jose Abreu Date: Fri, 9 Mar 2018 10:26:11 + > Sorry but I know at least two architectures which don't do a > wmb() upon an writel [1] [2]. This can be critical if if we are > accessing the device through some slow or filled bus which will > delay accesses to the device IO. Notice that

Re: [PATCH 0/1] x86/kprobes: Prohibit probing of .entry_trampoline code

On Thu, 8 Mar 2018 22:18:11 -0500 Francis Deslauriers wrote: > Hi all, > > While fuzzing the Perf kprobe interface, I found that adding a probe on > the 'entry_SYSCALL_64_trampoline' symbol will crash my 4.16-rc4 >

Re: [PATCH 0/1] x86/kprobes: Prohibit probing of .entry_trampoline code

On Thu, 8 Mar 2018 22:18:11 -0500 Francis Deslauriers wrote: > Hi all, > > While fuzzing the Perf kprobe interface, I found that adding a probe on > the 'entry_SYSCALL_64_trampoline' symbol will crash my 4.16-rc4 > kernel(661e50bc853209e41a5c14a290ca4decc43cbfd1) on a x86_64 Qemu VM. > > How

Re: x86/retpoline: Fill RSB on context switch for affected CPUs

> Shouldn't the RSB filling on context switch also be done on non-IBPB > CPUs to protect (retpolined) user space tasks from other user space > tasks? The comment is actually incorrect. There's no risk to hit user space addresses if we have KPTI and NX (which is fairly universal). It's mainly

Re: x86/retpoline: Fill RSB on context switch for affected CPUs

> Shouldn't the RSB filling on context switch also be done on non-IBPB > CPUs to protect (retpolined) user space tasks from other user space > tasks? The comment is actually incorrect. There's no risk to hit user space addresses if we have KPTI and NX (which is fairly universal). It's mainly

Re: [PATCHv5 3/5] mfd: motorola-cpcap: Add audio-codec support

* Mark Brown [180309 12:41]: > On Fri, Mar 09, 2018 at 08:34:14AM +, Lee Jones wrote: > > On Thu, 08 Mar 2018, Mark Brown wrote: > > > > Linux. Clocks are a big issue with audio stuff, right now sections of > > > the clock tree get handled in the CODEC driver but we're

Re: [PATCHv5 3/5] mfd: motorola-cpcap: Add audio-codec support

* Mark Brown [180309 12:41]: > On Fri, Mar 09, 2018 at 08:34:14AM +, Lee Jones wrote: > > On Thu, 08 Mar 2018, Mark Brown wrote: > > > > Linux. Clocks are a big issue with audio stuff, right now sections of > > > the clock tree get handled in the CODEC driver but we're going to want > > >

Re: [PATCHv2] reset: ti-rstctrl: use the reset-simple driver

* Rob Herring [180308 22:27]: > On Thu, Mar 8, 2018 at 10:02 AM, Tony Lindgren wrote: > > In PRM, there are also registers for each interconnect device > > context lost and wake-up dependencies. We don't have a driver > > for that yet, it's handled by the SoC

Re: [PATCHv2] reset: ti-rstctrl: use the reset-simple driver

* Rob Herring [180308 22:27]: > On Thu, Mar 8, 2018 at 10:02 AM, Tony Lindgren wrote: > > In PRM, there are also registers for each interconnect device > > context lost and wake-up dependencies. We don't have a driver > > for that yet, it's handled by the SoC init code currently. > > Regardless

Re: [PATCH v2 4/4] ARM: dts: Enable HDMI audio on Snow Chromebook

On 03/09/2018 02:01 PM, Krzysztof Kozlowski wrote: >> diff --git a/arch/arm/boot/dts/exynos5250-snow-common.dtsi >> b/arch/arm/boot/dts/exynos5250-snow-common.dtsi >> index bdf59dd3654b..932a00cfd716 100644 >> --- a/arch/arm/boot/dts/exynos5250-snow-common.dtsi >> +++

Re: [PATCH v2 4/4] ARM: dts: Enable HDMI audio on Snow Chromebook

On 03/09/2018 02:01 PM, Krzysztof Kozlowski wrote: >> diff --git a/arch/arm/boot/dts/exynos5250-snow-common.dtsi >> b/arch/arm/boot/dts/exynos5250-snow-common.dtsi >> index bdf59dd3654b..932a00cfd716 100644 >> --- a/arch/arm/boot/dts/exynos5250-snow-common.dtsi >> +++

Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible

On Fri, 9 Mar 2018, Ming Lei wrote: > On Fri, Mar 09, 2018 at 11:08:54AM +0100, Thomas Gleixner wrote: > > > > So my understanding is that these irq patches are enhancements and not > > > > bug > > > > fixes. I'll queue them for 4.17 then. > > > > > > Wrt. this IO hang issue, these patches

Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible

On Fri, 9 Mar 2018, Ming Lei wrote: > On Fri, Mar 09, 2018 at 11:08:54AM +0100, Thomas Gleixner wrote: > > > > So my understanding is that these irq patches are enhancements and not > > > > bug > > > > fixes. I'll queue them for 4.17 then. > > > > > > Wrt. this IO hang issue, these patches

Re: [PATCH v4 1/8] SOC: brcmstb: add memory API

On Mon, Jan 15, 2018 at 06:28:38PM -0500, Jim Quinlan wrote: > From: Florian Fainelli > > This commit adds a memory API suitable for ascertaining the sizes of > each of the N memory controllers in a Broadcom STB chip. Its first > user will be the Broadcom STB PCIe root

Re: [PATCH v4 1/8] SOC: brcmstb: add memory API

On Mon, Jan 15, 2018 at 06:28:38PM -0500, Jim Quinlan wrote: > From: Florian Fainelli > > This commit adds a memory API suitable for ascertaining the sizes of > each of the N memory controllers in a Broadcom STB chip. Its first > user will be the Broadcom STB PCIe root complex driver, which

Re: [PATCH] perf tools arm64: Add libdw DWARF post unwind support for ARM64

Em Thu, Mar 08, 2018 at 09:10:30PM -0600, Kim Phillips escreveu: > Based on prior work: > > https://lkml.org/lkml/2014/5/6/395 Thanks, looks good, applying. Jean, is everything ok with you on this? - Arnaldo > and how other arches add libdw unwind support. Includes support for > running the

Re: [PATCH] perf tools arm64: Add libdw DWARF post unwind support for ARM64

Em Thu, Mar 08, 2018 at 09:10:30PM -0600, Kim Phillips escreveu: > Based on prior work: > > https://lkml.org/lkml/2014/5/6/395 Thanks, looks good, applying. Jean, is everything ok with you on this? - Arnaldo > and how other arches add libdw unwind support. Includes support for > running the

Re: [PATCH 3/4] crypto: bcm: Constify *hash_alg_name[]

On Fri, Mar 09, 2018 at 06:35:35AM -0800, Joe Perches wrote: > > and likely, as this is a global name, it should > be something like crypto_hash_alg_name crypto_ is not a good prefix here. Perhaps crypto_bcm_. Thanks, -- Email: Herbert Xu Home Page:

Re: [PATCH 3/4] crypto: bcm: Constify *hash_alg_name[]

On Fri, Mar 09, 2018 at 06:35:35AM -0800, Joe Perches wrote: > > and likely, as this is a global name, it should > be something like crypto_hash_alg_name crypto_ is not a good prefix here. Perhaps crypto_bcm_. Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP

Re: [PATCH 3/4] crypto: bcm: Constify *hash_alg_name[]

On 27.02.2018 23:01, Hernán Gonzalez wrote: > Note: This is compile only tested. > No gain from this except some self-documenting. > > Signed-off-by: Hernán Gonzalez > --- > drivers/crypto/bcm/spu.c | 5 +++-- > drivers/crypto/bcm/spu.h | 2 +- > 2 files changed,

Re: [PATCH 3/4] crypto: bcm: Constify *hash_alg_name[]

On 27.02.2018 23:01, Hernán Gonzalez wrote: > Note: This is compile only tested. > No gain from this except some self-documenting. > > Signed-off-by: Hernán Gonzalez > --- > drivers/crypto/bcm/spu.c | 5 +++-- > drivers/crypto/bcm/spu.h | 2 +- > 2 files changed, 4 insertions(+), 3

Re: [RFC PATCH 2/6] arm64: untag user addresses in copy_from_user and others

On Fri, Mar 09, 2018 at 03:02:00PM +0100, Andrey Konovalov wrote: > copy_from_user (and a few other similar functions) are used to copy data > from user memory into the kernel memory or vice versa. Since a user can > provided a tagged pointer to one of the syscalls that use copy_from_user, > we

Re: [RFC PATCH 2/6] arm64: untag user addresses in copy_from_user and others

On Fri, Mar 09, 2018 at 03:02:00PM +0100, Andrey Konovalov wrote: > copy_from_user (and a few other similar functions) are used to copy data > from user memory into the kernel memory or vice versa. Since a user can > provided a tagged pointer to one of the syscalls that use copy_from_user, > we

Re: [PATCH] vsprintf: Make "null" pointer dereference more robust

On Thu 2018-03-08 09:26:11, Linus Torvalds wrote: > On Thu, Mar 8, 2018 at 8:45 AM, Linus Torvalds > wrote: > > > > Umm. Look again. It _does_ affect plain %p. > > > > You're correct that it doesn't affect %px and %pK, since those never > > printed out (null) in the

Re: [PATCH] vsprintf: Make "null" pointer dereference more robust

On Thu 2018-03-08 09:26:11, Linus Torvalds wrote: > On Thu, Mar 8, 2018 at 8:45 AM, Linus Torvalds > wrote: > > > > Umm. Look again. It _does_ affect plain %p. > > > > You're correct that it doesn't affect %px and %pK, since those never > > printed out (null) in the first place. > > > > It not

Re: Warning from swake_up_all in 4.14.15-rt13 non-RT

On 2018-03-09 07:29:31 [-0600], Corey Minyard wrote: > From what I can tell, wake_up_q() is unbounded, and you have undone what > the previous code had tried to accomplish.  In the scenario I'm talking > about, > interrupts are still disabled here.  That's why I was asking about where to > put >

Re: Warning from swake_up_all in 4.14.15-rt13 non-RT

On 2018-03-09 07:29:31 [-0600], Corey Minyard wrote: > From what I can tell, wake_up_q() is unbounded, and you have undone what > the previous code had tried to accomplish.  In the scenario I'm talking > about, > interrupts are still disabled here.  That's why I was asking about where to > put >

[PATCH 01/25] nvmem: Document struct nvmem_config

From: Andrey Smirnov Add a simple description of struct nvmem_config and its fields. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione

[PATCH 01/25] nvmem: Document struct nvmem_config

From: Andrey Smirnov Add a simple description of struct nvmem_config and its fields. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

Re: [PATCH 9/9] perf c2c report: Add cacheline address count column

Em Fri, Mar 09, 2018 at 11:14:42AM +0100, Jiri Olsa escreveu: > Adding the 'PA cnt' column grouped under data cacheline address. > > It shows how many times the physical addresses changed for the > hist entry. It does not show the number of different physical > addresses for entry, because we

Re: [PATCH 9/9] perf c2c report: Add cacheline address count column

Em Fri, Mar 09, 2018 at 11:14:42AM +0100, Jiri Olsa escreveu: > Adding the 'PA cnt' column grouped under data cacheline address. > > It shows how many times the physical addresses changed for the > hist entry. It does not show the number of different physical > addresses for entry, because we

[PATCH 04/25] nvmem: vf610-ocotp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 04/25] nvmem: vf610-ocotp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

Re: [RFC PATCH 0/6] arm64: untag user pointers passed to the kernel

Hi, [trimming Ccs] On Fri, Mar 09, 2018 at 03:01:58PM +0100, Andrey Konovalov wrote: > arm64 has a feature called Top Byte Ignore, which allows to embed pointer > tags into the top byte of each pointer. Userspace programs (such as > HWASan, a memory debugging tool [1]) might use this feature and

Re: [RFC PATCH 0/6] arm64: untag user pointers passed to the kernel

Hi, [trimming Ccs] On Fri, Mar 09, 2018 at 03:01:58PM +0100, Andrey Konovalov wrote: > arm64 has a feature called Top Byte Ignore, which allows to embed pointer > tags into the top byte of each pointer. Userspace programs (such as > HWASan, a memory debugging tool [1]) might use this feature and

[PATCH 05/25] nvmem: imx-ocotp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 05/25] nvmem: imx-ocotp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

Re: [PATCH 1/6] reset: qcom: AOSS (Always on subsystem) reset controller

Hi Rob, Thanks for the review, will add the changes in v3 of the patch series On 03/08/2018 03:05 AM, Rob Herring wrote: On Mon, Mar 05, 2018 at 03:23:28PM +0530, sibis wrote: Add reset controller driver for Qualcomm SDM845 SoC to control reset signals provided by AOSS for Modem, Venus ADSP,

Re: [PATCH 1/6] reset: qcom: AOSS (Always on subsystem) reset controller

Hi Rob, Thanks for the review, will add the changes in v3 of the patch series On 03/08/2018 03:05 AM, Rob Herring wrote: On Mon, Mar 05, 2018 at 03:23:28PM +0530, sibis wrote: Add reset controller driver for Qualcomm SDM845 SoC to control reset signals provided by AOSS for Modem, Venus ADSP,

[PATCH 09/25] nvmem: mtk-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 09/25] nvmem: mtk-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 08/25] nvmem: rockchip-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 03/25] nvmem: Introduce devm_nvmem_(un)register()

From: Andrey Smirnov Introduce devm_nvmem_register()/devm_nvmem_unregister() to make .remove() unnecessary in trivial drivers. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada

[PATCH 02/25] nvmem: core: Allow specifying device name verbatim

From: Andrey Smirnov Add code to allow avoid having nvmem core append a numeric suffix to the end of the name by passing config->id of -1. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada

[PATCH 07/25] nvmem: snvs_lgpr: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 07/25] nvmem: snvs_lgpr: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 03/25] nvmem: Introduce devm_nvmem_(un)register()

From: Andrey Smirnov Introduce devm_nvmem_register()/devm_nvmem_unregister() to make .remove() unnecessary in trivial drivers. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc:

[PATCH 02/25] nvmem: core: Allow specifying device name verbatim

From: Andrey Smirnov Add code to allow avoid having nvmem core append a numeric suffix to the end of the name by passing config->id of -1. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc:

[PATCH 08/25] nvmem: rockchip-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 06/25] nvmem: uniphier-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 06/25] nvmem: uniphier-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 10/25] nvmem: meson-mx-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 10/25] nvmem: meson-mx-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 12/25] nvmem: lpc18xx_otp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 12/25] nvmem: lpc18xx_otp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 16/25] nvmem: snvs_lpgpr: Convert commas to semicolons

From: Andrey Smirnov Looks like commas were accidentally used where semicolons were supposed to be. Fix that. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 16/25] nvmem: snvs_lpgpr: Convert commas to semicolons

From: Andrey Smirnov Looks like commas were accidentally used where semicolons were supposed to be. Fix that. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 15/25] nvmem: qfprom: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 15/25] nvmem: qfprom: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 11/25] nvmem: meson-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 11/25] nvmem: meson-efuse: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 17/25] nvmem: rockchip-efuse: Make use of of_device_get_match_data()

From: Andrey Smirnov Simplify code a bit by using of_device_get_match_data() instead of of_match_device(). Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione

[PATCH 17/25] nvmem: rockchip-efuse: Make use of of_device_get_match_data()

From: Andrey Smirnov Simplify code a bit by using of_device_get_match_data() instead of of_match_device(). Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 14/25] nvmem: bcm-ocotp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 14/25] nvmem: bcm-ocotp: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 13/25] nvmem: imx-iim: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo

[PATCH 13/25] nvmem: imx-iim: Convert to use devm_nvmem_register()

From: Andrey Smirnov Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc:

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* Pavel Machek [180309 09:45]: > Hi! > > > Let's add support for the GPIO controlled USB PHY on the MDM6600 modem. > > It is used on some Motorola Mapphone series of phones and tablets such > > as Droid 4. > ... > > So it seems that MDM6600 is currently not yet idling even with

[PATCH 18/25] nvmem: vf610-ocotp: Do not use ">dev" explicitly

From: Andrey Smirnov There already a "dev" variable for that. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* Pavel Machek [180309 09:45]: > Hi! > > > Let's add support for the GPIO controlled USB PHY on the MDM6600 modem. > > It is used on some Motorola Mapphone series of phones and tablets such > > as Droid 4. > ... > > So it seems that MDM6600 is currently not yet idling even with it's > > radio

[PATCH 18/25] nvmem: vf610-ocotp: Do not use ">dev" explicitly

From: Andrey Smirnov There already a "dev" variable for that. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc: linux-media...@lists.infradead.org Cc:

[PATCH 19/25] nvmem: rockchip-efuse: Do not use ">dev" explicitly

From: Andrey Smirnov There's "dev" variable for this already. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH 19/25] nvmem: rockchip-efuse: Do not use ">dev" explicitly

From: Andrey Smirnov There's "dev" variable for this already. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger Cc: cphe...@gmail.com Cc: linux-kernel@vger.kernel.org Cc: linux-media...@lists.infradead.org Cc:

<    11   12   13   14   15   16   17   18   19   20   >