Re: [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 4:08 PM, Dave Chinner wrote: > > That, to me, says there's a change in lock contention behaviour in > the workload (which we know aim7 is good at exposing). i.e. the > iomap change shifted contention from a sleeping lock to a spinning > lock, or maybe

Re: [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 4:08 PM, Dave Chinner wrote: > > That, to me, says there's a change in lock contention behaviour in > the workload (which we know aim7 is good at exposing). i.e. the > iomap change shifted contention from a sleeping lock to a spinning > lock, or maybe we now trigger

Re: [PATCH v2] RANDOM: ATH9K RNG delivers zero bits of entropy

On Tue, Aug 09, 2016 at 02:04:44PM +, Jason Cooper wrote: > > iiuc, Ted, you're saying using the hw_random framework would be > disasterous because despite most drivers having a default quality of 0, > rngd assumes 1 bit of entropy for every bit read? Sorry, what I was trying to say (but

Re: [PATCH v2] RANDOM: ATH9K RNG delivers zero bits of entropy

On Tue, Aug 09, 2016 at 02:04:44PM +, Jason Cooper wrote: > > iiuc, Ted, you're saying using the hw_random framework would be > disasterous because despite most drivers having a default quality of 0, > rngd assumes 1 bit of entropy for every bit read? Sorry, what I was trying to say (but

Re: "Failed to create /dev/root: -14" after commit e6978e4bf1 ("ARM: save and reset the address limit when entering an exception")

On Wed, Aug 10, 2016 at 06:34:22PM -0500, Kevin Hilman wrote: > I also tested this fixes the boot issue on Armada XP. > > Tested-by: Kevin Hilman It should be in the current linux-next. I'll send them on in the usual way over the weekend for -rc2, with your ack for this

Re: "Failed to create /dev/root: -14" after commit e6978e4bf1 ("ARM: save and reset the address limit when entering an exception")

On Wed, Aug 10, 2016 at 06:34:22PM -0500, Kevin Hilman wrote: > I also tested this fixes the boot issue on Armada XP. > > Tested-by: Kevin Hilman It should be in the current linux-next. I'll send them on in the usual way over the weekend for -rc2, with your ack for this one. Thanks. --

[PATCH] seccomp: Fix tracer exit notifications during fatal signals

This fixes a ptrace vs fatal pending signals bug as manifested in seccomp now that ptrace was reordered to happen after ptrace. The short version is that seccomp should not attempt to call do_exit() while fatal signals are pending under a tracer. This was needlessly paranoid. Instead, the syscall

Re: [RFC PATCH 0/5] Allwinner MMC firmware clocks implementation

On 10/08/16 16:10, Icenowy Zheng wrote: > > > 09.08.2016, 19:57, "Andre Przywara" : >> Hi, >> >> this is a proof-of-concept series to demonstrate the usage of firmware >> driven clocks using the SCPI protocol for Allwinner SoCs. >> This aims to replace the tricky and

[PATCH] seccomp: Fix tracer exit notifications during fatal signals

This fixes a ptrace vs fatal pending signals bug as manifested in seccomp now that ptrace was reordered to happen after ptrace. The short version is that seccomp should not attempt to call do_exit() while fatal signals are pending under a tracer. This was needlessly paranoid. Instead, the syscall

Re: [RFC PATCH 0/5] Allwinner MMC firmware clocks implementation

On 10/08/16 16:10, Icenowy Zheng wrote: > > > 09.08.2016, 19:57, "Andre Przywara" : >> Hi, >> >> this is a proof-of-concept series to demonstrate the usage of firmware >> driven clocks using the SCPI protocol for Allwinner SoCs. >> This aims to replace the tricky and highly SoC specific clocks

Re: "Failed to create /dev/root: -14" after commit e6978e4bf1 ("ARM: save and reset the address limit when entering an exception")

On Tue, Aug 9, 2016 at 10:06 AM, Gregory CLEMENT wrote: > Hi Russell King, > > On jeu., août 04 2016, Russell King - ARM Linux > wrote: > >> On Wed, Aug 03, 2016 at 08:07:02AM -0700, Guenter Roeck wrote: >>> On 08/03/2016 01:38 AM,

Re: "Failed to create /dev/root: -14" after commit e6978e4bf1 ("ARM: save and reset the address limit when entering an exception")

On Tue, Aug 9, 2016 at 10:06 AM, Gregory CLEMENT wrote: > Hi Russell King, > > On jeu., août 04 2016, Russell King - ARM Linux > wrote: > >> On Wed, Aug 03, 2016 at 08:07:02AM -0700, Guenter Roeck wrote: >>> On 08/03/2016 01:38 AM, Russell King - ARM Linux wrote: >>> >On Tue, Aug 02, 2016 at

[v10.1 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[v10.1 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

Re: spin_lock implicit/explicit memory barrier

On Wed, 10 Aug 2016, Paul E. McKenney wrote: On Wed, Aug 10, 2016 at 03:23:16PM -0700, Davidlohr Bueso wrote: On Wed, 10 Aug 2016, Paul E. McKenney wrote: >On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: >> 4)

Re: spin_lock implicit/explicit memory barrier

On Wed, 10 Aug 2016, Paul E. McKenney wrote: On Wed, Aug 10, 2016 at 03:23:16PM -0700, Davidlohr Bueso wrote: On Wed, 10 Aug 2016, Paul E. McKenney wrote: >On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: >> 4)

Re: [RFC PATCH 4/5] arm64: dts: sunxi: add SCPI driven clocks and nodes for A64 MMC

On 10/08/16 16:01, Icenowy Zheng wrote: Hi, > 09.08.2016, 19:58, "Andre Przywara" : >> The MMC controllers in the Allwinner A64 SoC are somewhat compatible >> with the versions used in other Allwinner SoCs. >> Tell Linux about the three MMC clocks that the firmware

Re: [RFC PATCH 4/5] arm64: dts: sunxi: add SCPI driven clocks and nodes for A64 MMC

On 10/08/16 16:01, Icenowy Zheng wrote: Hi, > 09.08.2016, 19:58, "Andre Przywara" : >> The MMC controllers in the Allwinner A64 SoC are somewhat compatible >> with the versions used in other Allwinner SoCs. >> Tell Linux about the three MMC clocks that the firmware implements and >> add

Re: [RFCv2][PATCH 2/5] arm: Implement ARCH_HAS_FORCE_CACHE

On Mon, Aug 08, 2016 at 10:49:34AM -0700, Laura Abbott wrote: > +/* > + * Make an area consistent for devices. > + * Note: Drivers should NOT use this function directly, as it will break > + * platforms with CONFIG_DMABOUNCE. > + * Use the driver DMA support - see dma-mapping.h (dma_sync_*) > + */

Re: [RFCv2][PATCH 2/5] arm: Implement ARCH_HAS_FORCE_CACHE

On Mon, Aug 08, 2016 at 10:49:34AM -0700, Laura Abbott wrote: > +/* > + * Make an area consistent for devices. > + * Note: Drivers should NOT use this function directly, as it will break > + * platforms with CONFIG_DMABOUNCE. > + * Use the driver DMA support - see dma-mapping.h (dma_sync_*) > + */

Re: [PATCH] clk: prevent __of_clk_get_hw_from_provider() from returning NULL

On 08/10, Masahiro Yamada wrote: > 2016-08-05 5:57 GMT+09:00 Stephen Boyd : > > On 07/19, Masahiro Yamada wrote: > >> The .get(_hw) callback of an OF clock provider can return a NULL > >> pointer in some cases. > >> > >> For example, of_clk_src_onecell_get() returns NULL for

Re: [PATCH] seccomp: suppress fatal signals that will never be delivered before seccomp forces an exit because of said signals

On Wed, Aug 10, 2016 at 2:35 PM, Kees Cook wrote: > On Wed, Aug 10, 2016 at 12:50 PM, Kyle Huey wrote: >> This fixes rr. It doesn't quite fix the provided testcase, because the >> testcase fails to wait on the tracee after awakening from the nanosleep.

Re: [PATCH] clk: prevent __of_clk_get_hw_from_provider() from returning NULL

On 08/10, Masahiro Yamada wrote: > 2016-08-05 5:57 GMT+09:00 Stephen Boyd : > > On 07/19, Masahiro Yamada wrote: > >> The .get(_hw) callback of an OF clock provider can return a NULL > >> pointer in some cases. > >> > >> For example, of_clk_src_onecell_get() returns NULL for index 1 of a > >>

Re: [PATCH] seccomp: suppress fatal signals that will never be delivered before seccomp forces an exit because of said signals

On Wed, Aug 10, 2016 at 2:35 PM, Kees Cook wrote: > On Wed, Aug 10, 2016 at 12:50 PM, Kyle Huey wrote: >> This fixes rr. It doesn't quite fix the provided testcase, because the >> testcase fails to wait on the tracee after awakening from the nanosleep. >> Instead the testcase immediately does

Re: [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 11:24:16AM -0700, Linus Torvalds wrote: > On Tue, Aug 9, 2016 at 7:33 AM, kernel test robot > wrote: > > > > FYI, we noticed a -13.6% regression of aim7.jobs-per-min due to commit: > > 68a9f5e7007c ("xfs: implement iomap based buffered write path")

Re: of_clk_add_(hw_)providers multipule times for one node?

On 08/10, Masahiro Yamada wrote: > Hi Stephen, > > > > 2016-08-09 8:37 GMT+09:00 Stephen Boyd : > > On 08/08, Masahiro Yamada wrote: > >> Hi Stephen, > >> > >> > >> 2016-08-05 6:25 GMT+09:00 Stephen Boyd : > > > >> > >> of_clk_add_provider() calls

Re: [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 11:24:16AM -0700, Linus Torvalds wrote: > On Tue, Aug 9, 2016 at 7:33 AM, kernel test robot > wrote: > > > > FYI, we noticed a -13.6% regression of aim7.jobs-per-min due to commit: > > 68a9f5e7007c ("xfs: implement iomap based buffered write path") > > > > in testcase:

Re: of_clk_add_(hw_)providers multipule times for one node?

On 08/10, Masahiro Yamada wrote: > Hi Stephen, > > > > 2016-08-09 8:37 GMT+09:00 Stephen Boyd : > > On 08/08, Masahiro Yamada wrote: > >> Hi Stephen, > >> > >> > >> 2016-08-05 6:25 GMT+09:00 Stephen Boyd : > > > >> > >> of_clk_add_provider() calls of_clk_del_provider() > >> in its failure path.

[PATCH 1/1 v3] net: i40e: use matching format identifiers

i is defined as int but output as %u several times. Adjust the format identifiers. Signed-off-by: Heinrich Schuchardt --- v3: fix typos in title, old title: net: i10e: use matching format indentifiers v2: Keep definition of i as int.

[PATCH 1/1 v3] net: i40e: use matching format identifiers

i is defined as int but output as %u several times. Adjust the format identifiers. Signed-off-by: Heinrich Schuchardt --- v3: fix typos in title, old title: net: i10e: use matching format indentifiers v2: Keep definition of i as int.

Re: [PATCH V3 1/6] perf/core: Adding PMU driver specific configuration

On 5 August 2016 at 09:53, Peter Zijlstra wrote: > On Fri, Aug 05, 2016 at 09:35:05AM -0600, Mathieu Poirier wrote: >> On 4 August 2016 at 10:58, Peter Zijlstra wrote: >> > On Thu, Jul 28, 2016 at 03:42:18PM -0600, Mathieu Poirier wrote: >> >> This

Re: [PATCH V3 1/6] perf/core: Adding PMU driver specific configuration

On 5 August 2016 at 09:53, Peter Zijlstra wrote: > On Fri, Aug 05, 2016 at 09:35:05AM -0600, Mathieu Poirier wrote: >> On 4 August 2016 at 10:58, Peter Zijlstra wrote: >> > On Thu, Jul 28, 2016 at 03:42:18PM -0600, Mathieu Poirier wrote: >> >> This patch somewhat mimics the work done on address

Re: [PATCH 2/2] arm: apply more __ro_after_init

On Wed, Aug 10, 2016 at 09:41:23PM +0200, Arnd Bergmann wrote: > It might be better to start by making the fixed mapping readonly, > as KASLR doesn't protect that one at all, and change the TLS > code accordingly. I think that's impossible, because we gave userspace permission to read 0x0ff0

Re: [PATCH 2/2] arm: apply more __ro_after_init

On Wed, Aug 10, 2016 at 09:41:23PM +0200, Arnd Bergmann wrote: > It might be better to start by making the fixed mapping readonly, > as KASLR doesn't protect that one at all, and change the TLS > code accordingly. I think that's impossible, because we gave userspace permission to read 0x0ff0

Re: [PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 08/10/2016 04:59 PM, Inki Dae wrote: > Hi Shuah, > > 2016년 08월 11일 02:30에 Shuah Khan 이(가) 쓴 글: >> Fix exynos_drm_gem_create_ioctl() attempts to allocate non-contiguous GEM >> memory without IOMMU. In this case, there is no point in attempting to > > DRM gem can be used for Non-DRM drivers

Re: [PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 08/10/2016 04:59 PM, Inki Dae wrote: > Hi Shuah, > > 2016년 08월 11일 02:30에 Shuah Khan 이(가) 쓴 글: >> Fix exynos_drm_gem_create_ioctl() attempts to allocate non-contiguous GEM >> memory without IOMMU. In this case, there is no point in attempting to > > DRM gem can be used for Non-DRM drivers

Re: c6x linker issue on linux-next-20160808 + some linker table work

On Wed, 2016-08-10 at 23:30 +0200, Luis R. Rodriguez wrote: > On Tue, Aug 09, 2016 at 11:04:07PM -0400, Mark Salter wrote: > > > > On Tue, 2016-08-09 at 19:09 -0700, Luis R. Rodriguez wrote: > > > > > > On Aug 9, 2016 6:50 PM, "Mark Salter" wrote: > > > > > > > > > > > >

Re: c6x linker issue on linux-next-20160808 + some linker table work

On Wed, 2016-08-10 at 23:30 +0200, Luis R. Rodriguez wrote: > On Tue, Aug 09, 2016 at 11:04:07PM -0400, Mark Salter wrote: > > > > On Tue, 2016-08-09 at 19:09 -0700, Luis R. Rodriguez wrote: > > > > > > On Aug 9, 2016 6:50 PM, "Mark Salter" wrote: > > > > > > > > > > > > On Tue, 2016-08-09 at

Re: [PATCH 2/2] arm: apply more __ro_after_init

On Wed, Aug 10, 2016 at 09:31:05PM +0200, Arnd Bergmann wrote: > On Wednesday, August 10, 2016 11:12:53 AM CEST Russell King - ARM Linux wrote: > > There's the TLS emulation too, but that writes via the vectors mapping > > at 0x0ff0. > > Ok, so that should be safe. Can we change the fiq code

Re: [PATCH 2/2] arm: apply more __ro_after_init

On Wed, Aug 10, 2016 at 09:31:05PM +0200, Arnd Bergmann wrote: > On Wednesday, August 10, 2016 11:12:53 AM CEST Russell King - ARM Linux wrote: > > There's the TLS emulation too, but that writes via the vectors mapping > > at 0x0ff0. > > Ok, so that should be safe. Can we change the fiq code

Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)

On 8/10/2016 6:16 PM, Frederic Weisbecker wrote: On Wed, Jul 27, 2016 at 08:55:28AM -0500, Christoph Lameter wrote: On Mon, 25 Jul 2016, Christoph Lameter wrote: Guess so. I will have a look at this when I get some time again. Ok so the problem is the clocksource_watchdog() function in

Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)

On 8/10/2016 6:16 PM, Frederic Weisbecker wrote: On Wed, Jul 27, 2016 at 08:55:28AM -0500, Christoph Lameter wrote: On Mon, 25 Jul 2016, Christoph Lameter wrote: Guess so. I will have a look at this when I get some time again. Ok so the problem is the clocksource_watchdog() function in

Re: [PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

Hi Shuah, 2016년 08월 11일 02:30에 Shuah Khan 이(가) 쓴 글: > Fix exynos_drm_gem_create_ioctl() attempts to allocate non-contiguous GEM > memory without IOMMU. In this case, there is no point in attempting to DRM gem can be used for Non-DRM drivers such as GPU, V4L2 based Multimedia device and other

Re: [PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

Hi Shuah, 2016년 08월 11일 02:30에 Shuah Khan 이(가) 쓴 글: > Fix exynos_drm_gem_create_ioctl() attempts to allocate non-contiguous GEM > memory without IOMMU. In this case, there is no point in attempting to DRM gem can be used for Non-DRM drivers such as GPU, V4L2 based Multimedia device and other

[PATCH -next] ASoC: atmel-pdmic: add missing clk_disable_unprepare() on error in atmel_pdmic_cpu_dai_startup()

Add the missing clk_disable_unprepare() before return from atmel_pdmic_cpu_dai_startup() in the error handling case. Signed-off-by: Wei Yongjun --- sound/soc/atmel/atmel-pdmic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH -next] ASoC: atmel-pdmic: add missing clk_disable_unprepare() on error in atmel_pdmic_cpu_dai_startup()

Add the missing clk_disable_unprepare() before return from atmel_pdmic_cpu_dai_startup() in the error handling case. Signed-off-by: Wei Yongjun --- sound/soc/atmel/atmel-pdmic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sound/soc/atmel/atmel-pdmic.c

Re: spin_lock implicit/explicit memory barrier

On Wed, Aug 10, 2016 at 03:23:16PM -0700, Davidlohr Bueso wrote: > On Wed, 10 Aug 2016, Paul E. McKenney wrote: > > >On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: > > >> 4) > >>spin_unlock_wait() and spin_unlock()

Re: spin_lock implicit/explicit memory barrier

On Wed, Aug 10, 2016 at 03:23:16PM -0700, Davidlohr Bueso wrote: > On Wed, 10 Aug 2016, Paul E. McKenney wrote: > > >On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: > > >> 4) > >>spin_unlock_wait() and spin_unlock()

Re: commit 444d13ff10f introduced boot failure on s390x

+++ Eryu Guan [10/08/16 23:21 +0800]: Hi, I hit boot failure on s390x host starting from 4.8-rc1 kernel, 4.7 kernel works fine. And I bisected to this commit 444d13ff10fb commit 444d13ff10fb13bc3e64859c3cf9ce43dcfeb075 Author: Jessica Yu Date: Wed Jul 27 12:06:21

Re: commit 444d13ff10f introduced boot failure on s390x

+++ Eryu Guan [10/08/16 23:21 +0800]: Hi, I hit boot failure on s390x host starting from 4.8-rc1 kernel, 4.7 kernel works fine. And I bisected to this commit 444d13ff10fb commit 444d13ff10fb13bc3e64859c3cf9ce43dcfeb075 Author: Jessica Yu Date: Wed Jul 27 12:06:21 2016 +0930

Re: [PATCH v2] kasan: avoid overflowing quarantine size on low memory systems

On Tue, 2 Aug 2016 12:27:00 +0200 Alexander Potapenko wrote: > If the total amount of memory assigned to quarantine is less than the > amount of memory assigned to per-cpu quarantines, |new_quarantine_size| > may overflow. Instead, set it to zero. > > ... > > ---

Re: [PATCH v2] kasan: avoid overflowing quarantine size on low memory systems

On Tue, 2 Aug 2016 12:27:00 +0200 Alexander Potapenko wrote: > If the total amount of memory assigned to quarantine is less than the > amount of memory assigned to per-cpu quarantines, |new_quarantine_size| > may overflow. Instead, set it to zero. > > ... > > --- a/mm/kasan/quarantine.c > +++

Re: [PATCH] pwm: Unexport children before chip removal

On Wed, Aug 10, 2016 at 1:49 AM, Greg KH wrote: > On Tue, Aug 09, 2016 at 02:57:46PM -0700, David Hsu wrote: >> Exported pwm channels aren't removed before the pwmchip and are >> leaked. This results in invalid sysfs files. This fix removes >> all exported pwm channels

Re: [PATCH] pwm: Unexport children before chip removal

On Wed, Aug 10, 2016 at 1:49 AM, Greg KH wrote: > On Tue, Aug 09, 2016 at 02:57:46PM -0700, David Hsu wrote: >> Exported pwm channels aren't removed before the pwmchip and are >> leaked. This results in invalid sysfs files. This fix removes >> all exported pwm channels before chip removal. >> >>

Re: [PATCH 1/2] remoteproc: core: Add rproc OF look-up functions

On 08/10/2016 04:19 PM, Bjorn Andersson wrote: > On Wed 10 Aug 14:04 PDT 2016, Suman Anna wrote: > >> On 08/10/2016 03:40 PM, Bjorn Andersson wrote: >>> On Wed 10 Aug 12:37 PDT 2016, Suman Anna wrote: >>> Hi Lee, Bjorn, On 08/10/2016 12:40 PM, Bjorn Andersson wrote: > On Tue 19

Re: [PATCH 1/2] remoteproc: core: Add rproc OF look-up functions

On 08/10/2016 04:19 PM, Bjorn Andersson wrote: > On Wed 10 Aug 14:04 PDT 2016, Suman Anna wrote: > >> On 08/10/2016 03:40 PM, Bjorn Andersson wrote: >>> On Wed 10 Aug 12:37 PDT 2016, Suman Anna wrote: >>> Hi Lee, Bjorn, On 08/10/2016 12:40 PM, Bjorn Andersson wrote: > On Tue 19

[PATCH 2/5] mm/debug_pagealloc: don't allocate page_ext if we don't use guard page

From: Joonsoo Kim What debug_pagealloc does is just mapping/unmapping page table. Basically, it doesn't need additional memory space to memorize something. But, with guard page feature, it requires additional memory to distinguish if the page is for guard or not. Guard

[PATCH 2/5] mm/debug_pagealloc: don't allocate page_ext if we don't use guard page

From: Joonsoo Kim What debug_pagealloc does is just mapping/unmapping page table. Basically, it doesn't need additional memory space to memorize something. But, with guard page feature, it requires additional memory to distinguish if the page is for guard or not. Guard page is only used when

Re: [PATCH 9/9] test/hash: Fix warning in preprocessor symbol evaluation

On Wednesday, August 10, 2016 11:54:15 PM CEST Arnd Bergmann wrote: > From: George Spelvin > > Geert Uytterhoeven wrote: > > Some versions of gcc don't like tests for the value of an undefined > > preprocessor symbol, even in the #else branch of

Re: [PATCH 9/9] test/hash: Fix warning in preprocessor symbol evaluation

On Wednesday, August 10, 2016 11:54:15 PM CEST Arnd Bergmann wrote: > From: George Spelvin > > Geert Uytterhoeven wrote: > > Some versions of gcc don't like tests for the value of an undefined > > preprocessor symbol, even in the #else branch of an #ifndef: > > Damn, I had hoped that would

Re: [PACTH v1] kernel/hung_task.c: Dump all UNINTERUPTIBLE tasks

On Tue, 2 Aug 2016 11:23:11 -0400 robert.f...@collabora.com wrote: > From: Aaron Durbin > > When the panic path is taken for khungtaskd dump all > tasks with the UNINTERUPTIBLE state. That way, any > inter-dependent tasks that caused one another to hang > will be saved in

Re: [PACTH v1] kernel/hung_task.c: Dump all UNINTERUPTIBLE tasks

On Tue, 2 Aug 2016 11:23:11 -0400 robert.f...@collabora.com wrote: > From: Aaron Durbin > > When the panic path is taken for khungtaskd dump all > tasks with the UNINTERUPTIBLE state. That way, any > inter-dependent tasks that caused one another to hang > will be saved in the crash output. >

[PATCH] MAINTAINERS: Add linux-clk patchwork URL

The common clk framework has a patchwork associated with it. Update the maintainers file to reflect this. Cc: Michael Turquette Signed-off-by: Stephen Boyd --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS

[PATCH] MAINTAINERS: Add linux-clk patchwork URL

The common clk framework has a patchwork associated with it. Update the maintainers file to reflect this. Cc: Michael Turquette Signed-off-by: Stephen Boyd --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 20bb1d00098c..5436d3addce9 100644 ---

[ANNOUNCE] linux-clk irc channel on freenode

For those interested, there's an irc channel on freenode for linux kernel clk framework and driver discussions. Channel: #linux-clk Network: freenode.net irc://irc.freenode.net/linux-clk -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

[ANNOUNCE] linux-clk irc channel on freenode

For those interested, there's an irc channel on freenode for linux kernel clk framework and driver discussions. Channel: #linux-clk Network: freenode.net irc://irc.freenode.net/linux-clk -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH v6 2/3] Documentation: DT: net: Add Xilinx gmiitorgmii converter device tree binding documentation

On Wed, Aug 10, 2016 at 11:20:07AM +0530, Kedareswara rao Appana wrote: > Device-tree binding documentation for xilinx gmiitorgmii converter. > > Signed-off-by: Kedareswara rao Appana > --- > Changes for v6: > ---> Removed mdio description as suggested by Florian. > Changes

Re: [PATCH v6 2/3] Documentation: DT: net: Add Xilinx gmiitorgmii converter device tree binding documentation

On Wed, Aug 10, 2016 at 11:20:07AM +0530, Kedareswara rao Appana wrote: > Device-tree binding documentation for xilinx gmiitorgmii converter. > > Signed-off-by: Kedareswara rao Appana > --- > Changes for v6: > ---> Removed mdio description as suggested by Florian. > Changes for v5: > ---> Fixed

Re: [PATCH] regulator: Add LTC3676 support

On Tue, Aug 09, 2016 at 04:36:07PM -0700, Tim Harvey wrote: > This patch adds support for the Linear Technology LTC3676 > 8-output I2C voltage regulator IC. > > Cc: Jaffer Kapasi > Signed-off-by: Tim Harvey > --- >

Re: [PATCH] regulator: Add LTC3676 support

On Tue, Aug 09, 2016 at 04:36:07PM -0700, Tim Harvey wrote: > This patch adds support for the Linear Technology LTC3676 > 8-output I2C voltage regulator IC. > > Cc: Jaffer Kapasi > Signed-off-by: Tim Harvey > --- > .../devicetree/bindings/regulator/ltc3676.txt | 94 Acked-by: Rob

Почистване на спам

Вашата парола ще изтече през следващите 24 часа да се избегне това кликнете върху връзката ==> http://emailcleanup-bg.yolasite.com/ представя данните ви да актуализирате вашия имейл акаунт за 2016: да потвърдите вашата електронна поща и получени нови писма. Благодаря Системен администратор. ©

[PATCH] mm: Add the ram_latent_entropy kernel parameter

From: Emese Revfy When "ram_latent_entropy" is passed on the kernel command line, entropy will be extracted from up to the first 4GB of RAM while the runtime memory allocator is being initialized. This entropy isn't cryptographically secure, but does help provide additional

Почистване на спам

Вашата парола ще изтече през следващите 24 часа да се избегне това кликнете върху връзката ==> http://emailcleanup-bg.yolasite.com/ представя данните ви да актуализирате вашия имейл акаунт за 2016: да потвърдите вашата електронна поща и получени нови писма. Благодаря Системен администратор. ©

[PATCH] mm: Add the ram_latent_entropy kernel parameter

From: Emese Revfy When "ram_latent_entropy" is passed on the kernel command line, entropy will be extracted from up to the first 4GB of RAM while the runtime memory allocator is being initialized. This entropy isn't cryptographically secure, but does help provide additional unpredictability on

Re: [Patch v4 6/9] driver/edac/fsl_ddr: Add support of little endian

On Tue, Aug 09, 2016 at 02:55:43PM -0700, York Sun wrote: > Get endianness from device tree. Both big endian and little endian > are supported. Default to big endian for backward compatibility to > MPC85xx. > > Signed-off-by: York Sun > > --- > Change log > v4: Absorb name

Re: [Patch v4 6/9] driver/edac/fsl_ddr: Add support of little endian

On Tue, Aug 09, 2016 at 02:55:43PM -0700, York Sun wrote: > Get endianness from device tree. Both big endian and little endian > are supported. Default to big endian for backward compatibility to > MPC85xx. > > Signed-off-by: York Sun > > --- > Change log > v4: Absorb name changes by "Rename

[PATCH] watchdog: core: Fix devres_alloc() allocation size

Coverity reports: Passing argument 152UL /* sizeof (*wdd) */ to function __devres_alloc_node and then casting the return value to struct watchdog_device ** is suspicious. Allocation size needs to be sizeof(*rcwdd), not sizeof(*wdd). Fixes: 83fbae5a148c ("watchdog: Add a device managed API for

[PATCH] hwmon: (it87) Features mask must be 32 bit wide

Coverity reports: result_independent_of_operands: data->features & (65536UL /* 1UL << 16 */) is always 0 regardless of the values of its operands. This occurs as the logical operand of if. data->features needs to be 32 bit wide since there are more than 16 features. Fixes: cc18da79d9b7 ("hwmon:

[PATCH] watchdog: core: Fix devres_alloc() allocation size

Coverity reports: Passing argument 152UL /* sizeof (*wdd) */ to function __devres_alloc_node and then casting the return value to struct watchdog_device ** is suspicious. Allocation size needs to be sizeof(*rcwdd), not sizeof(*wdd). Fixes: 83fbae5a148c ("watchdog: Add a device managed API for

[PATCH] hwmon: (it87) Features mask must be 32 bit wide

Coverity reports: result_independent_of_operands: data->features & (65536UL /* 1UL << 16 */) is always 0 regardless of the values of its operands. This occurs as the logical operand of if. data->features needs to be 32 bit wide since there are more than 16 features. Fixes: cc18da79d9b7 ("hwmon:

Re: spin_lock implicit/explicit memory barrier

On Wed, 10 Aug 2016, Paul E. McKenney wrote: On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: 4) spin_unlock_wait() and spin_unlock() pair http://git.cmpxchg.org/cgit.cgi/linux-mmots.git/tree/ipc/sem.c#n291

Re: spin_lock implicit/explicit memory barrier

On Wed, 10 Aug 2016, Paul E. McKenney wrote: On Wed, Aug 10, 2016 at 08:21:22PM +0200, Manfred Spraul wrote: 4) spin_unlock_wait() and spin_unlock() pair http://git.cmpxchg.org/cgit.cgi/linux-mmots.git/tree/ipc/sem.c#n291

Re: [PATCH 1/2] KVM: nVMX: fix msr bitmaps to prevent L2 from accessing L0 x2APIC

On 2016/8/9 18:19, Wincy Van wrote: On Tue, Aug 9, 2016 at 5:32 PM, Yang Zhang wrote: On 2016/8/9 2:16, Radim Krčmář wrote: msr bitmap can be used to avoid a VM exit (interception) on guest MSR accesses. In some configurations of VMX controls, the guest can even

Re: [PATCH] PCI: Xilinx NWL PCIe: Updating device tree documentation with prefetchable memory space

On Tue, Aug 09, 2016 at 07:30:09PM +0530, Bharat Kumar Gogada wrote: > Updating device tree documentation with prefetchable memory > sapce. > Configuration space shifted to 64-bit address space. > > Signed-off-by: Bharat Kumar Gogada > --- >

Re: [PATCH 1/2] KVM: nVMX: fix msr bitmaps to prevent L2 from accessing L0 x2APIC

On 2016/8/9 18:19, Wincy Van wrote: On Tue, Aug 9, 2016 at 5:32 PM, Yang Zhang wrote: On 2016/8/9 2:16, Radim Krčmář wrote: msr bitmap can be used to avoid a VM exit (interception) on guest MSR accesses. In some configurations of VMX controls, the guest can even directly access host's

Re: [PATCH] PCI: Xilinx NWL PCIe: Updating device tree documentation with prefetchable memory space

On Tue, Aug 09, 2016 at 07:30:09PM +0530, Bharat Kumar Gogada wrote: > Updating device tree documentation with prefetchable memory > sapce. > Configuration space shifted to 64-bit address space. > > Signed-off-by: Bharat Kumar Gogada > --- >

Re: [PATCH v3 2/4] dt-bindings: Add a binding for Mediatek MDP

On Tue, Aug 09, 2016 at 09:58:55PM +0800, Minghsiu Tsai wrote: > Add a DT binding documentation of MDP for the MT8173 SoC > from Mediatek > > Signed-off-by: Minghsiu Tsai > --- > .../devicetree/bindings/media/mediatek-mdp.txt | 109 > > 1

Re: [PATCH v3 2/4] dt-bindings: Add a binding for Mediatek MDP

On Tue, Aug 09, 2016 at 09:58:55PM +0800, Minghsiu Tsai wrote: > Add a DT binding documentation of MDP for the MT8173 SoC > from Mediatek > > Signed-off-by: Minghsiu Tsai > --- > .../devicetree/bindings/media/mediatek-mdp.txt | 109 > > 1 file changed, 109

Re: [RFC PATCH v2] clk: move check of CLK_SET_RATE_GATE flag to clk_propagate_rate_change()

On 07/10, jiada_w...@mentor.com wrote: > From: Jiada Wang > > Previously CLK_SET_RATE_GATE flag is only checked in clk_set_rate() > which only ensures the clock being called by clk_set_rate() won't > change rate when it has been prepared if CLK_SET_RATE_GATE flag is set. >

Re: [v10 PATCH 2/5] phy: Add USB Type-C PHY driver for rk3399

On Tue, Aug 9, 2016 at 4:32 PM, Chris Zhong wrote: > Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB > Type-C PHY is designed to support the USB3 and DP applications. The > PHY basically has two main components: USB3 and DisplyPort. USB3 > operates in

Re: [RFC PATCH v2] clk: move check of CLK_SET_RATE_GATE flag to clk_propagate_rate_change()

On 07/10, jiada_w...@mentor.com wrote: > From: Jiada Wang > > Previously CLK_SET_RATE_GATE flag is only checked in clk_set_rate() > which only ensures the clock being called by clk_set_rate() won't > change rate when it has been prepared if CLK_SET_RATE_GATE flag is set. > But a clk_set_rate()

Re: [v10 PATCH 2/5] phy: Add USB Type-C PHY driver for rk3399

On Tue, Aug 9, 2016 at 4:32 PM, Chris Zhong wrote: > Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB > Type-C PHY is designed to support the USB3 and DP applications. The > PHY basically has two main components: USB3 and DisplyPort. USB3 > operates in SuperSpeed mode and the DP

Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)

On Wed, Jul 27, 2016 at 08:55:28AM -0500, Christoph Lameter wrote: > On Mon, 25 Jul 2016, Christoph Lameter wrote: > > > Guess so. I will have a look at this when I get some time again. > > Ok so the problem is the clocksource_watchdog() function in > kernel/time/clocksource.c. This function is

Re: [PATCH 17/20] dt-bindings: img-ascii-lcd: Document a binding for simple ASCII LCDs

On Tue, Aug 09, 2016 at 01:35:42PM +0100, Paul Burton wrote: > Add documentation for a devicetree binding for the simple ASCII LCD > displays found on development boards such as the MIPS Boston, MIPS Malta > & MIPS SEAD3 from Imagination Technologies. > > Signed-off-by: Paul Burton

Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)

On Wed, Jul 27, 2016 at 08:55:28AM -0500, Christoph Lameter wrote: > On Mon, 25 Jul 2016, Christoph Lameter wrote: > > > Guess so. I will have a look at this when I get some time again. > > Ok so the problem is the clocksource_watchdog() function in > kernel/time/clocksource.c. This function is

Re: [PATCH 17/20] dt-bindings: img-ascii-lcd: Document a binding for simple ASCII LCDs

On Tue, Aug 09, 2016 at 01:35:42PM +0100, Paul Burton wrote: > Add documentation for a devicetree binding for the simple ASCII LCD > displays found on development boards such as the MIPS Boston, MIPS Malta > & MIPS SEAD3 from Imagination Technologies. > > Signed-off-by: Paul Burton > --- > >

Re: [Regression] "irqdomain: Don't set type when mapping an IRQ" breaks nexus7 gpio buttons

On Wed, Aug 10, 2016 at 5:17 PM, Marc Zyngier wrote: > Guess what, I just found this exact sucker in the pile of > "junk we won't ever use because it can't run mainline". > I even booted one of your test images on it. > > Do you have a tree I can clone directly, with all

Re: [Regression] "irqdomain: Don't set type when mapping an IRQ" breaks nexus7 gpio buttons

On Wed, Aug 10, 2016 at 5:17 PM, Marc Zyngier wrote: > Guess what, I just found this exact sucker in the pile of > "junk we won't ever use because it can't run mainline". > I even booted one of your test images on it. > > Do you have a tree I can clone directly, with all the ugly patches >

Re: [v2 PATCH] clk: rockchip: mark rk3399 hdcp_noc and vio_noc as critical

On Tue, Aug 9, 2016 at 11:02 AM, Chris Zhong wrote: > Fix incorrect rk3399 aclk_vio gating bit, it should be 0, not 10. With > this modification, the aclk_vio_noc should be put into critical list, > since it is required by VOP. > And the Type-C DP need these clocks:

[PATCH 0/5] Reduce memory waste by page extension user

From: Joonsoo Kim This patchset tries to reduce memory waste by page extension user. First case is architecture supported debug_pagealloc. It doesn't requires additional memory if guard page isn't used. 8 bytes per page will be saved in this case. Second case is related

<    1   2   3   4   5   6   7   8   9   10   >