[PATCH 1/4] staging: lustre: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 9489 992 40 105212919

[PATCH 1/4] staging: lustre: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 9489 992 40 105212919

[PATCH 2/4] staging: lustre: ldlm: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/staging/lustre/lustre/ldlm/ldlm_lockd.c |

[PATCH 2/6] ARM: shmobile_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - DRM_RCAR_HDMI was merged to generic DRM bridge and is obsolete since commit 5c602531feb3 ("drm: rcar-du: Replace manual bridge implementation with DRM bridge"); - SND_SOC_RSRC_CARD was replaced by SND_SIMPLE_SCU_CARD in commit d12c6216c4a5

[PATCH 2/4] staging: lustre: ldlm: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/staging/lustre/lustre/ldlm/ldlm_lockd.c | 2 +- 1 file changed, 1

[PATCH 2/6] ARM: shmobile_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - DRM_RCAR_HDMI was merged to generic DRM bridge and is obsolete since commit 5c602531feb3 ("drm: rcar-du: Replace manual bridge implementation with DRM bridge"); - SND_SOC_RSRC_CARD was replaced by SND_SIMPLE_SCU_CARD in commit d12c6216c4a5

[PATCH 3/6] ARM: ixp4xx_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - ECONET is gone since commit 349f29d841db ("econet: remove ancient bug ridden protocol"); - IPDDP_DECAP is gone since commit 9b5645b51384 ("appletalk: remove "config IPDDP_DECAP""); Signed-off-by: Krzysztof Kozlowski ---

[PATCH 3/6] ARM: ixp4xx_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - ECONET is gone since commit 349f29d841db ("econet: remove ancient bug ridden protocol"); - IPDDP_DECAP is gone since commit 9b5645b51384 ("appletalk: remove "config IPDDP_DECAP""); Signed-off-by: Krzysztof Kozlowski ---

[PATCH 4/4] staging: lustre: obdclass: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav ---

[PATCH 3/4] staging: lustre: obdclass: linux: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav ---

[PATCH 4/4] staging: lustre: obdclass: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/staging/lustre/lustre/obdclass/lprocfs_status.c | 2 +- 1 file

[PATCH 3/4] staging: lustre: obdclass: linux: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/staging/lustre/lustre/obdclass/linux/linux-module.c | 2 +- 1 file

[PATCH 5/6] ARM: ezx_defconfig: Cleanup from non-existing options

CPU_FREQ_DEBUG is gone since commit 2d06d8c49afd ("[CPUFREQ] use dynamic debug instead of custom infrastructure"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/ezx_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/ezx_defconfig

[PATCH 5/6] ARM: ezx_defconfig: Cleanup from non-existing options

CPU_FREQ_DEBUG is gone since commit 2d06d8c49afd ("[CPUFREQ] use dynamic debug instead of custom infrastructure"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/ezx_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/ezx_defconfig

[PATCH 6/6] ARM: qcom_defconfig: Cleanup from non-existing options

QCOM_SMD is gone since commit 395a48053af6 ("soc: qcom: smd: Remove standalone driver"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/qcom_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/qcom_defconfig b/arch/arm/configs/qcom_defconfig

[PATCH 6/6] ARM: qcom_defconfig: Cleanup from non-existing options

QCOM_SMD is gone since commit 395a48053af6 ("soc: qcom: smd: Remove standalone driver"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/qcom_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/qcom_defconfig b/arch/arm/configs/qcom_defconfig index

[PATCH 4/6] ARM: vexpress_defconfig: Cleanup from non-existing options

ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/vexpress_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/vexpress_defconfig

[PATCH 1/6] ARM: multi_v7_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - TEGRA_EMC_SCALING_ENABLE is gone since commit cab4d50389c6 ("ARM: tegra: remove TEGRA_EMC_SCALING_ENABLE"); - ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"); - DRM_RCAR_HDMI was merged to generic

[PATCH 4/6] ARM: vexpress_defconfig: Cleanup from non-existing options

ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/vexpress_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/vexpress_defconfig b/arch/arm/configs/vexpress_defconfig

[PATCH 1/6] ARM: multi_v7_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - TEGRA_EMC_SCALING_ENABLE is gone since commit cab4d50389c6 ("ARM: tegra: remove TEGRA_EMC_SCALING_ENABLE"); - ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"); - DRM_RCAR_HDMI was merged to generic

[PATCH 0/4] constify lustre attribute_group structures

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (4): [PATCH 1/4] staging: lustre: constify attribute_group structures. [PATCH 2/4] staging:

[PATCH 0/4] constify lustre attribute_group structures

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (4): [PATCH 1/4] staging: lustre: constify attribute_group structures. [PATCH 2/4] staging:

[PATCH 1/3] ARM: s3c24xx: Remove non-existing CONFIG_CPU_S3C2413

There is no CONFIG_CPU_S3C2413 so get rid of it. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-s3c24xx/common.c | 2 +- arch/arm/mach-s3c24xx/include/mach/regs-clock.h | 4 ++-- arch/arm/plat-samsung/include/plat/map-s3c.h| 2 +- 3 files changed, 4

[PATCH 1/3] ARM: s3c24xx: Remove non-existing CONFIG_CPU_S3C2413

There is no CONFIG_CPU_S3C2413 so get rid of it. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-s3c24xx/common.c | 2 +- arch/arm/mach-s3c24xx/include/mach/regs-clock.h | 4 ++-- arch/arm/plat-samsung/include/plat/map-s3c.h| 2 +- 3 files changed, 4 insertions(+), 4

[PATCH 3/3] ARM: s3c24xx: Do not confuse local define with Kconfig

Drop CONFIG_ prefix from a local DEBUG_RESUME define guarding some debugging code to avoid any confusion with Kconfig options. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-s3c24xx/sleep.S | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git

[PATCH 2/3] ARM: s3c24xx: Remove non-existing SND_SOC_SMDK2443_WM9710

There is no CONFIG_SND_SOC_SMDK2443_WM9710 so get rid of it. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-s3c24xx/mach-smdk2443.c | 8 1 file changed, 8 deletions(-) diff --git a/arch/arm/mach-s3c24xx/mach-smdk2443.c b/arch/arm/mach-s3c24xx/mach-smdk2443.c

[PATCH 3/3] ARM: s3c24xx: Do not confuse local define with Kconfig

Drop CONFIG_ prefix from a local DEBUG_RESUME define guarding some debugging code to avoid any confusion with Kconfig options. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-s3c24xx/sleep.S | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git

[PATCH 2/3] ARM: s3c24xx: Remove non-existing SND_SOC_SMDK2443_WM9710

There is no CONFIG_SND_SOC_SMDK2443_WM9710 so get rid of it. Signed-off-by: Krzysztof Kozlowski --- arch/arm/mach-s3c24xx/mach-smdk2443.c | 8 1 file changed, 8 deletions(-) diff --git a/arch/arm/mach-s3c24xx/mach-smdk2443.c b/arch/arm/mach-s3c24xx/mach-smdk2443.c index

[PATCH] iommu/exynos: Replace non-existing big-endian Kconfig option

Wrong Kconfig option was used when adding warning for untested big-endian capabilities. There is no CONFIG_BIG_ENDIAN option. Signed-off-by: Krzysztof Kozlowski --- drivers/iommu/exynos-iommu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] iommu/exynos: Replace non-existing big-endian Kconfig option

Wrong Kconfig option was used when adding warning for untested big-endian capabilities. There is no CONFIG_BIG_ENDIAN option. Signed-off-by: Krzysztof Kozlowski --- drivers/iommu/exynos-iommu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/exynos-iommu.c

[PATCH] MIPS: defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - CPU_FREQ_DEBUG is gone since commit 2d06d8c49afd ("[CPUFREQ] use dynamic debug instead of custom infrastructure"). - ECONET is gone since commit 349f29d841db ("econet: remove ancient bug ridden protocol"); - IPDDP_DECAP is gone since commit

[PATCH] MIPS: defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - CPU_FREQ_DEBUG is gone since commit 2d06d8c49afd ("[CPUFREQ] use dynamic debug instead of custom infrastructure"). - ECONET is gone since commit 349f29d841db ("econet: remove ancient bug ridden protocol"); - IPDDP_DECAP is gone since commit

Re: [PATCH 3/8] x86/xen: Redefine XEN_ELFNOTE_INIT_P2M using PUD_SIZE * PTRS_PER_PUD

On 17/07/17 00:59, Kirill A. Shutemov wrote: > XEN_ELFNOTE_INIT_P2M has to be 512GB for both 4- and 5-level paging. > (PUD_SIZE * PTRS_PER_PUD) would do this. > > Unfortunately, we cannot use P4D_SIZE, which would fit here. With > current headers structure it cannot be used in assembly, if p4d >

Re: [PATCH 3/8] x86/xen: Redefine XEN_ELFNOTE_INIT_P2M using PUD_SIZE * PTRS_PER_PUD

On 17/07/17 00:59, Kirill A. Shutemov wrote: > XEN_ELFNOTE_INIT_P2M has to be 512GB for both 4- and 5-level paging. > (PUD_SIZE * PTRS_PER_PUD) would do this. > > Unfortunately, we cannot use P4D_SIZE, which would fit here. With > current headers structure it cannot be used in assembly, if p4d >

[PATCH] ASoC: samsung: Remove non-existing CONFIG_CPU_S3C2413

There is no CONFIG_CPU_S3C2413 so get rid of it. Signed-off-by: Krzysztof Kozlowski --- sound/soc/samsung/s3c-i2s-v2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/samsung/s3c-i2s-v2.c b/sound/soc/samsung/s3c-i2s-v2.c index

[PATCH] ASoC: samsung: Remove non-existing CONFIG_CPU_S3C2413

There is no CONFIG_CPU_S3C2413 so get rid of it. Signed-off-by: Krzysztof Kozlowski --- sound/soc/samsung/s3c-i2s-v2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/samsung/s3c-i2s-v2.c b/sound/soc/samsung/s3c-i2s-v2.c index 8f42deaa184b..ca522a95160b 100644 ---

Re: [PATCH] x86/mce/AMD: Allow any CPU to initialize smca_banks array

On Thu, Jun 29, 2017 at 01:08:28PM -0500, Yazen Ghannam wrote: > From: Yazen Ghannam > > Current SMCA implementations have the same banks on each CPU with the > non-core banks only visible to a "master thread" on each Die. Practically, > this means the smca_banks array,

Re: [PATCH] x86/mce/AMD: Allow any CPU to initialize smca_banks array

On Thu, Jun 29, 2017 at 01:08:28PM -0500, Yazen Ghannam wrote: > From: Yazen Ghannam > > Current SMCA implementations have the same banks on each CPU with the > non-core banks only visible to a "master thread" on each Die. Practically, > this means the smca_banks array, which describes the

RE: [PATCH 1/3] platform/x86: Add GLK PSS Event Table

+1 From me. > -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org [mailto:platform-driver- > x86-ow...@vger.kernel.org] On Behalf Of Rajneesh Bhardwaj > Sent: Friday, July 14, 2017 5:24 PM > To: platform-driver-...@vger.kernel.org > Cc: dvh...@infradead.org;

RE: [PATCH 1/3] platform/x86: Add GLK PSS Event Table

+1 From me. > -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org [mailto:platform-driver- > x86-ow...@vger.kernel.org] On Behalf Of Rajneesh Bhardwaj > Sent: Friday, July 14, 2017 5:24 PM > To: platform-driver-...@vger.kernel.org > Cc: dvh...@infradead.org;

RE: [PATCH 3/3] platform/x86: Add Audio domain PG status events

> -Original Message- > From: Bhardwaj, Rajneesh > Sent: Friday, July 14, 2017 5:24 PM > To: platform-driver-...@vger.kernel.org > Cc: dvh...@infradead.org; a...@infradead.org; linux- > ker...@vger.kernel.org; Murthy, Shanth ; > Chakravarty, Souvik K

RE: [PATCH 3/3] platform/x86: Add Audio domain PG status events

> -Original Message- > From: Bhardwaj, Rajneesh > Sent: Friday, July 14, 2017 5:24 PM > To: platform-driver-...@vger.kernel.org > Cc: dvh...@infradead.org; a...@infradead.org; linux- > ker...@vger.kernel.org; Murthy, Shanth ; > Chakravarty, Souvik K ; Bhardwaj, > Rajneesh > Subject:

Re: [rfc] superblock shrinker accumulating excessive deferred counts

On Wed, Jul 12, 2017 at 01:42:35PM -0700, David Rientjes wrote: > Hi Al and everyone, > > We're encountering an issue where the per-shrinker per-node deferred > counts grow excessively large for the superblock shrinker. This appears > to be long-standing behavior, so reaching out to you to see

Re: [rfc] superblock shrinker accumulating excessive deferred counts

On Wed, Jul 12, 2017 at 01:42:35PM -0700, David Rientjes wrote: > Hi Al and everyone, > > We're encountering an issue where the per-shrinker per-node deferred > counts grow excessively large for the superblock shrinker. This appears > to be long-standing behavior, so reaching out to you to see

Re: [PATCH] HID: hid-logitech-hidpp: add NULL check on devm_kmemdup() return value

On 07/12/2017 02:40 AM, Benjamin Tissoires wrote: On Jul 07 2017 or thereabouts, Gustavo A. R. Silva wrote: Check return value from call to devm_kmemdup() in order to prevent a NULL pointer dereference. Signed-off-by: Gustavo A. R. Silva --- Reviewed-by: Benjamin

Re: [PATCH] HID: hid-logitech-hidpp: add NULL check on devm_kmemdup() return value

On 07/12/2017 02:40 AM, Benjamin Tissoires wrote: On Jul 07 2017 or thereabouts, Gustavo A. R. Silva wrote: Check return value from call to devm_kmemdup() in order to prevent a NULL pointer dereference. Signed-off-by: Gustavo A. R. Silva --- Reviewed-by: Benjamin Tissoires Thank you,

Re: [PATCH] brcmfmac: added LED triggers for transmit/receive

On 11 July 2017 at 17:01, Russell Joyce wrote: > Thanks for your comments. > >> What I think Rafał is saying is that it would be better to have this >> code in cfg80211 so other drivers including mac80211 could use it. > > > While I agree that moving all wireless LED

Re: [PATCH] brcmfmac: added LED triggers for transmit/receive

On 11 July 2017 at 17:01, Russell Joyce wrote: > Thanks for your comments. > >> What I think Rafał is saying is that it would be better to have this >> code in cfg80211 so other drivers including mac80211 could use it. > > > While I agree that moving all wireless LED triggers to cfg80211 would be

Re: [PATCH] fpga: altera-hps2fpga: add NULL check on of_match_device() return value

On 07/10/2017 11:25 AM, Moritz Fischer wrote: On Thu, Jul 6, 2017 at 11:22 PM, Gustavo A. R. Silva wrote: Check return value from call to of_match_device() in order to prevent a NULL pointer dereference. In case of NULL print error message and return -ENODEV

Re: [PATCH] fpga: altera-hps2fpga: add NULL check on of_match_device() return value

On 07/10/2017 11:25 AM, Moritz Fischer wrote: On Thu, Jul 6, 2017 at 11:22 PM, Gustavo A. R. Silva wrote: Check return value from call to of_match_device() in order to prevent a NULL pointer dereference. In case of NULL print error message and return -ENODEV Signed-off-by: Gustavo A. R.

Re: [PATCH] iio: adc: rockchip_saradc: add NULL check on of_match_device() return value

On 07/09/2017 01:10 PM, Jonathan Cameron wrote: On Fri, 7 Jul 2017 01:51:31 -0500 "Gustavo A. R. Silva" wrote: Check return value from call to of_match_device() in order to prevent a NULL pointer dereference. In case of NULL print error message and return -ENODEV

Re: [PATCH] iio: adc: rockchip_saradc: add NULL check on of_match_device() return value

On 07/09/2017 01:10 PM, Jonathan Cameron wrote: On Fri, 7 Jul 2017 01:51:31 -0500 "Gustavo A. R. Silva" wrote: Check return value from call to of_match_device() in order to prevent a NULL pointer dereference. In case of NULL print error message and return -ENODEV Signed-off-by: Gustavo A.

Re: [PATCH] iio: adc: meson-saradc: add NULL check on of_match_device() return value

On 07/09/2017 01:08 PM, Jonathan Cameron wrote: On Sat, 8 Jul 2017 15:42:46 +0200 Martin Blumenstingl wrote: On Fri, Jul 7, 2017 at 8:46 AM, Gustavo A. R. Silva wrote: Check return value from call to of_match_device() in order

Re: [PATCH] iio: adc: meson-saradc: add NULL check on of_match_device() return value

On 07/09/2017 01:08 PM, Jonathan Cameron wrote: On Sat, 8 Jul 2017 15:42:46 +0200 Martin Blumenstingl wrote: On Fri, Jul 7, 2017 at 8:46 AM, Gustavo A. R. Silva wrote: Check return value from call to of_match_device() in order to prevent a NULL pointer dereference. In case of NULL print

Re: [PATCH] mmc: mxcmmc: fix error return code in mxcmci_probe()

Hi Ulf, On 07/11/2017 09:43 AM, Ulf Hansson wrote: On 7 July 2017 at 07:59, Gustavo A. R. Silva wrote: platform_get_irq() returns an error code, but the mxcmmc driver ignores it and always returns -EINVAL. This is not correct, and prevents -EPROBE_DEFER from being

Re: [PATCH] mmc: mxcmmc: fix error return code in mxcmci_probe()

Hi Ulf, On 07/11/2017 09:43 AM, Ulf Hansson wrote: On 7 July 2017 at 07:59, Gustavo A. R. Silva wrote: platform_get_irq() returns an error code, but the mxcmmc driver ignores it and always returns -EINVAL. This is not correct, and prevents -EPROBE_DEFER from being propagated properly. Print

Re: [PATCH v2] devfreq: tegra: fix error return code in tegra_devfreq_probe()

On 07/04/2017 03:35 AM, Jon Hunter wrote: On 03/07/17 13:47, Gustavo A. R. Silva wrote: platform_get_irq() returns an error code, but the tegra-devfreq driver ignores it and always returns -ENODEV. This is not correct, and prevents -EPROBE_DEFER from being propagated properly. Notice that

Re: [PATCH v2] devfreq: tegra: fix error return code in tegra_devfreq_probe()

On 07/04/2017 03:35 AM, Jon Hunter wrote: On 03/07/17 13:47, Gustavo A. R. Silva wrote: platform_get_irq() returns an error code, but the tegra-devfreq driver ignores it and always returns -ENODEV. This is not correct, and prevents -EPROBE_DEFER from being propagated properly. Notice that

Re: [PATCH] devfreq: rk3399_dmc: fix error code in rk3399_dmcfreq_probe()

On 07/01/2017 02:50 AM, MyungJoo Ham wrote: On Fri, Jun 30, 2017 at 5:02 PM, Chanwoo Choi wrote: Hi, On 2017년 06월 30일 16:15, Gustavo A. R. Silva wrote: Print and propagate the return value of platform_get_irq on failure. Signed-off-by: Gustavo A. R. Silva

Re: [PATCH] devfreq: rk3399_dmc: fix error code in rk3399_dmcfreq_probe()

On 07/01/2017 02:50 AM, MyungJoo Ham wrote: On Fri, Jun 30, 2017 at 5:02 PM, Chanwoo Choi wrote: Hi, On 2017년 06월 30일 16:15, Gustavo A. R. Silva wrote: Print and propagate the return value of platform_get_irq on failure. Signed-off-by: Gustavo A. R. Silva ---

Re: [PATCH v2 3/3] DT: leds: Add Qualcomm Light Pulse Generator binding

On Sun 16 Jul 11:49 PDT 2017, Jacek Anaszewski wrote: > On 07/15/2017 12:45 AM, Bjorn Andersson wrote: > > diff --git a/Documentation/devicetree/bindings/leds/leds-qcom-lpg.txt > > b/Documentation/devicetree/bindings/leds/leds-qcom-lpg.txt > > new file mode 100644 > > index

Re: [PATCH v2 3/3] DT: leds: Add Qualcomm Light Pulse Generator binding

On Sun 16 Jul 11:49 PDT 2017, Jacek Anaszewski wrote: > On 07/15/2017 12:45 AM, Bjorn Andersson wrote: > > diff --git a/Documentation/devicetree/bindings/leds/leds-qcom-lpg.txt > > b/Documentation/devicetree/bindings/leds/leds-qcom-lpg.txt > > new file mode 100644 > > index

Re: [PATCH 6/8] drm: Allow DSI devices to be registered before the host registers.

On 07/15/2017 04:28 AM, Eric Anholt wrote: Archit Taneja writes: On 06/28/2017 01:28 AM, Eric Anholt wrote: When a mipi_dsi_host is registered, the DT is walked to find any child nodes with compatible strings. Those get registered as DSI devices, and most DSI panel

Re: [PATCH 6/8] drm: Allow DSI devices to be registered before the host registers.

On 07/15/2017 04:28 AM, Eric Anholt wrote: Archit Taneja writes: On 06/28/2017 01:28 AM, Eric Anholt wrote: When a mipi_dsi_host is registered, the DT is walked to find any child nodes with compatible strings. Those get registered as DSI devices, and most DSI panel drivers are

Re: [alsa-devel] [PATCH] ASoC: fsl_asrc: constify snd_soc_dai_ops structure

Hi Mark, Joe, On 07/14/2017 06:25 AM, Mark Brown wrote: On Fri, Jul 14, 2017 at 04:08:21AM -0700, Joe Perches wrote: On Fri, 2017-07-14 at 12:02 +0100, Mark Brown wrote: On Thu, Jul 13, 2017 at 11:18:11AM -0700, Joe Perches wrote: I don't it's better. It's not that confusing if the 0/n

Re: [alsa-devel] [PATCH] ASoC: fsl_asrc: constify snd_soc_dai_ops structure

Hi Mark, Joe, On 07/14/2017 06:25 AM, Mark Brown wrote: On Fri, Jul 14, 2017 at 04:08:21AM -0700, Joe Perches wrote: On Fri, 2017-07-14 at 12:02 +0100, Mark Brown wrote: On Thu, Jul 13, 2017 at 11:18:11AM -0700, Joe Perches wrote: I don't it's better. It's not that confusing if the 0/n

Re: [PATCH] gpio: altera-a10sr: constify gpio_chip structure

On 07/13/2017 12:41 PM, Thor Thayer wrote: On 07/11/2017 05:15 PM, Gustavo A. R. Silva wrote: This structure is only used to copy into another structure, so declare it as const. Signed-off-by: Gustavo A. R. Silva --- drivers/gpio/gpio-altera-a10sr.c | 2 +- 1

Re: [PATCH] gpio: altera-a10sr: constify gpio_chip structure

On 07/13/2017 12:41 PM, Thor Thayer wrote: On 07/11/2017 05:15 PM, Gustavo A. R. Silva wrote: This structure is only used to copy into another structure, so declare it as const. Signed-off-by: Gustavo A. R. Silva --- drivers/gpio/gpio-altera-a10sr.c | 2 +- 1 file changed, 1

Re: [PATCH] pinctrl: qcom: ssbi: mpp: constify gpio_chip structure

On 07/11/2017 04:44 PM, Bjorn Andersson wrote: On Tue 11 Jul 14:18 PDT 2017, Gustavo A. R. Silva wrote: [..] before: textdata bss dec hex filename 151365112 0 202484f18 drivers/pinctrl/qcom/pinctrl-ssbi-mpp.o after: bss dec hex

Re: [PATCH] pinctrl: qcom: ssbi: mpp: constify gpio_chip structure

On 07/11/2017 04:44 PM, Bjorn Andersson wrote: On Tue 11 Jul 14:18 PDT 2017, Gustavo A. R. Silva wrote: [..] before: textdata bss dec hex filename 151365112 0 202484f18 drivers/pinctrl/qcom/pinctrl-ssbi-mpp.o after: bss dec hex

Re: [PATCH] pinctrl: bcm2835: constify gpio_chip structure

On 07/12/2017 02:13 PM, Eric Anholt wrote: "Gustavo A. R. Silva" writes: This structure is only used to copy into other structure, so declare it as const. This issue was detected using Coccinelle and the following semantic patch: Acked-by: Eric Anholt

Re: [PATCH] pinctrl: bcm2835: constify gpio_chip structure

On 07/12/2017 02:13 PM, Eric Anholt wrote: "Gustavo A. R. Silva" writes: This structure is only used to copy into other structure, so declare it as const. This issue was detected using Coccinelle and the following semantic patch: Acked-by: Eric Anholt Thank you, Eric ---

[PATCH v2] [media] staging/atomisp: fixed trivial coding style issue

Below was the trival error flagged by checkpatch.pl: ERROR: space prohibited after that open parenthesis '(' Signed-off-by: Shy More --- changes in v2: - made the suggested corrections --- .../atomisp/pci/atomisp2/css2400/runtime/isys/src/ibuf_ctrl_rmgr.c | 3 +-- 1

[PATCH v2] [media] staging/atomisp: fixed trivial coding style issue

Below was the trival error flagged by checkpatch.pl: ERROR: space prohibited after that open parenthesis '(' Signed-off-by: Shy More --- changes in v2: - made the suggested corrections --- .../atomisp/pci/atomisp2/css2400/runtime/isys/src/ibuf_ctrl_rmgr.c | 3 +-- 1 file changed, 1

Re: [PATCH] ddbridge: constify i2c_algorithm structure

Hi Daniel, On 07/10/2017 10:16 AM, Daniel Scheller wrote: Am Sun, 9 Jul 2017 20:15:36 -0500 schrieb "Gustavo A. R. Silva" : Check for i2c_algorithm structures that are only stored in the algo field of an i2c_adapter structure. This field is declared const, so

Re: [PATCH] ddbridge: constify i2c_algorithm structure

Hi Daniel, On 07/10/2017 10:16 AM, Daniel Scheller wrote: Am Sun, 9 Jul 2017 20:15:36 -0500 schrieb "Gustavo A. R. Silva" : Check for i2c_algorithm structures that are only stored in the algo field of an i2c_adapter structure. This field is declared const, so i2c_algorithm structures that

Re: [PATCH] i2c: designware-slave: constify i2c_algorithm structure

Hi Andy, On 07/10/2017 05:26 AM, Andy Shevchenko wrote: On Sun, 2017-07-09 at 16:35 -0500, Gustavo A. R. Silva wrote: Check for i2c_algorithm structures that are only stored in the algo field of an i2c_adapter structure. This field is declared const, so i2c_algorithm structures that have this

Re: [PATCH] i2c: designware-slave: constify i2c_algorithm structure

Hi Andy, On 07/10/2017 05:26 AM, Andy Shevchenko wrote: On Sun, 2017-07-09 at 16:35 -0500, Gustavo A. R. Silva wrote: Check for i2c_algorithm structures that are only stored in the algo field of an i2c_adapter structure. This field is declared const, so i2c_algorithm structures that have this

Re: [PATCH] video: xilinxfb: constify fb_fix_screeninfo and fb_var_screeninfo structures

On 07/10/2017 02:29 AM, Michal Simek wrote: On 8.7.2017 03:24, Gustavo A. R. Silva wrote: These structures are only used to copy into other structures, so declare them as const. This issue was detected using Coccinelle and the following semantic patch: @r disable optional_qualifier@

Re: [PATCH] video: xilinxfb: constify fb_fix_screeninfo and fb_var_screeninfo structures

On 07/10/2017 02:29 AM, Michal Simek wrote: On 8.7.2017 03:24, Gustavo A. R. Silva wrote: These structures are only used to copy into other structures, so declare them as const. This issue was detected using Coccinelle and the following semantic patch: @r disable optional_qualifier@

Re: [PATCH] watchdog: coh901327_wdt: constify watchdog_ops structure

On 07/07/2017 08:45 PM, Guenter Roeck wrote: On 07/07/2017 05:33 PM, Gustavo A. R. Silva wrote: Check for watchdog_ops structures that are only stored in the ops field of a watchdog_device structure. This field is declared const, so watchdog_ops structures that have this property can be

Re: [PATCH] watchdog: coh901327_wdt: constify watchdog_ops structure

On 07/07/2017 08:45 PM, Guenter Roeck wrote: On 07/07/2017 05:33 PM, Gustavo A. R. Silva wrote: Check for watchdog_ops structures that are only stored in the ops field of a watchdog_device structure. This field is declared const, so watchdog_ops structures that have this property can be

Re: [PATCH] watchdog: ts72xx_wdt: constify watchdog_ops structure

On 07/07/2017 08:44 PM, Guenter Roeck wrote: On 07/07/2017 05:18 PM, Gustavo A. R. Silva wrote: Check for watchdog_ops structures that are only stored in the ops field of a watchdog_device structure. This field is declared const, so watchdog_ops structures that have this property can be

Re: [PATCH] watchdog: ts72xx_wdt: constify watchdog_ops structure

On 07/07/2017 08:44 PM, Guenter Roeck wrote: On 07/07/2017 05:18 PM, Gustavo A. R. Silva wrote: Check for watchdog_ops structures that are only stored in the ops field of a watchdog_device structure. This field is declared const, so watchdog_ops structures that have this property can be

Re: [PATCH] stm32-dcmi: constify vb2_ops structure

On 07/07/2017 09:33 AM, Hugues FRUCHET wrote: Acked-by: Hugues Fruchet Thank you, Hugues. On 07/06/2017 10:05 PM, Gustavo A. R. Silva wrote: Check for vb2_ops structures that are only stored in the ops field of a vb2_queue structure. That field is declared const, so

Re: [PATCH] stm32-dcmi: constify vb2_ops structure

On 07/07/2017 09:33 AM, Hugues FRUCHET wrote: Acked-by: Hugues Fruchet Thank you, Hugues. On 07/06/2017 10:05 PM, Gustavo A. R. Silva wrote: Check for vb2_ops structures that are only stored in the ops field of a vb2_queue structure. That field is declared const, so vb2_ops structures

Re: [PATCH] st-delta: constify vb2_ops structures

Thank you, Hugues. On 07/07/2017 09:33 AM, Hugues FRUCHET wrote: Acked-by: Hugues Fruchet On 07/06/2017 10:14 PM, Gustavo A. R. Silva wrote: Check for vb2_ops structures that are only stored in the ops field of a vb2_queue structure. That field is declared const, so

Re: [PATCH] st-delta: constify vb2_ops structures

Thank you, Hugues. On 07/07/2017 09:33 AM, Hugues FRUCHET wrote: Acked-by: Hugues Fruchet On 07/06/2017 10:14 PM, Gustavo A. R. Silva wrote: Check for vb2_ops structures that are only stored in the ops field of a vb2_queue structure. That field is declared const, so vb2_ops structures that

Re: [PATCH 1/5] arm64: dts: rockchip: Add rk3399 vop and display-subsystem

Hi heko, 2017-07-17 1:31 GMT+08:00 Heiko Stuebner : > Hi Jacob, > > Am Donnerstag, 13. Juli 2017, 00:03:51 CEST schrieb Jacob Chen: >> Add devicetree nodes for rk3399 VOP (Video Output Processors), and the >> top level display-subsystem root node. >> >> Later patches add

Re: [PATCH 1/5] arm64: dts: rockchip: Add rk3399 vop and display-subsystem

Hi heko, 2017-07-17 1:31 GMT+08:00 Heiko Stuebner : > Hi Jacob, > > Am Donnerstag, 13. Juli 2017, 00:03:51 CEST schrieb Jacob Chen: >> Add devicetree nodes for rk3399 VOP (Video Output Processors), and the >> top level display-subsystem root node. >> >> Later patches add endpoints (eDP, HDMI,

Re: [PATCH v2 2/6] [media] rockchip/rga: v4l2 m2m support

Hi, 2017-07-17 10:43 GMT+08:00 Laurent Pinchart : > Hi Jacob, > > On Sunday 16 Jul 2017 12:19:41 Jacob Chen wrote: >> 2017-07-16 0:49 GMT+08:00 Personnel: >> > Le samedi 15 juillet 2017 à 12:42 +0300, Laurent Pinchart a écrit : >> >> On Saturday 15 Jul 2017

Re: [PATCH v2 2/6] [media] rockchip/rga: v4l2 m2m support

Hi, 2017-07-17 10:43 GMT+08:00 Laurent Pinchart : > Hi Jacob, > > On Sunday 16 Jul 2017 12:19:41 Jacob Chen wrote: >> 2017-07-16 0:49 GMT+08:00 Personnel: >> > Le samedi 15 juillet 2017 à 12:42 +0300, Laurent Pinchart a écrit : >> >> On Saturday 15 Jul 2017 14:58:36 Jacob Chen wrote: >> >> >

Re: [PATCH V2 0/4] ARM64: Fix irq generation between breakpoint and step exception

On Friday 07 July 2017 05:33 PM, Pratyush Anand wrote: v1 was here http://marc.info/?l=linux-arm-kernel=149910958418708=2 v1 -> v2: - patch 1 of v1 has been modified to patch 1-3 of v2. - Introduced a new event attribute step_needed and implemented hw_breakpoint_needs_single_step() (patch

Re: [PATCH V2 0/4] ARM64: Fix irq generation between breakpoint and step exception

On Friday 07 July 2017 05:33 PM, Pratyush Anand wrote: v1 was here http://marc.info/?l=linux-arm-kernel=149910958418708=2 v1 -> v2: - patch 1 of v1 has been modified to patch 1-3 of v2. - Introduced a new event attribute step_needed and implemented hw_breakpoint_needs_single_step() (patch

linux-next: Tree for Jul 17

Hi all, Changes since 20170714: Non-merge commits (relative to Linus' tree): 647 708 files changed, 24530 insertions(+), 8919 deletions(-) I have created today's linux-next tree at

linux-next: Tree for Jul 17

Hi all, Changes since 20170714: Non-merge commits (relative to Linus' tree): 647 708 files changed, 24530 insertions(+), 8919 deletions(-) I have created today's linux-next tree at

Re: [PATCH v3 0/6] mediatek: pwm driver add MT2712/MT7622 support

Hi John, Matthais & PWM Maintainers Just a Gentle ping on this issue :) Is there anything should be modified? Regards, Zhi On Fri, 2017-06-30 at 14:05 +0800, Zhi Mao wrote: > change in v3: > 1. add pwm clk disable in function:mtk_pwm_config() >for error parameter checking case > > Zhi Mao

Re: [PATCH v3 0/6] mediatek: pwm driver add MT2712/MT7622 support

Hi John, Matthais & PWM Maintainers Just a Gentle ping on this issue :) Is there anything should be modified? Regards, Zhi On Fri, 2017-06-30 at 14:05 +0800, Zhi Mao wrote: > change in v3: > 1. add pwm clk disable in function:mtk_pwm_config() >for error parameter checking case > > Zhi Mao

[PATCH v9 2/7] perf/x86/intel: Record branch type

Perf already has support for disassembling the branch instruction and using the branch type for filtering. The patch just records the branch type in perf_branch_entry. Before recording, the patch converts the x86 branch type to common branch type. Change log -- v9: Use __ffs() to find

[PATCH v9 2/7] perf/x86/intel: Record branch type

Perf already has support for disassembling the branch instruction and using the branch type for filtering. The patch just records the branch type in perf_branch_entry. Before recording, the patch converts the x86 branch type to common branch type. Change log -- v9: Use __ffs() to find

  1   2   3   4   5   6   7   8   9   10   >