Re: [PATCH] leds: pca9532: fix device_node_continue.cocci warnings

On Fri, 30 Dec 2016, Jacek Anaszewski wrote: > On 12/29/2016 10:39 PM, Julia Lawall wrote: > > > > > > On Thu, 29 Dec 2016, Jacek Anaszewski wrote: > > > >> Hi Julia, > >> > >> This patch doesn't apply to current for-next branch > >> of linux-leds.git. > > > > The information about where it

Re: [PATCH] leds: pca9532: fix device_node_continue.cocci warnings

On Fri, 30 Dec 2016, Jacek Anaszewski wrote: > On 12/29/2016 10:39 PM, Julia Lawall wrote: > > > > > > On Thu, 29 Dec 2016, Jacek Anaszewski wrote: > > > >> Hi Julia, > >> > >> This patch doesn't apply to current for-next branch > >> of linux-leds.git. > > > > The information about where it

[RFC 4/4] x86/arch_prctl: add ARCH_{GET,SET}_TASK_SIZE

Add arch_prctl getters/setters for size of virtual address space of task. This adds ability to change task's virtual address space limit. I need this for correctly restore virtual address space limits in CRIU. Currently, on x86 there are three task sizes: 3GB for some old 32 bit java apps, 4Gb for

[RFC 4/4] x86/arch_prctl: add ARCH_{GET,SET}_TASK_SIZE

Add arch_prctl getters/setters for size of virtual address space of task. This adds ability to change task's virtual address space limit. I need this for correctly restore virtual address space limits in CRIU. Currently, on x86 there are three task sizes: 3GB for some old 32 bit java apps, 4Gb for

[RFC 0/4] x86: keep TASK_SIZE in sync with mm->task_size

At this moment, we have following task_size-related things: - TASK_SIZE_OF() macro, which is unused; - current->mm->task_size which is used in half and TASK_SIZE() macro which is used in the other half of code - TIF_ADDR32, which is used to detect 32-bit address space and is x86-specific,

[RFC 0/4] x86: keep TASK_SIZE in sync with mm->task_size

At this moment, we have following task_size-related things: - TASK_SIZE_OF() macro, which is unused; - current->mm->task_size which is used in half and TASK_SIZE() macro which is used in the other half of code - TIF_ADDR32, which is used to detect 32-bit address space and is x86-specific,

Re: [RFC] input: Add disable sysfs entry for every input device

Hi > _attr_properties.attr, > + _arrr_disable.attr, Typo here. After fixing that, Tested-by: Nikita Yushchenko

Re: [RFC] input: Add disable sysfs entry for every input device

Hi > _attr_properties.attr, > + _arrr_disable.attr, Typo here. After fixing that, Tested-by: Nikita Yushchenko

Re: [PATCH v4 0/5] thermal: fixes the rockchip thermal

BTW, Caesar have you ever met this at RK3288 at booting time? [8.430582] thermal thermal_zone1: critical temperature reached(125 C),shutting down [8.439038] thermal thermal_zone2: critical temperature reached(125 C),shutting down [8.456344] thermal thermal_zone1: critical

Re: [PATCH v4 0/5] thermal: fixes the rockchip thermal

BTW, Caesar have you ever met this at RK3288 at booting time? [8.430582] thermal thermal_zone1: critical temperature reached(125 C),shutting down [8.439038] thermal thermal_zone2: critical temperature reached(125 C),shutting down [8.456344] thermal thermal_zone1: critical

Re: [PATCH 2/7] mm, vmscan: add active list aging tracepoint

On Fri, Dec 30, 2016 at 10:26:37AM +0100, Michal Hocko wrote: > On Fri 30-12-16 10:48:53, Minchan Kim wrote: > > On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote: > > > On Thu 29-12-16 14:33:59, Minchan Kim wrote: > > > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote: >

Re: [PATCH 2/7] mm, vmscan: add active list aging tracepoint

On Fri, Dec 30, 2016 at 10:26:37AM +0100, Michal Hocko wrote: > On Fri 30-12-16 10:48:53, Minchan Kim wrote: > > On Thu, Dec 29, 2016 at 08:52:46AM +0100, Michal Hocko wrote: > > > On Thu 29-12-16 14:33:59, Minchan Kim wrote: > > > > On Wed, Dec 28, 2016 at 04:30:27PM +0100, Michal Hocko wrote: >

Re: [PATCHv2 0/5] Add generic pinctrl helpers for managing groups and function

* Gary Bisson [161230 07:43]: > Hi Linus, > > On Fri, Dec 30, 2016 at 3:39 PM, Linus Walleij > wrote: > > On Tue, Dec 27, 2016 at 6:19 PM, Tony Lindgren wrote: > > > >> Here are some changes to add generic helpers

Re: [PATCHv2 0/5] Add generic pinctrl helpers for managing groups and function

* Gary Bisson [161230 07:43]: > Hi Linus, > > On Fri, Dec 30, 2016 at 3:39 PM, Linus Walleij > wrote: > > On Tue, Dec 27, 2016 at 6:19 PM, Tony Lindgren wrote: > > > >> Here are some changes to add generic helpers for managing pinctrl groups > >> and > >> functions. > > > > I applied it,

Re: [PATCH 2/5] pinctrl: core: Add generic pinctrl functions for managing groups

* Linus Walleij [161230 06:12]: > On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > > > We can add generic helpers for pin group handling for cases where the pin > > controller driver does not need to use static arrays. > > > > Signed-off-by:

Re: [PATCH 2/5] pinctrl: core: Add generic pinctrl functions for managing groups

* Linus Walleij [161230 06:12]: > On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > > > We can add generic helpers for pin group handling for cases where the pin > > controller driver does not need to use static arrays. > > > > Signed-off-by: Tony Lindgren > > Patch applied. > > >

[PULL] Two documentation fixes

The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) are available in the git repository at: git://git.lwn.net/linux.git tags/docs-4.10-rc1-fix for you to fetch changes up to 36f671be1db1b17d3d4ab0c8b47f81ccb1efcb75:

Re: [PATCH 0/4] PCI: exynos: use the PHY generic framework

On Wed, Dec 28, 2016 at 07:34:50PM +0900, Jaehoon Chung wrote: > This patch is for using PHY generic framework. > When Exynos5440 had upstreamed, there was no PHY subsytem. > Now the using PHY framework is mandantory. > In future, Exynos variant should be supported in pci-exynos.c > > Theses

[PULL] Two documentation fixes

The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) are available in the git repository at: git://git.lwn.net/linux.git tags/docs-4.10-rc1-fix for you to fetch changes up to 36f671be1db1b17d3d4ab0c8b47f81ccb1efcb75:

Re: [PATCH 0/4] PCI: exynos: use the PHY generic framework

On Wed, Dec 28, 2016 at 07:34:50PM +0900, Jaehoon Chung wrote: > This patch is for using PHY generic framework. > When Exynos5440 had upstreamed, there was no PHY subsytem. > Now the using PHY framework is mandantory. > In future, Exynos variant should be supported in pci-exynos.c > > Theses

Re: [GIT PULL] ARM: exynos: Late mach/soc for v4.10

On Sat, Dec 17, 2016 at 09:32:12PM +0200, Krzysztof Kozlowski wrote: > Hi, > > > After our discussions about not-breaking out-of-tree DTB with SCU > change in DeviceTree, I prepared an updated pull request without > the questioned changes. > > Ten days ago I prepared a tag, pushed it... and

Re: [GIT PULL] ARM: exynos: Late mach/soc for v4.10

On Sat, Dec 17, 2016 at 09:32:12PM +0200, Krzysztof Kozlowski wrote: > Hi, > > > After our discussions about not-breaking out-of-tree DTB with SCU > change in DeviceTree, I prepared an updated pull request without > the questioned changes. > > Ten days ago I prepared a tag, pushed it... and

Re: [PATCH 1/5] [media] ir-rx51: port to rc-core

Hi Ivo, On Fri, Dec 30, 2016 at 03:50:42PM +0200, Ivaylo Dimitrov wrote: > On 30.12.2016 15:30, Sean Young wrote: > >On Fri, Dec 30, 2016 at 01:07:52PM +, Sean Young wrote: > >Speaking of which, if you would please test this, that would be great. My > >N900 died many years ago. > > Will do,

Re: [PATCH 1/5] [media] ir-rx51: port to rc-core

Hi Ivo, On Fri, Dec 30, 2016 at 03:50:42PM +0200, Ivaylo Dimitrov wrote: > On 30.12.2016 15:30, Sean Young wrote: > >On Fri, Dec 30, 2016 at 01:07:52PM +, Sean Young wrote: > >Speaking of which, if you would please test this, that would be great. My > >N900 died many years ago. > > Will do,

Re: [PATCHv2 0/5] Add generic pinctrl helpers for managing groups and function

Hi Linus, On Fri, Dec 30, 2016 at 3:39 PM, Linus Walleij wrote: > On Tue, Dec 27, 2016 at 6:19 PM, Tony Lindgren wrote: > >> Here are some changes to add generic helpers for managing pinctrl groups and >> functions. > > I applied it, screwed around

Re: [PATCHv2 0/5] Add generic pinctrl helpers for managing groups and function

Hi Linus, On Fri, Dec 30, 2016 at 3:39 PM, Linus Walleij wrote: > On Tue, Dec 27, 2016 at 6:19 PM, Tony Lindgren wrote: > >> Here are some changes to add generic helpers for managing pinctrl groups and >> functions. > > I applied it, screwed around with it and pushed to the build servers to see

Re: [PATCH v2 3/4] ARM64: dts: exynos5433: use macros for pinctrl configuration on Exynos5433

On Fri, Dec 30, 2016 at 02:32:39PM +0100, Linus Walleij wrote: > On Fri, Dec 30, 2016 at 5:14 AM, Andi Shyti wrote: > > > Use the macros defined in include/dt-bindings/pinctrl/samsung.h > > instead of hardcoded values. > > > > Signed-off-by: Andi Shyti

Re: [PATCH v2 3/4] ARM64: dts: exynos5433: use macros for pinctrl configuration on Exynos5433

On Fri, Dec 30, 2016 at 02:32:39PM +0100, Linus Walleij wrote: > On Fri, Dec 30, 2016 at 5:14 AM, Andi Shyti wrote: > > > Use the macros defined in include/dt-bindings/pinctrl/samsung.h > > instead of hardcoded values. > > > > Signed-off-by: Andi Shyti > > These look fine, but that this and

Re: [PATCH 2/2] iio: misc: add support for GPIO power switches

On 30/12/16 13:05, Linus Walleij wrote: > n Thu, Dec 29, 2016 at 5:29 PM, Sebastian Reichel wrote: >> On Wed, Dec 28, 2016 at 01:50:17PM +0100, Linus Walleij wrote: >>> On Sun, Dec 11, 2016 at 11:21 PM, Bartosz Golaszewski >>> wrote: >>> Some

Re: [PATCH 2/2] iio: misc: add support for GPIO power switches

On 30/12/16 13:05, Linus Walleij wrote: > n Thu, Dec 29, 2016 at 5:29 PM, Sebastian Reichel wrote: >> On Wed, Dec 28, 2016 at 01:50:17PM +0100, Linus Walleij wrote: >>> On Sun, Dec 11, 2016 at 11:21 PM, Bartosz Golaszewski >>> wrote: >>> Some power-measuring ADCs work together with power

Re: sg_io HARDENED_USERCOPY_PAGESPAN trace

On Fri, Dec 30, 2016 at 10:01:39AM -0500, Dave Jones wrote: > I threw this debug printk into the pagespan code to see what exactly > it was complaining about.. > > ptr:88042614cff8 end:88042614d003 n:c > > so it was copying 12 bytes that spanned two pages. > >From my reading of the

Re: sg_io HARDENED_USERCOPY_PAGESPAN trace

On Fri, Dec 30, 2016 at 10:01:39AM -0500, Dave Jones wrote: > I threw this debug printk into the pagespan code to see what exactly > it was complaining about.. > > ptr:88042614cff8 end:88042614d003 n:c > > so it was copying 12 bytes that spanned two pages. > >From my reading of the

Re: [PATCH v2 1/4] pinctrl: samsung: Fix the width of PINCFG_TYPE_DRV bitfields for Exynos5433

On Fri, Dec 30, 2016 at 02:28:52PM +0100, Linus Walleij wrote: > On Fri, Dec 30, 2016 at 5:14 AM, Andi Shyti wrote: > > > From: Chanwoo Choi > > > > This patch fixes the wrong width of PINCFG_TYPE_DRV bitfields for Exynos5433 > > because

Re: [PATCH v2 1/4] pinctrl: samsung: Fix the width of PINCFG_TYPE_DRV bitfields for Exynos5433

On Fri, Dec 30, 2016 at 02:28:52PM +0100, Linus Walleij wrote: > On Fri, Dec 30, 2016 at 5:14 AM, Andi Shyti wrote: > > > From: Chanwoo Choi > > > > This patch fixes the wrong width of PINCFG_TYPE_DRV bitfields for Exynos5433 > > because PINCFG_TYPE_DRV of Exynos5433 has 4bit fields in the

Re: [PATCH v2 4/5] arm64: dts: exynos5433: Add bus dt node using VDD_INT for Exynos5433

2016-12-30 23:51 GMT+09:00 Krzysztof Kozlowski : > On Fri, Dec 30, 2016 at 09:59:17AM +0900, Chanwoo Choi wrote: >> Hi Krzysztof, >> >> On 2016년 12월 09일 02:52, Krzysztof Kozlowski wrote: >> > On Thu, Dec 08, 2016 at 01:58:10PM +0900, Chanwoo Choi wrote: >> >> This patch adds the

Re: [PATCH v2 4/5] arm64: dts: exynos5433: Add bus dt node using VDD_INT for Exynos5433

2016-12-30 23:51 GMT+09:00 Krzysztof Kozlowski : > On Fri, Dec 30, 2016 at 09:59:17AM +0900, Chanwoo Choi wrote: >> Hi Krzysztof, >> >> On 2016년 12월 09일 02:52, Krzysztof Kozlowski wrote: >> > On Thu, Dec 08, 2016 at 01:58:10PM +0900, Chanwoo Choi wrote: >> >> This patch adds the bus nodes using

[PATCH 1/3] cpufreq: intel_pstate: Use locking in intel_pstate_resume()

From: Rafael J. Wysocki Theoretically, intel_pstate_resume() may be executed in parallel with intel_pstate_set_policy(), if the latter is invoked via cpufreq_update_policy() as a result of a notification, so use intel_pstate_limits_lock in there too to avoid race

[PATCH 3/3] cpufreq: intel_pstate: Always keep all limits settings in sync

From: Rafael J. Wysocki Make intel_pstate update per-logical-CPU limits when the global settings are changed to ensure that they are always in sync and users will not see confusing values in per-logical-CPU sysfs attributes. This also fixes the problem that setting

[PATCH 1/3] cpufreq: intel_pstate: Use locking in intel_pstate_resume()

From: Rafael J. Wysocki Theoretically, intel_pstate_resume() may be executed in parallel with intel_pstate_set_policy(), if the latter is invoked via cpufreq_update_policy() as a result of a notification, so use intel_pstate_limits_lock in there too to avoid race conditions. Signed-off-by:

[PATCH 3/3] cpufreq: intel_pstate: Always keep all limits settings in sync

From: Rafael J. Wysocki Make intel_pstate update per-logical-CPU limits when the global settings are changed to ensure that they are always in sync and users will not see confusing values in per-logical-CPU sysfs attributes. This also fixes the problem that setting the "no_turbo" global

[PATCH 2/3] cpufreq: intel_pstate: Use locking in intel_cpufreq_verify_policy()

From: Rafael J. Wysocki Race conditions are possible if intel_cpufreq_verify_policy() is executed in parallel with global limits updates from sysfs, so the invocation of intel_pstate_update_perf_limits() in it should be carried out under intel_pstate_limits_lock.

Re: [PATCH 1/2] devicetree: power: add bindings for GPIO-driven power switches

On 23/12/16 11:40, Lars-Peter Clausen wrote: > On 12/23/2016 10:07 AM, Geert Uytterhoeven wrote: >> BTW, I'm not an IIO expert, but from my limited knowledge, it looks like "O" >> support in IIO is limited to DACs? > > Depends on what you categorize as DACs. There are also >

[PATCH 2/3] cpufreq: intel_pstate: Use locking in intel_cpufreq_verify_policy()

From: Rafael J. Wysocki Race conditions are possible if intel_cpufreq_verify_policy() is executed in parallel with global limits updates from sysfs, so the invocation of intel_pstate_update_perf_limits() in it should be carried out under intel_pstate_limits_lock. Make that happen.

Re: [PATCH 1/2] devicetree: power: add bindings for GPIO-driven power switches

On 23/12/16 11:40, Lars-Peter Clausen wrote: > On 12/23/2016 10:07 AM, Geert Uytterhoeven wrote: >> BTW, I'm not an IIO expert, but from my limited knowledge, it looks like "O" >> support in IIO is limited to DACs? > > Depends on what you categorize as DACs. There are also >

[PATCH 0/3] cpufreq: intel_pstate: Locking and limits fix-ups

Hi, This series fixes a couple of possible locking issues and limits synchronization in intel pstate. [1/3] Add locking to intel_pstate_resume(). [2/3] Add locking to intel_cpufreq_verify_policy(). [3/3] Always keep all limits settings in sync. Thanks, Rafael

Re: sg_io HARDENED_USERCOPY_PAGESPAN trace

On Fri, Dec 30, 2016 at 05:37:12AM -0800, Christoph Hellwig wrote: > On Thu, Dec 29, 2016 at 10:43:51AM -0500, Dave Jones wrote: > > On Wed, Dec 28, 2016 at 11:56:42PM -0800, Christoph Hellwig wrote: > > > On Wed, Dec 28, 2016 at 04:40:16PM -0500, Dave Jones wrote: > > > > sg_io+0x113/0x470

[PATCH 0/3] cpufreq: intel_pstate: Locking and limits fix-ups

Hi, This series fixes a couple of possible locking issues and limits synchronization in intel pstate. [1/3] Add locking to intel_pstate_resume(). [2/3] Add locking to intel_cpufreq_verify_policy(). [3/3] Always keep all limits settings in sync. Thanks, Rafael

Re: sg_io HARDENED_USERCOPY_PAGESPAN trace

On Fri, Dec 30, 2016 at 05:37:12AM -0800, Christoph Hellwig wrote: > On Thu, Dec 29, 2016 at 10:43:51AM -0500, Dave Jones wrote: > > On Wed, Dec 28, 2016 at 11:56:42PM -0800, Christoph Hellwig wrote: > > > On Wed, Dec 28, 2016 at 04:40:16PM -0500, Dave Jones wrote: > > > > sg_io+0x113/0x470

[PATCH] cris: kgdb: fix spelling mistake: "trigging" -> "triggering"

From: Colin Ian King Trivial fix to spelling mistake in panic message Signed-off-by: Colin Ian King --- arch/cris/arch-v32/kernel/kgdb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/cris/arch-v32/kernel/kgdb.c

[PATCH] cris: kgdb: fix spelling mistake: "trigging" -> "triggering"

From: Colin Ian King Trivial fix to spelling mistake in panic message Signed-off-by: Colin Ian King --- arch/cris/arch-v32/kernel/kgdb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/cris/arch-v32/kernel/kgdb.c b/arch/cris/arch-v32/kernel/kgdb.c index

Re: [PATCH v2] ARM64: dts: meson-gx: Add reserved memory zone and usable memory range

On 12/30/2016 02:40 PM, Neil Armstrong wrote: > The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, > this patch adds this reserved zone and redefines the usable memory range. > > Signed-off-by: Neil Armstrong > --- > Changes since v1 at [1] : >

Re: [PATCH v2 4/5] arm64: dts: exynos5433: Add bus dt node using VDD_INT for Exynos5433

On Fri, Dec 30, 2016 at 09:59:17AM +0900, Chanwoo Choi wrote: > Hi Krzysztof, > > On 2016년 12월 09일 02:52, Krzysztof Kozlowski wrote: > > On Thu, Dec 08, 2016 at 01:58:10PM +0900, Chanwoo Choi wrote: > >> This patch adds the bus nodes using VDD_INT for Exynos5433 SoC. > >> Exynos5433 has the

Re: [PATCH v2] ARM64: dts: meson-gx: Add reserved memory zone and usable memory range

On 12/30/2016 02:40 PM, Neil Armstrong wrote: > The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, > this patch adds this reserved zone and redefines the usable memory range. > > Signed-off-by: Neil Armstrong > --- > Changes since v1 at [1] : > - Renamed reg into

Re: [PATCH v2 4/5] arm64: dts: exynos5433: Add bus dt node using VDD_INT for Exynos5433

On Fri, Dec 30, 2016 at 09:59:17AM +0900, Chanwoo Choi wrote: > Hi Krzysztof, > > On 2016년 12월 09일 02:52, Krzysztof Kozlowski wrote: > > On Thu, Dec 08, 2016 at 01:58:10PM +0900, Chanwoo Choi wrote: > >> This patch adds the bus nodes using VDD_INT for Exynos5433 SoC. > >> Exynos5433 has the

[PATCH][V3] rtlwifi: fix spelling mistake: "encrypiton" -> "encryption"

From: Colin Ian King trivial fix to spelling mistake in RT_TRACE message Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH][V3] rtlwifi: fix spelling mistake: "encrypiton" -> "encryption"

From: Colin Ian King trivial fix to spelling mistake in RT_TRACE message Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/wireless/realtek/rtlwifi/core.c

Re: [PATCH 2/2] ARM: dts: Add CPU OPPs for Exynos4412 Prime

On Thu, Dec 29, 2016 at 04:06:20PM +0100, Bartlomiej Zolnierkiewicz wrote: > On Thursday, December 29, 2016 04:49:08 PM Krzysztof Kozlowski wrote: > > On Thu, Dec 29, 2016 at 02:36:51PM +0100, Bartlomiej Zolnierkiewicz wrote: > > > Add CPU operating points for Exynos4412 Prime (it supports > > >

Re: [PATCH 2/2] ARM: dts: Add CPU OPPs for Exynos4412 Prime

On Thu, Dec 29, 2016 at 04:06:20PM +0100, Bartlomiej Zolnierkiewicz wrote: > On Thursday, December 29, 2016 04:49:08 PM Krzysztof Kozlowski wrote: > > On Thu, Dec 29, 2016 at 02:36:51PM +0100, Bartlomiej Zolnierkiewicz wrote: > > > Add CPU operating points for Exynos4412 Prime (it supports > > >

Re: [PATCH 2/2] ARM: dts: Add CPU OPPs for Exynos4412 Prime

On Thu, Dec 29, 2016 at 05:23:34PM +0100, Sylwester Nawrocki wrote: > On 12/29/2016 04:06 PM, Bartlomiej Zolnierkiewicz wrote: > >>> Signed-off-by: Bartlomiej Zolnierkiewicz > >>> --- > >>> arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 4 +-- > >>>

Re: [PATCH 2/2] ARM: dts: Add CPU OPPs for Exynos4412 Prime

On Thu, Dec 29, 2016 at 05:23:34PM +0100, Sylwester Nawrocki wrote: > On 12/29/2016 04:06 PM, Bartlomiej Zolnierkiewicz wrote: > >>> Signed-off-by: Bartlomiej Zolnierkiewicz > >>> --- > >>> arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 4 +-- > >>> arch/arm/boot/dts/exynos4412-odroidu3.dts

[PATCH][V3] [media] gp8psk: fix spelling mistake: "firmare" -> "firmware"

From: Colin Ian King trivial fix to spelling mistake in err message Signed-off-by: Colin Ian King --- drivers/media/usb/dvb-usb/gp8psk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/usb/dvb-usb/gp8psk.c

[PATCH][V3] [media] gp8psk: fix spelling mistake: "firmare" -> "firmware"

From: Colin Ian King trivial fix to spelling mistake in err message Signed-off-by: Colin Ian King --- drivers/media/usb/dvb-usb/gp8psk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/usb/dvb-usb/gp8psk.c b/drivers/media/usb/dvb-usb/gp8psk.c index

Re: [PATCH] ALSA: snd-usb: fix IRQ triggered NULL pointer dereference

On Wed, 21 Dec 2016 11:38:54 +0100, Ioan-Adrian Ratiu wrote: > > >> > Please take the time to fully analyze my patch and let's have a > >> > discussion based on it, not reject it outright and replace it with > >> > a quick and dirty delay hack. > >> > >> OK. I'll deliberately check it again so

Re: [PATCH] ALSA: snd-usb: fix IRQ triggered NULL pointer dereference

On Wed, 21 Dec 2016 11:38:54 +0100, Ioan-Adrian Ratiu wrote: > > >> > Please take the time to fully analyze my patch and let's have a > >> > discussion based on it, not reject it outright and replace it with > >> > a quick and dirty delay hack. > >> > >> OK. I'll deliberately check it again so

Re: [PATCH v9 3/3] iio: adc: add support for Allwinner SoCs ADC

On 13/12/16 14:33, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. This patch adds the ADC driver which is > based on the MFD for the same SoCs ADC. > > This also registers the thermal adc channel in the iio map

Re: [PATCHv2 0/5] Add generic pinctrl helpers for managing groups and function

On Tue, Dec 27, 2016 at 6:19 PM, Tony Lindgren wrote: > Here are some changes to add generic helpers for managing pinctrl groups and > functions. I applied it, screwed around with it and pushed to the build servers to see if it survived. I really like the look of this and I

Re: [PATCH v9 3/3] iio: adc: add support for Allwinner SoCs ADC

On 13/12/16 14:33, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. This patch adds the ADC driver which is > based on the MFD for the same SoCs ADC. > > This also registers the thermal adc channel in the iio map

Re: [PATCHv2 0/5] Add generic pinctrl helpers for managing groups and function

On Tue, Dec 27, 2016 at 6:19 PM, Tony Lindgren wrote: > Here are some changes to add generic helpers for managing pinctrl groups and > functions. I applied it, screwed around with it and pushed to the build servers to see if it survived. I really like the look of this and I hope lots of driver

[PATCH] IB/isert: fix spelling mistake: "teminating" -> "terminating"

From: Colin Ian King Trivial fix to spelling mistake in isert_warn message Signed-off-by: Colin Ian King --- drivers/infiniband/ulp/isert/ib_isert.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] IB/isert: fix spelling mistake: "teminating" -> "terminating"

From: Colin Ian King Trivial fix to spelling mistake in isert_warn message Signed-off-by: Colin Ian King --- drivers/infiniband/ulp/isert/ib_isert.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/infiniband/ulp/isert/ib_isert.c

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

Hi Linus, 2016-12-30 10:07 GMT+01:00 Linus Walleij : > On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga > wrote: >> 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König : >>> On Thu, Dec 22, 2016 at 02:35:02PM

Re: [PATCH v7 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

Hi Linus, 2016-12-30 10:07 GMT+01:00 Linus Walleij : > On Fri, Dec 23, 2016 at 2:09 PM, M'boumba Cedric Madianga > wrote: >> 2016-12-22 20:11 GMT+01:00 Uwe Kleine-König : >>> On Thu, Dec 22, 2016 at 02:35:02PM +0100, M'boumba Cedric Madianga wrote: @@ -337,6 +350,16 @@

Re: [PATCH][V2] [media] gp8psk: fix spelling mistake: "firmare" -> "firmware"

Colin King writes: > From: Colin Ian King > > Trivial fix to spelling mistake in err message. Also change "don't" to > "does not". > > Signed-off-by: Colin Ian King > --- > drivers/media/usb/dvb-usb/gp8psk.c

Re: [PATCH][V2] [media] gp8psk: fix spelling mistake: "firmare" -> "firmware"

Colin King writes: > From: Colin Ian King > > Trivial fix to spelling mistake in err message. Also change "don't" to > "does not". > > Signed-off-by: Colin Ian King > --- > drivers/media/usb/dvb-usb/gp8psk.c | 2 +- > drivers/net/wireless/realtek/rtlwifi/core.c | 2 +- > 2 files

Re: [PATCH 5/5] pinctrl: single: Use generic pinmux helpers for managing functions

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can now drop the driver specific code for managing functions. > > Signed-off-by: Tony Lindgren Patch applied. > - select PINMUX > + select GENERIC_PINMUX Replaced this with

Re: [PATCH 5/5] pinctrl: single: Use generic pinmux helpers for managing functions

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can now drop the driver specific code for managing functions. > > Signed-off-by: Tony Lindgren Patch applied. > - select PINMUX > + select GENERIC_PINMUX Replaced this with GENERIC_PINMUX_FUNCTIONS Yours, Linus Walleij

Re: [PATCH 4/5] pinctrl: single: Use generic pinctrl helpers for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can now drop the driver specific code for managing groups. > > Signed-off-by: Tony Lindgren Patch applied! > + select GENERIC_PINCTRL Replaced this with GENERIC_PINCTRL_GROUPS Yours, Linus

Re: [PATCH 4/5] pinctrl: single: Use generic pinctrl helpers for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can now drop the driver specific code for managing groups. > > Signed-off-by: Tony Lindgren Patch applied! > + select GENERIC_PINCTRL Replaced this with GENERIC_PINCTRL_GROUPS Yours, Linus Walleij

Re: [PATCH 3/5] pinctrl: core: Add generic pinctrl functions for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can add generic helpers for function handling for cases where the pin > controller driver does not need to use static arrays. > > Signed-off-by: Tony Lindgren Patch applied. > +config GENERIC_PINMUX

Re: [PATCH 3/5] pinctrl: core: Add generic pinctrl functions for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can add generic helpers for function handling for cases where the pin > controller driver does not need to use static arrays. > > Signed-off-by: Tony Lindgren Patch applied. > +config GENERIC_PINMUX > + bool > + select

[PATCH] memstick: fix spelling mistake: "randomally" -> "randomly"

From: Colin Ian King Trivial fix to spelling mistake in dbg_verbose message Signed-off-by: Colin Ian King --- drivers/memstick/core/ms_block.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] memstick: fix spelling mistake: "randomally" -> "randomly"

From: Colin Ian King Trivial fix to spelling mistake in dbg_verbose message Signed-off-by: Colin Ian King --- drivers/memstick/core/ms_block.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/memstick/core/ms_block.c b/drivers/memstick/core/ms_block.c index

Re: [PATCH 1/3] ata: allow subsystem to be used on m68k arch

On Fri, Dec 30, 2016 at 03:01:16PM +0100, Bartlomiej Zolnierkiewicz wrote: > When libata was merged m68k lacked IOMAP support. This has not been > true for a long time now so allow subsystem to be used on m68k. Is that dependency needed at all anymore? What exact functionality is missing on

Re: [PATCH 1/3] ata: allow subsystem to be used on m68k arch

On Fri, Dec 30, 2016 at 03:01:16PM +0100, Bartlomiej Zolnierkiewicz wrote: > When libata was merged m68k lacked IOMAP support. This has not been > true for a long time now so allow subsystem to be used on m68k. Is that dependency needed at all anymore? What exact functionality is missing on

Re: [PATCH 2/5] pinctrl: core: Add generic pinctrl functions for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can add generic helpers for pin group handling for cases where the pin > controller driver does not need to use static arrays. > > Signed-off-by: Tony Lindgren Patch applied. > +config

Re: [PATCH 2/5] pinctrl: core: Add generic pinctrl functions for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can add generic helpers for pin group handling for cases where the pin > controller driver does not need to use static arrays. > > Signed-off-by: Tony Lindgren Patch applied. > +config GENERIC_PINCTRL > + bool Then I renamed

Re: [PATCH 3/5] pinctrl: core: Add generic pinctrl functions for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can add generic helpers for function handling for cases where the pin > controller driver does not need to use static arrays. > > Signed-off-by: Tony Lindgren Patch applied! > +config GENERIC_PINMUX

Re: [PATCH 3/5] pinctrl: core: Add generic pinctrl functions for managing groups

On Tue, Dec 27, 2016 at 6:20 PM, Tony Lindgren wrote: > We can add generic helpers for function handling for cases where the pin > controller driver does not need to use static arrays. > > Signed-off-by: Tony Lindgren Patch applied! > +config GENERIC_PINMUX > + bool > + select

Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred

On Fri, Dec 30, 2016 at 01:56:16PM +0100, Michal Hocko wrote: > On Fri 30-12-16 12:36:20, Mel Gorman wrote: > [...] > > I'll neither ack nor nak this patch. However, I would much prefer an > > additional option be added to sysfs called defer-fault that would avoid > > all fault-based stalls but

Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred

On Fri, Dec 30, 2016 at 01:56:16PM +0100, Michal Hocko wrote: > On Fri 30-12-16 12:36:20, Mel Gorman wrote: > [...] > > I'll neither ack nor nak this patch. However, I would much prefer an > > additional option be added to sysfs called defer-fault that would avoid > > all fault-based stalls but

[PATCH] pinctrl: stricten up generic group code

Rename the symbol PINCTRL_GENERIC to PINCTRL_GENERIC_GROUPS since it all pertains to groups. Replace everywhere. ifdef out the radix tree and the struct when not using the generic groups. Cc: Tony Lindgren Signed-off-by: Linus Walleij ---

[PATCH] pinctrl: stricten up generic group code

Rename the symbol PINCTRL_GENERIC to PINCTRL_GENERIC_GROUPS since it all pertains to groups. Replace everywhere. ifdef out the radix tree and the struct when not using the generic groups. Cc: Tony Lindgren Signed-off-by: Linus Walleij --- drivers/pinctrl/Kconfig | 2 +-

[PATCH] ath9k: fix spelling mistake: "meaurement" -> "measurement"

From: Colin Ian King Trivial fix to spelling mistake in ath_err message Signed-off-by: Colin Ian King --- drivers/net/wireless/ath/ath9k/hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] ath9k: fix spelling mistake: "meaurement" -> "measurement"

From: Colin Ian King Trivial fix to spelling mistake in ath_err message Signed-off-by: Colin Ian King --- drivers/net/wireless/ath/ath9k/hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/ath9k/hw.c b/drivers/net/wireless/ath/ath9k/hw.c index

Re: [PATCH] leds: pca9532: fix device_node_continue.cocci warnings

On 12/29/2016 10:39 PM, Julia Lawall wrote: > > > On Thu, 29 Dec 2016, Jacek Anaszewski wrote: > >> Hi Julia, >> >> This patch doesn't apply to current for-next branch >> of linux-leds.git. > > The information about where it comes from is below the ---. It's > automatically send to me by

Re: [PATCH] leds: pca9532: fix device_node_continue.cocci warnings

On 12/29/2016 10:39 PM, Julia Lawall wrote: > > > On Thu, 29 Dec 2016, Jacek Anaszewski wrote: > >> Hi Julia, >> >> This patch doesn't apply to current for-next branch >> of linux-leds.git. > > The information about where it comes from is below the ---. It's > automatically send to me by

[PATCH 2/3] ata: pass queued command to ->sff_data_xfer method

For Atari Falcon PATA support we need to check the current command in its ->sff_data_xfer method. Update core code and all users accordingly. There should be no functional changes caused by this patch. Signed-off-by: Bartlomiej Zolnierkiewicz ---

[PATCH 2/3] ata: pass queued command to ->sff_data_xfer method

For Atari Falcon PATA support we need to check the current command in its ->sff_data_xfer method. Update core code and all users accordingly. There should be no functional changes caused by this patch. Signed-off-by: Bartlomiej Zolnierkiewicz --- drivers/ata/libata-sff.c | 29

[PATCH 1/3] ata: allow subsystem to be used on m68k arch

When libata was merged m68k lacked IOMAP support. This has not been true for a long time now so allow subsystem to be used on m68k. Signed-off-by: Bartlomiej Zolnierkiewicz --- drivers/ata/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 0/3] ata: add m68k/Atari Falcon PATA support

Hi, This patchset adds m68k/Atari Falcon PATA support to libata. The major difference in the new libata's pata_falcon host driver when compared to legacy IDE's falconide host driver is that we are using polled PIO mode and thus avoiding the need for STDMA locking magic altogether. Tested under

<    1   2   3   4   5   6   7   >