Re: [PATCH v7 0/8] Add PWM and IIO timer drivers for STM32

2017-01-05 Thread Benjamin Gaignard
2017-01-05 15:49 GMT+01:00 Lee Jones : > On Thu, 05 Jan 2017, Benjamin Gaignard wrote: > >> version 7: >> - rebase on v4.10-rc2 >> - remove iio_device code from driver and keep only the trigger part >> >> version 6: >> - rename stm32-gptimer in stm32-timers. >> - change "st,stm32-gptimer" compatibl

Re: INFO: rcu_sched self-detected stall on CPU

2017-01-05 Thread Paul E. McKenney
On Thu, Jan 05, 2017 at 07:32:45PM +0100, Enrico Mioso wrote: > Here is a new trace in the meanwhile: reporting it in case it proves useful. > Thank you very much for your help and patience. This looks quite similar to the last one. So there appears to be some consistency, which is reassuring. M

Re: INFO: rcu_sched self-detected stall on CPU

2017-01-05 Thread Paul E. McKenney
On Wed, Jan 04, 2017 at 09:59:13PM +0100, Enrico Mioso wrote: > Here is my .config: I send it 'cause I wasn't able to determine if I selected > the right options. > Sorry for this long config: I don't know how to represent those infos more > efficiently. You have RCU tracing configured, which is

Re: [PATCH 2/2] media: rc: add driver for IR remote receiver on MT7623 SoC

2017-01-05 Thread Sean Wang
Hi Andi, Thank for your reminder. I will refine the code based on your work. to have elegant code and easy error handling. Sean On Fri, 2017-01-06 at 12:43 +0900, Andi Shyti wrote: > Hi Sean, > > > + ir->rc = rc_allocate_device(); > > Yes, you should use devm_rc_allocate_device(...) > > Bes

Re: [PATCH v3 1/5] arm64: dts: exynos5433: TM2/E: Fix wrong information of ldo23 and ldo25

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Jan 06, 2017 at 12:59:05PM +0900, Jaechul Lee wrote: > From: Chanwoo Choi > > This patch fixes the wrong information of ldo23 and ldo25 on both TM2 and > TM2E. Please describe what is exactly wrong and how it affects the system/user. This is going to the fixes so it needs a good explana

Re: [PATCH 2/2] media: rc: add driver for IR remote receiver on MT7623 SoC

2017-01-05 Thread Sean Wang
Hi Sean, Thanks for your effort for code reviewing. I add comments inline. On Thu, 2017-01-05 at 17:12 +, Sean Young wrote: > Hi Sean, > > Some review comments. > > On Fri, Jan 06, 2017 at 12:06:24AM +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > This patch adds driver

Re: [PATCH 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock

2017-01-05 Thread Joseph Qi
On 17/1/6 15:03, Eric Ren wrote: On 01/06/2017 02:07 PM, Joseph Qi wrote: Hi Eric, On 17/1/5 23:31, Eric Ren wrote: We are in the situation that we have to avoid recursive cluster locking, but there is no way to check if a cluster lock has been taken by a precess already. Mostly, we can a

Re: [PATCH 2/2] ocfs2: fix deadlocks when taking inode lock at vfs entry points

2017-01-05 Thread Joseph Qi
On 17/1/6 14:56, Eric Ren wrote: On 01/06/2017 02:09 PM, Joseph Qi wrote: Hi Eric, On 17/1/5 23:31, Eric Ren wrote: Commit 743b5f1434f5 ("ocfs2: take inode lock in ocfs2_iop_set/get_acl()") results in a deadlock, as the author "Tariq Saeed" realized shortly after the patch was merged. The

Re: [PATCH v3 4/4] phy: qcom-qmp: new qmp phy driver for qcom-chipsets

2017-01-05 Thread Bjorn Andersson
On Tue 20 Dec 09:03 PST 2016, Vivek Gautam wrote: > diff --git a/drivers/phy/phy-qcom-qmp.c b/drivers/phy/phy-qcom-qmp.c [..] > +static int qcom_qmp_phy_poweron(struct phy *phy) [..] > + > +err3: Rather than naming your labels errX, it's idiomatic to give them descriptive names, e.g. "disable_ref

Re: [PATCH 2/2] ocfs2: fix deadlocks when taking inode lock at vfs entry points

2017-01-05 Thread Eric Ren
On 01/06/2017 02:09 PM, Joseph Qi wrote: Hi Eric, On 17/1/5 23:31, Eric Ren wrote: Commit 743b5f1434f5 ("ocfs2: take inode lock in ocfs2_iop_set/get_acl()") results in a deadlock, as the author "Tariq Saeed" realized shortly after the patch was merged. The discussion happened here (https://oss

[PATCH v2 01/2] rtl8192u: r8192U:- Do not use 'asm/io.h' directly, use 'linux/io.h'.

2017-01-05 Thread Arvind Yadav
'commit 2584cf83578c ("arch, drivers: don't include directly, use instead")' Make uniform definition of ioremap, ioremap_wc, ioremap_wt and ioremap_cache, tree-wide. Signed-off-by: Arvind Yadav --- drivers/staging/rtl8192u/r8192U.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

Re: [PATCH] drm/via: use get_user_pages_unlocked()

2017-01-05 Thread Lorenzo Stoakes
On 3 January 2017 at 20:23, Lorenzo Stoakes wrote: > Hi All, > > Just a gentle ping on this one :) > > Cheers, Lorenzo > > On 1 November 2016 at 19:43, Lorenzo Stoakes wrote: >> Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code >> and takes advantage of VM_FAULT_RETRY

Re: [PATCH v3 2/5] arm64: dts: exynos: make tm2 and tm2e independent from each other

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Jan 06, 2017 at 12:59:06PM +0900, Jaechul Lee wrote: > From: Andi Shyti > > Currently tm2e dts includes tm2 but there are some differences > between the two boards and tm2 has some properties that tm2e > doesn't have. > > That's why it's important to keep the two dts files independent >

Re: [RFC 1/1] Changes to support the driver for platform device registration

2017-01-05 Thread Raviteja Garimella
Hi Florian, On Thu, Jan 5, 2017 at 11:13 PM, Florian Fainelli wrote: > On 01/05/2017 12:23 AM, Raviteja Garimella wrote: >> -- Add OF based platform device registration >> -- Modify debug prints to be compatible with both pci and platform devices >> -- Add members to 'struct udc' for extcon and p

[PATCH 1/3] ARM: at91: flush the L2 cache before entering cpu idle

2017-01-05 Thread Wenyou Yang
For the SoCs such as SAMA5D2 and SAMA5D4 which have L2 cache, flush the L2 cache first before entering the cpu idle. Signed-off-by: Wenyou Yang --- arch/arm/mach-at91/pm.c | 19 +++ drivers/memory/atmel-sdramc.c | 1 + 2 files changed, 20 insertions(+) diff --git a/arch/

[PATCH 0/3] ARM: at91: fix cpuidle crash on SAMA5D4 Xplained board

2017-01-05 Thread Wenyou Yang
Fix cpuidle crash on SAMA5D4 Xplained board when enable CONFIG_ARM_AT91_CPUIDLE. Because some SoCs have the L2 cache, we should flush the L2 cache before entering the cpu idle. Wenyou Yang (3): ARM: at91: flush the L2 cache before entering cpu idle doc: binding: add new compatible for SDRAM/D

[PATCH 2/3] doc: binding: add new compatible for SDRAM/DDR Controller

2017-01-05 Thread Wenyou Yang
Add the new compatible "atmel,sama5d4-ddramc" for the SDRAM/DDR Controller. Signed-off-by: Wenyou Yang --- Documentation/devicetree/bindings/arm/atmel-at91.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/atmel-at91.txt b/Documentation/devicetree/bi

Re: [PATCH v4 07/11] pwm: imx: Provide atomic PWM support for i.MX PWMv2

2017-01-05 Thread Boris Brezillon
On Thu, 5 Jan 2017 23:15:06 +0200 Andy Shevchenko wrote: > On Thu, Jan 5, 2017 at 11:19 AM, Boris Brezillon > wrote: > > On Thu, 5 Jan 2017 10:03:47 +0100 > > Lukasz Majewski wrote: > >> > /* > >> > * Wait for a free FIFO slot if the PWM is already > >> > enabled, and

[PATCH 3/3] ARM: dts: at91: use "atmel,sama5d4-ddramc" for ramc

2017-01-05 Thread Wenyou Yang
Use the new compatible "atmel,sama5d4-ddramc" for the ramc of SAMA5D2 and SAMA5D4. Signed-off-by: Wenyou Yang --- arch/arm/boot/dts/sama5d2.dtsi | 2 +- arch/arm/boot/dts/sama5d4.dtsi | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/sama5d2.dtsi b/arch/ar

Re: [PATCH v3 2/3] drivers: crypto: Add the Virtual Function driver for CPT

2017-01-05 Thread George Cherian
Hi Corentin, On 12/21/2016 07:31 PM, Corentin Labbe wrote: Hello I have some comment inline On Wed, Dec 21, 2016 at 11:56:12AM +, george.cher...@cavium.com wrote: From: George Cherian Enable the CPT VF driver. CPT is the cryptographic Accelaration Unit typo acceleration will fix [

Re: [PATCH 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock

2017-01-05 Thread Eric Ren
On 01/06/2017 02:07 PM, Joseph Qi wrote: Hi Eric, On 17/1/5 23:31, Eric Ren wrote: We are in the situation that we have to avoid recursive cluster locking, but there is no way to check if a cluster lock has been taken by a precess already. Mostly, we can avoid recursive locking by writing cod

[PATCH] arm64: dts: exynos: Remove unsupported regulator-always-off property from TM2E

2017-01-05 Thread Krzysztof Kozlowski
The regulator property 'regulator-always-off' is not documented and not supported. Signed-off-by: Krzysztof Kozlowski --- arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts b/arch/arm64/boot/dts/exynos

Re: [PATCH v2 01/2] rtl8192u: r8192U:- Do not use 'asm/io.h' directly, use 'linux/io.h'.

2017-01-05 Thread Greg KH
On Fri, Jan 06, 2017 at 11:46:11AM +0530, Arvind Yadav wrote: > 'commit 2584cf83578c ("arch, drivers: don't > include directly, use instead")' > Make uniform definition of ioremap, ioremap_wc, ioremap_wt and > ioremap_cache, tree-wide. I still don't understand what this means at all, do you? Wh

Re: [RFC 0/1] Platform driver support for 'amd5536udc' driver

2017-01-05 Thread Raviteja Garimella
Hi Arnd, On Fri, Jan 6, 2017 at 3:33 AM, Arnd Bergmann wrote: > On Thursday, January 5, 2017 1:53:16 PM CET Raviteja Garimella wrote: >> The UDC is based on Synopsys Designware core USB (2.0) Device controller >> IP. > ... >> This is a request for comments from maintainers/others regarding approa

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

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Dec 30, 2016 at 01:14:20PM +0900, Andi Shyti wrote: > Use the macros defined in include/dt-bindings/pinctrl/samsung.h > instead of hardcoded values. > > Signed-off-by: Andi Shyti > --- > arch/arm64/boot/dts/exynos/exynos5433-pinctrl.dtsi | 348 > +++-- > 1 file changed,

Re: [PATCH v2 4/4] ARM64: dts: TM2: comply to the samsung pinctrl naming convention

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Dec 30, 2016 at 01:14:21PM +0900, Andi Shyti wrote: > Change the PIN() macro definition so that it can use the macros > from pinctrl/samsung.h header file. > > Signed-off-by: Andi Shyti > --- > arch/arm64/boot/dts/exynos/exynos5433-pinctrl.dtsi | 25 +- > arch/arm64/boot/dts/exynos/exyn

RE: [PATCH 1/3] dt-bindings: Update QorIQ TMU thermal bindings

2017-01-05 Thread Y.T. Tang
Seems like Troy's email client has issues which causes his reply is unreadable in patchwork. Please ignore it in patchwork. Regards, Yuantian > -Original Message- > From: Troy Jia > Sent: Thursday, January 05, 2017 10:29 AM > To: Scott Wood ; rui.zh...@intel.com; > edubez...@gmail.com;

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

2017-01-05 Thread Ingo Molnar
* Thomas Garnier wrote: > >> Not sure I fully understood and I don't want to miss an important point. > >> Do > >> you mean making GDT (remapping and per-cpu) read-only and switch the > >> writeable flag only when we write to the per-cpu entry? > > > > What I mean is: write to the GDT through

Re: [PATCH] iommu: Drop the of_iommu_{set/get}_ops() interface

2017-01-05 Thread Yong Wu
On Wed, 2017-01-04 at 15:11 +, Robin Murphy wrote: > [+Yong Wu for mtk_iommu] > > On 03/01/17 17:34, Lorenzo Pieralisi wrote: > > With the introduction of the new iommu_{register/get}_instance() > > interface in commit e4f10ffe4c9b ("iommu: Make of_iommu_set/get_ops() DT > > agnostic") (based

Re: [PATCH v2 2/4] pinctrl: dt-bindings: samsung: add drive strength macros for Exynos5433

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Dec 30, 2016 at 02:30:47PM +0100, Linus Walleij wrote: > On Fri, Dec 30, 2016 at 5:14 AM, Andi Shyti wrote: > > > Commit 5db7e3bb87df ("pinctrl: dt-bindings: samsung: Add header with > > values used for configuration") has added a header file for defining the > > pinctrl values in order t

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

2017-01-05 Thread Ingo Molnar
* Arjan van de Ven wrote: > On 1/5/2017 9:54 AM, Thomas Garnier wrote: > > > That's my goal too. I started by doing a RO remap and got couple problems > > with > > hibernation. I can try again for the next iteration or delay it for another > > patch. I also need to look at KVM GDT usage, I a

Re: [PATCHv3 2/5] arm: mvebu: support for SMP on 98DX3336 SoC

2017-01-05 Thread Stephen Boyd
On 01/06, Chris Packham wrote: > diff --git a/arch/arm/mach-mvebu/platsmp.c b/arch/arm/mach-mvebu/platsmp.c > index 46c742d3bd41..3c9ab9a008ad 100644 > --- a/arch/arm/mach-mvebu/platsmp.c > +++ b/arch/arm/mach-mvebu/platsmp.c > @@ -182,5 +182,48 @@ const struct smp_operations armada_xp_smp_ops > _

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location

2017-01-05 Thread Ingo Molnar
* Thomas Garnier wrote: > > Thanks, > > > > Ingo > > Ingo: I saw the 5-level page table support being sent through. Do you > want me to wait for it to be -next? (Given it will need to be changed > too). Please just base your bits on Linus's latest tree - we'll sort out any conflicts as

Re: [PATCH] MAINTAINERS: Add EXYNOS5433 ARM architectures entry as a supporter

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Jan 06, 2017 at 12:21:44PM +0900, Chanwoo Choi wrote: > On 2017년 01월 06일 01:59, Krzysztof Kozlowski wrote: > > On Thu, Jan 05, 2017 at 10:41:04PM +0900, Andi Shyti wrote: > >> Hi Daniel, > >> > +ARM/SAMSUNG EXYNOS5433 ARM ARCHITECTURES > +M: Chanwoo Choi > +R: Andi

Re: [PATCH v2 perf/core] perf script: fix a use after free crash.

2017-01-05 Thread Krister Johansen
On Wed, Jan 04, 2017 at 12:37:39AM -0800, Krister Johansen wrote: > On Mon, Jan 02, 2017 at 09:30:33PM -0300, Arnaldo Carvalho de Melo wrote: > > Em Mon, Jan 02, 2017 at 04:39:04PM -0300, Arnaldo Carvalho de Melo escreveu: > > > Em Mon, Jan 02, 2017 at 02:36:57PM -0300, Arnaldo Carvalho de Melo >

[PATCH v3 perf/core] perf script: fix a use after free crash.

2017-01-05 Thread Krister Johansen
If dso__load_kcore frees all of the existing maps, but one has already been attached to a callchain cursor node, then we can get a SIGSEGV in any function that happens to try to use this invalid cursor. Use the existing map refcount mechanism to forestall cleanup of a map until the cursor iterates

Re: [v1] i4l: act2000: act2000:- Do not use 'asm/io.h' directly, use 'linux/io.h'.

2017-01-05 Thread Arvind Yadav
Thanks for your suggestion :). I have done the changes as per your concern . Please review it. Thanks :) -Arvind On Thursday 05 January 2017 05:35 PM, Greg KH wrote: On Thu, Jan 05, 2017 at 05:25:05PM +0530, Arvind Yadav wrote: Please find my comment below. Where? What happened to your email

Re: [PATCH v3 1/3] drivers: crypto: Add Support for Octeon-tx CPT Engine

2017-01-05 Thread George Cherian
Hi Corentin, Thank you very much for the review. I was on vacation and now am back, I will fix your comments and send a new version. On 12/21/2016 06:53 PM, Corentin Labbe wrote: Hello I have some comment inline On Wed, Dec 21, 2016 at 11:56:11AM +, george.cher...@cavium.com wrote: Fr

[PATCH v2 02/2] i4l: act2000: act2000:- Do not use 'asm/io.h' directly, use 'linux/io.h'.

2017-01-05 Thread Arvind Yadav
'commit 2584cf83578c ("arch, drivers: don't include directly, use instead")' Make uniform definition of ioremap, ioremap_wc, ioremap_wt and ioremap_cache, tree-wide. Signed-off-by: Arvind Yadav --- drivers/staging/i4l/act2000/act2000.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) dif

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

2017-01-05 Thread Krzysztof Kozlowski
On Fri, Jan 06, 2017 at 11:23:43AM +0900, Andi Shyti wrote: > Hi Krzysztof, > > > Andi, > > Please fix missing Signed-off-by and resend with Linus' tags for #1 and > > #2 and with other accumulated tags. > > patch #1 has already been merged in mainline: > > https://git.kernel.org/cgit/linux/kern

Re: [PATCH 2/2] ocfs2: fix deadlocks when taking inode lock at vfs entry points

2017-01-05 Thread Joseph Qi
Hi Eric, On 17/1/5 23:31, Eric Ren wrote: Commit 743b5f1434f5 ("ocfs2: take inode lock in ocfs2_iop_set/get_acl()") results in a deadlock, as the author "Tariq Saeed" realized shortly after the patch was merged. The discussion happened here (https://oss.oracle.com/pipermail/ocfs2-devel/2015-Sep

[PATCH v4] rfkill: Add rfkill-any LED trigger

2017-01-05 Thread Michał Kępień
Add a new "global" (i.e. not per-rfkill device) LED trigger, rfkill-any, which may be useful on laptops with a single "radio LED" and multiple radio transmitters. The trigger is meant to turn a LED on whenever there is at least one radio transmitter active and turn it off otherwise. Signed-off-by

Re: [PATCH 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock

2017-01-05 Thread Joseph Qi
Hi Eric, On 17/1/5 23:31, Eric Ren wrote: We are in the situation that we have to avoid recursive cluster locking, but there is no way to check if a cluster lock has been taken by a precess already. Mostly, we can avoid recursive locking by writing code carefully. However, we found that it's v

[PATCH 1/2] thermal: arm: dra752: Remove TSHUT configuration

2017-01-05 Thread Keerthy
Technical Reference Manual [1] mandates that software should not be configuring the thermal shutdown thresholds. Hence removing TSHUT_CONFIG. [1] http://www.ti.com/lit/ug/sprui30b/sprui30b.pdf Signed-off-by: Keerthy Reported-by: Ravikumar Kattekola --- drivers/thermal/ti-soc-thermal/dra752-the

[PATCH 2/2] thermal: arm: dra752: Remove all TSHUT related definitions

2017-01-05 Thread Keerthy
No configuration needs to be done for TSHUT from software. Hence remove all the unnecessary definitions. Signed-off-by: Keerthy --- drivers/thermal/ti-soc-thermal/dra752-bandgap.h| 19 .../thermal/ti-soc-thermal/dra752-thermal-data.c | 25 -- 2 files ch

[PATCH 0/2] thermal: omap: dra752: Remove TSHUT configuration

2017-01-05 Thread Keerthy
Technical Reference Manual [1] mandates that software should not be configuring the thermal shutdown thresholds. Hence removing TSHUT_CONFIG. [1] http://www.ti.com/lit/ug/sprui30b/sprui30b.pdf Keerthy (2): thermal: omap: dra752: Remove TSHUT configuration thermal: omap: dra752: Remove all TSH

RE: [PATCH v4 2/3] dmaeninge: xilinx_dma: Fix bug in multiple frame stores scenario in vdma

2017-01-05 Thread Appana Durga Kedareswara Rao
Hi Rob, Thanks for the review... [Snip] > > -- a/Documentation/devicetree/bindings/dma/xilinx/xilinx_dma.txt > >> > +++ b/Documentation/devicetree/bindings/dma/xilinx/xilinx_dma.txt > >> > @@ -66,6 +66,8 @@ Optional child node properties: > >> > Optional child node properties for VDMA:

Re: [PATCH v7 3/4] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

2017-01-05 Thread Inki Dae
2017년 01월 06일 14:22에 Andi Shyti 이(가) 쓴 글: > Hi Hoegeun, > >> +static const struct drm_display_mode default_mode = { >> +.clock = 222372, >> +.hdisplay = 1440, >> +.hsync_start = 1440 + 1, >> +.hsync_end = 1440 + 1 + 1, >> +.htotal = 1440 + 1 + 1 + 1, >> +.vdisplay = 2560,

Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue

2017-01-05 Thread Yegor Yefremov
Hi Russel, On Fri, Jan 6, 2017 at 12:25 AM, Russell King - ARM Linux wrote: > On Mon, Nov 28, 2016 at 09:54:28AM -0800, Florian Fainelli wrote: >> If we start supporting generic "enable", "disable" type of properties >> with values that map directly to register definitions of the HW, we >> leave

[PATCH 2/2] cpufreq: Documentation: Updates based on current code

2017-01-05 Thread Viresh Kumar
The cpufreq core has gone though lots of updates in recent times, but on many occasions the documentation wasn't updated along with the code. This patch tries to catchup the documentation with the code. Also add Rafael and Viresh as the contributors to the documentation. Based on a patch from Cla

[PATCH 1/2] cpufreq: Documentation: Minor reformatting

2017-01-05 Thread Viresh Kumar
This patch doesn't change the content of the documentation, but rather reformat it to make it more readable. Signed-off-by: Viresh Kumar --- Documentation/cpu-freq/governors.txt | 205 +++ 1 file changed, 112 insertions(+), 93 deletions(-) diff --git a/Documentat

Re: [PATCH v7 3/4] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

2017-01-05 Thread Andi Shyti
Hi Hoegeun, > +static const struct drm_display_mode default_mode = { > + .clock = 222372, > + .hdisplay = 1440, > + .hsync_start = 1440 + 1, > + .hsync_end = 1440 + 1 + 1, > + .htotal = 1440 + 1 + 1 + 1, > + .vdisplay = 2560, > + .vsync_start = 2560 + 1, > + .vsync_

Re: [PATCH v3] arm64: mm: Fix NOMAP page initialization

2017-01-05 Thread Prakash B
Hi Hanjun, > a update here, tested on 4.9, > > - Applied Ard's two patches only > - Applied Robert's patch only > > Both of them can work fine on D05 with NUMA enabled, which means > boot ok and LTP MM stress test is passed. It is not related to this patch set. LTP "cpuset01" test crashes wi

Re: stack unwinder warning.

2017-01-05 Thread Dave Jones
On Thu, Jan 05, 2017 at 11:02:14AM -0600, Josh Poimboeuf wrote: > On Thu, Jan 05, 2017 at 08:52:49AM -0600, Josh Poimboeuf wrote: > > On Tue, Dec 27, 2016 at 02:00:30PM -0500, Dave Jones wrote: > > > I'm not sure what to make of this. Josh ? (4.10-rc1) > > > > > > WARNING: kernel stack frame

Re: [PATCH] clk: qcom: Fix a possible NULL pointer dereferencing

2017-01-05 Thread Vivek Gautam
Hi, On 01/06/2017 04:09 AM, Stephen Boyd wrote: On 01/05, Vivek Gautam wrote: On 01/05/2017 07:50 PM, Andy Gross wrote: On Thu, Jan 05, 2017 at 02:25:25PM +0530, Vivek Gautam wrote: Assign num_parents as 0 while registering fixed rate clocks in _qcom_cc_register_board_clk(), to make sure the

Re: [PATCH v7 4/4] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

2017-01-05 Thread Andi Shyti
Hi Hoegeun, On Thu, Jan 05, 2017 at 07:20:09PM +0900, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tree node for S6E3HA2 display > controller to TM2 dts. > > Signed-off-by: Hyungwon Hwang > Signed-off-by: Andrzej Hajda > Signed-off-by: Chanwoo Choi > Signed-

Re: [PATCH] mm: fix some typos in mm/zsmalloc.c

2017-01-05 Thread Minchan Kim
On Fri, Jan 06, 2017 at 12:08:03PM +0800, Xishi Qiu wrote: > Delete extra semicolon, and fix some typos. > > Signed-off-by: Xishi Qiu > Reviewed-by: Sergey Senozhatsky Acked-by: Minchan Kim Thanks.

[PATCH v2 5/5] ARM: dts: Add LEGO MINDSTORMS EV3 dts

2017-01-05 Thread David Lechner
This adds a device tree definition file for LEGO MINDSTORMS EV3. What is working: * Pin muxing * Pinconf * GPIOs * MicroSD card reader * UART on input ports 1 and 2 * Buttons * LEDs * Poweroff/reset * Flash memory * EEPROM * Speaker * USB host port * USB perepheral port * A/DC chip What is not w

[PATCH v2 4/5] ARM: davinci_all_defconfig: enable pwm-beeper

2017-01-05 Thread David Lechner
This enables the pwm-beeper module. This is used by the speaker on LEGO MINDSTORMS EV3. Signed-off-by: David Lechner --- arch/arm/configs/davinci_all_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/davinci_all_defconfig b/arch/arm/configs/davinci_all_defconfig ind

[PATCH v2 2/5] ARM: davinci_all_defconfig: Enable PWM modules

2017-01-05 Thread David Lechner
This enables PWM and the TI ECAP and EHRWPM modules. These are used on LEGO MINDSTORMS EV3. --- arch/arm/configs/davinci_all_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig b/arch/arm/configs/davinci_all_defconfig index a12e4c2..2b1967a 1006

[PATCH v2 0/5] Support for LEGO MINDSTORMS EV3

2017-01-05 Thread David Lechner
This patch series has been tested working on next-20170105 with linux-davinci/ next merged into it, along with a few other patches that have been submitted. Dependencies: i.e. Things that are not in next-20170105 or linux-davinci/next already. I know this seems like a long list, but most of these

[PATCH v2 3/5] ARM: davinci_all_defconfig: enable iio and ADS7950

2017-01-05 Thread David Lechner
This enables the iio subsystem and the TI ADS7950 driver. This is used by LEGO MINDSTORMS EV3, which has an ADS7957 chip. --- The CONFIG_TI_ADS7950 driver is currently in iio/testing, so some coordination may be needed before picking up this patch. arch/arm/configs/davinci_all_defconfig | 7

[PATCH v2 1/5] ARM: davinci_all_defconfig: enable DA8xx pinconf

2017-01-05 Thread David Lechner
This enables the DA8xx pinconf driver by default. It is needed by LEGO MINDSTORMS EV3. --- arch/arm/configs/davinci_all_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/davinci_all_defconfig b/arch/arm/configs/davinci_all_defconfig index ddb586a..a12e4c2 100644 --- a

[PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

2017-01-05 Thread Chris Packham
The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs with integrated CPUs. They are similar to the Armada XP SoCs but have different I/O interfaces. Signed-off-by: Chris Packham --- Changes in v2: - Update devicetree binding documentation to reflect that 98DX3336 and

[PATCH] selftests/futex: Fix makefile dependencies

2017-01-05 Thread Stafford Horne
I am working on doing selftests for openrisc and found issues with the futex test is not building after changes to the tests source. This issue is that the TARGETS variable used in the futex Makefile is also used by the selftests Makefile, so when building from toplevel the TARGETS variable is clo

RE: [PATCH v5 13/17] irqdomain: irq_domain_check_msi_remap

2017-01-05 Thread Bharat Bhushan
Hi Mark, > -Original Message- > From: Auger Eric [mailto:eric.au...@redhat.com] > Sent: Thursday, January 05, 2017 5:39 PM > To: Marc Zyngier ; eric.auger@gmail.com; > christoffer.d...@linaro.org; robin.mur...@arm.com; > alex.william...@redhat.com; will.dea...@arm.com; j...@8bytes.org;

Re: [PATCHv2 1/2] arm: Cleanup sanity_check_meminfo

2017-01-05 Thread Nicolas Pitre
On Thu, 5 Jan 2017, Laura Abbott wrote: > > The logic for sanity_check_meminfo has become difficult to > follow. Clean up the code so it's more obvious what the code > is actually trying to do. Additionally, meminfo is now removed > so rename the function to better describe it's purpose. s/it's/

[PATCHv3 2/5] arm: mvebu: support for SMP on 98DX3336 SoC

2017-01-05 Thread Chris Packham
Compared to the armada-xp the 98DX3336 uses different registers to set the boot address for the secondary CPU so a new enable-method is needed. This will only work if the machine definition doesn't define an overall smp_ops because there is not currently a way of overriding this from the device tre

[PATCHv3 3/5] pinctrl: mvebu: pinctrl driver for 98DX3236 SoC

2017-01-05 Thread Chris Packham
From: Kalyan Kinthada This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs from Marvell. Signed-off-by: Kalyan Kinthada Signed-off-by: Chris Packham --- Changes in v2: - include sdio support for the 98DX4251 Changes in v3: - None .../pinctrl/marvell,armada-98

[PATCHv2 0/5] Support for Marvell switches with integrated CPUs

2017-01-05 Thread Chris Packham
The 98DX3236, 98DX3336 and 98DX4251 are a set of switch ASICs with integrated CPUs. They CPU block is common within these product lines and (as far as I can tell/have been told) is based on the Armada XP. There are a few differences due to the fact they have to squeeze the CPU into the same package

[PATCHv3 1/5] clk: mvebu: support for 98DX3236 SoC

2017-01-05 Thread Chris Packham
The 98DX3236, 98DX3336, 98DX4521 and variants have a different TCLK from the Armada XP (200MHz vs 250MHz). The CPU core clock is fixed at 800MHz. The clock gating options are a subset of those on the Armada XP. The core clock divider is different to the Armada XP also. Signed-off-by: Chris Packh

[PATCHv3 5/5] arm: mvebu: Add device tree for db-dxbc2 and db-xc3-24g4xg boards

2017-01-05 Thread Chris Packham
These boards are Marvell's evaluation boards for the 98DX4251 and 98DX3336 SoCs. Signed-off-by: Chris Packham --- Change in v2/v3: - None arch/arm/boot/dts/db-dxbc2.dts | 159 arch/arm/boot/dts/db-xc3-24g4xg.dts | 155 +++

Re: [PATCH v4 2/2] cpufreq: brcmstb-cpufreq: CPUfreq driver for older Broadcom STB SoCs

2017-01-05 Thread Viresh Kumar
On 20-12-16, 14:55, Markus Mayer wrote: > From: Markus Mayer > > This CPUfreq driver provides basic frequency scaling for older Broadcom > STB SoCs that do not use AVS firmware with DVFS support. There is no > support for voltage scaling. > > Signed-off-by: Markus Mayer > --- > drivers/cpufreq

Re: [PATCH 1/2] cpufreq: brcmstb-avs-cpufreq: extend sysfs entry brcm_avs_pmap

2017-01-05 Thread Viresh Kumar
On 19-12-16, 12:10, Markus Mayer wrote: > From: Markus Mayer > > We extend the brcm_avs_pmap sysfs entry (which issues the GET_PMAP > command to AVS) to include all fields from struct pmap. This means > adding mode (AVS, DVS, DVFS) and state (the P-state) to the output. > > Signed-off-by: Markus

[PATCH] mm: fix some typos in mm/zsmalloc.c

2017-01-05 Thread Xishi Qiu
Delete extra semicolon, and fix some typos. Signed-off-by: Xishi Qiu Reviewed-by: Sergey Senozhatsky --- mm/zsmalloc.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c index 9cc3c0b..a1f2498 100644 --- a/mm/zsmalloc.c +++ b/mm/zsmalloc.c @@

Re: [PATCH 2/2] cpufreq: brcmstb-avs-cpufreq: properly retrieve P-state upon suspend

2017-01-05 Thread Viresh Kumar
On 19-12-16, 12:10, Markus Mayer wrote: > From: Markus Mayer > > The AVS GET_PMAP command does return a P-state along with the P-map > information. However, that P-state is the initial P-state when the > P-map was first downloaded to AVS. It is *not* the current P-state. > > Therefore, we explic

[PATCH v3 5/5] arm64: dts: exynos: Add tm2 touchkey node

2017-01-05 Thread Jaechul Lee
Add DT node support for TM2 touchkey device. Signed-off-by: Beomho Seo Signed-off-by: Jaechul Lee Signed-off-by: Andi Shyti Reviewed-by: Javier Martinez Canillas --- arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm64/boo

[PATCH v3 1/5] arm64: dts: exynos5433: TM2/E: Fix wrong information of ldo23 and ldo25

2017-01-05 Thread Jaechul Lee
From: Chanwoo Choi This patch fixes the wrong information of ldo23 and ldo25 on both TM2 and TM2E. Fixes: 01e5d2352152 ("arm64: dts: exynos: Add dts file for Exynos5433-based TM2 board") Signed-off-by: Chanwoo Choi Signed-off-by: Andi Shyti Signed-off-by: Jaechul Lee --- arch/arm64/boot/dts

[PATCH v3 3/5] input: Add support for the tm2 touchkey device driver

2017-01-05 Thread Jaechul Lee
This patch adds the binding description of the tm2 touchkey device driver. Signed-off-by: Jaechul Lee Reviewed-by: Javier Martinez Canillas Reviewed-by: Andi Shyti Acked-by: Rob Herring --- .../bindings/input/samsung,tm2-touchkey.txt| 27 ++ 1 file changed, 27 inse

[PATCH v3 2/5] arm64: dts: exynos: make tm2 and tm2e independent from each other

2017-01-05 Thread Jaechul Lee
From: Andi Shyti Currently tm2e dts includes tm2 but there are some differences between the two boards and tm2 has some properties that tm2e doesn't have. That's why it's important to keep the two dts files independent and put all the commonalities in a tm2-common.dtsi file. At the current stat

[PATCH v3 4/5] input: tm2-touchkey: Add touchkey driver support for TM2

2017-01-05 Thread Jaechul Lee
This patch adds support for the TM2 touch key and led functionality. The driver interfaces with userspace through an input device and reports KEY_PHONE and KEY_BACK event types. LED brightness can be controlled by "/sys/class/leds/tm2-touchkey/brightness". Signed-off-by: Beomho Seo Signed-off-by

[PATCH v3 0/5] Add touch key driver support for TM2

2017-01-05 Thread Jaechul Lee
Hi, This patchset adds support for the tm2 touchkey device. The driver has been ported from Tizen Kernel, originally written by Beomho. I ported it to the latest mainline Kernel. This patch need to apply after this one: https://lkml.org/lkml/2016/12/29/319 Changes in v3: - Changed the commit o

[GIT PULL] platform-drivers-x86 for 4.10-3

2017-01-05 Thread Darren Hart
Hi Linus, Just two small fixes for platform drivers x86. Thanks, Darren Hart Intel Open Source Technology Center The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) are available in the git repository at: git://git.infra

[PATCH v2 4/4] watchdog: tangox: Use watchdog core to install restart handler

2017-01-05 Thread Guenter Roeck
Use the infrastructure provided by the watchdog core to install the restart handler. Signed-off-by: Guenter Roeck --- v2: Need to call watchdog_set_restart_priority() drivers/watchdog/tangox_wdt.c | 34 +- 1 file changed, 13 insertions(+), 21 deletions(-) diff -

[PATCH v2 2/4] watchdog: bcm2835_wdt: Use watchdog core to install restart handler

2017-01-05 Thread Guenter Roeck
Use the infrastructure provided by the watchdog core to install the restart handler. Signed-off-by: Guenter Roeck --- v2: Need to call watchdog_set_restart_priority() drivers/watchdog/bcm2835_wdt.c | 57 ++ 1 file changed, 30 insertions(+), 27 deletions(-

[PATCH v2 1/4] watchdog: asm9260_wdt: Use watchdog core to install restart handler

2017-01-05 Thread Guenter Roeck
Use the infrastructure provided by the watchdog core to install the restart handler. Signed-off-by: Guenter Roeck --- v2: Need to call watchdog_set_restart_priority() drivers/watchdog/asm9260_wdt.c | 22 +++--- 1 file changed, 7 insertions(+), 15 deletions(-) diff --git a/drive

[PATCH v2 3/4] watchdog: dw_wdt: Use watchdog core to install restart handler

2017-01-05 Thread Guenter Roeck
Use the infrastructure provided by the watchdog core to install the restart handler. Signed-off-by: Guenter Roeck --- v2: Need to call watchdog_set_restart_priority() drivers/watchdog/dw_wdt.c | 23 +++ 1 file changed, 7 insertions(+), 16 deletions(-) diff --git a/drivers/w

RE: [PATCH 1/1] igb: Fix hw_dbg logging in igb_update_flash_i210

2017-01-05 Thread Brown, Aaron F
> From: netdev-ow...@vger.kernel.org [mailto:netdev- > ow...@vger.kernel.org] On Behalf Of Peter Senna Tschudin > Sent: Monday, January 2, 2017 9:26 AM > Cc: Hannu Lounento ; Peter Senna Tschudin > ; Kirsher, Jeffrey T > ; moderated list:INTEL ETHERNET DRIVERS > ; open list:NETWORKING DRIVERS > ; o

Re: [PATCH 2/2] media: rc: add driver for IR remote receiver on MT7623 SoC

2017-01-05 Thread Andi Shyti
Hi Sean, > + ir->rc = rc_allocate_device(); Yes, you should use devm_rc_allocate_device(...) Besides, standing to this patch which is not in yet: https://lkml.org/lkml/2016/12/18/39 rc_allocate_device should provide the driver type during allocation, so it should be: ir->rc = rc_a

Re: [PATCH 17/22] power: supply: add battery driver for AXP20X and AXP22X PMICs

2017-01-05 Thread Chen-Yu Tsai
Hi, On Tue, Jan 3, 2017 at 12:37 AM, Quentin Schulz wrote: > The X-Powers AXP20X and AXP22X PMICs can have a battery as power supply. > > This patch adds the battery power supply driver to get various data from > the PMIC, such as the battery status (charging, discharging, full, > dead), current

Re: [PATCH v1 12/54] dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE

2017-01-05 Thread Ming Lei
On Wed, Jan 4, 2017 at 12:43 AM, Mike Snitzer wrote: > On Tue, Dec 27 2016 at 10:56am -0500, > Ming Lei wrote: > >> For BIO based DM, some targets aren't ready for dealing with >> bigger incoming bio than 1Mbyte, such as crypt target. >> >> Signed-off-by: Ming Lei >> --- >> drivers/md/dm.c | 11

Re: [f2fs-dev] [PATCH 08/10] f2fs: relax async discard commands more

2017-01-05 Thread Chao Yu
Hi Jaegeuk, On 2017/1/6 10:42, Jaegeuk Kim wrote: > Hi Chao, > > On 01/06, Chao Yu wrote: >> On 2017/1/6 3:46, Jaegeuk Kim wrote: >>> On 01/05, Chao Yu wrote: On 2017/1/4 17:29, Chao Yu wrote: > On 2016/12/31 2:51, Jaegeuk Kim wrote: >> This patch relaxes async discard commands to av

Re: [PATCH 3/4] mm, page_allocator: Only use per-cpu allocator for irq-safe requests

2017-01-05 Thread Hillf Danton
On Wednesday, January 04, 2017 7:11 PM Mel Gorman wrote: > @@ -2647,9 +2644,8 @@ static struct page *rmqueue_pcplist(struct zone > *preferred_zone, > struct list_head *list; > bool cold = ((gfp_flags & __GFP_COLD) != 0); > struct page *page; > - unsigned long flags; > > -

[RESEND] spi: davinci: Allow device tree devices to use DMA

2017-01-05 Thread David Lechner
This allows SPI devices specified in a device tree to use DMA when the master controller. Since device tree is supposed to only describe the hardware, adding such a configuration option to device tree would not be acceptable. So, this is the best we can do for now to get SPI devices working with D

Re: [PATCH] MAINTAINERS: Add EXYNOS5433 ARM architectures entry as a supporter

2017-01-05 Thread Chanwoo Choi
On 2017년 01월 06일 01:59, Krzysztof Kozlowski wrote: > On Thu, Jan 05, 2017 at 10:41:04PM +0900, Andi Shyti wrote: >> Hi Daniel, >> +ARM/SAMSUNG EXYNOS5433 ARM ARCHITECTURES +M:Chanwoo Choi +R:Andi Shyti +L:linux-samsung-...@vger.kernel.org (moderated for

Re: [PATCH v2] mfd:rtsx: do retry when dma transfer error

2017-01-05 Thread 冯伟linux
> So this is function is SD card specific? > > In which case, why isn't it in the SD card driver? Dma tans error really because of the wrong byte sequence rather than the invalid argument, so we use EILSEQ instead of EINVAL. SD and memstick driver are all use this to transmit data, so it was put i

Re: [PATCH] MAINTAINERS: Add EXYNOS5433 ARM architectures entry as a supporter

2017-01-05 Thread Chanwoo Choi
Hi Krzysztof, On 2017년 01월 06일 02:09, Krzysztof Kozlowski wrote: > On Thu, Jan 05, 2017 at 10:12:49PM +0900, Chanwoo Choi wrote: >> This patch adds the 'ARM/SAMSUNG EXYNOS5433 ARM ARCHITECTURES' entry >> in order to review and test the upcoming patches as a supporter. >> I have developed the low-l

[PATCH] serial: core: remove silly test for uart_state

2017-01-05 Thread Thadeu Lima de Souza Cascardo
The polling functions were checking for a NULL uart_state, which is indexed from uart_driver->state. It should be always allocated and non-NULL when the tty_driver is registered, and line should not be larger than the tty_driver->num anyways. Signed-off-by: Thadeu Lima de Souza Cascardo --- driv

linux-next: Tree for Jan 6

2017-01-05 Thread Stephen Rothwell
Hi all, Changes since 20170105: New tree: fbdev The drm-misc tree lost its build failure. Non-merge commits (relative to Linus' tree): 2128 2641 files changed, 75331 insertions(+), 35467 deletions(-) I have cr

[PATCH] usb: dwc2: fix panic for coherent memory allocation

2017-01-05 Thread Leo Yan
When use configfs to configure USB port as as ethernet gadget, the kernel has panic with below backtrace; it clearly indicates the coherent memory allocation is happened in the interrupt context, but the function __get_vm_area_node() is possible to be scheduling out so function __get_vm_area_node()

  1   2   3   4   5   6   7   8   9   >