Re: [PATCH] ahci: imx: fix building without hwmon or thermal

2017-01-15 Thread Tejun Heo
On Wed, Jan 11, 2017 at 02:36:16PM +0100, Arnd Bergmann wrote: > When CONFIG_HWMON is disabled, we now get a link failure: > > ERROR: "devm_hwmon_device_register_with_groups" [drivers/ata/ahci_imx.ko] > undefined! > drivers/ata/ahci_imx.o: In function `imx_ahci_probe': > ahci_imx.c:(.text.imx_ahc

[PATCH 3/6] ncr5380: Reduce #include files

2017-01-15 Thread Finn Thain
The NCR5380 wrapper drivers don't export symbols or declarations and don't actually need separate header files. Most of these header files were removed already; only sun3_scsi.h and g_NCR5380.h remain. Move the remaining definitions to the corresponding .c files to improve readability and proximit

Re: [PATCH] writeback: use rb_entry()

2017-01-15 Thread Tejun Heo
On Fri, Jan 13, 2017 at 11:17:12PM +0800, Geliang Tang wrote: > To make the code clearer, use rb_entry() instead of container_of() to > deal with rbtree. > > Signed-off-by: Geliang Tang > --- > mm/backing-dev.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/mm/back

Re: [PATCHSET for-4.11] cgroup: avoid spurious identity ->*attach() invocations

2017-01-15 Thread Tejun Heo
On Wed, Jan 11, 2017 at 06:46:33PM +0800, Zefan Li wrote: > On 2016/12/30 6:11, Tejun Heo wrote: > > Hello, > > > > On the v2 hierarchy, when controllers are enabled and disabled, other > > ->*attach() callbacks of other controllers are called spuriously with > > the same source and destination.

Re: [PATCH v2 3/3] Input: pwm-beeper: add optional amplifier regulator

2017-01-15 Thread David Lechner
On 01/14/2017 01:19 PM, Dmitry Torokhov wrote: On Wed, Jan 11, 2017 at 02:02:01PM -0600, David Lechner wrote: This adds an optional regulator to the pwm-beeper device. This regulator acts as an amplifier. The amplifier is only enabled while beeping in order to reduce power consumption. Tested o

Re: [PATCH v2 3/3] Input: pwm-beeper: add optional amplifier regulator

2017-01-15 Thread Dmitry Torokhov
On Sun, Jan 15, 2017 at 06:12:29PM -0600, David Lechner wrote: > On 01/14/2017 01:19 PM, Dmitry Torokhov wrote: > >On Wed, Jan 11, 2017 at 02:02:01PM -0600, David Lechner wrote: > >>This adds an optional regulator to the pwm-beeper device. This regulator > >>acts as an amplifier. The amplifier is o

Re: [RFC for GIT] pull-request: add praise to people doing QA

2017-01-15 Thread Junio C Hamano
Wolfram Sang writes: > === new stuff starts here > > with much appreciated quality assurance from > > Andy Shevchenko (1): > (Rev.) i2c: piix4: Avoid race conditions with IMC > > Benjamin Tissoires (1): > (Test) i2c: do

Re: [Ocfs2-devel] [PATCH v3] ocfs2/journal: fix umount hang after flushing journal failure

2017-01-15 Thread Joseph Qi
On 17/1/13 20:37, Eric Ren wrote: On 01/13/2017 10:52 AM, Changwei Ge wrote: Hi Joseph, Do you think my last version of patch to fix umount hang after journal flushing failure is OK? If so, I 'd like to ask Andrew's help to merge this patch into his test tree. Thanks, Br. Changwei The

Linux 4.10-rc4

2017-01-15 Thread Linus Torvalds
Things are still looking fairly normal, and this is the usual weekly Sunday rc release. We're up to rc4, and people are clearly starting to find the regressions. Good, good. it's a slightly more random collection of fixes from last week: the bulk of it is still drivers (gpu, net, sound, usb stand

Re: [PATCH v18 00/15] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

2017-01-15 Thread Fu Wei
Hi Mark, On 14 January 2017 at 19:34, Fu Wei wrote: > Hi Mark, > > On 14 January 2017 at 03:29, Mark Rutland wrote: >> Hi, >> >> On Fri, Dec 09, 2016 at 01:33:04AM +0800, fu@linaro.org wrote: >>> From: Fu Wei >>> >>> This patchset: >>> (1)Preparation for adding GTDT support in arm_arch_

Re: [PATCH v2 2/3] mwifiex: pcie: don't loop/retry interrupt status checks

2017-01-15 Thread Dmitry Torokhov
On Fri, Jan 13, 2017 at 03:35:37PM -0800, Brian Norris wrote: > The following sequence occurs when using IEEE power-save on 8997: > (a) driver sees SLEEP event > (b) driver issues SLEEP CONFIRM > (c) driver recevies CMD interrupt; within the interrupt processing loop, > we do (d) and (e): > (d)

Re: [PATCH v2 3/3] Input: pwm-beeper: add optional amplifier regulator

2017-01-15 Thread David Lechner
On 01/15/2017 06:34 PM, Dmitry Torokhov wrote: On Sun, Jan 15, 2017 at 06:12:29PM -0600, David Lechner wrote: On 01/14/2017 01:19 PM, Dmitry Torokhov wrote: On Wed, Jan 11, 2017 at 02:02:01PM -0600, David Lechner wrote: This adds an optional regulator to the pwm-beeper device. This regulator a

Re: [PATCH v11 02/12] drm/mediatek: add helpers for coverting from the generic components

2017-01-15 Thread CK Hu
On Wed, 2017-01-11 at 14:51 +0800, YT Shen wrote: > define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_ovl' > define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_rdma' > > Signed-off-by: YT Shen Acked-by CK Hu > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 15 ++

Re: [PATCH 3/3] cpuidle/menu: add per cpu pm_qos_resume_latency consideration

2017-01-15 Thread Alex Shi
Thanks a lot, Rik! Anyone like to give more comments or pick it up? Regards Alex On 01/13/2017 04:03 AM, Rik van Riel wrote: > Acked-by: Rik van Riel

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

2017-01-15 Thread Tejun Heo
Hello, Sorry about the delay. Some fire fighthing followed the holidays. On Tue, Jan 03, 2017 at 11:25:59AM +0100, Michal Hocko wrote: > > So from what I understand the proposed cgroup is not in fact > > hierarchical at all. > > > > @TJ, I thought you were enforcing all new cgroups to be proper

Re: [PATCH 1/2] sched: Introduce rcuwait machinery

2017-01-15 Thread Davidlohr Bueso
On Thu, 22 Dec 2016, Bueso wrote: + WARN_ON(current->exit_state); \ While not related to this patch, but per 3245d6acab9 (exit: fix race between wait_consider_task() and wait_task_zombie()), should we not *_ONCE() all things ->exit_state? I'm not really

Re: Duplicate inode number when mount --bind some directories to same mountpoint. (from Fedora18 to 4.10-rc3)

2017-01-15 Thread Nakajima Akira
> 120 116 252:1 /home/b /mnt rw,relatime shared:1 - ext4 /dev/vda1 rw,data=ordered > 121 61 252:1 /home/b /home/a rw,relatime shared:1 - ext4 /dev/vda1 rw,data=ordered Thanks for your polite explanation. I can understand this is correct kernel specification and above Fedora18 and RHEL7.0 is usi

RE: [PATCH] rcu: Narrow early boot window of illegal synchronous grace periods

2017-01-15 Thread Zheng, Lv
Hi, > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: [PATCH] rcu: Narrow early boot window of illegal synchronous > grace periods > > On Sat, Jan 14, 2017 at 01:27:40PM +0100, Rafael J. Wysocki wrote: > > OK, so this fixes the problem with synchronize_rcu_expedited() in > > acpi_os

[lkp-developer] [perf] 3fe1a9f7f2: BUG:unable_to_handle_kernel

2017-01-15 Thread kernel test robot
FYI, we noticed the following commit: commit: 3fe1a9f7f214a59c6cb2eba04847ef6d4c326be0 ("perf: Container-aware tracing support") url: https://github.com/0day-ci/linux/commits/Aravinda-Prasad/perf-Container-aware-tracing-support/20170113-095325 in testcase: trinity with following parameters:

[lkp-developer] [perf/core] 33da94bd89: BUG:unable_to_handle_kernel

2017-01-15 Thread kernel test robot
FYI, we noticed the following commit: commit: 33da94bd89b485777e253cf48ebc4638cf844022 ("perf/core: add a rb-tree index to inactive_groups") url: https://github.com/0day-ci/linux/commits/David-Carrillo-Cisneros/optimize-ctx-switch-with-rb-tree/20170110-203936 in testcase: boot on test machin

[lkp-developer] [perf/core] 49c04ee1a7: WARNING:at_kernel/events/core.c:#perf_iterate_ctx_matching

2017-01-15 Thread kernel test robot
FYI, we noticed the following commit: commit: 49c04ee1a704ad7fe785474d9d17a4341dcb50a3 ("perf/core: use rb-tree index to optimize filtered perf_iterate_ctx") url: https://github.com/0day-ci/linux/commits/David-Carrillo-Cisneros/optimize-ctx-switch-with-rb-tree/20170110-203936 in testcase: tri

Re: Fixing tools using UAPI headers?

2017-01-15 Thread Ben Hutchings
On Sat, 2017-01-14 at 16:16 +, Jonathan Cameron wrote: > On 14/01/17 00:24, Laura Abbott wrote: > > Hi, > > > > I submitted https://marc.info/?l=linux-kernel&m=147343473231192&w=2 > > a while ago and it was suggested postponing any discussion until > > after ksummit > > (https://lists.linuxfo

[v2 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

2017-01-15 Thread Bruno Herrera
This patch adds the documentation for STM32F4x9 USB OTG FS/HS compatible strings. Signed-off-by: Bruno Herrera --- Documentation/devicetree/bindings/usb/dwc2.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/usb/dwc2.txt b/Documentation/devicetree/bi

[v2 1/3] usb: dwc2: Add support for STM32F429/439/469 USB OTG HS/FS in FS mode (internal PHY)

2017-01-15 Thread Bruno Herrera
This patch introduces a new parameter to activate USB OTG HS/FS core embedded phy transciver. The STM32F4x9 SoC uses the GGPIO register to enable the transciver. Signed-off-by: Bruno Herrera --- drivers/usb/dwc2/core.h | 4 drivers/usb/dwc2/hcd.c| 21 ++- drivers/us

[v2 2/3] ARM: dts: STM32 Add USB FS host mode support

2017-01-15 Thread Bruno Herrera
This patch adds the USB pins and nodes for USB HS/FS cores working at FS speed, using embedded PHY. Signed-off-by: Bruno Herrera --- arch/arm/boot/dts/stm32f429-disco.dts | 30 ++ arch/arm/boot/dts/stm32f429.dtsi | 35 ++- arch/arm

Re: [RFC PATCH 1/3] mmc: sdhci: Add platform_dumpregs callback support to sdhci_ops.

2017-01-15 Thread Ritesh Harjani
Hi Jeremy, Thanks for the review. On 1/14/2017 3:51 AM, Jeremy McNicoll wrote: On Fri, Dec 30, 2016 at 05:02:09PM +0530, Ritesh Harjani wrote: From: Sahitya Tummala Add new host operation ->platform_dumpregs to provide a mechanism through which host drivers can dump platform specific registe

Re: [RFC PATCH 2/3] mmc: sdhci-msm: Implement platform_dumpregs callback in sdhci-msm

2017-01-15 Thread Ritesh Harjani
Hi Jeremy, On 1/14/2017 4:01 AM, Jeremy McNicoll wrote: On Fri, Dec 30, 2016 at 05:02:10PM +0530, Ritesh Harjani wrote: From: Sahitya Tummala Implement ->platform_dumpregs host operation to print the platform specific registers in addition to standard SDHC register during error conditions. S

Re: [PATCH v3 2/2] mmc: pwrseq: add support for Marvell SD8787 chip

2017-01-15 Thread Shawn Lin
On 2017/1/16 5:41, Matt Ranostay wrote: On Thu, Jan 12, 2017 at 11:16 PM, Shawn Lin wrote: On 2017/1/13 13:29, Matt Ranostay wrote: Allow power sequencing for the Marvell SD8787 Wifi/BT chip. This can be abstracted to other chipsets if needed in the future. Cc: Tony Lindgren Cc: Ulf Hansson

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

2017-01-15 Thread Junxiao Bi
On 01/13/2017 02:12 PM, Eric Ren wrote: > Hi Junxiao! > > On 01/13/2017 11:59 AM, Junxiao Bi wrote: >> On 01/05/2017 11:31 PM, 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 >>> pre

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

2017-01-15 Thread Junxiao Bi
On 01/13/2017 02:19 PM, Eric Ren wrote: > Hi! > > On 01/13/2017 12:22 PM, Junxiao Bi wrote: >> On 01/05/2017 11:31 PM, 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

Re: [PATCH v4 5/5] ARM: dts: mt2701: add iommu/smi dtsi node for mt2701

2017-01-15 Thread Honghui Zhang
On Fri, 2017-01-13 at 15:54 +0100, Matthias Brugger wrote: > > On 04/07/16 10:00, Matthias Brugger wrote: > > > > > > On 04/07/16 03:32, Honghui Zhang wrote: > >> On Sun, 2016-07-03 at 21:12 +0200, Matthias Brugger wrote: > >>> > >>> On 07/03/2016 08:24 AM, Matthias Brugger wrote: > > >

[PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c

2017-01-15 Thread Dave Young
Signed-off-by: Dave Young --- v1->v2: move efi_print_memmap declaration to general header file arch/x86/include/asm/efi.h|1 - arch/x86/platform/efi/efi.c | 16 drivers/firmware/efi/memmap.c | 16 include/linux/efi.h |1 + 4 files cha

[PATCH V2 3/4] efi/x86: add debug code to print cooked memmap

2017-01-15 Thread Dave Young
It is not obvious if the reserved boot area are added correctly, add a efi_print_memmap to print the new memmap. Signed-off-by: Dave Young Acked-by: Ard Biesheuvel --- arch/x86/platform/efi/efi.c |5 + 1 file changed, 5 insertions(+) --- linux-x86.orig/arch/x86/platform/efi/efi.c +++ l

[PATCH V2 0/4] efi/x86: move efi bgrt init code to early init

2017-01-15 Thread Dave Young
Hi, Here the the update of the series for moving bgrt init code to early init. Main changes is: - Move the 1st patch to the last because it does not block the 2nd patch any more with Peter's patch to prune invlid memmap entries: https://git.kernel.org/cgit/linux/kernel/git/efi/efi.git/commit/?h=n

[PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code

2017-01-15 Thread Dave Young
Before invoking the arch specific handler, efi_mem_reserve() reserves the given memory region through memblock. efi_bgrt_init will call efi_mem_reserve after mm_init(), at that time memblock is dead and it should not be used any more. efi bgrt code depend on acpi intialization to get the bgrt acp

[PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas

2017-01-15 Thread Dave Young
efi_mem_reserve cares only about boot services regions, for making sure later efi_free_boot_services does not free areas which are still useful, such as bgrt image buffer. So add a new argument to efi_memmap_insert for this purpose. Signed-off-by: Dave Young --- v1->v2: only check EFI_BOOT_SER

Re: [PATCH v2 2/6] arm: dts: mt2701: Add iommu/smi device node

2017-01-15 Thread Honghui Zhang
On Fri, 2017-01-13 at 16:05 +0100, Matthias Brugger wrote: > Hi Erin, > > I just took the patch from Honghui he send in june. > Please see my comment inline. > > On 13/01/17 09:42, Erin Lo wrote: > > From: Honghui Zhang > > > > Add the device node of iommu and smi for MT2701. > > > > Signed-off-

Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code

2017-01-15 Thread Dave Young
On 01/13/17 at 01:21pm, Nicolai Stange wrote: > On Fri, Jan 13 2017, Dave Young wrote: > > > On 01/13/17 at 10:21am, Dave Young wrote: > >> On 01/13/17 at 12:11am, Nicolai Stange wrote: > >> > On Fri, Jan 13 2017, Dave Young wrote: > >> > > >> > > On 01/12/17 at 12:54pm, Nicolai Stange wrote: > >

Re: [PATCH DEBUG] x86, pat/mtrr: MTRR/PAT init earlier for each APs

2017-01-15 Thread Chen Yu
Hi experts, do you have any clue on this? thanks. On Tue, Dec 20, 2016 at 06:21:28PM +0800, Chen Yu wrote: > This is a debug patch to descibe/workaround the issue > we encountered recently. > > Problem and the cause: > Currently we are suffering from *extremely* slow CPU online > speed during sys

Re: [PATCH] checkpatch: update $logFunctions

2017-01-15 Thread Miles Chen
On Fri, 2017-01-13 at 00:14 -0800, Joe Perches wrote: > On Fri, 2017-01-13 at 15:38 +0800, miles.c...@mediatek.com wrote: > > From: Miles Chen > > > > Currently checkpatch.pl does not recognize printk_deferred* functions as > > log functions and complains about the line length of printk_deferred*

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

2017-01-15 Thread Eric Ren
Hi Junxiao, On 01/16/2017 10:46 AM, Junxiao Bi wrote: If had_lock==true, it is a bug? I think we should BUG_ON for it, that can help us catch bug at the first time. Good idea! But I'm not sure if "ocfs2_setattr" is always the first one who takes the cluster lock. It's harder for me to name all

RE: [PATCH] hv: use substraction to update ring buffer index

2017-01-15 Thread Dexuan Cui
> From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On > Behalf Of Long Li > Sent: Thursday, January 5, 2017 12:08 > To: KY Srinivasan ; Haiyang Zhang > > Cc: de...@linuxdriverproject.org; linux-kernel@vger.kernel.org > Subject: [PATCH] hv: use substraction to update ring buffer

RE: eMMC boot problem: switch to bus width 8 ddr failed

2017-01-15 Thread Bough Chen
> -Original Message- > From: Ulf Hansson [mailto:ulf.hans...@linaro.org] > Sent: Friday, January 13, 2017 7:23 PM > To: Bough Chen > Cc: Shawn Lin ; Clemens Gruber > ; linux-...@vger.kernel.org; Linus Walleij > ; Adrian Hunter ; A.S. > Dong ; linux-kernel@vger.kernel.org; Gary Bisson > ; F

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

2017-01-15 Thread Junxiao Bi
On 01/16/2017 11:06 AM, Eric Ren wrote: > Hi Junxiao, > > On 01/16/2017 10:46 AM, Junxiao Bi wrote: If had_lock==true, it is a bug? I think we should BUG_ON for it, that can help us catch bug at the first time. >>> Good idea! But I'm not sure if "ocfs2_setattr" is always the first one >>

Re: [PATCH] checkpatch: update $logFunctions

2017-01-15 Thread Joe Perches
On Mon, 2017-01-16 at 10:57 +0800, Miles Chen wrote: > On Fri, 2017-01-13 at 00:14 -0800, Joe Perches wrote: > > On Fri, 2017-01-13 at 15:38 +0800, miles.c...@mediatek.com wrote: > > > From: Miles Chen > > > > > > Currently checkpatch.pl does not recognize printk_deferred* functions as > > > log

Re: [patch net-next] stmmac: indent an if statement

2017-01-15 Thread David Miller
From: Dan Carpenter Date: Thu, 12 Jan 2017 21:46:32 +0300 > The break statement should be indented one more tab. > > Signed-off-by: Dan Carpenter Applied, but like Julia I think we might have a missing of_node_put() here.

Re: [PATCH v1 00/54] block: support multipage bvec

2017-01-15 Thread Ming Lei
Hi Guys, On Tue, Dec 27, 2016 at 11:55 PM, Ming Lei wrote: > Hi, > > This patchset brings multipage bvec into block layer. Basic > xfstests(-a auto) over virtio-blk/virtio-scsi have been run > and no regression is found, so it should be good enough > to show the approach now, and any comments are

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

2017-01-15 Thread Eric Ren
On 01/16/2017 11:13 AM, Junxiao Bi wrote: On 01/16/2017 11:06 AM, Eric Ren wrote: Hi Junxiao, On 01/16/2017 10:46 AM, Junxiao Bi wrote: If had_lock==true, it is a bug? I think we should BUG_ON for it, that can help us catch bug at the first time. Good idea! But I'm not sure if "ocfs2_setattr"

Re: [RFC PATCH] ext4: increase the protection of drop nlink and ext4 inode destroy

2017-01-15 Thread zhangyi (F)
on 2017/1/11 23:34, Theodore Ts'o wrote: > On Wed, Jan 11, 2017 at 05:07:29PM +0800, zhangyi (F) wrote: >> >> (1) The file we want to unlink have many hard links, but only one dcache >> entry in memory. >> (2) open this file, but it's inode->i_nlink read from disk was 1 (too low). >> (3) some one

[PATCH v2] checkpatch: update $logFunctions

2017-01-15 Thread miles.chen
From: Miles Chen Currently checkpatch.pl does not recognize printk_deferred* functions as log functions and complains about the line length of printk_deferred* functoins. Add printk_deferred* to logFunctions to fix it. Signed-off-by: Miles Chen --- scripts/checkpatch.pl | 2 +- 1 file changed

[PATCH] fix race caused by hyperthreads when online an offline cpu

2017-01-15 Thread Zhou Chengming
After online an offline cpu, cpu_hw_events.excl_thread_id will always be set to 1 in intel_pmu_cpu_starting() even when its sibling's excl_thread_id is also 1. Then the two siblings will use the same state in their shared cpu_hw_events.excl_cntrs, it will cause race problem. The race senario is li

Re: [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion

2017-01-15 Thread Guoqing Jiang
On 01/10/2017 12:38 AM, Coly Li wrote: Hi Folks, I'd like to propose a general md raid discussion, it is quite necessary for most of active md raid developers sit together to discuss current challenge of Linux software raid and development trends. In the last years, we have many development a

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

2017-01-15 Thread Eric Ren
Hi Junxiao, OK, good suggestion. Hrm, but in order to align with "ocfs2_inc_holders", I think it's good to keep those function names as it is;-) that name is also not very clear. Maybe you can make another patch to clear it. Maybe, the name completeness needs to compromise with the name length

Re: [PATCH v2] checkpatch: update $logFunctions

2017-01-15 Thread Joe Perches
On Mon, 2017-01-16 at 11:25 +0800, miles.c...@mediatek.com wrote: > From: Miles Chen > > Currently checkpatch.pl does not recognize printk_deferred* functions as > log functions and complains about the line length of printk_deferred* > functoins. Add printk_deferred* to logFunctions to fix it.

Re: [PATCH] virtio_console: fix a crash in config_work_handler

2017-01-15 Thread Amit Shah
On (Sat) 14 Jan 2017 [11:38:39], G. Campana wrote: > Using control_work instead of config_work as the 3rd argument to > container_of results in an invalid portdev pointer. Indeed, the work > structure is initialized as below: > > INIT_WORK(&portdev->config_work, &config_work_handler); > > It

Re: [PATCH v2 6/6] arm: dts: mt2701: Add thermal device node.

2017-01-15 Thread Dawei Chien
On Fri, 2017-01-13 at 16:27 +0100, Matthias Brugger wrote: > > On 13/01/17 09:42, Erin Lo wrote: > > From: Dawei Chien > > > > Add thermal controller device nodes for MT2701. > > > > Signed-off-by: Dawei Chien > > Signed-off-by: Erin Lo > > --- > > arch/arm/boot/dts/mt2701.dtsi | 43 > > +

Re: [PATCH v6 23/25] usb: chipidea: Pullup D+ in device mode via phy APIs

2017-01-15 Thread Peter Chen
On Fri, Jan 13, 2017 at 12:03:00PM -0800, Stephen Boyd wrote: > Quoting Peter Chen (2017-01-12 19:35:36) > > On Thu, Jan 12, 2017 at 02:49:51PM -0800, Stephen Boyd wrote: > > > > > > With the boards I have, vbus is not routed to the phy. Instead, there's > > > a vbus comparator on the PMIC where t

Re: [PATCH v2 6/6] arm: dts: mt2701: Add thermal device node.

2017-01-15 Thread Dawei Chien
On Mon, 2017-01-16 at 11:44 +0800, Dawei Chien wrote: > On Fri, 2017-01-13 at 16:27 +0100, Matthias Brugger wrote: > > > > On 13/01/17 09:42, Erin Lo wrote: > > > From: Dawei Chien > > > > > > Add thermal controller device nodes for MT2701. > > > > > > Signed-off-by: Dawei Chien > > > Signed-off

Re: [PATCH 0/4] selftest: cpufreq: Add support for cpufreq framework

2017-01-15 Thread Viresh Kumar
On 13-01-17, 15:35, Shuah Khan wrote: > Could you please add .gitignore for generated files. You can > send that as a separate patch and don't have to resend the > series. Hi Shuah, > > tools/testing/selftests/Makefile | 1 + > > tools/testing/selftests/cpufreq/Makefile

Re: [PATCH 3/4] pinctrl: samsung: Remove support for Exynos4415 (SoC not supported anymore)

2017-01-15 Thread Chanwoo Choi
On 2017년 01월 14일 21:36, Krzysztof Kozlowski wrote: > Support for Exynos4415 is going away because there are no internal nor > external users. > > Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"), > the platform cannot be instantiated so remove also the drivers. > > Signed-of

Re: [PATCH 1/4] ARM: EXYNOS: Remove Exynos4415 driver (SoC not supported anymore)

2017-01-15 Thread Chanwoo Choi
On 2017년 01월 14일 21:36, Krzysztof Kozlowski wrote: > Support for Exynos4415 is going away because there are no internal nor > external users. > > Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"), > the platform cannot be instantiated so remove also the mach code. > > Signed-

Re: [PATCH 2/4] clk: samsung: Remove Exynos4415 driver (SoC not supported anymore)

2017-01-15 Thread Chanwoo Choi
Hi, On 2017년 01월 14일 21:36, Krzysztof Kozlowski wrote: > Support for Exynos4415 is going away because there are no internal nor > external users. > > Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"), > the platform cannot be instantiated so remove also the drivers. > > Sign

Re: [RFC for GIT] pull-request: add praise to people doing QA

2017-01-15 Thread Jacob Keller
On Sun, Jan 15, 2017 at 4:35 PM, Junio C Hamano wrote: > As to the implementation, I am wondering if we can make this somehow > work well with the "trailers" code we already have, instead of > inventing yet another parser of trailers. > > In its current shape, "interpret-trailers" focuses on "edit

[PATCH] rtl8188eu: core: Remove NULL test before vfree

2017-01-15 Thread Shyam Saini
vfree frees the virtually continuous block of memory beginning at addr. If addr is NULL, no operation is performed. So, NULL test is not needed before vfree(). Signed-off-by: Shyam Saini --- drivers/staging/rtl8188eu/core/rtw_xmit.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff -

[PATCH v1 2/3] MAINTAINERS: add zx2967 watchdog controller driver to ARM ZTE architecture

2017-01-15 Thread Baoyou Xie
Add the zx2967 watchdog controller driver as maintained by ARM ZTE architecture maintainers, as they're parts of the core IP. Signed-off-by: Baoyou Xie --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 08f8155..77f0290 100644 --- a/MAINTAINERS

[PATCH v1 1/3] dt: bindings: add documentation for zx2967 family watchdog controller

2017-01-15 Thread Baoyou Xie
This patch adds dt-binding documentation for zx2967 family watchdog controller. Signed-off-by: Baoyou Xie --- .../bindings/watchdog/zte,zx2967-wdt.txt | 29 ++ 1 file changed, 29 insertions(+) create mode 100644 Documentation/devicetree/bindings/watchdog/zte,zx296

[PATCH v1 3/3] watchdog: zx2967: add watchdog controller driver for ZTE's zx2967 family

2017-01-15 Thread Baoyou Xie
This patch adds watchdog controller driver for ZTE's zx2967 family. Signed-off-by: Baoyou Xie --- drivers/watchdog/Kconfig | 10 ++ drivers/watchdog/Makefile | 1 + drivers/watchdog/zx2967_wdt.c | 405 ++ 3 files changed, 416 insertions(+) cre

linux-next: Tree for Jan 16

2017-01-15 Thread Stephen Rothwell
Hi all, Changes since 20170113: Non-merge commits (relative to Linus' tree): 3275 4116 files changed, 129983 insertions(+), 77532 deletions(-) I have created today's linux-next tree at git://git.kernel.org/pub/scm/lin

[PATCH] Staging: media: bcm2048: style fix - bare use of unsigned

2017-01-15 Thread Derek Robson
Changed bare use of 'unsigned' to the prefered us of 'unsigned int' found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/media/bcm2048/radio-bcm2048.c | 44 +-- 1 file changed, 22 insertions(+), 22 deletions(-) diff --git a/drivers/staging/media/bcm2048

Re: [PATCH 1/6] mm: introduce kv[mz]alloc helpers

2017-01-15 Thread John Hubbard
On 01/12/2017 07:37 AM, Michal Hocko wrote: From: Michal Hocko Using kmalloc with the vmalloc fallback for larger allocations is a common pattern in the kernel code. Yet we do not have any common helper for that and so users have invented their own helpers. Some of them are really creative wh

Re: [PATCH] Staging: media: bcm2048: style fix - bare use of unsigned

2017-01-15 Thread Scott Matheina
> On Jan 15, 2017, at 10:30 PM, Derek Robson wrote: > > Changed bare use of 'unsigned' to the prefered us of 'unsigned int' > found using checkpatch Just wondering if you compiled? This patch looks exactly like a patch I tried, but it didn't compile. > Signed-off-by: Derek Robson > --- > d

Re: [PATCH] rcu: Narrow early boot window of illegal synchronous grace periods

2017-01-15 Thread Paul E. McKenney
On Mon, Jan 16, 2017 at 01:57:25AM +, Zheng, Lv wrote: > Hi, > > > From: Borislav Petkov [mailto:b...@alien8.de] > > Subject: Re: [PATCH] rcu: Narrow early boot window of illegal synchronous > > grace periods > > > > On Sat, Jan 14, 2017 at 01:27:40PM +0100, Rafael J. Wysocki wrote: > > > OK

Re: [PATCH 4/4] clk: rockchip: add rk3288 cif_out clock

2017-01-15 Thread Jacob Chen
2017-01-13 21:53 GMT+08:00 Heiko Stuebner : > Hi Jacob, > > Am Dienstag, 10. Januar 2017, 19:59:20 CET schrieb Jacob Chen: >> Add the clocks for the cif block of the rk3288 >> >> Signed-off-by: Jacob Chen >> --- >> drivers/clk/rockchip/clk-rk3288.c | 7 +++ >> 1 file changed, 7 insertions(+)

[PATCH] iio: bmi160: use variable names for sizeof() operator

2017-01-15 Thread Alison Schofield
Replace the types with the actual variable names when using the sizeof() operator. This is kernel preferred style as it protects against future changes to variable type. Signed-off-by: Alison Schofield --- drivers/iio/imu/bmi160/bmi160_core.c | 8 1 file changed, 4 insertions(+), 4 del

Re: [PATCH] Staging: media: bcm2048: style fix - bare use of unsigned

2017-01-15 Thread kbuild test robot
Hi Derek, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.10-rc4 next-20170113] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Derek-Robson/Staging-media-bcm2048-sty

Re: [PATCH] Staging: media: bcm2048: style fix - bare use of unsigned

2017-01-15 Thread Derek Robson
On Sun, Jan 15, 2017 at 10:40:02PM -0600, Scott Matheina wrote: > > > > On Jan 15, 2017, at 10:30 PM, Derek Robson wrote: > > > > Changed bare use of 'unsigned' to the prefered us of 'unsigned int' > > found using checkpatch > > Just wondering if you compiled? This patch looks exactly like a p

Re: [PATCH v7 00/15] ACPI platform MSI support and its example mbigen

2017-01-15 Thread Sinan Kaya
Hi Hanjun, On 1/11/2017 10:06 AM, Hanjun Guo wrote: > With platform msi support landed in the kernel, and the introduction > of IORT for GICv3 ITS (PCI MSI) and SMMU, the framework for platform msi > is ready, this patch set add few patches to enable the ACPI platform > msi support. > > For platf

Re: [RFC PATCH 2/3] mmc: sdhci-msm: Implement platform_dumpregs callback in sdhci-msm

2017-01-15 Thread Jeremy McNicoll
On Mon, Jan 16, 2017 at 07:51:40AM +0530, Ritesh Harjani wrote: > Hi Jeremy, > > On 1/14/2017 4:01 AM, Jeremy McNicoll wrote: > >On Fri, Dec 30, 2016 at 05:02:10PM +0530, Ritesh Harjani wrote: > >>From: Sahitya Tummala > >> > >>Implement ->platform_dumpregs host operation to print the > >>platfor

Re: [RFC PATCH 1/3] mmc: sdhci: Add platform_dumpregs callback support to sdhci_ops.

2017-01-15 Thread Jeremy McNicoll
On Mon, Jan 16, 2017 at 07:45:48AM +0530, Ritesh Harjani wrote: > Hi Jeremy, > > Thanks for the review. > > On 1/14/2017 3:51 AM, Jeremy McNicoll wrote: > >On Fri, Dec 30, 2016 at 05:02:09PM +0530, Ritesh Harjani wrote: > >>From: Sahitya Tummala > >> > >>Add new host operation ->platform_dumpreg

Re: [PATCH 12/37] PCI: dwc: Create a new config symbol to enable pci dwc host

2017-01-15 Thread Kishon Vijay Abraham I
Hi Joao, On Friday 13 January 2017 11:20 PM, Joao Pinto wrote: > Hi Kishon, > > Às 10:26 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >> Now that pci designware host has a separate file, create a new >> config symbol to select the host only driver. This is in preparation >> to enable endpoin

Re: [PATCH 11/37] PCI: dwc: Split pcie-designware.c into host and core files

2017-01-15 Thread Kishon Vijay Abraham I
Hi Joao, On Friday 13 January 2017 10:19 PM, Joao Pinto wrote: > Às 10:26 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >> Split pcie-designware.c into pcie-designware-host.c that contains >> the host specific parts of the driver and pcie-designware.c that >> contains the parts used by both ho

Re: [PATCH 09/37] PCI: dwc: designware: Parse *num-lanes* property in dw_pcie_setup_rc

2017-01-15 Thread Kishon Vijay Abraham I
Hi, On Friday 13 January 2017 10:43 PM, Joao Pinto wrote: > Hi, > > Às 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >> *num-lanes* dt property is parsed in dw_pcie_host_init. However >> *num-lanes* property is applicable to both root complex mode and >> endpoint mode. As a first step,

Re: [PATCH 0/6] PM / Domains: Implement domain performance states

2017-01-15 Thread Viresh Kumar
On 03-01-17, 16:36, Viresh Kumar wrote: > Hi, > > An earlier series[1] tried to implement bindings for PM domain > performance states. Rob Herring suggested that we can actually write the > supporting code first instead of bindings, as that will make things > easier to understand for all. > > The

Re: [Lsf-pc] [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion

2017-01-15 Thread James Bottomley
On Mon, 2017-01-16 at 11:33 +0800, Guoqing Jiang wrote: > > On 01/10/2017 12:38 AM, Coly Li wrote: > > Hi Folks, > > > > I'd like to propose a general md raid discussion, it is quite > > necessary for most of active md raid developers sit together to > > discuss current challenge of Linux softw

Re: [PATCH 16/37] PCI: endpoint: Introduce configfs entry for configuring EP functions

2017-01-15 Thread Kishon Vijay Abraham I
Hi Christoph, On Friday 13 January 2017 11:36 PM, Christoph Hellwig wrote: > Hi Kishon, > > a couple comments on the configfs layout based on my experiments with > your previous drop to implement a NVMe device using it. Thanks for trying it out! > > I don't think most of these configfs files sh

Re: [PATCH 36/37] ARM: DRA7: clockdomain: Change the CLKTRCTRL of CM_PCIE_CLKSTCTRL to SW_WKUP

2017-01-15 Thread Kishon Vijay Abraham I
Hi Tony, On Friday 13 January 2017 10:45 PM, Tony Lindgren wrote: > * Kishon Vijay Abraham I [170112 02:35]: >> The PCIe programming sequence in TRM suggests CLKSTCTRL of PCIe should >> be set to SW_WKUP. There are no issues when CLKSTCTRL is set to HW_AUTO >> in RC mode. However in EP mode, the

[PATCH v2] irqchip: irq-mips-gic:- Avoiding Kernel panics due to Error.

2017-01-15 Thread Arvind Yadav
Eliminating kernel panic due to NULL pointer dereferencing and other failure in __gic_init. Here, __gic_init can fail. This error check will avoid NULL pointer dereference and kernel panic. Signed-off-by: Arvind Yadav --- drivers/irqchip/irq-mips-gic.c | 40 +++---

Re: [PATCH v2] partially revert "xen: Remove event channel notification through Xen PCI platform device"

2017-01-15 Thread Juergen Gross
On 13/01/17 19:44, Boris Ostrovsky wrote: > On 01/13/2017 01:26 PM, Stefano Stabellini wrote: >> On Fri, 13 Jan 2017, Boris Ostrovsky wrote: >>> On 01/12/2017 04:39 PM, Stefano Stabellini wrote: The following commit: commit 72a9b186292d98494f26cfd24a1621796209 Author: KarimA

Re: [PATCH v2] xen-netfront: Fix Rx stall during network stress and OOM

2017-01-15 Thread Juergen Gross
On 13/01/17 18:55, Remanan Pillai wrote: > From: Vineeth Remanan Pillai > > During an OOM scenario, request slots could not be created as skb > allocation fails. So the netback cannot pass in packets and netfront > wrongly assumes that there is no more work to be done and it disables > polling. T

Re: [PATCH v19 00/15] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

2017-01-15 Thread Fu Wei
Hi Mark, This v19 (I have mentioned it in my previous email) is the latest patchset which can be applied on v4.10-rc4 directly. please review this patchset, thanks! :-) On 21 December 2016 at 14:45, wrote: > From: Fu Wei > > This patchset: > (1)Preparation for adding GTDT support in arm_a

Re: [PATCH v2 1/4] mfd: max77686: Don't attempt to get i2c_device_id .data

2017-01-15 Thread Chanwoo Choi
Hi, On 2017년 01월 13일 22:34, Javier Martinez Canillas wrote: > The driver is only used in platforms that have DT support so always the > I2C device .data will be get from the matched OF node and never will be > from the I2C device ID table. > > Signed-off-by: Javier Martinez Canillas > Acked-by:

[PATCH V3 1/5] PCI: exynos: Rename all pointer names from "exynos_pcie" to "ep"

2017-01-15 Thread Jaehoon Chung
Rename the simple pointer name as "ep" instead of "exynos_pcie". After applying this patch, it can save the 10 characthers within one line. Signed-off-by: Jaehoon Chung Reviewed-by: Pankaj Dubey Acked-by: Krzysztof Kozlowski --- Changelog on V3: - Split from previous [PATCH V2 1/4] "PCI

[PATCH V3 5/5] PCI: exynos: remove the duplicated codes

2017-01-15 Thread Jaehoon Chung
Removed the duplicated codes. It can use the more simply than now. Signed-off-by: Jaehoon Chung Reviewed-by: Pankaj Dubey Acked-by: Krzysztof Kozlowski --- Changelog on V3: - None Changelog on V2: - None drivers/pci/host/pci-exynos.c | 22 -- 1 file changed, 8 insertions(+)

[PATCH V3 2/5] PCI: exynos: Replace the *_blk/*_phy/*_elb accessors

2017-01-15 Thread Jaehoon Chung
There is no reason to maintain *_blk/phy/elbi_* as register accessors. It can be replaced to one accessor for maintaining more easier. Signed-off-by: Jaehoon Chung Reviewed-by: Pankaj Dubey Acked-by: Krzysztof Kozlowski --- Changelog on V3: - Split from previous [PATCH V2 1/4] "PCI: exy

[PATCH V3 3/5] PCI: exynos: Remove the unnecessary variables

2017-01-15 Thread Jaehoon Chung
Remove the unnecessary variables(elbi/phy/block_base). It needs one resource structure for assigning each resource. So it replaces with one 'res' variable. Signed-off-by: Jaehoon Chung Reviewed-by: Pankaj Dubey Acked-by: Krzysztof Kozlowski --- Changelog on V3: - None Changelog on V2: - None d

[PATCH V3 0/5] PCI: exynos: cleans the minor things

2017-01-15 Thread Jaehoon Chung
Current pci-exynos.c is used for only EXYNOS5440. It's too complex to support the other Exynos SoCs. Before supporting the other Exynos SoCs, it needs to clean the codes. Changelog on V3: - Splits "PCI: exynos: replace to one register accessor from each accessors" Changelog on V2: - Changes the a

[PATCH V3 4/5] PCI: exynos: Use the bitops API to operate the bit shifting

2017-01-15 Thread Jaehoon Chung
Just use the bitops api to operate the bit. Signed-off-by: Jaehoon Chung Reviewed-by: Pankaj Dubey Acked-by: Krzysztof Kozlowski --- Changelog on V3: - None Changelog on V2: - None drivers/pci/host/pci-exynos.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) d

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

2017-01-15 Thread H. Nikolaus Schaller
ping > Am 28.12.2016 um 15:53 schrieb H. Nikolaus Schaller : > > Changes V9: > * added explicit CONFIG for TSC2007_IIO and simplified Makefile (suggested by > Dmitry Torokhov ) > * make the tsc2007 iio patch the last one in this sequence > > 2016-11-22 15:02:42: Changes V8: > * fix compilation

Re: [PATCH v2 2/4] mfd: max77686: Use of_device_get_match_data() helper

2017-01-15 Thread Chanwoo Choi
Hi, On 2017년 01월 13일 22:34, Javier Martinez Canillas wrote: > Use the generic helper to get the matched of_device_id .data, instead of > open coding it. > > The driver was checking if matching the OF node with the driver's OF table > was failing, but this doesn't make too much sense since this ca

Re: [PATCH v2 3/4] mfd: max77686: Use the struct i2c_driver .probe_new instead of .probe

2017-01-15 Thread Chanwoo Choi
Hi, On 2017년 01월 13일 22:34, Javier Martinez Canillas wrote: > If a driver is only used in DT platforms, there's no need to get the > i2c_device_id as an argument of the probe function. Since this data > can be get from the matching of_device_id. > > There's a temporary .probe_new field in struct i

<    1   2   3   4   >