[PATCH 2/2] powerpc/pseries: Dynamically increase RMA size

>From ddce2a5f439111f08969d66ccc0c7b4d9196b69d Mon Sep 17 00:00:00 2001 From: Sukadev Bhattiprolu Date: Thu, 4 Aug 2016 23:13:37 -0400 Subject: [PATCH 2/2] powerpc/pseries: Dynamically increase RMA size When booting a very large system with a large initrd we run out

Re: [PATCH v6 09/10] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Thu, 2016-08-04 at 19:07 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c |6 ++ >

RE: [PATCH] mpt3sas: Ensure the connector_name string is NUL-terminated

Hi, Please consider this patch as Acked-by: Chaitra P B Thanks, Chaitra -Original Message- From: Calvin Owens [mailto:calvinow...@fb.com] Sent: Thursday, July 28, 2016 10:16 AM To: Sathya Prakash; Chaitra P B; Suganath Prabu Subramani; James E.J.

[PATCH v2] net: phy: micrel: Add specific suspend

Disable all interrupts when suspend, they will be enabled when resume. Otherwise, the suspend/resume process will be blocked occasionally. Signed-off-by: Wenyou Yang Acked-by: Nicolas Ferre --- Changes in v2: - Use fairly generic

Re: [PATCH v2] powerpc/32: fix csum_partial_copy_generic()

Alessio Igor Bogani writes: > On 4 August 2016 at 05:53, Scott Wood wrote: >> On Tue, 2016-08-02 at 10:07 +0200, Christophe Leroy wrote: >>> commit 7aef4136566b0 ("powerpc32: rewrite csum_partial_copy_generic() >>> based on copy_tofrom_user()")

Re: [Patch v3 01/11] arch/powerpc/pci: Fix compiling error for mpc85xx_edac

On Thu, Aug 04, 2016 at 11:39:14PM +, york sun wrote: > I will rename it if I respin this patch for any reason. Otherwise, I > will send out another patch to rename it after merging. Feel free to send an updated one as a reply to this thread. -- Regards/Gruss, Boris. ECO tip #101:

Re: [PATCH 9/9] remoteproc: core: Support empty resource tables

On Thu, 04 Aug 2016, Lee Jones wrote: > Currently, when a remote processor does not require resources, the > platform-specific remoteproc driver has to create a fake resource > table in order to by-pass the strict checking. But there is no hard > requirement for a remote processor so require or

Re: [PATCH 1/4] mfd: axp20x: add adc volatile ranges for axp22x

On Fri, 01 Jul 2016, Icenowy Zheng wrote: > AXP22x has also some different register map than axp20x, they're also > added here. > > Signed-off-by: Icenowy Zheng > --- > drivers/mfd/axp20x.c | 1 + > include/linux/mfd/axp20x.h | 4 > 2 files changed, 5 insertions(+)

RE: [PATCH V2 7/7] thermal: qoriq: Add thermal management support

Hi Eduardo, If you have any comments please let me know. Thanks. -Hongtao. > -Original Message- > From: Linuxppc-dev [mailto:linuxppc-dev- > bounces+b38951=freescale@lists.ozlabs.org] On Behalf Of Hongtao Jia > Sent: Tuesday, July 19, 2016 2:54 PM > To: edubez...@gmail.com;

Re: [PATCH] drm/amdgpu: Modify error handling in amdgpu_ttm

Am 04.08.2016 um 17:42 schrieb Amitoj Kaur Chawla: To indicate an error, debugfs_create_file can return an ERR_PTR for !CONFIG_DEBUG_FS and NULL otherwise, so in case the result is dereferenced there should be a previous IS_ERR and a NULL check. The Coccinelle semantic patch used to find the

Re: [PATCH v5 1/3] Documentation: mfd: LP873X: Add information for the mfd driver

On Wed, 29 Jun 2016, Keerthy wrote: > The lp873x series of PMICs have a bunch of regulators and a couple > of GPO(General Purpose Outputs). > Add information for the mfd and regulator drivers. Nit: s/mfd/MFD/ > Acked-by: Rob Herring > Signed-off-by: Keerthy

[PATCH 0/3] locking/rwsem: __rwsem_mark_wake() improvements

Hi, Wanpeng recently reminded me of how horrible this function is, and we are now in a position to improve it; see patch 3 for details. Please consider for v4.9. Thanks! Davidlohr Bueso (3): locking/rwsem: Return void in __rwsem_mark_wake() locking/rwsem: Remove a few useless comments

Re: [PATCH] drm/bridge: analogix_dp: Remove duplicated code

Tomeu, o_O Ignore my previous email, seems I make a mistaken about the email format, and mess up the patch format. I have move my previous comments to this one :-) On 08/04/2016 02:23 PM, Tomeu Vizoso wrote: Remove code for reading the EDID and DPCD fields and use the helpers instead.

[PATCH 1/1] sched/cputime: Mitigate performance regression in times()/clock_gettime()

Commit 6e998916dfe3 ("sched/cputime: Fix clock_nanosleep()/clock_gettime() inconsistency") fixed a problem whereby clock_nanosleep() followed by clock_gettime() could allow a task to wake early. It addressed the problem by calling the scheduling classes update_curr when the cputimer starts. Said

[PATCH 0/1] sched/cputime: Mitigate performance regression in times()/clock_gettime()

As per Peter Zijlstra's review, these are the difference wrt V1: * inclusion of appropriate header file linux/prefetch.h * factorized the calls to prefetch into a separate function * introduction of the local variable curr as a form of compiler subexpression elimination (CSE) * fixed

Re: [PATCH 1/2] mac80211/wlcore: Add ieee80211_hw variable to get_expected_throughput

On Thu, Aug 4, 2016 at 10:40 PM, Johannes Berg wrote: > On Thu, 2016-08-04 at 14:31 -0700, John Stultz wrote: >> On Thu, Aug 4, 2016 at 5:43 AM, Maxim Altshul >> wrote: >> > - The variable is added to allow the driver an easy access >> > to it's

Re: [PATCH v6 10/10] arm: dts: mt2701: Add display subsystem related nodes for MT2701

Hi, YT: On Thu, 2016-08-04 at 19:07 +0800, YT Shen wrote: > This patch adds the device nodes for the DISP function blocks for MT2701 > > Signed-off-by: YT Shen > --- > arch/arm/boot/dts/mt2701.dtsi | 86 > + > 1 file changed, 86

RE: [PATCH v1] net: phy: micrel: Add specific suspend

Hi Florian, > -Original Message- > From: Florian Fainelli [mailto:f.faine...@gmail.com] > Sent: 2016年8月4日 11:33 > To: Wenyou Yang > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; linux-arm- > ker...@lists.infradead.org; Alexandre Belloni

Re: [PATCH v2 1/2] xen/x86: Move irq allocation from Xen smp_op.cpu_up()

On 03/08/16 19:22, Boris Ostrovsky wrote: > Commit ce0d3c0a6fb1 ("genirq: Revert sparse irq locking around > __cpu_up() and move it to x86 for now") reverted irq locking > introduced by commit a89941816726 ("hotplug: Prevent alloc/free > of irq descriptors during cpu up/down") because of Xen

RE: [RFC PATCH v3 1/2] Documentation: DT: net: Add Xilinx gmiitorgmii converter device tree binding documentation

Hi Rob, Thanks for the review... > > +XILINX GMIITORGMII Converter Driver Device Tree Bindings > > + > > + > > +The Gigabit Media Independent Interface (GMII) to Reduced Gigabit > > +Media Independent Interface (RGMII) core

RE: [PATCH] mpt3sas: Don't spam logs if logging level is 0

Hi, Please consider this patch as Acked-by: Chaitra P B Thanks, Chaitra -Original Message- From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Johannes Thumshirn Sent: Wednesday, August 03, 2016 6:30 PM To: Martin

Re: [PATCH v4 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

On Thu, 04 Aug 2016, Alexander Stein wrote: > On Thursday 04 August 2016 15:28:18, Ksenija Stanojevic wrote: > > Add core files for mxs-lradc MFD driver. > > > > Note: this patch won't compile in iio/testing without this patch: > > a8f447be8056 ("mfd: Add resource managed APIs for

Re: [Patch v3 01/11] arch/powerpc/pci: Fix compiling error for mpc85xx_edac

On Fri, Aug 05, 2016 at 04:26:26AM +, york sun wrote: > I don't have deep knowledge of this driver. What I am trying is to > separate the common DDR part and share it with ARM platforms. Along the > way, I found the compiling error if build a module. If exposing these > functions becomes a

Re: [PATCH] arm64: Add workaround for Cavium erratum 26026

On 04.08.16 14:40:48, David Daney wrote: > On 08/04/2016 01:57 PM, Robert Richter wrote: > >The patch below is on top of Matthias' patch series: > > > > arm64: Implement IPI based TLB invalidation > > > >The series is used to enable a workaround for Cavium ThunderX pass 1.x > >systems. > > >

Re: [PATCH] sched/fair: refine maximum periods for decay_load

Hi Leo, On 5 August 2016 at 08:34, Leo Yan wrote: > > In current code, decay_load() will consider to set load value to zero > after passing 32*64 ms. So this means max_load * (0.5^64) ~= 0. > > Kernel can support maximum number of processes and threads to 2^29 and > set task

Re: [PATCH] sched/cputime: Mitigate performance regression in times()/clock_gettime()

On Wed, 2016-08-03 at 12:02 +0200, Peter Zijlstra wrote: > On Wed, Aug 03, 2016 at 12:04:52AM +0200, Giovanni Gherdovich wrote: > > > > > +#if defined(CONFIG_FAIR_GROUP_SCHED) > > > > > > This here wants a comment on why we're doing this. Because I'm > > > sure that if someone were to read this

[PATCH 1/3] locking/rwsem: Return void in __rwsem_mark_wake()

We currently return a rw_semaphore structure, which is the same lock we passed to the function's argument in the first place. While there are several functions that choose this return value, the callers use it, for example, for things like ERR_PTR. This is not the case for __rwsem_mark_wake(), and

[PATCH 2/3] locking/rwsem: Remove a few useless comments

Our rwsem code (xadd, at least) is rather well documented, but there are a few really annoying comments in there that serve no purpose and we shouldn't bother with them. Signed-off-by: Davidlohr Bueso --- kernel/locking/rwsem-xadd.c | 3 --- 1 file changed, 3 deletions(-) diff

[PATCH 3/3] locking/rwsem: Scan the wait_list for readers only once

When wanting to wakeup readers, __rwsem_mark_wakeup() currently iterates the wait_list twice while looking to wakeup the first N queued reader-tasks. While this can be quite inefficient, it was there such that a awoken reader would be first and foremost acknowledged by the lock counter. Keeping

Re: [PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

On Fri, Aug 05, 2016 at 12:01:25AM +0100, Russell King - ARM Linux wrote: > On Thu, Aug 04, 2016 at 06:13:18PM +0100, Jose Abreu wrote: > > Hi Russell, > > > > So, I didn't use framebuffer console but used X instead and it is > > working as it should. I think we can drop this patch. I am now > >

Re: [PATCH] sched/fair: refine maximum periods for decay_load

Hi Vincent, Thanks for review. On Fri, Aug 05, 2016 at 09:56:46AM +0200, Vincent Guittot wrote: > Hi Leo, > > On 5 August 2016 at 08:34, Leo Yan wrote: > > > > In current code, decay_load() will consider to set load value to zero > > after passing 32*64 ms. So this means

Re: [PATCH 2/2] regmap: debugfs: Add support for dumping write only device registers

Le 04/08/2016 à 22:26, Mark Brown a écrit : > On Thu, Aug 04, 2016 at 05:55:58PM +0300, Cristian Birsan wrote: >> Add support for dumping write only device registers in debugfs. This is >> useful for audio codecs that have write only registers (like WM8731). >> The logic that decides if a value

Re: [PATCH v3 7/7] clk: rockchip: rk3399: Add support frac mode frequencies

Hi Xing, Am Freitag, 5. August 2016, 10:26:57 schrieb Xing Zheng: > On 2016年08月05日 03:19, Heiko Stübner wrote: > > Am Dienstag, 2. August 2016, 15:22:59 schrieb Xing Zheng: > >> We need to support various display resolutions for external > >> display devices like HDMI/DP, the frac mode can help

Re: [PATCH v2 2/2] hotplug: Prevent alloc/free of irq descriptors during cpu up/down (again)

On 03/08/16 19:22, Boris Ostrovsky wrote: > Now that Xen no longer allocates irqs in _cpu_up() we can restore > commit a89941816726 ("hotplug: Prevent alloc/free of irq descriptors > during cpu up/down") > > Signed-off-by: Boris Ostrovsky > Acked-by: Thomas Gleixner

Re: [RFC 2/4] bpf, security: Add Checmate

On Thu, Aug 04, 2016 at 05:34:32PM +0800, zhuyj wrote: > Sure. > Is it better to add > #ifndef CONFIG_PREEMPT_RCU ? > > On Thu, Aug 4, 2016 at 4:28 PM, Eric Dumazet wrote: > > Please do not top post > > > > On Thu, 2016-08-04 at 16:08 +0800, zhuyj wrote: > >> +void

Re: [Query] increased latency observed in cpu hotplug path

On 8/1/2016 2:58 PM, Khan, Imran wrote: > On 7/30/2016 7:54 AM, Akinobu Mita wrote: >> 2016-07-28 22:18 GMT+09:00 Khan, Imran : >>> >>> Hi, >>> >>> Recently we have observed some increased latency in CPU hotplug >>> event in CPU online path. For online latency we see that

Re: [PATCH 0/2] drm: add SimpleDRM driver

Hi, On 04-08-16 20:12, Luc Verhaegen wrote: On Thu, Aug 04, 2016 at 06:58:55PM +0200, Noralf Trønnes wrote: I didn't read the binding document[1], which I should have done. If simpledrm claims to be compatible with simple-framebuffer I assume it should support the entire binding doc which

Re: [PATCH v5 5/5] dma-buf/sync_file: only enable fence signalling on poll()

On Thu, Aug 04, 2016 at 11:24:14PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Signalling doesn't need to be enabled at sync_file creation, it is only > required if userspace waiting the fence to signal through poll(). > > Thus we delay

Re: [PATCH V4 2/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Hi Peter, 2016-08-05 0:36 GMT+02:00 Peter Senna Tschudin : > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Cc: Javier Martinez Canillas > Cc: Enric Balletbo i Serra > Cc: Philipp

Re: [PATCH 1/3] dt/bindings: arm-pl330: add description of arm,pl330-periph-burst

Hi Vinod, 在 2016/8/5 11:34, Vinod Koul 写道: On Fri, Aug 05, 2016 at 10:53:20AM +0800, Shawn Lin wrote: This patch adds the "arm,pl330-periph-burst" for arm-pl330 to support busrt mode. why should this be DT property. Only reason I can think of if some hw versions support this and some won't.

Re: [RFC 2/4] bpf, security: Add Checmate

Sure. Why are preempt_disable and rcu_read_lock used here? is there a great benefit of dong this? On Fri, Aug 5, 2016 at 3:05 PM, Sargun Dhillon wrote: > On Thu, Aug 04, 2016 at 05:34:32PM +0800, zhuyj wrote: >> Sure. >> Is it better to add >> #ifndef CONFIG_PREEMPT_RCU ? >>

Re: [PATCH v4] mfd: dm355evm_msp: Refactoring for add_child()

On Fri, 01 Jul 2016, SF Markus Elfring wrote: > From: Markus Elfring Please use `git send-email` to submit your patches. > Adjust jump targets according to the Linux coding style convention. > Another check for the variable "status" can be omitted then at the

Re: [linux-mm] Drastic increase in application memory usage with Kernel version upgrade

On Fri, Aug 05, 2016 at 10:26:37AM +0530, PINTU KUMAR wrote: > Hi All, > > For one of our ARM embedded product, we recently updated the Kernel version > from > 3.4 to 3.18 and we noticed that the same application memory usage (PSS value) > gone up by ~10% and for some cases it even crossed ~50%.

Re: [PATCH] sched/fair: refine maximum periods for decay_load

On 5 August 2016 at 10:17, Leo Yan wrote: > Hi Vincent, > > Thanks for review. > > On Fri, Aug 05, 2016 at 09:56:46AM +0200, Vincent Guittot wrote: >> Hi Leo, >> >> On 5 August 2016 at 08:34, Leo Yan wrote: >> > >> > In current code, decay_load() will

Re: [PATCH v2 1/2] Limit dump_pipe program's permission to init for container

On Tue, Aug 2, 2016 at 2:08 AM, Zhao Lei wrote: > Currently when we set core_pattern to a pipe, the pipe program is > forked by kthread running with root's permission, and write dumpfile > into host's filesystem. > Same thing happened for container, the dumper and dumpfile

Re: [PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

Lars-Peter Clausen writes: > On 08/04/2016 06:08 PM, Sinan Kaya wrote: > [...] >> The other way is I can feed this information to what Dave just introduced >> as part of the callback mechanism and not touch this. > > Use the callback mechanism. It is a lot easier to implement

[PATCH] sched/fair: refine maximum periods for decay_load

In current code, decay_load() will consider to set load value to zero after passing 32*64 ms. So this means max_load * (0.5^64) ~= 0. Kernel can support maximum number of processes and threads to 2^29 and set task with highest priority with nice=-20 (weight = 88761). So in worst case, one CPU may

[PATCH] sched/core: fix one typo

Fix one minor typo in the comment: s/targer/target/. Signed-off-by: Leo Yan --- kernel/sched/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 5c883fe..4cb3547 100644 --- a/kernel/sched/core.c +++

Re: [RFC PATCH v3 2/2] net: phy: Add gmiitorgmii converter support

+ switch (phydev->speed) { + case SPEED_1000: + val |= BMCR_SPEED1000; + case SPEED_100: + val |= BMCR_SPEED100; + } Are there only 2 kinds of speed? On Thu, Aug 4, 2016 at 8:13 PM, Kedareswara rao Appana wrote: >

[PATCH] mfd: altera-a10sr: Make altr_a10sr_regmap_config static const

It's only used in this driver and never get modified, make it static const. Signed-off-by: Axel Lin --- drivers/mfd/altera-a10sr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mfd/altera-a10sr.c b/drivers/mfd/altera-a10sr.c index

Re: [Patch v3 01/11] arch/powerpc/pci: Fix compiling error for mpc85xx_edac

On Fri, Aug 05, 2016 at 09:01:26AM +0200, Borislav Petkov wrote: > On Fri, Aug 05, 2016 at 04:26:26AM +, york sun wrote: > > I don't have deep knowledge of this driver. What I am trying is to > > separate the common DDR part and share it with ARM platforms. Along the > > way, I found the

Re: [PATCH v2] powerpc/32: fix csum_partial_copy_generic()

Le 05/08/2016 à 08:57, Michael Ellerman a écrit : Alessio Igor Bogani writes: On 4 August 2016 at 05:53, Scott Wood wrote: On Tue, 2016-08-02 at 10:07 +0200, Christophe Leroy wrote: commit 7aef4136566b0 ("powerpc32: rewrite

Re: [PATCH v5 5/5] dma-buf/sync_file: only enable fence signalling on poll()

On Fri, Aug 05, 2016 at 08:28:15AM +0100, Chris Wilson wrote: > On Thu, Aug 04, 2016 at 11:24:14PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Signalling doesn't need to be enabled at sync_file creation, it is only > > required if userspace

Re: mfd: dm355evm_msp: Refactoring for add_child()

On Fri, 01 Jul 2016, SF Markus Elfring wrote: > > FYI, code looks fine. > > Thanks for your acknowledgement. > > > > ... but please take this opportunity to set-up your submission > > environment i.e. using `git format-patch` and `git send-email`. > > > Would you like to see any special

Re: [PATCH] drm/bridge: analogix_dp: Remove duplicated code

Tomeu, Nice job ! Have a few nits bellow. ;) On 08/04/2016 02:23 PM, Tomeu Vizoso wrote: Remove code for reading the EDID and DPCD fields and use the helpers instead. Besides the obvious code reduction, other helpers are being added to the core that could be used in this driver and will be

Re: [RESEND PATCH v2 00/13] Clock improvement for video playback

Hi Mike I believe that you and Gabriel found an agreement to include this series in v4.8 Unfortunately it seems it's not the case, for which reason ? Thanks Patrice On 06/16/2016 11:20 AM, Gabriel Fernandez wrote: > v2: > - Simpliflication of clock binding > remark from Rob

Re: [PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

On Fri, Aug 05, 2016 at 10:06:08AM +0200, Daniel Vetter wrote: > On Fri, Aug 05, 2016 at 12:01:25AM +0100, Russell King - ARM Linux wrote: > > On Thu, Aug 04, 2016 at 06:13:18PM +0100, Jose Abreu wrote: > > > Hi Russell, > > > > > > So, I didn't use framebuffer console but used X instead and it

Re: [PATCH v3 2/7] clk: rockchip: rk3399: export 480M_SRC clock id for usbphy0/usbphy1

Hi Heiko, On 2016/8/5 3:10, Heiko Stübner wrote: Hi Xing, Am Dienstag, 2. August 2016, 15:19:56 schrieb Xing Zheng: Export these source clocks for usbphy. Signed-off-by: Xing Zheng can you please provide a rationale why you need manual control over that

Re: [PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

On 08/05/2016 08:32 AM, Robert Jarzmik wrote: > Lars-Peter Clausen writes: > >> On 08/04/2016 06:08 PM, Sinan Kaya wrote: >> [...] >>> The other way is I can feed this information to what Dave just introduced >>> as part of the callback mechanism and not touch this. >> >> Use

Re: [PATCH v4 1/7] clk: rockchip: add clock flag parameter when register pll

Hi Heiko, On 2016年08月05日 06:37, Heiko Stuebner wrote: Am Freitag, 29. Juli 2016, 15:56:55 schrieb Lin Huang: From: Heiko Stübner add clock flag parameter so we can pass specific clock flag (like CLK_GET_RATE_NOCACHE etc..)to pll driver. Signed-off-by: Heiko Stübner

[PATCH 1/2] powerpc/pseries: Use a helper to fixup nr_cores

>From d49b597623ac58fa1ab61ce0157470b6390e9a67 Mon Sep 17 00:00:00 2001 From: Sukadev Bhattiprolu Date: Fri, 5 Aug 2016 00:01:54 -0400 Subject: [PATCH 1/2] powerpc/pseries: Use a helper to fixup nr_cores. We have to fixup RMA size also, so using helpers will make it

[PATCH] sched/fair: polish function update_next_balance()

Function update_next_balance() is only used by idle balance, so its parameter 'cpu_busy' is redundant and always be passed with 0. This patch is to polish update_next_balance() to remove parameter 'cpu_busy'. Signed-off-by: Leo Yan --- kernel/sched/fair.c | 11 ++-

RE: [RFC PATCH v3 2/2] net: phy: Add gmiitorgmii converter support

Hi zhuyj, Thanks for the review... > > + switch (phydev->speed) { > + case SPEED_1000: > + val |= BMCR_SPEED1000; > + case SPEED_100: > + val |= BMCR_SPEED100; > + } > > Are there only 2 kinds of speed? Converter supports 3 different

Re: linux-next: please clean up the livepatching tree

On Wed, 03 Aug 2016 11:29:02 +0200, Jiri Kosina wrote: > > On Wed, 3 Aug 2016, Stephen Rothwell wrote: > > > > This is a part we keep discussing from time to time, and I still don't > > > understand why it bothers you so much. The only reason is to keep the > > > branch non-rebasing, because

Re: [PATCH v5 4/5] Documentation: add doc for sync_file_get_fence()

On Thu, Aug 04, 2016 at 11:24:13PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Document the new function added to sync_file.c > > v2: Adapt to fence_array > > Signed-off-by: Gustavo Padovan > Acked-by: Christian

Re: [PATCH V4 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Hi Peter, Only one comment below and one nitpick 2016-08-05 0:37 GMT+02:00 Peter Senna Tschudin : > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the video signal

Re: [PATCH] cpufreq: powernv: Fix crash in gpstate_timer_handler

On 05/08/16 01:29, Akshay Adiga wrote: 'commit 09ca4c9b5958 ("cpufreq: powernv: Replacing pstate_id with frequency table index")' changes calc_global_pstate() to use cpufreq_table index instead of pstate_id. But in gpstate_timer_handler() pstate_id was being passed instead of cpufreq_table

Re: [PATCH 3/3] mfd: db8500-prcmu: Example using new OF_MFD_CELL/MFD_CELL_BASIC MACROs

On Thu, 04 Aug 2016, Linus Walleij wrote: > On Wed, Jul 13, 2016 at 1:26 PM, Lee Jones wrote: > > > ... with and without 'resources'. > > > > Signed-off-by: Lee Jones > > Acked-by: Linus Walleij > > I'm not 100% sure what

RE: [PATCH v2 1/2] Limit dump_pipe program's permission to init for container

Hi, Andrei Vagin Thanks for your detailed review and suggestion. > -Original Message- > From: Andrei Vagin [mailto:ava...@gmail.com] > Sent: Friday, August 05, 2016 2:32 PM > To: Zhao Lei > Cc: LKML ; Linux Containers >

Re: [PATCH v5 2/3] mfd: lp873x: Add lp873x PMIC support

On Wed, 29 Jun 2016, Keerthy wrote: > The LP873X chip is a power management IC for Portable Navigation Systems > and Tablet Computing devices. It contains the following components: > > - Regulators. > - Configurable General Purpose Output Signals(GPO). > > PMIC interacts with the

Re: [PATCH v5 2/3] mfd: lp873x: Add lp873x PMIC support

On Friday 05 August 2016 01:33 PM, Lee Jones wrote: On Wed, 29 Jun 2016, Keerthy wrote: The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose

Re: [PATCH v5 1/3] Documentation: mfd: LP873X: Add information for the mfd driver

On Friday 05 August 2016 01:35 PM, Lee Jones wrote: On Wed, 29 Jun 2016, Keerthy wrote: The lp873x series of PMICs have a bunch of regulators and a couple of GPO(General Purpose Outputs). Add information for the mfd and regulator drivers. Nit: s/mfd/MFD/ Okay. Acked-by: Rob Herring

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

On 08/04/2016 10:57 PM, Stephen Boyd wrote: > 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 >> > sparse array of clocks like follows:

Re: [PATCH 03/34] mm, vmscan: move LRU lists to node

On Thu, Aug 04, 2016 at 09:59:17PM +0100, James Hogan wrote: > > Signed-off-by: Mel Gorman > > Acked-by: Johannes Weiner > > Acked-by: Vlastimil Babka > > This breaks boot on metag architecture: > Oops: err 0007 (Data access

Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures

On Thu, 4 Aug 2016 12:06:41 -0500 Segher Boessenkool wrote: > On Thu, Aug 04, 2016 at 06:10:57PM +0200, Arnd Bergmann wrote: > > On Thursday, August 4, 2016 9:47:13 PM CEST Nicholas Piggin wrote: > > > > > + __used \

Re: Why do we need reset_control_get_optional() ?

Am Samstag, den 30.07.2016, 22:13 +0200 schrieb Arnd Bergmann: > On Friday, July 29, 2016 3:08:15 PM CEST Philipp Zabel wrote: > > Hi Masahiro, > > > > Am Donnerstag, den 28.07.2016, 19:29 +0900 schrieb Masahiro Yamada: > > [...] > > > However, I think the following makes more sense: > > > > > >

Re: [PATCH v4 1/7] clk: rockchip: add clock flag parameter when register pll

Hi Lin, Am Freitag, 5. August 2016, 16:50:49 schrieb hl: > On 2016年08月05日 06:37, Heiko Stuebner wrote: > > Am Freitag, 29. Juli 2016, 15:56:55 schrieb Lin Huang: > >> From: Heiko Stübner > >> > >> add clock flag parameter so we can pass specific clock flag > >> (like

Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures

On Friday, August 5, 2016 10:26:25 PM CEST Nicholas Piggin wrote: > On Fri, 05 Aug 2016 12:17:27 +0200 > Arnd Bergmann wrote: > > and I also get link errors for the .text.fixup section > > for any users of __put_user() in really large kernels: > >

Re: [PATCH v2 03/44] x86/asm/head: rename 'stack_start' -> 'initial_stack'

On Fri, Aug 05, 2016 at 10:28:39AM -0500, Nilay Vaish wrote: > On 4 August 2016 at 17:21, Josh Poimboeuf wrote: > > The 'stack_start' variable is similar in usage to 'initial_code' and > > 'initial_gs': they're all stored in head_64.S and they're all updated by > > SMP and

[BUG] Bad page states

Hi guys I noticed following errors with current tree. Bisected to nowhere :( Anyone has an idea ? git bisect start # bad: [dd7fd3a82ce55e5772d41b1faa2439f15318a902] ACPI / hotplug / PCI: Runtime resume bridges before bus rescans git bisect bad dd7fd3a82ce55e5772d41b1faa2439f15318a902 # good:

Re: [PATCH v2 1/2] Limit dump_pipe program's permission to init for container

On Fri, Aug 05, 2016 at 03:52:25PM +0800, Zhao Lei wrote: > Hi, Andrei Vagin > > Thanks for your detailed review and suggestion. > > > -Original Message- > > From: Andrei Vagin [mailto:ava...@gmail.com] > > Sent: Friday, August 05, 2016 2:32 PM > > To: Zhao Lei >

Re: [PATCH 2/4] irqchip: irq-mvebu-pic: new driver for Marvell Armada 7K/8K PIC

Hello, Thanks for the quick feedback! On Fri, 5 Aug 2016 15:31:13 +, Jason Cooper wrote: > > +config MVEBU_PIC > > + bool > > tri-state? Is there anything else attached to the PIC besides the PMU? tri-state would be fine I believe, it's indeed a secondary interrupt controller, not

Re: [PATCH v2 13/44] x86/asm/head: remove useless zeroed word

On Thu, Aug 4, 2016 at 6:22 PM, Josh Poimboeuf wrote: > This zeroed word has no apparent purpose, so remove it. > > Signed-off-by: Josh Poimboeuf > --- > arch/x86/kernel/head_64.S | 1 - > 1 file changed, 1 deletion(-) > > diff --git

Re: [PATCH 1/2] mm: page_alloc.c: Add tracepoints for slowpath

> On Aug 4, 2016, at 8:49 PM, Steven Rostedt wrote: > > On Fri, 29 Jul 2016 01:41:20 +0530 > Janani Ravichandran wrote: > > Sorry for the late reply, I've been swamped with other things since > coming back from my vacation. > No problem! > >

Re: [PATCH v2 13/44] x86/asm/head: remove useless zeroed word

On Fri, Aug 05, 2016 at 12:13:04PM -0400, Brian Gerst wrote: > On Thu, Aug 4, 2016 at 6:22 PM, Josh Poimboeuf wrote: > > This zeroed word has no apparent purpose, so remove it. > > > > Signed-off-by: Josh Poimboeuf > > --- > > arch/x86/kernel/head_64.S

Re: [PATCH v2] x86, kasan, ftrace: Put APIC interrupt handlers into .irqentry.text

On Fri, Jul 15, 2016 at 11:42 AM, Alexander Potapenko wrote: > When building with CONFIG_FUNCTION_GRAPH_TRACER or CONFIG_KASAN, put the > APIC interrupt handlers into the .irqentry.text section. This is needed > because both KASAN and function graph tracer use

[Documentation] State of CPU controller in cgroup v2

Hello, There have been several discussions around CPU controller support. Unfortunately, no consensus was reached and cgroup v2 is sorely lacking CPU controller support. This document includes summary of the situation and arguments along with an interim solution for parties who want to use the

Re: [RFC][PATCH 4/3] tracing: Add NMI tracing in hwlat detector

On 08/05/2016 04:52 PM, Steven Rostedt wrote: >>> --- a/kernel/trace/trace_hwlat.c >>> +++ b/kernel/trace/trace_hwlat.c >>> @@ -64,6 +64,15 @@ static struct dentry *hwlat_sample_window; /* >>> sample window us */ >>> /* Save the previous tracing_thresh value */ >>> static unsigned long

Re: bug: using smp_processor_id() in preemptible code in rr_select_path()

On 08/05/2016 09:42 AM, Mike Snitzer wrote: On Fri, Aug 05 2016 at 11:33P -0400, Jens Axboe wrote: On 08/05/2016 09:27 AM, Mike Snitzer wrote: On Wed, Aug 03 2016 at 11:35am -0400, Benjamin Block wrote: Hej Mike, when running a debug-kernel

Re: perf test BPF failing on f24: fix

Em Fri, Aug 05, 2016 at 11:35:32AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Aug 05, 2016 at 06:45:50PM +0900, Masami Hiramatsu escreveu: > > See the symbol address calcurated from symbol map, in successful case > > the address exactly same address of SyS_epoll_wait. This indicates > >

Re: bug: using smp_processor_id() in preemptible code in rr_select_path()

On Fri, Aug 05 2016 at 11:54am -0400, Jens Axboe wrote: > On 08/05/2016 09:42 AM, Mike Snitzer wrote: > >On Fri, Aug 05 2016 at 11:33P -0400, > >Jens Axboe wrote: > > > >>On 08/05/2016 09:27 AM, Mike Snitzer wrote: > >>>On Wed, Aug 03 2016 at 11:35am -0400, >

Re: [RFC][PATCH 4/3] tracing: Add NMI tracing in hwlat detector

On Fri, 5 Aug 2016 17:40:43 +0200 Sebastian Andrzej Siewior wrote: > > Ah, this is when we have GENERIC_SCHED_CLOCK, which would break tracing > > if any arch that has this also has NMIs. Probably need to look at arm64. > > arm64 should use the generic code as they

Re: [PATCH v2 04/44] x86/asm/head: use a common function for starting CPUs

On Fri, Aug 05, 2016 at 10:41:15AM -0500, Nilay Vaish wrote: > On 4 August 2016 at 17:22, Josh Poimboeuf wrote: > > There are two different pieces of code for starting a CPU: start_cpu0() > > and the end of secondary_startup_64(). They're identical except for the > > stack

Re: 4.7.0-rc7 ext4 error in dx_probe

On Fri, Aug 05, 2016 at 12:35:44PM +0200, Johannes Stezenbach wrote: > On Wed, Aug 03, 2016 at 05:50:26PM +0300, Török Edwin wrote: > > I have just encountered a similar problem after I've recently upgraded to > > 4.7.0: > > [Wed Aug 3 11:08:57 2016] EXT4-fs error (device dm-1): dx_probe:740:

Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures

On Fri, 05 Aug 2016 18:01:13 +0200 Arnd Bergmann wrote: > On Friday, August 5, 2016 10:26:25 PM CEST Nicholas Piggin wrote: > > On Fri, 05 Aug 2016 12:17:27 +0200 > > Arnd Bergmann wrote: > > > > and I also get link errors for the .text.fixup section > > > for

Re: [PATCH 1/2] mm: page_alloc.c: Add tracepoints for slowpath

On Fri, 5 Aug 2016 21:33:25 +0530 Janani Ravichandran wrote: > > Hmm, looking at the code, it appears setting tracing_thresh should > > work. Could you show me exactly what you did? > > > > Sure. I wanted to observe how long it took to allocate pages and also how

Re: [PATCH] dmaengine: device must have at least one channel

On 03-08-16, 21:34, Greg Kroah-Hartman wrote: > On Wed, Jul 27, 2016 at 02:32:58PM -0700, Viresh Kumar wrote: > > The DMA device can't be registered if it doesn't have any channels > > registered at all. Moreover, it leads to memory leak and is reported by > > kmemleak as (on 3.10 kernel, and same

Re: [PATCH] arm64: Add workaround for Cavium erratum 26026

On 08/05/2016 12:00 AM, Robert Richter wrote: On 04.08.16 14:40:48, David Daney wrote: On 08/04/2016 01:57 PM, Robert Richter wrote: The patch below is on top of Matthias' patch series: arm64: Implement IPI based TLB invalidation The series is used to enable a workaround for Cavium

Re: [PATCH v13 3/6] CPM/QE: use genalloc to manage CPM/QE muram

Le 30/11/2015 à 03:48, Zhao Qiang a écrit : Use genalloc to manage CPM/QE muram instead of rheap. Signed-off-by: Zhao Qiang --- Changes for v9: - splitted from patch 3/5, modify cpm muram management functions. Changes for v10: - modify cpm muram

Re: [PATCH v4 0/3] dma-mapping, powerpc, nvme: introduce the DMA_ATTR_NO_WARN attribute

On Fri, 5 Aug 2016 09:34:20 -0300 Mauricio Faria de Oliveira wrote: > On 08/04/2016 10:05 PM, Andrew Morton wrote: > > Of course, the alternative is to just delete the damn warnings from > > ppc_iommu_map_sg(). Imagine that! Have they ever been of any use to > >

  1   2   3   4   5   6   7   8   9   >