Re: [PATCH v3 0/9] dmaengine: ti drivers: enable COMPILE_TESTing

2016-09-27 Thread Peter Ujfalusi
Vinod, On 09/28/16 06:26, Vinod Koul wrote: > On Wed, Sep 21, 2016 at 03:41:26PM +0300, Peter Ujfalusi wrote: >> Hi, >> >> Changes since v2: >> - Instead of converting to use enum for the of_device_id data parameter the >> two >> patch for edma and ti-dma-crossbar is using pointers to u32

RE: ATA failure regression

2016-09-27 Thread Shah, Nehal-bakulchandra
Hi Can someone please help me to debug this issue? Regards Nehal -Original Message- From: Shah, Nehal-bakulchandra Sent: Monday, September 26, 2016 3:45 PM To: 'Bharat Kumar Gogada' Cc: Deucher, Alexander ;

Re: [RFC] mm: a question about high-order check in __zone_watermark_ok()

2016-09-27 Thread Joonsoo Kim
On Mon, Sep 26, 2016 at 01:02:31PM +0200, Michal Hocko wrote: > On Mon 26-09-16 18:17:50, Xishi Qiu wrote: > > On 2016/9/26 17:43, Michal Hocko wrote: > > > > > On Mon 26-09-16 17:16:54, Xishi Qiu wrote: > > >> On 2016/9/26 16:58, Michal Hocko wrote: > > >> > > >>> On Mon 26-09-16 16:47:57, Xishi

RE: [PATCH v2] UFS: Date Segment only need for WRITE DESCRIPTOR

2016-09-27 Thread Kiwoong Kim
Hi, Martin. I think that the patch is correct. UFS spec says "The Data Segment area is empty" for Read Descriptor. I have been using similar code with it and it works. That have been already applied in Android kernel. Reviewed-by: Kiwoong Kim Regards. > -Original

[PATCH] [media] atmel-isc: start dma in some scenario

2016-09-27 Thread Songjun Wu
If a new vb buf is added to vb queue, the queue is empty and steaming, dma should be started. Signed-off-by: Songjun Wu --- drivers/media/platform/atmel/atmel-isc.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v5 3/6] mm/cma: populate ZONE_CMA

2016-09-27 Thread Joonsoo Kim
On Thu, Sep 22, 2016 at 05:59:46PM +0200, Vlastimil Babka wrote: > On 09/22/2016 08:50 AM, Joonsoo Kim wrote: > >On Thu, Sep 22, 2016 at 02:45:46PM +0900, Joonsoo Kim wrote: > >>> > >>> > /* Free whole pageblock and set its migration type to MIGRATE_CMA. */ > >>> > void __init

Re: solo6010 modprobe lockup since e1ceb25a (v4.3 regression)

2016-09-27 Thread Krzysztof Hałasa
Andrey Utkin writes: > Lockup happens only on 6010. In provided log you can see that 6110 > passes just fine right before 6010. Also if 6010 PCI ID is removed from > solo6x10 driver's devices list, the freeze doesn't happen. Probably explains why I don't see lockups

Re: [PATCH v2] UFS: Date Segment only need for WRITE DESCRIPTOR

2016-09-27 Thread Martin K. Petersen
> "Subhash" == subhashj writes: Subhash> Looks good to me. > - /* Data segment length */ > - ucd_req_ptr->header.dword_2 = UPIU_HEADER_DWORD( > - 0, 0, len >> 8, (u8)len); > + /* Data segment length only need for WRITE_DESC */ > +

Re: [PATCHv2] MAINTAINERS: Update open-iscsi maintainers

2016-09-27 Thread Martin K. Petersen
> "Lee" == Lee Duncan writes: Lee> Yes, that would be great. Thank you. Applied to 4.9/scsi-queue. >> Is it your plan to go through the SCSI tree? Lee> Yes, the iscsi initiator kernel code updates have been going Lee> through the Linux SCSI mailing list and repository

Re: [PATCH 0/2 v3] cpu hotplug: Preserve topology directory after soft remove event

2016-09-27 Thread Borislav Petkov
On Tue, Sep 27, 2016 at 07:45:56AM -0400, Prarit Bhargava wrote: > Yes. But *where* is it relative to the cores and socket(s)? And you need that information because... > > If you need to show the package id, you still iterate over the core > > numbers in an increasing order and show '*' for the

Re: [PATCH] scsi: be2iscsi: mark symbols static where possible

2016-09-27 Thread Martin K. Petersen
> "Baoyou" == Baoyou Xie writes: Baoyou> We get 6 warnings when building kernel with W=1: Baoyou> drivers/scsi/be2iscsi/be_main.c:65:1: warning: no previous Baoyou> prototype for 'beiscsi_log_enable_disp' [-Wmissing-prototypes] Baoyou>

Re: [PATCH 0/2 v3] cpu hotplug: Preserve topology directory after soft remove event

2016-09-27 Thread Borislav Petkov
On Tue, Sep 27, 2016 at 11:26:14AM -0400, Prarit Bhargava wrote: > I see now that the issue is not understanding the difference between physical > and soft thread removal. I will write that up and get back to everyone. No need - we understand the issue. What I don't understand is what

RE: [PATCH] i2c: imx: defer probe if bus recovery GPIOs are not ready

2016-09-27 Thread Leo Li
> -Original Message- > From: Stefan Agner [mailto:ste...@agner.ch] > Sent: Monday, September 26, 2016 7:19 PM > To: w...@the-dreams.de > Cc: Leo Li ; linux-...@vger.kernel.org; u.kleine- > koe...@pengutronix.de; linux-kernel@vger.kernel.org; Stefan Agner >

Re: [PATCH v2] pinctrl: Add SX150X GPIO Extender Pinctrl Driver

2016-09-27 Thread Peter Rosin
On 2016-09-27 17:48, Neil Armstrong wrote: > Since the I2C sx150x GPIO expander driver uses platform_data to manage > the pins configurations, rewrite the driver as a pinctrl driver using > pinconf to get/set pin configurations from DT or debugfs. > > The pinctrl driver is functionnally

linux-next: manual merge of the staging tree with the vfs-miklos tree

2016-09-27 Thread Stephen Rothwell
Hi Greg, Today's linux-next merge of the staging tree got a conflict in: drivers/staging/lustre/lustre/llite/file.c between commit: 302d50e7203e ("switch generic_file_splice_read() to use of ->read_iter()") from the vfs-miklos tree and commits: 5b8a39c53a16 ("staging: lustre: llite:

Re: [PATCH 2/2] hid: input: add HID_QUIRK_REUSE_AXES and fix dragonrise

2016-09-27 Thread Vladislav Naumov
On Tue, Sep 27, 2016 at 10:44 PM, Ioan-Adrian Ratiu wrote: > Can you please wait a little until I post v2 later today and test v2 > directly? Because the change in it's current form has no effect on > 0079:0011 (the current quirk is enabled only for 0006). Sure thing! Just drop

Re: [PATCH v3 00/11] re-enable DAX PMD support

2016-09-27 Thread Dave Chinner
On Tue, Sep 27, 2016 at 07:08:42PM -0700, Christoph Hellwig wrote: > On Tue, Sep 27, 2016 at 02:47:51PM -0600, Ross Zwisler wrote: > > DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based > > locking. This series allows DAX PMDs to participate in the DAX radix tree > > based

Re: [PATCH] pinctrl: freescale: avoid overwriting pin config when freeing GPIO

2016-09-27 Thread Viresh Kumar
On 27-09-16, 20:38, Stefan Agner wrote: > The i.MX I2C driver touches the pinctrl in its prepare/unprepare > callbacks. > > So, on a i.MX or Vybrid, the call chain looks like this: > > i2c_generic_gpio_recovery > -> i2c_get_gpios_for_recovery >-> gpio_request_one > ->

[PATCH] perf tools: Fix building in 32 bit platform

2016-09-27 Thread Wang Nan
On ARM32 building it report following error: util/data-convert-bt.c: In function 'add_bpf_output_values': util/data-convert-bt.c:440:3: error: format '%lu' expects argument of type 'long unsigned int', but argument 5 has type 'unsigned int' [-Werror=format] cc1: all warnings being treated as

[PATCH 3/3] bindings: add compatible "fsl,ls1043-ucc-hdlc" to bindings

2016-09-27 Thread Zhao Qiang
Signed-off-by: Zhao Qiang --- Documentation/devicetree/bindings/soc/fsl/cpm_qe/network.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/soc/fsl/cpm_qe/network.txt

[PATCH v6 2/4] irqchip/qeic: merge qeic init code from platforms to a common function

2016-09-27 Thread Zhao Qiang
The codes of qe_ic init from a variety of platforms are redundant, merge them to a common function and put it to irqchip/irq-qeic.c For non-p1021_mds mpc85xx_mds boards, use "qe_ic_init(np, 0, qe_ic_cascade_low_mpic, qe_ic_cascade_high_mpic);" instead of "qe_ic_init(np, 0,

[PATCH 2/3] ls1043ardb: add ds26522 node to dts

2016-09-27 Thread Zhao Qiang
add ds26522 node to fsl-ls1043a-rdb.dts Signed-off-by: Zhao Qiang --- arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts

[PATCH 1/3] ls1043ardb: add qe node to ls1043ardb

2016-09-27 Thread Zhao Qiang
Signed-off-by: Zhao Qiang --- arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 16 ++ arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi| 66 +++ 2 files changed, 82 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts

[PATCH v6 4/4] irqchip/qeic: remove PPCisms for QEIC

2016-09-27 Thread Zhao Qiang
QEIC was supported on PowerPC, and dependent on PPC, Now it is supported on other platforms, so remove PPCisms. Signed-off-by: Zhao Qiang --- Changes for v6: - new added drivers/irqchip/irq-qeic.c | 28 +--- include/soc/fsl/qe/qe_ic.h | 12

[PATCH v6 1/4] irqchip/qeic: move qeic driver from drivers/soc/fsl/qe

2016-09-27 Thread Zhao Qiang
move the driver from drivers/soc/fsl/qe to drivers/irqchip, merge qe_ic.h and qe_ic.c into irq-qeic.c. Signed-off-by: Zhao Qiang --- Changes for v2: - modify the subject and commit msg Changes for v3: - merge .h file to .c, rename it with irq-qeic.c Changes

Re: [PATCH] pinctrl: freescale: avoid overwriting pin config when freeing GPIO

2016-09-27 Thread Stefan Agner
On 2016-09-27 19:00, Viresh Kumar wrote: > On 27-09-16, 12:34, Stefan Agner wrote: >> Added Viresh Kumar to the discussion, he implemented the I2C recovery >> functions. >> >> Yes, reordering the pinctrl/gpio_free calls would fix the problem too. >> >> However, I guess there is no explicit rule to

[PATCH v7] QE: remove PPCisms for QE

2016-09-27 Thread Zhao Qiang
QE was supported on PowerPC, and dependent on PPC, Now it is supported on other platforms. so remove PPCisms. Signed-off-by: Zhao Qiang --- Changes for v2: - na Changes for v3: - add NO_IRQ Changes for v4: - modify spin_event_timeout to opencoded

[PATCH v6 3/4] irqchip/qeic: merge qeic_of_init into qe_ic_init

2016-09-27 Thread Zhao Qiang
qeic_of_init just get device_node of qeic from dtb and call qe_ic_init, pass the device_node to qe_ic_init. So merge qeic_of_init into qe_ic_init to get the qeic node in qe_ic_init. Signed-off-by: Zhao Qiang --- Changes for v2: - modify subject and commit msg

Re: [PATCH 2/3] DT: EVM: add LEDs

2016-09-27 Thread Tony Lindgren
* H. Nikolaus Schaller [160927 13:11]: > > Am 27.09.2016 um 21:49 schrieb Tony Lindgren : > > How about this for defaults: > > > > - heartbeat for led3 > > - cpu0 for led4 > > - cpu1 for led5 > > Good idea. Will try. > > What I don't exactly know is if

[PATCH 2/2] mfd: intel-lpss: Avoid resuming runtime-suspended lpss unnecessarily

2016-09-27 Thread Chen Yu
We have report that the intel_lpss_prepare() takes too much time during suspend, and this is because we first resume the devices from runtime suspend by resume_lpss_device(), to make sure they are in proper state before system suspend, which takes 100ms for each LPSS devices(PCI power state from

[PATCH 0/2] Define positive return value to RPM_SUSPEND for runtime-suspended devices

2016-09-27 Thread Chen Yu
This patch set is to define the positive value returned by device .prepare() callbacks, which is used to indicate the devices are OK to remain in runtime-suspended during system sleep. A precise return value would make the code more readable. Based on this definition, optimized the suspend

[PATCH 1/2] PM / sleep: Return RPM_SUSPENDED to keep devices in runtime-suspended

2016-09-27 Thread Chen Yu
Currently if the ->prepare() callback of a device returns a positive number, the PM core will regard that as an indication that it may leave the device runtime-suspended. However it would be more convenient to define this positive number then makes it more maintainable. Consider there might be

Re: [PATCH v3 0/9] dmaengine: ti drivers: enable COMPILE_TESTing

2016-09-27 Thread Vinod Koul
On Wed, Sep 21, 2016 at 03:41:26PM +0300, Peter Ujfalusi wrote: > Hi, > > Changes since v2: > - Instead of converting to use enum for the of_device_id data parameter the > two > patch for edma and ti-dma-crossbar is using pointers to u32 variables to > make > sure that the code compile (and

[PATCH] Fixes: 3d44a78f0d8b ("staging: rtl8712: Remove unnecessary 'else'")

2016-09-27 Thread Matthew Kilgore
An "unnecessary" 'else' was removed due to complains from checkpatch.pl as it is preceded by a 'return', however the 'else' branch is necessary as an earlier branch of the 'if' falls through. By removing the 'else', that route now hits the 'break' and the 'while' loop exits prematurely. This

Re: [PATCH v3 6/9] dmaengine: ti-dma-crossbar: Fix of_device_id data parameter usage

2016-09-27 Thread Vinod Koul
On Wed, Sep 21, 2016 at 03:41:32PM +0300, Peter Ujfalusi wrote: > @@ -395,7 +403,7 @@ static int ti_dra7_xbar_probe(struct platform_device > *pdev) > > xbar->dmarouter.dev = >dev; > xbar->dmarouter.route_free = ti_dra7_xbar_free; > - xbar->dma_offset = (u32)match->data; > +

Re: [PATCHv2] MAINTAINERS: Update open-iscsi maintainers

2016-09-27 Thread Mike Christie
On 09/26/2016 05:25 PM, Lee Duncan wrote: > Chris Leech and I are taking over as open-iscsi maintainers. > > Changes since v1: > * Updated URL to open-iscsi.com > * Removed git repository, since code in tree > --- > MAINTAINERS | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > >

[PATCH V2] checkpatch: Improve the octal permissions tests

2016-09-27 Thread Joe Perches
The function calls with octal permissions commonly span multiple lines. The current test is line oriented and fails to find some matches. Make the test use the $stat variable instead of the $line variable to span multiple lines. Also add a few functions to the known functions with permissions

Re: [PATCH v5] powerpc: Do not make the entire heap executable

2016-09-27 Thread Jason Gunthorpe
On Wed, Sep 28, 2016 at 11:42:11AM +1000, Michael Ellerman wrote: > But this is not really a powerpc patch, and I'm not an ELF expert. So > I'm not comfortable merging it via the powerpc tree. It doesn't look > like we really have a maintainer for binfmt_elf.c, so I'm not sure who > should be

Re: [bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-27 Thread Herbert Xu
On Tue, Sep 27, 2016 at 04:46:44PM -0300, Marcelo Cerri wrote: > > Can you check if the problem occurs with this patch? In light of the fact that padlock-sha is the correct example to follow, you only need to add one line to the init_tfm fucntion to update the descsize based on that of the

Re: [bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-27 Thread Herbert Xu
On Tue, Sep 27, 2016 at 05:01:03AM -0400, Jan Stancek wrote: > > Also, does that mean that padlock_sha has similar problem? > It does not seem to reserve any space for fallback __ctx and it calls > init()/update()/export() with padlock_sha_desc's fallback: > > struct padlock_sha_desc { >

Re: [PATCH 00/17] clean up readlinks

2016-09-27 Thread Al Viro
On Tue, Sep 27, 2016 at 11:38:33AM +0200, Miklos Szeredi wrote: > > I have no problem with "let's get rid of generic_readlink" - not > > that > > it bought us much, but sure, if you want to have decision made based upon > > the combination of flags, let's do it. Just make NULL ->readlink

Re: [PATCH v3] Net Driver: Add Cypress GX3 VID=04b4 PID=3610.

2016-09-27 Thread David Miller
From: Date: Tue, 27 Sep 2016 09:57:50 -0600 > From: Chris Roth > > From Allan Chou > From: Chris Roth Three From lines, it's actually quite amazing how you were able to achieve this. Please take some time,

linux-next: manual merge of the drm-misc tree with the drm tree

2016-09-27 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the drm-misc tree got conflicts in: drivers/gpu/drm/sti/sti_dvo.c drivers/gpu/drm/sti/sti_hqvdp.c drivers/gpu/drm/sti/sti_mixer.c between commits: bdfd36ef8e64 ("drm/sti: Fix sparse warnings") b4bba92dfbe2 ("drm/sti: remove stih415-416 platform

Re: [PATCH trival -resend 1/2] bpf: clean up put_cpu_var usage

2016-09-27 Thread David Miller
From: Shaohua Li Date: Tue, 27 Sep 2016 08:42:41 -0700 > put_cpu_var takes the percpu data, not the data returned from > get_cpu_var. > > This doesn't change the behavior. > > Cc: Tejun Heo > Cc: Alexei Starovoitov > Signed-off-by: Shaohua Li

Re: [PATCH trival -resend 2/2] lib: clean up put_cpu_var usage

2016-09-27 Thread David Miller
From: Shaohua Li Date: Tue, 27 Sep 2016 08:42:42 -0700 > put_cpu_var takes the percpu data, not the data returned from > get_cpu_var. > > This doesn't change the behavior. > > Cc: Tejun Heo > Signed-off-by: Shaohua Li Applied.

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

2016-09-27 Thread Dmitry Torokhov
On September 27, 2016 11:50:00 AM PDT, Lee Jones wrote: >On Sat, 17 Sep 2016, Ksenija Stanojević wrote: >> On Wed, Aug 31, 2016 at 2:05 PM, Lee Jones >wrote: >> > On Thu, 18 Aug 2016, Ksenija Stanojevic wrote: >> > >> > > Add core files for mxs-lradc

Re: kernel BUG at net/unix/garbage.c:149!"

2016-09-27 Thread David Miller
From: Nikolay Borisov Date: Tue, 27 Sep 2016 17:16:27 +0300 > What's the status of https://patchwork.ozlabs.org/patch/664062/ , is > this going to be picked up ? Why would I apply a patch that's an RFC, doesn't have a proper commit message, lacks a proper signoff, and also

Re: [PATCH v3 00/11] re-enable DAX PMD support

2016-09-27 Thread Christoph Hellwig
On Tue, Sep 27, 2016 at 02:47:51PM -0600, Ross Zwisler wrote: > DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based > locking. This series allows DAX PMDs to participate in the DAX radix tree > based locking scheme so that they can be re-enabled. > > Jan and Christoph, can

Re: [PATCH] pinctrl: freescale: avoid overwriting pin config when freeing GPIO

2016-09-27 Thread Viresh Kumar
On 27-09-16, 12:34, Stefan Agner wrote: > Added Viresh Kumar to the discussion, he implemented the I2C recovery > functions. > > Yes, reordering the pinctrl/gpio_free calls would fix the problem too. > > However, I guess there is no explicit rule to that ("request/free GPIOs > only when they are

linux-next: manual merge of the drm tree with Linus' tree

2016-09-27 Thread Stephen Rothwell
Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/drm_crtc.c between commit: 6f00975c6190 ("drm: Reject page_flip for !DRIVER_MODESET") from Linus' tree and commit: 43968d7b806d ("drm: Extract drm_plane.[hc]") from the drm tree. I fixed it up (the

Re: linux-next: build failure after merge of the rdma tree

2016-09-27 Thread Stephen Rothwell
Hi Stephen, On Tue, 27 Sep 2016 11:23:34 +1000 Stephen Rothwell wrote: > > Hi Doug, > > After merging the rdma tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c: In function >

Re: [PATCH v5] powerpc: Do not make the entire heap executable

2016-09-27 Thread Michael Ellerman
Denys Vlasenko writes: > On 32-bit powerpc the ELF PLT sections of binaries (built with --bss-plt, > or with a toolchain which defaults to it) look like this: Or (it seems), for all programs built with -pg (profiling). > [17] .sbss NOBITS 0002aff8

Regression in mobility grouping?

2016-09-27 Thread Johannes Weiner
Hi guys, we noticed what looks like a regression in page mobility grouping during an upgrade from 3.10 to 4.0. Identical machines, workloads, and uptime, but /proc/pagetypeinfo on 3.10 looks like this: Number of blocks type Unmovable Reclaimable Movable Reserve Isolate Node

Re: [PATCH v5 5/8] iommu/amd: copy old trans table from old kernel

2016-09-27 Thread Baoquan He
Hi Joerg, On 09/20/16 at 02:40pm, Joerg Roedel wrote: > > + if ( !is_pre_enabled) { > > + for_each_iommu(iommu) > > + early_enable_iommu(iommu); > > + } else { > > + if (copy_dev_tables()) { > > + pr_err("Failed to copy DEV table from

Re: [PATCH] of: thermal: Fixed governor at each thermal zone

2016-09-27 Thread Zhang Rui
Hi, Javi, Lukasz and Eduardo, thanks for your input. thanks, rui On 二, 2016-09-27 at 06:22 -0700, Eduardo Valentin wrote: > Hello, Lukasz, Inhyuk, Javi, > > On Tue, Sep 27, 2016 at 12:52:04PM +0100, Lukasz Luba wrote: > > > > > > On 27/09/16 02:46, Zhang Rui wrote: > > > > > > On 一,

Re: [RFC 0/5] printk: Implement WARN_*DEFERRED()

2016-09-27 Thread Sergey Senozhatsky
On (09/27/16 18:02), Petr Mladek wrote: > The main trick is that we replace the per-CPU function pointer > by a preempt_count-like variable that could track the printk context. > > I know that Sergey has another ideas in this area. But I wanted to see > how this approach would look like. well,

Re: [PATCH] clocksource: arm_arch_timer: Don't assume clock runs in suspend

2016-09-27 Thread Brian Norris
Hi Marc, Thanks again for the help. I was checking with Rockchip on the details. On Tue, Sep 20, 2016 at 08:47:07AM +0100, Marc Zyngier wrote: > The counter is allowed to be clocked at a different rate, as long as it > is incremented by the frequency ratio on each tick of the new frequency. > In

Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists

2016-09-27 Thread Rafael J. Wysocki
On Wednesday, September 28, 2016 02:09:41 AM Lee Jones wrote: > On Wed, 28 Sep 2016, Rafael J. Wysocki wrote: > > > On Tuesday, September 27, 2016 08:41:14 PM Lee Jones wrote: > > > On Tue, 20 Sep 2016, Mika Westerberg wrote: > > > > > > > ACPI WDAT table is the preferred way to use hardware

Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists

2016-09-27 Thread Lee Jones
On Wed, 28 Sep 2016, Rafael J. Wysocki wrote: > On Tuesday, September 27, 2016 08:41:14 PM Lee Jones wrote: > > On Tue, 20 Sep 2016, Mika Westerberg wrote: > > > > > ACPI WDAT table is the preferred way to use hardware watchdog over the > > > native iTCO_wdt. Windows only uses this table for its

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

2016-09-27 Thread Lee Jones
On Sat, 17 Sep 2016, 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 mfd_add_devices") > > Signed-off-by: Ksenija Stanojevic

Re: [PATCH 4/3] g_NCR5380: Merge g_NCR5380 and g_NCR5380_mmio

2016-09-27 Thread Finn Thain
On Sun, 25 Sep 2016, Ondrej Zary wrote: > Merge the PIO and MMIO code (with the help of ioport_map) in g_NCR5380 and > delete g_NCR5380_mmio. > > Signed-off-by: Ondrej Zary > --- > drivers/scsi/Kconfig | 32 ++--- > drivers/scsi/g_NCR5380.c | 257

Re: [RFC/RFT][PATCH v3 0/5] Functional dependencies between devices

2016-09-27 Thread Rafael J. Wysocki
On Tuesday, September 27, 2016 02:34:29 PM Lukas Wunner wrote: > [+cc corbet] > > To whom it may concern, > > I made some notes while reviewing the state machine in patch 2 of this > series and thought, why not rework it into something that could eventually > go into the Documentation/ tree? >

Re: NMI for ARC

2016-09-27 Thread Vineet Gupta
Hi Peter, On 11/17/2015 05:15 AM, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 06:23:21PM +0530, Vineet Gupta wrote: >> On Tuesday 17 November 2015 05:55 PM, Peter Zijlstra wrote: >> >>> This is assuming you now have these NMIs we talked about earlier. If all >>> you have are regular IRQs this

Re: [PATCH 3/4] autofs - make mountpoint checks namespace aware

2016-09-27 Thread Ian Kent
On Tue, 2016-09-27 at 08:14 -0500, Eric W. Biederman wrote: > Ian Kent writes: > > > On Mon, 2016-09-26 at 11:05 -0500, Eric W. Biederman wrote: > > > Ian Kent writes: > > > > > > > On Fri, 2016-09-23 at 14:15 -0500, Eric W. Biederman wrote: > > > > > Ian

RE: [PATCH 1/2 v2] pci-hyperv: properly handle pci bus remove

2016-09-27 Thread Long Li
> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Tuesday, September 27, 2016 12:30 PM > To: Long Li > Cc: KY Srinivasan ; Haiyang Zhang > ; Bjorn Helgaas ; >

Re: [PATCH 3/3] g_NCR5380: Stop using scsi_module.c

2016-09-27 Thread Finn Thain
On Tue, 27 Sep 2016, Ondrej Zary wrote: > On Monday 26 September 2016, Finn Thain wrote: > > [...] > > > > @@ -364,7 +304,7 @@ static int generic_NCR5380_release_resources(struct > > > Scsi_Host *instance) release_mem_region(instance->base, > > > hostdata->iomem_size); > > > } > > > #endif

Re: [PATCH 1/3] arm: dts: imx7: Update #pwm-cells for PWM polarity control

2016-09-27 Thread Bhuvanchandra DV
On 09/23/16 23:22, Rob Herring wrote: On Mon, Sep 19, 2016 at 07:53:45PM +0530, Bhuvanchandra DV wrote: Update #pwm-cells to 3 in order to support PWM signal polarity control. Signed-off-by: Bhuvanchandra DV ---

[PATCH 1/2] Input: introduce ABS_MAX2/CNT2 and friends

2016-09-27 Thread Roderick Colenbrander
From: Roderick Colenbrander David Herrmann's original patch was ported over to a modern Linux kernel. In the process, we went over all the feedback to the original patch series and added various improvements: - evdev_handle_get_abs2 returns valid_cnt instead of 0

[PATCH 2/2] Input: add motion-tracking ABS_* bits and docs

2016-09-27 Thread Roderick Colenbrander
From: Roderick Colenbrander This patch introduces new axes for acceleration and angular velocity. David Herrmann's work served as a base, but we extended the specification with various changes inspired by real devices and challenges we see when doing motion

Re: [PATCH 2/2] mfd: arizona: Handle probe deferral for reset GPIO

2016-09-27 Thread Lee Jones
On Tue, 20 Sep 2016, Charles Keepax wrote: > The Arizona CODECs will generally function correctly without a reset line > although it is strongly advised to have one, as such we do allow the system > to boot if the reset gpio is missing or incorrectly specified. However > we should fail probe if

Re: [PATCH 1/2] mfd: arizona: Remove arizona_of_get_named_gpio helper function

2016-09-27 Thread Lee Jones
On Tue, 20 Sep 2016, Charles Keepax wrote: > This function is only used in a single place and no new users will be > added as all the devices other required GPIOs are already handled. As > such just merge the code back into the calling function. > > Signed-off-by: Charles Keepax

Re: [RFC 1/2] power: power_supply: add new property POWER_SUPPLY_PROP_POLL_INTERVAL

2016-09-27 Thread Matt Ranostay
On Wed, Sep 21, 2016 at 10:52 PM, Matt Ranostay wrote: > Add new POWER_SUPPLY_PROP_POLL_INTERVAL property to display/set update > interval in milliseconds of the device. Should be seconds. > > Signed-off-by: Matt Ranostay > --- >

Re: [PATCH v7 0/8] power: add power sequence library

2016-09-27 Thread Peter Chen
On Wed, Sep 28, 2016 at 01:30:17AM +0200, Maciej S. Szmigiero wrote: > On 20.09.2016 05:36, Peter Chen wrote: > > Hi all, > > > > This is a follow-up for my last power sequence framework patch set [1]. > > According to Rob Herring and Ulf Hansson's comments[2]. The kinds of > > power sequence

[PATCH 0/2] Input: ABS2 and motion tracking

2016-09-27 Thread Roderick Colenbrander
From: Roderick Colenbrander For some input driver work we have been doing, we were limited by not having a wide enough ABS range in evdev. The current ABS range is mostly full and due to limitations on the ioctl design, it can't be extended. About 3 years ago,

[GIT PULL] cgroup fixes for v4.8-rc8

2016-09-27 Thread Tejun Heo
Hello, Linus. Three late fixes for cgroup. Two cpuset ones, one trivial and the other pretty obscure, and a cgroup core fix for a bug which impacts cgroup v2 namespace users. Thanks. The following changes since commit 568ac888215c7fb2fabe8ea739b00ec3c1f5d440: cgroup: reduce read locked

Re: [PATCH v7 0/8] power: add power sequence library

2016-09-27 Thread Maciej S. Szmigiero
On 20.09.2016 05:36, Peter Chen wrote: > Hi all, > > This is a follow-up for my last power sequence framework patch set [1]. > According to Rob Herring and Ulf Hansson's comments[2]. The kinds of > power sequence instances will be added at postcore_initcall, the match > criteria is compatible

Re: [PATCH trival -resend 2/2] lib: clean up put_cpu_var usage

2016-09-27 Thread Tejun Heo
On Tue, Sep 27, 2016 at 08:42:42AM -0700, Shaohua Li wrote: > put_cpu_var takes the percpu data, not the data returned from > get_cpu_var. > > This doesn't change the behavior. > > Cc: Tejun Heo > Signed-off-by: Shaohua Li Acked-by: Tejun Heo

Re: [PATCH trival -resend 1/2] bpf: clean up put_cpu_var usage

2016-09-27 Thread Tejun Heo
On Tue, Sep 27, 2016 at 08:42:41AM -0700, Shaohua Li wrote: > put_cpu_var takes the percpu data, not the data returned from > get_cpu_var. > > This doesn't change the behavior. > > Cc: Tejun Heo > Cc: Alexei Starovoitov > Signed-off-by: Shaohua Li

mmotm 2016-09-27-16-08 uploaded

2016-09-27 Thread akpm
The mm-of-the-moment snapshot 2016-09-27-16-08 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: UFS API in the kernel

2016-09-27 Thread subhashj
Hi Joao, On 2016-09-26 18:10, Kiwoong Kim wrote: Hi. If you want to declare some things for user interface, is it be better to put those thing include/uapi/linux/ than include/linux? Agreed with Mr. Pinto's opinion with respect to implementing additional ioctls. Yes,

Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off

2016-09-27 Thread Sinan Kaya
On 9/27/2016 6:58 PM, Rafael J. Wysocki wrote: >> :04 04 9bf16c388d23bb66e087809f069eafed18e46a8c >> bcac95fb33ee834aec7d23eab9eb0dc5e330c68c M drivers > OK > > Sinan, can you help, please? > > Sure, let's see what's going on. I was writing an email. Can we apply this and

Re: [PATCH 2/3] kvm: x86: do not use KVM_REQ_EVENT for APICv interrupt injection

2016-09-27 Thread Michael S. Tsirkin
On Tue, Sep 27, 2016 at 11:20:12PM +0200, Paolo Bonzini wrote: > Since bf9f6ac8d749 ("KVM: Update Posted-Interrupts Descriptor when vCPU > is blocked", 2015-09-18) the posted interrupt descriptor is checked > unconditionally for PIR.ON. Therefore we don't need KVM_REQ_EVENT to > trigger the scan

Question on kzalloc and GFP_DMA32

2016-09-27 Thread Ben Greear
I have been running this patch for a while: ath10k: Use GPF_DMA32 for firmware swap memory. This fixes OS crash when using QCA 9984 NIC on x86-64 system without vt-d enabled. Also tested on ea8500 with 9980, and x86-64 with 9980 and 9880. All tests were with CT firmware.

Re: [PATCH trival -resend 1/2] bpf: clean up put_cpu_var usage

2016-09-27 Thread Alexei Starovoitov
On Tue, Sep 27, 2016 at 08:42:41AM -0700, Shaohua Li wrote: > put_cpu_var takes the percpu data, not the data returned from > get_cpu_var. > > This doesn't change the behavior. > > Cc: Tejun Heo > Cc: Alexei Starovoitov > Signed-off-by: Shaohua Li

Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off

2016-09-27 Thread Rafael J. Wysocki
On Wednesday, September 28, 2016 12:23:31 AM Ondrej Zary wrote: > On Tuesday 27 September 2016 23:32:26 Rafael J. Wysocki wrote: > > On Tuesday, September 27, 2016 11:02:22 PM Ondrej Zary wrote: > > > On Monday 26 September 2016 14:23:01 Rafael J. Wysocki wrote: > > > > On Sunday, September 25,

Re: [PATCH v5 0/5] Introduce current_time() api

2016-09-27 Thread Al Viro
On Wed, Sep 14, 2016 at 09:45:55AM -0700, Linus Torvalds wrote: > On Wed, Sep 14, 2016 at 7:48 AM, Deepa Dinamani > wrote: > > The series is aimed at getting rid of CURRENT_TIME and CURRENT_TIME_SEC > > macros. > > The macros are not y2038 safe. There is no plan to

Re: [PATCH v2] UFS: Date Segment only need for WRITE DESCRIPTOR

2016-09-27 Thread subhashj
Looks good to me. Reviewed-by: Subhash Jadavani On 2016-08-25 02:39, Zang Leigang wrote: Some device may cause a compatibility issue while receiving a Query UPIU with Data Segment which does not expected. Signed-off-by: Zang Leigang ---

[PATCH v2] mlx5: Add ndo_poll_controller() implementation

2016-09-27 Thread Calvin Owens
This implements ndo_poll_controller in net_device_ops callback for mlx5, which is necessary to use netconsole with this driver. Cc: Saeed Mahameed Signed-off-by: Calvin Owens --- Changes in v2: * Only iterate channels to avoid redundant

Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off

2016-09-27 Thread Ondrej Zary
On Tuesday 27 September 2016 23:32:26 Rafael J. Wysocki wrote: > On Tuesday, September 27, 2016 11:02:22 PM Ondrej Zary wrote: > > On Monday 26 September 2016 14:23:01 Rafael J. Wysocki wrote: > > > On Sunday, September 25, 2016 03:12:05 PM Ondrej Zary wrote: > > > > Hello, > > > > I've upgraded

Re: [PATCH] spmi: pmic-arb: Return an error code if sanity check fails

2016-09-27 Thread Stephen Boyd
On 09/26, Christophe JAILLET wrote: > If the test 'if (channel > 5)' is true, then we will return 'err' which > is known to be 0 at this point. > Return -EINVAL instead. > > Signed-off-by: Christophe JAILLET > --- Reviewed-by: Stephen Boyd

Re: [PATCH v3 09/11] dax: add struct iomap based DAX PMD support

2016-09-27 Thread Dave Chinner
On Tue, Sep 27, 2016 at 02:48:00PM -0600, Ross Zwisler wrote: > DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based > locking. This patch allows DAX PMDs to participate in the DAX radix tree > based locking scheme so that they can be re-enabled using the new struct > iomap

Re: [PATCH v7 2/2] clocksource: add J-Core timer/clocksource driver

2016-09-27 Thread Rich Felker
On Mon, Sep 26, 2016 at 08:42:58PM -0400, Rich Felker wrote: > On Mon, Sep 26, 2016 at 07:55:13PM -0400, Thomas Gleixner wrote: > > On Mon, 26 Sep 2016, Rich Felker wrote: > > > On Mon, Sep 26, 2016 at 11:27:14PM +0200, Daniel Lezcano wrote: > > > Based on use of ftrace, I was able to see

Re: [PATCH v2 4/4] PM / AVS: rockchip-cpu-avs: add driver handling Rockchip cpu avs

2016-09-27 Thread Stephen Boyd
On 09/26, Heiko Stuebner wrote: > Am Montag, 26. September 2016, 09:25:11 CEST schrieb Viresh Kumar: > > On 12-09-16, 14:55, Stephen Boyd wrote: > > > On 08/29, Viresh Kumar wrote: > > > > On 18-08-16, 16:52, Finlye Xiao wrote: > > > > > +static int rockchip_adjust_opp_table(struct device

Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists

2016-09-27 Thread Rafael J. Wysocki
On Tuesday, September 27, 2016 08:41:14 PM Lee Jones wrote: > On Tue, 20 Sep 2016, Mika Westerberg wrote: > > > ACPI WDAT table is the preferred way to use hardware watchdog over the > > native iTCO_wdt. Windows only uses this table for its hardware watchdog > > implementation so we should be

[RFC v2 0/4] Add support for led triggers on phy link state change

2016-09-27 Thread Zach Brown
Fix two net drivers that declared enum constants that conflict with enum constants in linux/leds.h Create function that encapsulates actions taken during the adjust phy link step of phy state changes. Add support for led triggers on phy link state changes by adding a config option. When set the

[RFC v2 1/4] skge: Change LED_OFF to LED_REG_OFF in marvel skge driver to avoid conflicts with leds namespace

2016-09-27 Thread Zach Brown
Adding led support for phy causes namespace conflicts for some phy drivers. The marvel skge driver declared an enum for representing the states of Link LED Register. The enum contained constant LED_OFF which conflicted with declartation found in linux/leds.h. LED_OFF changed to LED_REG_OFF

[RFC v2 3/4] phy: Encapsulate actions performed during link state changes into function phy_adjust_link

2016-09-27 Thread Zach Brown
During phy state machine state transitions some set of actions should occur whenever the link state changes. These actions should be encapsulated into a single function. This patch adds the phy_adjust_link function, which is called whenever phydev->adjust_link would have been called before.

[RFC v2 4/4] phy,leds: add support for led triggers on phy link state change

2016-09-27 Thread Zach Brown
From: Josh Cartwright Create an option CONFIG_LED_TRIGGER_PHY (default n), which will create a set of led triggers for each instantiated PHY device. There is one LED trigger per link-speed, per-phy. This allows for a user to configure their system to allow a set of LEDs

[RFC v2 2/4] staging: rtl8712: Change _LED_STATE enum in rtl871x driver to avoid conflicts with LED namespace

2016-09-27 Thread Zach Brown
Adding led support for phy causes namespace conflicts for some phy drivers. The rtl871 driver declared an enum for representing LED states. The enum contains constant LED_OFF which conflicted with declaration found in linux/leds.h. LED_OFF changed to LED_STATE_OFF In order to avoid a possible

Re: [PATCH v3 04/11] ext2: remove support for DAX PMD faults

2016-09-27 Thread Dave Chinner
On Tue, Sep 27, 2016 at 02:47:55PM -0600, Ross Zwisler wrote: > DAX PMD support was added via the following commit: > > commit e7b1ea2ad658 ("ext2: huge page fault support") > > I believe this path to be untested as ext2 doesn't reliably provide block > allocations that are aligned to 2MiB. In

  1   2   3   4   5   6   >