[PATCH 3/6] crypto: omap: convert to new crypto engine API

This patch convert the driver to the new crypto engine API. Signed-off-by: Corentin Labbe --- drivers/crypto/omap-aes.c | 17 + drivers/crypto/omap-aes.h | 3 +++ drivers/crypto/omap-des.c | 20 3 files changed, 32 insertions(+),

[PATCH 3/6] crypto: omap: convert to new crypto engine API

This patch convert the driver to the new crypto engine API. Signed-off-by: Corentin Labbe --- drivers/crypto/omap-aes.c | 17 + drivers/crypto/omap-aes.h | 3 +++ drivers/crypto/omap-des.c | 20 3 files changed, 32 insertions(+), 8 deletions(-) diff --git

[PATCH 4.4 06/37] kaiser: fix build and FIXME in alloc_ldt_struct()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Include linux/kaiser.h instead of asm/kaiser.h to build ldt.c without CONFIG_KAISER. kaiser_add_mapping() does already return an error code, so fix the FIXME.

[PATCH 4.4 05/37] kaiser: stack map PAGE_SIZE at THREAD_SIZE-PAGE_SIZE

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Kaiser only needs to map one page of the stack; and kernel/fork.c did not build on powerpc (no __PAGE_KERNEL). It's all cleaner if linux/kaiser.h provides

[PATCH 4.4 05/37] kaiser: stack map PAGE_SIZE at THREAD_SIZE-PAGE_SIZE

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Kaiser only needs to map one page of the stack; and kernel/fork.c did not build on powerpc (no __PAGE_KERNEL). It's all cleaner if linux/kaiser.h provides

[PATCH 4.4 06/37] kaiser: fix build and FIXME in alloc_ldt_struct()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Include linux/kaiser.h instead of asm/kaiser.h to build ldt.c without CONFIG_KAISER. kaiser_add_mapping() does already return an error code, so fix the FIXME. Signed-off-by:

[PATCH 4.4 26/37] x86/kaiser: Rename and simplify X86_FEATURE_KAISER handling

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov Concentrate it in arch/x86/mm/kaiser.c and use the upstream string "nopti". Signed-off-by: Borislav Petkov Signed-off-by: Greg Kroah-Hartman

[PATCH 4.4 27/37] x86/kaiser: Check boottime cmdline params

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov AMD (and possibly other vendors) are not affected by the leak KAISER is protecting against. Keep the "nopti" for traditional reasons and add pti=

[PATCH 4.4 26/37] x86/kaiser: Rename and simplify X86_FEATURE_KAISER handling

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov Concentrate it in arch/x86/mm/kaiser.c and use the upstream string "nopti". Signed-off-by: Borislav Petkov Signed-off-by: Greg Kroah-Hartman ---

[PATCH 4.4 27/37] x86/kaiser: Check boottime cmdline params

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov AMD (and possibly other vendors) are not affected by the leak KAISER is protecting against. Keep the "nopti" for traditional reasons and add pti= like upstream.

[PATCH 4.4 18/37] kaiser: enhanced by kernel and user PCIDs

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen Merged performance improvements to Kaiser, using distinct kernel and user Process Context Identifiers to minimize the TLB flushing. Signed-off-by:

[PATCH 4.4 16/37] kaiser: delete KAISER_REAL_SWITCH option

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins We fail to see what CONFIG_KAISER_REAL_SWITCH is for: it seems to be left over from early development, and now just obscures tricky parts of the code. Delete it

[PATCH 4.4 18/37] kaiser: enhanced by kernel and user PCIDs

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen Merged performance improvements to Kaiser, using distinct kernel and user Process Context Identifiers to minimize the TLB flushing. Signed-off-by: Hugh Dickins Acked-by: Jiri

[PATCH 4.4 16/37] kaiser: delete KAISER_REAL_SWITCH option

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins We fail to see what CONFIG_KAISER_REAL_SWITCH is for: it seems to be left over from early development, and now just obscures tricky parts of the code. Delete it before adding

[PATCH 4.4 02/37] KAISER: Kernel Address Isolation

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Richard Fellner This patch introduces our implementation of KAISER (Kernel Address Isolation to have Side-channels Efficiently Removed), a kernel isolation

[PATCH 4.4 20/37] kaiser: PCID 0 for kernel and 128 for user

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Why was 4 chosen for kernel PCID and 6 for user PCID? No good reason in a backport where PCIDs are only used for Kaiser. If we continue with those, then we

[PATCH 4.4 02/37] KAISER: Kernel Address Isolation

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Richard Fellner This patch introduces our implementation of KAISER (Kernel Address Isolation to have Side-channels Efficiently Removed), a kernel isolation technique to close hardware side

[PATCH 4.4 20/37] kaiser: PCID 0 for kernel and 128 for user

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Why was 4 chosen for kernel PCID and 6 for user PCID? No good reason in a backport where PCIDs are only used for Kaiser. If we continue with those, then we shall need to add Andy

[PATCH 4.4 15/37] kaiser: name that 0x1000 KAISER_SHADOW_PGD_OFFSET

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins There's a 0x1000 in various places, which looks better with a name. Signed-off-by: Hugh Dickins Acked-by: Jiri Kosina

[PATCH 4.4 11/37] kaiser: tidied up asm/kaiser.h somewhat

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Mainly deleting a surfeit of blank lines, and reflowing header comment. Signed-off-by: Hugh Dickins Acked-by: Jiri Kosina

[PATCH 4.4 15/37] kaiser: name that 0x1000 KAISER_SHADOW_PGD_OFFSET

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins There's a 0x1000 in various places, which looks better with a name. Signed-off-by: Hugh Dickins Acked-by: Jiri Kosina Signed-off-by: Greg Kroah-Hartman ---

[PATCH 4.4 11/37] kaiser: tidied up asm/kaiser.h somewhat

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins Mainly deleting a surfeit of blank lines, and reflowing header comment. Signed-off-by: Hugh Dickins Acked-by: Jiri Kosina Signed-off-by: Greg Kroah-Hartman ---

[PATCH 4.4 00/37] 4.4.110-stable review

This is the start of the stable review cycle for the 4.4.110 release. There are 37 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Fri Jan 5 19:50:38 UTC 2018. Anything

[PATCH 4.4 00/37] 4.4.110-stable review

This is the start of the stable review cycle for the 4.4.110 release. There are 37 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Fri Jan 5 19:50:38 UTC 2018. Anything

[PATCH 4.4 10/37] kaiser: ENOMEM if kaiser_pagetable_walk() NULL

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins kaiser_add_user_map() took no notice when kaiser_pagetable_walk() failed. And avoid its might_sleep() when atomic (though atomic at present unused).

[PATCH 4.4 10/37] kaiser: ENOMEM if kaiser_pagetable_walk() NULL

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins kaiser_add_user_map() took no notice when kaiser_pagetable_walk() failed. And avoid its might_sleep() when atomic (though atomic at present unused). Signed-off-by: Hugh Dickins

[PATCH 0/2] wireless: libertas_tf: Adjustments for three function implementations

From: Markus Elfring Date: Wed, 3 Jan 2018 21:06:54 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation in __if_usb_submit_rx_urb() Improve a size

[PATCH 0/2] wireless: libertas_tf: Adjustments for three function implementations

From: Markus Elfring Date: Wed, 3 Jan 2018 21:06:54 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation in __if_usb_submit_rx_urb() Improve a size determination in two functions

Re: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

Hi, * Rafael J. Wysocki [171228 17:33]: > So we are fine except for the race and we need the wakeirq field in wakeup > sources to automatically arm the wakeup IRQs during suspend. > > If I'm not mistaken, we only need something like the patch below (untested). Yeah for your

Re: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

Hi, * Rafael J. Wysocki [171228 17:33]: > So we are fine except for the race and we need the wakeirq field in wakeup > sources to automatically arm the wakeup IRQs during suspend. > > If I'm not mistaken, we only need something like the patch below (untested). Yeah for your patch below works

[PATCH v3 00/22] Verbatim device names and devm_nvmem_(un)register()

Srinivas, all: This patchset contains various small changes that I recently made to NVMEM, more specifically: - Patches 1 and 3 are two changes I am hoping are acceptable upstream - Patches 4 to 15 are a follow up to patch 2 - Patches 16 to 22 are just trivial fixups and I am more than

[PATCH v3 00/22] Verbatim device names and devm_nvmem_(un)register()

Srinivas, all: This patchset contains various small changes that I recently made to NVMEM, more specifically: - Patches 1 and 3 are two changes I am hoping are acceptable upstream - Patches 4 to 15 are a follow up to patch 2 - Patches 16 to 22 are just trivial fixups and I am more than

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

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

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

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 v3 02/22] nvmem: core: Allow specifying device name verbatim

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

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

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: linux-kernel@vger.kernel.org

Re: [RESEND PATCH v2 15/15] arm64: dts: msm8996: db820c: Add sound card support

On Wed 03 Jan 08:27 PST 2018, Srinivas Kandagatla wrote: > Thanks for the comments, > > On 03/01/18 00:22, Bjorn Andersson wrote: > > On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > > > > > From: Srinivas Kandagatla [..] > > > +

Re: [RESEND PATCH v2 15/15] arm64: dts: msm8996: db820c: Add sound card support

On Wed 03 Jan 08:27 PST 2018, Srinivas Kandagatla wrote: > Thanks for the comments, > > On 03/01/18 00:22, Bjorn Andersson wrote: > > On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > > > > > From: Srinivas Kandagatla [..] > > > + lpass_q6_smmu:

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

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

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

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 v3 03/22] nvmem: Introduce devm_nvmem_(un)register()

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

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

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: linux-kernel@vger.kernel.org Cc:

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

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

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

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 v3 10/22] nvmem: mtk-efuse: Convert to use devm_nvmem_register()

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

[PATCH v3 10/22] nvmem: mtk-efuse: Convert to use devm_nvmem_register()

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 v3 09/22] nvmem: qfprom: Convert to use devm_nvmem_register()

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

[PATCH v3 09/22] nvmem: qfprom: Convert to use devm_nvmem_register()

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: [RESEND PATCH v2 14/15] ASoC: qcom: apq8096: Add db820c machine driver

On Wed 03 Jan 08:27 PST 2018, Srinivas Kandagatla wrote: > Thanks for the review comments. > > > On 03/01/18 00:16, Bjorn Andersson wrote: > > On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > > > > > From: Srinivas Kandagatla > > > > > >

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

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

Re: [RESEND PATCH v2 14/15] ASoC: qcom: apq8096: Add db820c machine driver

On Wed 03 Jan 08:27 PST 2018, Srinivas Kandagatla wrote: > Thanks for the review comments. > > > On 03/01/18 00:16, Bjorn Andersson wrote: > > On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > > > > > From: Srinivas Kandagatla > > > > > > uThis patch adds support to

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

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 v3 14/22] nvmem: imx-iim: Convert to use devm_nvmem_register()

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

[PATCH v3 14/22] nvmem: imx-iim: Convert to use devm_nvmem_register()

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 v2 2/2] dts: Probe efuse for CI20

On Thu, Dec 28, 2017 at 10:29:53PM +0100, Mathieu Malaterre wrote: > MIPS Creator CI20 comes with JZ4780 SoC. Provides access to the efuse block > using jz4780 efuse driver. > > Signed-off-by: Mathieu Malaterre > --- > arch/mips/configs/ci20_defconfig | 2 ++ Your subject

Re: [PATCH v2 2/2] dts: Probe efuse for CI20

On Thu, Dec 28, 2017 at 10:29:53PM +0100, Mathieu Malaterre wrote: > MIPS Creator CI20 comes with JZ4780 SoC. Provides access to the efuse block > using jz4780 efuse driver. > > Signed-off-by: Mathieu Malaterre > --- > arch/mips/configs/ci20_defconfig | 2 ++ Your subject indicates this is a

Re: [PATCH] f2fs: check segment type before recover data

On 12/30, Yunlong Song wrote: > In some case, the node blocks has wrong blkaddr whose segment type is > NODE, e.g., recover inode has missing xattr flag and the blkaddr is in > the xattr range. Since fsck.f2fs does not check the recovery nodes, this > will cause __f2fs_replace_block change the

Re: [PATCH] f2fs: check segment type before recover data

On 12/30, Yunlong Song wrote: > In some case, the node blocks has wrong blkaddr whose segment type is > NODE, e.g., recover inode has missing xattr flag and the blkaddr is in > the xattr range. Since fsck.f2fs does not check the recovery nodes, this > will cause __f2fs_replace_block change the

[PATCH v3 13/22] nvmem: lpc18xx_otp: Convert to use devm_nvmem_register()

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

[PATCH v3 13/22] nvmem: lpc18xx_otp: Convert to use devm_nvmem_register()

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 v3 15/22] nvmem: bcm-ocotp: Convert to use devm_nvmem_register()

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

[PATCH v3 16/22] nvmem: meson-efuse: Do no gate COMPILE_TEST with MESON_SM

Being able to build this driver when COMPILE_TEST is selected is still useful even when MESON_SM is not selected, since selecting this driver as a module and doing "make modules" will result in successful build and would detect trivial coding errors. For an example of type of errors that could be

[PATCH v3 15/22] nvmem: bcm-ocotp: Convert to use devm_nvmem_register()

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 v3 16/22] nvmem: meson-efuse: Do no gate COMPILE_TEST with MESON_SM

Being able to build this driver when COMPILE_TEST is selected is still useful even when MESON_SM is not selected, since selecting this driver as a module and doing "make modules" will result in successful build and would detect trivial coding errors. For an example of type of errors that could be

[PATCH v3 12/22] nvmem: meson-efuse: Convert to use devm_nvmem_register()

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

[PATCH v3 18/22] nvmem: rockchip-efuse: Make use of of_device_get_match_data()

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

[PATCH v3 12/22] nvmem: meson-efuse: Convert to use devm_nvmem_register()

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 v3 18/22] nvmem: rockchip-efuse: Make use of of_device_get_match_data()

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 v3 21/22] nvmem: imx-iim: Do not use ">dev" explicitly

There's already "dev" variable for that. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger

[PATCH v3 21/22] nvmem: imx-iim: Do not use ">dev" explicitly

There's already "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 v3 19/22] nvmem: vf610-ocotp: Do not use ">dev" explicitly

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

[PATCH v3 19/22] nvmem: vf610-ocotp: Do not use ">dev" explicitly

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:

Re: [PATCH v2 1/2] nvmem: add driver for JZ4780 efuse

On Thu, Dec 28, 2017 at 10:29:52PM +0100, Mathieu Malaterre wrote: > From: PrasannaKumar Muralidharan > > This patch brings support for the JZ4780 efuse. Currently it only expose > a read only access to the entire 8K bits efuse memory. > > Tested-by: Mathieu

Re: [PATCH v2 1/2] nvmem: add driver for JZ4780 efuse

On Thu, Dec 28, 2017 at 10:29:52PM +0100, Mathieu Malaterre wrote: > From: PrasannaKumar Muralidharan > > This patch brings support for the JZ4780 efuse. Currently it only expose > a read only access to the entire 8K bits efuse memory. > > Tested-by: Mathieu Malaterre > Signed-off-by:

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

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

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

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

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

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 v3 08/22] nvmem: rockchip-efuse: Convert to use devm_nvmem_register()

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 v3 20/22] nvmem: rockchip-efuse: Do not use ">dev" explicitly

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

[PATCH v3 20/22] nvmem: rockchip-efuse: Do not use ">dev" explicitly

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:

[PATCH v3 22/22] nvmem: bcm-ocotp: Do not use ">dev" explicitly

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

[PATCH v3 22/22] nvmem: bcm-ocotp: Do not use ">dev" explicitly

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:

[PATCH v3 17/22] nvmem: snvs_lpgpr: Convert commas to semicolons

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

[PATCH v3 17/22] nvmem: snvs_lpgpr: Convert commas to semicolons

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 v3 01/22] nvmem: Document struct nvmem_config

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:

[PATCH v3 01/22] nvmem: Document struct nvmem_config

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: linux-media...@lists.infradead.org Cc:

Re: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

* Rafael J. Wysocki [171230 00:24]: > On Sat, Dec 30, 2017 at 12:39 AM, Rafael J. Wysocki wrote: > > No, you need a wakeirq properly for the child *device* and that > > property will be consumed by the PCI layer. > > Or, if you use the convention mentioned

Re: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

* Rafael J. Wysocki [171230 00:24]: > On Sat, Dec 30, 2017 at 12:39 AM, Rafael J. Wysocki wrote: > > No, you need a wakeirq properly for the child *device* and that > > property will be consumed by the PCI layer. > > Or, if you use the convention mentioned in another message in this > thread,

Re: stable/linux-4.14.y boot: 108 boots: 0 failed, 107 passed with 1 conflict (v4.14.11)

On Wed, 3 Jan 2018, Paolo Bonzini wrote: > On 03/01/2018 11:36, Thomas Gleixner wrote: > > On Wed, 3 Jan 2018, Guillaume Tucker wrote: > >> On 03/01/18 09:48, Thomas Gleixner wrote: > Well, it turns out this is not exactly a conflict as there's a > subtle difference between the qemu

Re: stable/linux-4.14.y boot: 108 boots: 0 failed, 107 passed with 1 conflict (v4.14.11)

On Wed, 3 Jan 2018, Paolo Bonzini wrote: > On 03/01/2018 11:36, Thomas Gleixner wrote: > > On Wed, 3 Jan 2018, Guillaume Tucker wrote: > >> On 03/01/18 09:48, Thomas Gleixner wrote: > Well, it turns out this is not exactly a conflict as there's a > subtle difference between the qemu

Re: [RFC PATCH v12 1/5] dt-bindings: PCI: Add definition of PCIe WAKE# irq and PCI irq

* Rafael J. Wysocki [171230 00:34]: > On Sat, Dec 30, 2017 at 12:50 AM, Rafael J. Wysocki wrote: > > On Fri, Dec 29, 2017 at 6:57 PM, Tony Lindgren wrote: > >> * Jeffy Chen [171226 02:11]: > >>> We are going to

Re: [RFC PATCH v12 1/5] dt-bindings: PCI: Add definition of PCIe WAKE# irq and PCI irq

* Rafael J. Wysocki [171230 00:34]: > On Sat, Dec 30, 2017 at 12:50 AM, Rafael J. Wysocki wrote: > > On Fri, Dec 29, 2017 at 6:57 PM, Tony Lindgren wrote: > >> * Jeffy Chen [171226 02:11]: > >>> We are going to handle PCIe WAKE# pin for PCI devices in the pci core, > >>> so add definitions of

Re: [RFC PATCH v12 1/5] dt-bindings: PCI: Add definition of PCIe WAKE# irq and PCI irq

* Rafael J. Wysocki [171229 23:52]: > On Fri, Dec 29, 2017 at 6:57 PM, Tony Lindgren wrote: > > * Jeffy Chen [171226 02:11]: > >> We are going to handle PCIe WAKE# pin for PCI devices in the pci core, > >> so add definitions of the

Re: [RFC PATCH v12 1/5] dt-bindings: PCI: Add definition of PCIe WAKE# irq and PCI irq

* Rafael J. Wysocki [171229 23:52]: > On Fri, Dec 29, 2017 at 6:57 PM, Tony Lindgren wrote: > > * Jeffy Chen [171226 02:11]: > >> We are going to handle PCIe WAKE# pin for PCI devices in the pci core, > >> so add definitions of the optional PCIe WAKE# pin for PCI devices. > >> > >> Also add an

Re: [PATCH v2 9/9] ASoC: Intel: kconfig: add some comments for if symbols

On 01/03/2018 01:25 PM, Randy Dunlap wrote: On 01/03/2018 08:50 AM, Pierre-Louis Bossart wrote: From: Vinod Koul Helps in finding if endings That partial sentence is confusing. I couldn't decode it without reading the entire patch. That shouldn't be necessary. How

Re: [PATCH v2 9/9] ASoC: Intel: kconfig: add some comments for if symbols

On 01/03/2018 01:25 PM, Randy Dunlap wrote: On 01/03/2018 08:50 AM, Pierre-Louis Bossart wrote: From: Vinod Koul Helps in finding if endings That partial sentence is confusing. I couldn't decode it without reading the entire patch. That shouldn't be necessary. How about: Help in finding

Re: [RESEND PATCH v2 13/15] dt-bindings: sound: qcom: Add devicetree bindings for apq8096

On Wed 03 Jan 08:27 PST 2018, Srinivas Kandagatla wrote: > > > On 03/01/18 00:28, Bjorn Andersson wrote: > > On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > > > > > +++ b/Documentation/devicetree/bindings/sound/qcom,apq8096.txt > > > > Wouldn't it be possible to describe

Re: [RESEND PATCH v2 13/15] dt-bindings: sound: qcom: Add devicetree bindings for apq8096

On Wed 03 Jan 08:27 PST 2018, Srinivas Kandagatla wrote: > > > On 03/01/18 00:28, Bjorn Andersson wrote: > > On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > > > > > +++ b/Documentation/devicetree/bindings/sound/qcom,apq8096.txt > > > > Wouldn't it be possible to describe

Re: [PATCH v2 1/2] Input: edt-ft5x06 - Add support for regulator

On Thu, Dec 28, 2017 at 05:33:35PM +0100, Mylène Josserand wrote: > Add the support of regulator to use it as VCC source. > > Signed-off-by: Mylène Josserand > --- > .../bindings/input/touchscreen/edt-ft5x06.txt | 1 + >

Re: [PATCH v2 1/2] Input: edt-ft5x06 - Add support for regulator

On Thu, Dec 28, 2017 at 05:33:35PM +0100, Mylène Josserand wrote: > Add the support of regulator to use it as VCC source. > > Signed-off-by: Mylène Josserand > --- > .../bindings/input/touchscreen/edt-ft5x06.txt | 1 + > drivers/input/touchscreen/edt-ft5x06.c | 33 >

<    4   5   6   7   8   9   10   11   12   13   >