Re: [PATCH] ARM: dts: uniphier: add NAND pinmux node

2016-04-15 19:35 GMT+09:00 Masahiro Yamada : > Signed-off-by: Masahiro Yamada > --- > This patch was replaced with v2: https://patchwork.kernel.org/patch/8895761/ -- Best Regards Masahiro Yamada

Re: [PATCH] ARM: dts: uniphier: add NAND pinmux node

2016-04-15 19:35 GMT+09:00 Masahiro Yamada : > Signed-off-by: Masahiro Yamada > --- > This patch was replaced with v2: https://patchwork.kernel.org/patch/8895761/ -- Best Regards Masahiro Yamada

RE: [PATCH 2/2] dmaengine: vdma: Add clock support

Hi Moritz, Thanks for the review... > -Original Message- > From: Moritz Fischer [mailto:moritz.fisc...@ettus.com] > Sent: Thursday, April 21, 2016 12:09 AM > To: Appana Durga Kedareswara Rao > Cc: Rob Herring ; pawel.m...@arm.com; Mark

RE: [PATCH 2/2] dmaengine: vdma: Add clock support

Hi Moritz, Thanks for the review... > -Original Message- > From: Moritz Fischer [mailto:moritz.fisc...@ettus.com] > Sent: Thursday, April 21, 2016 12:09 AM > To: Appana Durga Kedareswara Rao > Cc: Rob Herring ; pawel.m...@arm.com; Mark Rutland > ; Ian Campbell ; > Kumar Gala ;

Re: [PATCH 2/4] net: thunderx: Add multiqset support for dataplane apps

Hi, [auto build test ERROR on net/master] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/sunil-kovvuri-gmail-com/net-thunderx-Add-multiqset

Re: [PATCH 2/4] net: thunderx: Add multiqset support for dataplane apps

Hi, [auto build test ERROR on net/master] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/sunil-kovvuri-gmail-com/net-thunderx-Add-multiqset

Re: [PATCH] thermal: qcom: tsens-8960: fix semicolon.cocci warnings

On Wed, 20 Apr 2016, Eduardo Valentin wrote: > On Wed, Apr 06, 2016 at 08:14:34AM +0200, Julia Lawall wrote: > > Remove unneeded semicolon. > > > > Generated by: scripts/coccinelle/misc/semicolon.cocci > > > > Signed-off-by: Fengguang Wu > > Signed-off-by: Julia

Re: [PATCH] thermal: qcom: tsens-8960: fix semicolon.cocci warnings

On Wed, 20 Apr 2016, Eduardo Valentin wrote: > On Wed, Apr 06, 2016 at 08:14:34AM +0200, Julia Lawall wrote: > > Remove unneeded semicolon. > > > > Generated by: scripts/coccinelle/misc/semicolon.cocci > > > > Signed-off-by: Fengguang Wu > > Signed-off-by: Julia Lawall > > --- > > > >

[PATCH] cpu/hotplug: handle unbalanced hotplug enable/disable

Currently it just print a warning message but did not reset cpu_hotplug_disabled when the enable/disable is unbalanced. The unbalanced enable/disable will lead the cpu hotplug work abnormally. Reset it to 0 when an unablanced enable detected. Signed-off-by: Lianwei Wang

[PATCH] cpu/hotplug: handle unbalanced hotplug enable/disable

Currently it just print a warning message but did not reset cpu_hotplug_disabled when the enable/disable is unbalanced. The unbalanced enable/disable will lead the cpu hotplug work abnormally. Reset it to 0 when an unablanced enable detected. Signed-off-by: Lianwei Wang --- kernel/cpu.c | 21

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

Hi Ralf, On Wed, Apr 20, 2016 at 03:30:21PM +0200, Ralf Baechle wrote: > On Wed, Apr 20, 2016 at 01:44:28PM +0800, kbuild test robot wrote: > > > FYI, the error/warning still remains. > > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head:

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

Hi Ralf, On Wed, Apr 20, 2016 at 03:30:21PM +0200, Ralf Baechle wrote: > On Wed, Apr 20, 2016 at 01:44:28PM +0800, kbuild test robot wrote: > > > FYI, the error/warning still remains. > > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head:

Re: [PATCH 01/14] vmscan: consider classzone_idx in compaction_ready

> > From: Michal Hocko > > while playing with the oom detection rework [1] I have noticed > that my heavy order-9 (hugetlb) load close to OOM ended up in an > endless loop where the reclaim hasn't made any progress but > did_some_progress didn't reflect that and

Re: [PATCH 01/14] vmscan: consider classzone_idx in compaction_ready

> > From: Michal Hocko > > while playing with the oom detection rework [1] I have noticed > that my heavy order-9 (hugetlb) load close to OOM ended up in an > endless loop where the reclaim hasn't made any progress but > did_some_progress didn't reflect that and compaction_suitable > was

Re: watchdog: deadlock warning with imx2_wdt driver and systemd

On 04/17/2016 08:41 AM, Clemens Gruber wrote: Hi, I have an i.MX6Q board with the current mainline tree from Linus and systemd 229, which also acts as watchdog daemon. (RuntimeWatchdogSec=60) Since commit 11d7aba9ceb7 ("watchdog: imx2: Convert to use infrastructure triggered keepalives") I get

Re: watchdog: deadlock warning with imx2_wdt driver and systemd

On 04/17/2016 08:41 AM, Clemens Gruber wrote: Hi, I have an i.MX6Q board with the current mainline tree from Linus and systemd 229, which also acts as watchdog daemon. (RuntimeWatchdogSec=60) Since commit 11d7aba9ceb7 ("watchdog: imx2: Convert to use infrastructure triggered keepalives") I get

[PATCH v2] drm/dsi: Implement set tear scanline compile fix

Provide a small convenience wrapper that transmits a set_tear_scanline command. Cc: Archit Taneja Cc: Sumit Semwal Cc: John Stultz Cc: Thierry Reding Signed-off-by: Vinay Simha BN

[PATCH v2] drm/dsi: Implement set tear scanline compile fix

Provide a small convenience wrapper that transmits a set_tear_scanline command. Cc: Archit Taneja Cc: Sumit Semwal Cc: John Stultz Cc: Thierry Reding Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 23 +++ include/drm/drm_mipi_dsi.h | 2 ++ 2

Re: [PATCH] objtool: Fix Makefile to properly see if libelf is supported

On Wed, Apr 20, 2016 at 11:32:35AM -0400, Steven Rostedt wrote: > When doing a make allmodconfig, I hit the following compile error: > > In file included from builtin-check.c:32:0: > elf.h:22:18: fatal error: gelf.h: No such file or directory > compilation terminated. > In file included from

Re: [PATCH] objtool: Fix Makefile to properly see if libelf is supported

On Wed, Apr 20, 2016 at 11:32:35AM -0400, Steven Rostedt wrote: > When doing a make allmodconfig, I hit the following compile error: > > In file included from builtin-check.c:32:0: > elf.h:22:18: fatal error: gelf.h: No such file or directory > compilation terminated. > In file included from

Re: [PATCH] lib: make sg_pool explicitly non-modular

On Wed, 2016-04-20 at 23:02 -0400, Paul Gortmaker wrote: >  > > > > So the .config will have CONFIG_SG_POOL=m > > That is impossible currently, since as per above, the variable is > bool > and not tristate.  Did you mean to make it tristate? I didn't notice that. Yes, it should be tristate.

Re: [PATCH] lib: make sg_pool explicitly non-modular

On Wed, 2016-04-20 at 23:02 -0400, Paul Gortmaker wrote: >  > > > > So the .config will have CONFIG_SG_POOL=m > > That is impossible currently, since as per above, the variable is > bool > and not tristate.  Did you mean to make it tristate? I didn't notice that. Yes, it should be tristate.

Re: [PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

Sorry all for the noise. Gmail seems to be deciding that this outgoing mail is spammy, and starts blocking it part-way through. I've tried cutting down the CC list, but still no luck. If anyone knows how to get around this (while still having a reasonable patch submission), please let me know.

Re: [PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

Sorry all for the noise. Gmail seems to be deciding that this outgoing mail is spammy, and starts blocking it part-way through. I've tried cutting down the CC list, but still no luck. If anyone knows how to get around this (while still having a reasonable patch submission), please let me know.

Re: [RESEND][PATCH 3/3] arm64: dts: mt8173: Add dynamic power node.

On Tue, 2016-03-15 at 16:10 +0800, Dawei Chien (錢大衛) wrote: > This device node is for calculating dynamic power in mW. > Since mt8173 has two clusters, there are two dynamic power > coefficient as well. > > Signed-off-by: Dawei Chien > --- > This patch is base on

Re: [RESEND][PATCH 3/3] arm64: dts: mt8173: Add dynamic power node.

On Tue, 2016-03-15 at 16:10 +0800, Dawei Chien (錢大衛) wrote: > This device node is for calculating dynamic power in mW. > Since mt8173 has two clusters, there are two dynamic power > coefficient as well. > > Signed-off-by: Dawei Chien > --- > This patch is base on patchset: >

[PATCH] perf tools: Add arch/*/include/generated/ to .gitignore

Commit 1b700c9975008615ad470cf79acc8455ce60a695 ("perf tools: Build syscall table .c header from kernel's syscall_64.tbl") that automatically generate per-arch syscall table arrays e.g. arch/x86/include/generated/asm/syscalls_64.c So add this directory to .gitignore Cc: Namhyung Kim

[PATCH] perf tools: Add arch/*/include/generated/ to .gitignore

Commit 1b700c9975008615ad470cf79acc8455ce60a695 ("perf tools: Build syscall table .c header from kernel's syscall_64.tbl") that automatically generate per-arch syscall table arrays e.g. arch/x86/include/generated/asm/syscalls_64.c So add this directory to .gitignore Cc: Namhyung Kim Cc:

Re: /tmp/ccTcF8pg.s: Error: .size expression for aes_p8_set_encrypt_key does not evaluate to a constant

On Mon, Apr 18, 2016 at 05:08:41PM +0200, Oleg Nesterov wrote: > On 04/17, kbuild test robot wrote: > > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce > > commit:

Re: /tmp/ccTcF8pg.s: Error: .size expression for aes_p8_set_encrypt_key does not evaluate to a constant

On Mon, Apr 18, 2016 at 05:08:41PM +0200, Oleg Nesterov wrote: > On 04/17, kbuild test robot wrote: > > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce > > commit:

[PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

This patch adds rk3399.dtsi for rk3399 found on Rockchip RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399 Evaluation Board. Patch is tested on RK3399 evb. Signed-off-by: Jianqun Xu --- arch/arm64/boot/dts/rockchip/Makefile |1 +

[PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

This patch adds rk3399.dtsi for rk3399 found on Rockchip RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399 Evaluation Board. Patch is tested on RK3399 evb. Signed-off-by: Jianqun Xu --- arch/arm64/boot/dts/rockchip/Makefile |1 + arch/arm64/boot/dts/rockchip/rk3399-evb.dts |

[PATCH]powerpc/perf: Replace raw event hex values with #def

Minor cleanup patch to replace the raw event hex values in power8-pmu.c with #def. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/perf/power8-events-list.h | 42 ++ arch/powerpc/perf/power8-pmu.c | 41

[PATCH]powerpc/perf: Replace raw event hex values with #def

Minor cleanup patch to replace the raw event hex values in power8-pmu.c with #def. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/perf/power8-events-list.h | 42 ++ arch/powerpc/perf/power8-pmu.c | 41 + 2 files

Re: [PATCH 1/2] clk: imx: do not sleep if IRQ's are still disabled

On Fri, Jan 29, 2016 at 02:49:23PM -0800, Stefan Agner wrote: > If a clock gets enabled early during boot time, it can lead to a PLL > startup. The wait_lock function makes sure that the PLL is really > stareted up before it gets used. However, the function sleeps which > leads to scheduling and

Re: [PATCH 1/2] clk: imx: do not sleep if IRQ's are still disabled

On Fri, Jan 29, 2016 at 02:49:23PM -0800, Stefan Agner wrote: > If a clock gets enabled early during boot time, it can lead to a PLL > startup. The wait_lock function makes sure that the PLL is really > stareted up before it gets used. However, the function sleeps which > leads to scheduling and

[PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

From: David Rivshin The first patch fixes a bug that makes dual_emac mode break if either slave uses the phy-handle property in the devicetree. The second patch fixes some cosmetic problems with error messages, and also makes the binding documentation more explicit. The

[PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

From: David Rivshin The first patch fixes a bug that makes dual_emac mode break if either slave uses the phy-handle property in the devicetree. The second patch fixes some cosmetic problems with error messages, and also makes the binding documentation more explicit. The third patch cleans up

Re: [RESEND][PATCH 1/3] thermal: mediatek: Add cpu dynamic power cooling model.

On Wed, Apr 20, 2016 at 08:01:41PM -0700, Eduardo Valentin wrote: > On Thu, Apr 21, 2016 at 02:41:24AM +0200, Rafael J. Wysocki wrote: > > On Wednesday, April 20, 2016 01:58:07 PM Matthias Brugger wrote: > > > Hi Rafael, > > > > > > On 13/04/16 06:52, Rafael J. Wysocki wrote: > > > > On Tue, Apr

Re: [RESEND][PATCH 1/3] thermal: mediatek: Add cpu dynamic power cooling model.

On Wed, Apr 20, 2016 at 08:01:41PM -0700, Eduardo Valentin wrote: > On Thu, Apr 21, 2016 at 02:41:24AM +0200, Rafael J. Wysocki wrote: > > On Wednesday, April 20, 2016 01:58:07 PM Matthias Brugger wrote: > > > Hi Rafael, > > > > > > On 13/04/16 06:52, Rafael J. Wysocki wrote: > > > > On Tue, Apr

Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()

On Wed 20-04-16 17:29:22, Tejun Heo wrote: > Hello, Michal. > > On Sun, Apr 17, 2016 at 08:07:48AM -0400, Michal Hocko wrote: [...] > > I liked your proposal when mem_cgroup_move_charge would be called from a > > context which doesn't hold the problematic rwsem much more. Would that > > be too

Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()

On Wed 20-04-16 17:29:22, Tejun Heo wrote: > Hello, Michal. > > On Sun, Apr 17, 2016 at 08:07:48AM -0400, Michal Hocko wrote: [...] > > I liked your proposal when mem_cgroup_move_charge would be called from a > > context which doesn't hold the problematic rwsem much more. Would that > > be too

Re: mce: a question about memory_failure_early_kill in memory_failure()

On 2016/4/21 7:15, Naoya Horiguchi wrote: > On Wed, Apr 20, 2016 at 06:58:59PM +0800, Xishi Qiu wrote: >> On 2016/4/20 18:51, Xishi Qiu wrote: >> >>> On 2016/4/20 15:07, Naoya Horiguchi wrote: >>> On Tue, Apr 19, 2016 at 07:13:34PM +0800, Xishi Qiu wrote: >

Re: mce: a question about memory_failure_early_kill in memory_failure()

On 2016/4/21 7:15, Naoya Horiguchi wrote: > On Wed, Apr 20, 2016 at 06:58:59PM +0800, Xishi Qiu wrote: >> On 2016/4/20 18:51, Xishi Qiu wrote: >> >>> On 2016/4/20 15:07, Naoya Horiguchi wrote: >>> On Tue, Apr 19, 2016 at 07:13:34PM +0800, Xishi Qiu wrote: >

Re: linux-next crash during very early boot

t; > > > My fault. It should be assgined every time. Please test below patch. > > I will send it with proper SOB after you confirm the problem disappear. > > Thanks for report and analysis! > > Following up - I verified that it was your patch series and not a bad bisect > by st

[PATCH] perf/bench-futex: Simplify wrapper for LOCK_PI

Given that the 'val' parameter is ignored for FUTEX_LOCK_PI, get rid of the bogus deadlock detection flag in the wrapper code and avoid the extra argument, making it resemble its unlock counterpart. And if nothing else, we already only pass 0 anyway. Signed-off-by: Davidlohr Bueso

Re: linux-next crash during very early boot

It should be assgined every time. Please test below patch. > > I will send it with proper SOB after you confirm the problem disappear. > > Thanks for report and analysis! > > Following up - I verified that it was your patch series and not a bad bisect > by starting with a clean next

[PATCH] perf/bench-futex: Simplify wrapper for LOCK_PI

Given that the 'val' parameter is ignored for FUTEX_LOCK_PI, get rid of the bogus deadlock detection flag in the wrapper code and avoid the extra argument, making it resemble its unlock counterpart. And if nothing else, we already only pass 0 anyway. Signed-off-by: Davidlohr Bueso ---

Re: [PATCH 1/4] i2c: designware-platdrv: Fix runtime PM initialization

Dear Jarkko, On Wed, 20 Apr 2016 16:53:08 +0300 Jarkko Nikula wrote: > On 04/14/2016 03:53 PM, Jisheng Zhang wrote: > > When pm_runtime_enable() was being called, the device's usage counter > > was 0, causing the PM layer to runtime-suspend the device. We then > > went on to call i2c_dw_probe()

Re: [PATCH 1/4] i2c: designware-platdrv: Fix runtime PM initialization

Dear Jarkko, On Wed, 20 Apr 2016 16:53:08 +0300 Jarkko Nikula wrote: > On 04/14/2016 03:53 PM, Jisheng Zhang wrote: > > When pm_runtime_enable() was being called, the device's usage counter > > was 0, causing the PM layer to runtime-suspend the device. We then > > went on to call i2c_dw_probe()

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

[Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular] On 20/04/2016 (Wed 20:13) Daniel Lezcano wrote: > On Wed, Apr 20, 2016 at 11:25:06AM -0400, Paul Gortmaker wrote: > > The Kconfig for this driver is currently declared with: > > > > config INTEL_IDLE > >

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

[Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular] On 20/04/2016 (Wed 20:13) Daniel Lezcano wrote: > On Wed, Apr 20, 2016 at 11:25:06AM -0400, Paul Gortmaker wrote: > > The Kconfig for this driver is currently declared with: > > > > config INTEL_IDLE > >

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

> I don't know what STMPE is, and I don't believe it is used on > > > Tegra; > > > what makes you think it is? > ... > > > > I put you in copy as STMPE811 is used on tegra30-apalis and > > tegra30-colibri platforms. > Ah. You'd best contact the indiv

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

s you think it is? > ... > > > > I put you in copy as STMPE811 is used on tegra30-apalis and > > tegra30-colibri platforms. > Ah. You'd best contact the individual board owners, since those are  > 3rd-party Tegra boards and I don't believe anyone at NVIDIA has them >

Re: [PATCH v3 0/2] Align mmap address for DAX pmd mappings

On 4/19/2016 2:23 PM, Matthew Wilcox wrote: On Mon, Apr 18, 2016 at 10:26:10PM +0200, Jan Kara wrote: On Fri 15-04-16 22:05:31, Andrew Morton wrote: On Thu, 14 Apr 2016 10:48:29 -0600 Toshi Kani wrote: When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page

Re: [PATCH v3 0/2] Align mmap address for DAX pmd mappings

On 4/19/2016 2:23 PM, Matthew Wilcox wrote: On Mon, Apr 18, 2016 at 10:26:10PM +0200, Jan Kara wrote: On Fri 15-04-16 22:05:31, Andrew Morton wrote: On Thu, 14 Apr 2016 10:48:29 -0600 Toshi Kani wrote: When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page size. This feature

[PATCH -tip] futex: Acknowledge a new waiter in counter before plist

Otherwise an incoming waker on the dest hash bucket can miss the waiter adding itself to the plist during the lockless check optimization (small window but still the correct way of doing this); similarly to the decrement counterpart. Cc: sta...@kernel.org (since v3.14+) Suggested-by: Peter

[PATCH -tip] futex: Acknowledge a new waiter in counter before plist

Otherwise an incoming waker on the dest hash bucket can miss the waiter adding itself to the plist during the lockless check optimization (small window but still the correct way of doing this); similarly to the decrement counterpart. Cc: sta...@kernel.org (since v3.14+) Suggested-by: Peter

Linux 4.5.2

I'm announcing the release of the 4.5.2 kernel. All users of the 4.5 kernel series must upgrade. The updated 4.5.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.5.y and can be browsed at the normal kernel.org git web browser:

Linux 4.5.2

I'm announcing the release of the 4.5.2 kernel. All users of the 4.5 kernel series must upgrade. The updated 4.5.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.5.y and can be browsed at the normal kernel.org git web browser:

Linux 4.4.8

I'm announcing the release of the 4.4.8 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.14.67

diff --git a/Makefile b/Makefile index 9053bda13f60..0a28325ef49c 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 66 +SUBLEVEL = 67 EXTRAVERSION = NAME = Remembering Coco diff --git a/arch/parisc/kernel/parisc_ksyms.c

Linux 4.4.8

I'm announcing the release of the 4.4.8 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.14.67

diff --git a/Makefile b/Makefile index 9053bda13f60..0a28325ef49c 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 66 +SUBLEVEL = 67 EXTRAVERSION = NAME = Remembering Coco diff --git a/arch/parisc/kernel/parisc_ksyms.c

Linux 3.14.67

I'm announcing the release of the 3.14.67 kernel. All users of the 3.14 kernel series must upgrade. The updated 3.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.14.y and can be browsed at the normal kernel.org git web

Linux 3.14.67

I'm announcing the release of the 3.14.67 kernel. All users of the 3.14 kernel series must upgrade. The updated 3.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.14.y and can be browsed at the normal kernel.org git web

Re: [PATCH] lib: make sg_pool explicitly non-modular

[Re: [PATCH] lib: make sg_pool explicitly non-modular] On 20/04/2016 (Wed 13:28) Ming Lin wrote: > On Wed, 2016-04-20 at 15:13 -0400, Paul Gortmaker wrote: > > The recently added Kconfig controlling compilation of this code is: > > > > lib/Kconfig:config SG_POOL > > lib/Kconfig:def_bool n >

Re: [PATCH] lib: make sg_pool explicitly non-modular

[Re: [PATCH] lib: make sg_pool explicitly non-modular] On 20/04/2016 (Wed 13:28) Ming Lin wrote: > On Wed, 2016-04-20 at 15:13 -0400, Paul Gortmaker wrote: > > The recently added Kconfig controlling compilation of this code is: > > > > lib/Kconfig:config SG_POOL > > lib/Kconfig:def_bool n >

Re: [RESEND][PATCH 1/3] thermal: mediatek: Add cpu dynamic power cooling model.

On Thu, Apr 21, 2016 at 02:41:24AM +0200, Rafael J. Wysocki wrote: > On Wednesday, April 20, 2016 01:58:07 PM Matthias Brugger wrote: > > Hi Rafael, > > > > On 13/04/16 06:52, Rafael J. Wysocki wrote: > > > On Tue, Apr 12, 2016 at 7:38 AM, Viresh Kumar > > > wrote: > >

Re: [RESEND][PATCH 1/3] thermal: mediatek: Add cpu dynamic power cooling model.

On Thu, Apr 21, 2016 at 02:41:24AM +0200, Rafael J. Wysocki wrote: > On Wednesday, April 20, 2016 01:58:07 PM Matthias Brugger wrote: > > Hi Rafael, > > > > On 13/04/16 06:52, Rafael J. Wysocki wrote: > > > On Tue, Apr 12, 2016 at 7:38 AM, Viresh Kumar > > > wrote: > > >> Hi Rafael, > > >> > >

Re: [PATCH V4 2/2] thermal: generic-adc: Add ADC based thermal sensor driver

On Thu, Apr 21, 2016 at 06:42:16AM +0530, Laxman Dewangan wrote: > > On Thursday 21 April 2016 05:13 AM, Eduardo Valentin wrote: > >Laxman, > > > >On Tue, Apr 19, 2016 at 12:52:01PM +0530, Laxman Dewangan wrote: > >>In some of platform, thermal sensors like NCT thermistors are > >>connected to

Re: [PATCH V4 2/2] thermal: generic-adc: Add ADC based thermal sensor driver

On Thu, Apr 21, 2016 at 06:42:16AM +0530, Laxman Dewangan wrote: > > On Thursday 21 April 2016 05:13 AM, Eduardo Valentin wrote: > >Laxman, > > > >On Tue, Apr 19, 2016 at 12:52:01PM +0530, Laxman Dewangan wrote: > >>In some of platform, thermal sensors like NCT thermistors are > >>connected to

Re: [PATCH 2/4] i2c: designware-platdrv: fix unbalanced clk enable and prepare

Dear Jarkko, Andy, On Wed, 20 Apr 2016 17:16:00 +0300 Andy Shevchenko wrote: > On Wed, 2016-04-20 at 15:55 +0300, Jarkko Nikula wrote: > > On 04/14/2016 03:53 PM, Jisheng Zhang wrote: > > > > > > If i2c_dw_probe() fail, we should call i2c_dw_plat_prepare_clk() to > > > disable and unprepare

Re: [PATCH 2/4] i2c: designware-platdrv: fix unbalanced clk enable and prepare

Dear Jarkko, Andy, On Wed, 20 Apr 2016 17:16:00 +0300 Andy Shevchenko wrote: > On Wed, 2016-04-20 at 15:55 +0300, Jarkko Nikula wrote: > > On 04/14/2016 03:53 PM, Jisheng Zhang wrote: > > > > > > If i2c_dw_probe() fail, we should call i2c_dw_plat_prepare_clk() to > > > disable and unprepare

IPv6 patch mysteriously breaks IPv4 VPN

d only ipv4 routes get set by the VPN software. bisect results confirmed - linux-next 20160327 is bad, but 20160420 with this one conmmit reverted works. % git bisect bad cc9da6cc4f56e05cc9e591459fe0192727ff58b3 is the first bad commit commit cc9da6cc4f56e05cc9e591459fe0192727

IPv6 patch mysteriously breaks IPv4 VPN

. bisect results confirmed - linux-next 20160327 is bad, but 20160420 with this one conmmit reverted works. % git bisect bad cc9da6cc4f56e05cc9e591459fe0192727ff58b3 is the first bad commit commit cc9da6cc4f56e05cc9e591459fe0192727ff58b3 Author: Bjørn Mork Date: Wed Dec 16 16

Re: [RFC PATCH 3/4] intel_pstate: support scheduler cpufreq callbacks on remote CPUs

On Wed, Apr 20, 2016 at 02:37:18PM +0200, Rafael J. Wysocki wrote: ... > > @@ -1173,20 +1179,88 @@ static inline void > > intel_pstate_adjust_busy_pstate(struct cpudata *cpu) > > get_avg_frequency(cpu)); > > } > > > > +static void _intel_pstate_update_util(struct cpudata *cpu, u64

Re: [RFC PATCH 3/4] intel_pstate: support scheduler cpufreq callbacks on remote CPUs

On Wed, Apr 20, 2016 at 02:37:18PM +0200, Rafael J. Wysocki wrote: ... > > @@ -1173,20 +1179,88 @@ static inline void > > intel_pstate_adjust_busy_pstate(struct cpudata *cpu) > > get_avg_frequency(cpu)); > > } > > > > +static void _intel_pstate_update_util(struct cpudata *cpu, u64

Re: [PATCH v11 0/3] printk: Make printk() completely async

On Thu, 2016-04-21 at 11:14 +0900, Sergey Senozhatsky wrote: > On (04/15/16 22:44), Joe Perches wrote: > [..] > > > Sir, is there anything else you want me to improve in this patch > > > set? > > I'm not sir, but my preference would be to move as much of the > > async/thread functionality as

Re: [PATCH v11 0/3] printk: Make printk() completely async

On Thu, 2016-04-21 at 11:14 +0900, Sergey Senozhatsky wrote: > On (04/15/16 22:44), Joe Perches wrote: > [..] > > > Sir, is there anything else you want me to improve in this patch > > > set? > > I'm not sir, but my preference would be to move as much of the > > async/thread functionality as

Re: Sound: BUG: KASAN: use-after-free in kill_fasync

On 2016/4/6 19:37, Baozeng Ding wrote: On 2016/4/5 22:18, Takashi Iwai wrote: On Tue, 05 Apr 2016 15:51:30 +0200, Baozeng Ding wrote: Hi all, I've got the following report (use-after-free in kill_fasync) while running syzkaller. Unfortunately no reproducer.The kernel version is 4.5 (on Mar

Re: Sound: BUG: KASAN: use-after-free in kill_fasync

On 2016/4/6 19:37, Baozeng Ding wrote: On 2016/4/5 22:18, Takashi Iwai wrote: On Tue, 05 Apr 2016 15:51:30 +0200, Baozeng Ding wrote: Hi all, I've got the following report (use-after-free in kill_fasync) while running syzkaller. Unfortunately no reproducer.The kernel version is 4.5 (on Mar

Re: [PATCH v11 0/3] printk: Make printk() completely async

On (04/15/16 22:44), Joe Perches wrote: [..] > > Sir, is there anything else you want me to improve in this patch set? > > I'm not sir, but my preference would be to move as much of the > async/thread functionality as possible into a separate file. hm, we are talking about some 50-60 lines of

Re: [PATCH v11 0/3] printk: Make printk() completely async

On (04/15/16 22:44), Joe Perches wrote: [..] > > Sir, is there anything else you want me to improve in this patch set? > > I'm not sir, but my preference would be to move as much of the > async/thread functionality as possible into a separate file. hm, we are talking about some 50-60 lines of

[PATCH v2] ARM: dts: uniphier: add NAND pinmux node

This commit adds pin-mux nodes for the NAND controller. Some SoCs support 2 chip selects and the others only support 1 chip select. Signed-off-by: Masahiro Yamada --- Changes in v2: - Add pinctrl_nand2cs node (NAND with 2 chip selects)

[PATCH v2] ARM: dts: uniphier: add NAND pinmux node

This commit adds pin-mux nodes for the NAND controller. Some SoCs support 2 chip selects and the others only support 1 chip select. Signed-off-by: Masahiro Yamada --- Changes in v2: - Add pinctrl_nand2cs node (NAND with 2 chip selects) arch/arm/boot/dts/uniphier-pinctrl.dtsi | 10 ++

[PATCH] usb: xhci-mtk: fixup mouse wakeup failure during system suspend

Click mouse after xhci suspend completion but before system suspend completion, system will not be waken up by mouse if the duration of them is larger than 20ms which is the device UFP's resume signaling lasted. Another reason is that the SPM is not enabled before system suspend compeltion, this

[PATCH] usb: xhci-mtk: fixup mouse wakeup failure during system suspend

Click mouse after xhci suspend completion but before system suspend completion, system will not be waken up by mouse if the duration of them is larger than 20ms which is the device UFP's resume signaling lasted. Another reason is that the SPM is not enabled before system suspend compeltion, this

[PATCH] ARM: cache-uniphier: activate ways for secondary CPUs

This outer cache allows to control active ways independently for each CPU, but currently nothing is done for secondary CPUs. In other words, all the ways are locked for secondary CPUs by default. This commit fixes it to fully bring out the performance of this outer cache. There would be two

[PATCH] ARM: cache-uniphier: activate ways for secondary CPUs

This outer cache allows to control active ways independently for each CPU, but currently nothing is done for secondary CPUs. In other words, all the ways are locked for secondary CPUs by default. This commit fixes it to fully bring out the performance of this outer cache. There would be two

Re: [PATCH v11 3/3] printk: make printk.synchronous param rw

On (04/20/16 17:16), Jan Kara wrote: [..] > I finally found time to have a look. The patch looks good to me. You can > add: > > Reviewed-by: Jan Kara thanks. -ss

[PATCH] ARM: cache-uniphier: activate ways for secondary CPUs

This outer cache allows to control active ways independently for each CPU, but currently nothing is done for secondary CPUs. In other words, all the ways are locked for secondary CPUs by default. This commit fixes it to fully bring out the performance of this outer cache. There would be two

Re: [PATCH v11 3/3] printk: make printk.synchronous param rw

On (04/20/16 17:16), Jan Kara wrote: [..] > I finally found time to have a look. The patch looks good to me. You can > add: > > Reviewed-by: Jan Kara thanks. -ss

[PATCH] ARM: cache-uniphier: activate ways for secondary CPUs

This outer cache allows to control active ways independently for each CPU, but currently nothing is done for secondary CPUs. In other words, all the ways are locked for secondary CPUs by default. This commit fixes it to fully bring out the performance of this outer cache. There would be two

Re: [PATCH 2/3] kernel.h: add u64_to_user_ptr()

On Wed, 2016-04-20 at 16:18 -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > This function had copies in 3 different files. Unify them in kernel.h. [] > diff --git a/include/linux/kernel.h b/include/linux/kernel.h [] > @@ -53,6 +53,12 @@ > >  #define

Re: [PATCH 2/3] kernel.h: add u64_to_user_ptr()

On Wed, 2016-04-20 at 16:18 -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > This function had copies in 3 different files. Unify them in kernel.h. [] > diff --git a/include/linux/kernel.h b/include/linux/kernel.h [] > @@ -53,6 +53,12 @@ > >  #define ARRAY_SIZE(arr) (sizeof(arr) /

Re: [PATCH V2] audit: add tty field to LOGIN event

On Wed, Apr 20, 2016 at 7:31 PM, Richard Guy Briggs wrote: > diff --git a/include/linux/audit.h b/include/linux/audit.h > index b40ed5d..b00beef 100644 > --- a/include/linux/audit.h > +++ b/include/linux/audit.h > @@ -26,6 +26,7 @@ > #include > #include > #include >

Re: [PATCH V2] audit: add tty field to LOGIN event

On Wed, Apr 20, 2016 at 7:31 PM, Richard Guy Briggs wrote: > diff --git a/include/linux/audit.h b/include/linux/audit.h > index b40ed5d..b00beef 100644 > --- a/include/linux/audit.h > +++ b/include/linux/audit.h > @@ -26,6 +26,7 @@ > #include > #include > #include > +#include > > #define

Re: [alsa-devel] [RFC PATCH v2 2/5] ASoC: mediatek: add documents for mt2701

On Wed, 2016-04-20 at 12:36 +0200, Matthias Brugger wrote: > > On 14/04/16 14:14, Garlic Tseng wrote: > [...] > > > diff --git a/Documentation/devicetree/bindings/sound/mtk2701-afe-pcm.txt > > b/Documentation/devicetree/bindings/sound/mtk2701-afe-pcm.txt > > new file mode 100644 > > Nit: > I

Re: [alsa-devel] [RFC PATCH v2 2/5] ASoC: mediatek: add documents for mt2701

On Wed, 2016-04-20 at 12:36 +0200, Matthias Brugger wrote: > > On 14/04/16 14:14, Garlic Tseng wrote: > [...] > > > diff --git a/Documentation/devicetree/bindings/sound/mtk2701-afe-pcm.txt > > b/Documentation/devicetree/bindings/sound/mtk2701-afe-pcm.txt > > new file mode 100644 > > Nit: > I

  1   2   3   4   5   6   7   8   9   10   >