[PATCH] drm: support hotspot for universal plane cursors

The request's hot_x and hot_y are set correctly for both DRM_IOCTL_MODE_CURSOR and DRM_IOCTL_MODE_CURSOR2 so we just need to save the values and then apply the offset to the cursor plane when the cursor moves. Signed-off-by: John Keeping --- drivers/gpu/drm/drm_crtc.c | 11 +++ include/d

Re: local64_cmpxchg() in arc_perf_event_update()

On Tue, Nov 17, 2015 at 01:24:01PM +0100, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 04:53:04PM +0530, Vineet Gupta wrote: > > That means Alexey need to revert the hunk ? > > Yes, I think so. This is assuming you now have these NMIs we talked about earlier. If all you have are regular IRQs t

Re: [PATCH v2] percpu: remove PERCPU_ENOUGH_ROOM which is stale definition

On Nov 17, 2015, at 12:55 AM, Tejun Heo wrote: Dear Tejun, > On Wed, Nov 04, 2015 at 01:26:07PM +, Jungseok Lee wrote: >> As pure cleanup, this patch removes PERCPU_ENOUGH_ROOM which is not >> used any more. That is, no code refers to the definition. >> >> Acked-by: Christoph Lameter >> Sig

Re: local64_cmpxchg() in arc_perf_event_update()

On Tue, Nov 17, 2015 at 04:53:04PM +0530, Vineet Gupta wrote: > That means Alexey need to revert the hunk ? Yes, I think so. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.

[PATCH] staging: rtl8712: Fix typos and checkpatch warnings.

Fix typo SUCESS -> SUCCESS and multiple checkpatch checks (blank line, indentation). Signed-off-by: Christian Colic --- drivers/staging/rtl8712/rtl8712_led.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/drivers/staging/rtl8712/rtl8712_led.c b/drivers/staging

Re: [RFC] ARM64: simplify dma_get_ops

On Mon, Nov 16, 2015 at 08:57:41PM +0100, Arnd Bergmann wrote: > On Monday 16 November 2015 18:39:41 Catalin Marinas wrote: > > On Mon, Nov 16, 2015 at 05:25:48PM +0100, Arnd Bergmann wrote: > > > @@ -985,7 +977,7 @@ void arch_setup_dma_ops(struct device *dev, u64 > > > dma_base, u64 size, > > >

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tue, Nov 17, 2015 at 05:07:38PM +0530, Vineet Gupta wrote: > > as is ARC-SMP seems to have a _lot_ of superfluous > > barriers many of which have no explanation yet (I'm thinking of those > > extra smp_mb()s in the lock primitives). > > Other than the lock primitives can u think of any more. N

Re: [PATCH] clocksource/drivers/tango-xtal: Replace code by clocksource_mmio_init

On 11/13/2015 01:20 PM, Marc Gonzalez wrote: On 13/11/2015 11:58, Daniel Lezcano wrote: The current code to initialize, register and read the clocksource is already factored out in mmio.c via the clocksource_mmio_init function. Factor out the code with the clocksource_mmio_init function. The

Re: [PATCH 0/4] h8300: clock driver update

On 11/11/2015 03:50 PM, Yoshinori Sato wrote: Overall looks good. And I found some problem (in original code). This patches fix it. Please apply after your patches. Hi Yoshinori, could you elaborate in the changelogs of the different patches what they do ? Thanks -- Daniel Yoshinori Sat

Re: [PATCH 12/13] perf test: Test BPF prologue

Em Tue, Nov 17, 2015 at 12:38:37PM +0800, Wangnan (F) escreveu: > On 2015/11/17 9:29, Arnaldo Carvalho de Melo wrote: > >How about: > > > > # perf test -v BPF > > 37: Test BPF filter: > > 37.1: test a : Ok > > 37.2: test b

Re: "compatible" and "model" properties in .dts for ARC boards

On Friday 06 November 2015 04:27 PM, Jonas Gorski wrote: > On 06.11.2015 09:59, Arnd Bergmann wrote: >> On Friday 06 November 2015 04:45:24 Vineet Gupta wrote: During OpenWRT upsreaming process one interesting topic was raised. See in the middle of https://lists.openwrt.org/pip

Re: [RFC/PATCH] media: omap3isp: Set maximum DMA segment size

Hi Laurent, I really have no idea how this problem should be addressed. I've already proposed to handle it in videobuf2-dc, but this has been rejected. Maybe the only way will be to add dma_set_max_seg_size(isp->dev, DMA_BIT_MASK(32)) to every v4l2 driver, which use videobuf2-dc and add a che

[PATCH v5 1/3] devicetree: bindings: Add optional dynamic-power-coefficient property

The dynamic power consumption of a device is proportional to the square of voltage (V) and the clock frequency (f). It can be expressed as Pdyn = dynamic-power-coefficient * V^2 * f. The coefficient represents the running time dynamic power consumption in units of mw/MHz/uVolt^2 and can be used i

[PATCH RFC 0/3] Add iommu support for hi6220 HiKey board

The patch sets add iommu support for Hi6220 SoC. Current testing and support board is Hikey which is one of 96boards. It is an arm64 open source board. For more information about this board, please access https://www.96boards.org. The Architecture of SMMU on Hi6220 SoC: +--

Re: Hit regression with TCP_TW REUSE/RECYCLE

On Tue, 2015-11-17 at 14:35 +0800, Ethan Zhao wrote: > Tested the same case with 4.4-RC1, it was fixed in 4.4-RC1. > But don't know which commit fixed it. > > # echo 1024 65535 > /proc/sys/net/ipv4/ip_local_port_range > # cat /proc/sys/net/ipv4/ip_local_port_range > 102465535 > # echo 1 > /

[PATCH v5 3/3] cpufreq: arm_big_little: Add support to register a cpufreq cooling device

Register passive cooling devices when initialising cpufreq on big.LITTLE systems. If the device tree provides a dynamic power coefficient for the CPUs then the bound cooling device will support the extensions that allow it to be used with all the existing thermal governors including the power alloc

[PATCH v5 0/3] Dynamic power model from device tree

Hi, This patchset adds support to build a single-coefficient dynamic power model for a CPU. The model is used by the CPU cooling device to provide an estimate of power consumption and also translate allocated power to performance cap. Changes from previous posting - v4 -> v5 Updated tags across t

[PATCH v5 2/3] cpufreq-dt: Supply power coefficient when registering cooling devices

Support registering cooling devices with dynamic power coefficient where provided by the device tree. This allows OF registered cooling devices driver to be used with the power_allocator thermal governor. Signed-off-by: Punit Agrawal Acked-by: Viresh Kumar Reviewed-by: Javi Merino Cc: Eduardo V

[PATCH] x86: remove unused function cpu_has_ht_siblings()

It is used nowhere. Signed-off-by: Juergen Gross --- arch/x86/include/asm/smp.h | 9 - 1 file changed, 9 deletions(-) diff --git a/arch/x86/include/asm/smp.h b/arch/x86/include/asm/smp.h index 222a6a3..a438c55 100644 --- a/arch/x86/include/asm/smp.h +++ b/arch/x86/include/asm/smp.h @@ -

[PATCH v3] alarmtimer: fix unexpected rtc interrupt when system resume from S3

From: zhuo-hao Before the system go to suspend (S3), if user create a timer with clockid CLOCK_REALTIME_ALARM/CLOCK_BOOTTIME_ALARM and set a "large" timeout value to this timer. The function alarmtimer_suspend will be called to setup a timeout value to RTC timer to avoid the system sleep over tim

[PATCH 1/3] docs: iommu: Documentation for iommu in hi6220 SoC

Documentation for hi6220 iommu driver. Signed-off-by: Chen Feng --- .../bindings/iommu/hisi,hi6220-iommu.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/iommu/hisi,hi6220-iommu.txt diff --git a/Documentation/devi

[PATCH 2/3] iommu/hisilicon: Add hi6220-SoC smmu driver

Add iommu driver for hi6220 SoC platform.The smmu on hi6220 SoC is for media system.And the media IP use the same page-table. It supports only one-to-one mapping from iova to phys address. Signed-off-by: Chen Feng --- drivers/iommu/Kconfig| 11 + drivers/iommu/Makefile | 1 + dr

[PATCH 3/3] arm64: dts: Add dts node for hi6220 smmu driver

Add iommu node for hi6220 SoC platform Signed-off-by: Chen Feng --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi index 82d2488..589424a 100644 --

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Hi Geert, On 16/11/15 10:48, Geert Uytterhoeven wrote: > On Mon, Nov 16, 2015 at 11:34 AM, Jon Hunter wrote: [snip] >>> Handling it automatically needs more bookkeeping than a simple reference >>> count. >> >> So what would you suggest? Adding a pm_runtime_register_irq() API that >> would regis

[PATCH v3] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- v2 : removed pval variable v3 : removed unnecessary if condition drivers/usb/chipidea/core.c | 59 +++

Re: [PATCH 4/4] locking: Introduce smp_cond_acquire()

Hi Linus, On Mon, Nov 16, 2015 at 01:58:49PM -0800, Linus Torvalds wrote: > On Mon, Nov 16, 2015 at 8:24 AM, Will Deacon wrote: > > > > ... or we upgrade spin_unlock_wait to a LOCK operation, which might be > > slightly cheaper than spin_lock()+spin_unlock(). > > So traditionally the real concer

[PATCH] fault-inject: correct printk order for interval vs. probability

In function fail_dump() printk output of the attributes interval and probability got swapped. This was introduced in commit 6adc4a22f20b ("fault-inject: add ratelimit option"). Fixes: 6adc4a22f20b ("fault-inject: add ratelimit option") Signed-off-by: Jesper Dangaard Brouer --- Don't know who is

[PATCH V5 2/6] i2c: qup: Add V2 tags support

QUP from version 2.1.1 onwards, supports a new format of i2c command tags. Tag codes instructs the controller to perform a operation like read/write. This new tagging version supports bam dma and transfers of more than 256 bytes without 'stop' in between. Adding the support for the same. For each

[PATCH V5 5/6] dts: msm8974: Add blsp2_bam dma node

Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-msm8974.dtsi | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 753bdfd..7786408 100644 --- a/arch/arm/boot/dts/qcom-msm8974.dtsi ++

[PATCH V5 4/6] i2c: qup: Add bam dma capabilities

QUP cores can be attached to a BAM module, which acts as a dma engine for the QUP core. When DMA with BAM is enabled, the BAM consumer pipe transmitted data is written to the output FIFO and the BAM producer pipe received data is read from the input FIFO. With BAM capabilities, qup-i2c core can tr

[PATCH V5 1/6] i2c: qup: Change qup_wait_writeready function to use for all timeouts

qup_wait_writeready waits only on a output fifo empty event. Change the same function to accept the event and data length to wait as parameters. This way the same function can be used for timeouts in other places as well. Signed-off-by: Sricharan R --- drivers/i2c/busses/i2c-qup.c | 67 +

[PATCH V5 6/6] dts: msm8974: Add dma channels for blsp2_i2c1 node

Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-msm8974.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 7786408..bd1be53 100644 --- a/arch/arm/boot/dts/qcom-msm8974.dtsi +++ b/arch/arm/boot/dts/qcom-

[PATCH V5 3/6] i2c: qup: Transfer each i2c_msg in i2c_msgs without a stop bit

The definition of i2c_msg says that "If this is the last message in a group, it is followed by a STOP. Otherwise it is followed by the next @i2c_msg transaction segment, beginning with a (repeated) START" So the expectation is that there is no 'STOP' bit inbetween individual i2c_msg segments with

[PATCH V5 0/6] i2c: qup: Add support for v2 tags and bam dma

QUP from version 2.1.1 onwards, supports a new format of i2c command tags. Tag codes instructs the controller to perform a operation like read/write. This new tagging version supports and is required for adding bam dma capabilities. V2 tags supports transfer of more than 256 bytes in a single i2c t

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On 11/17/2015 12:43 PM, Daniel Lezcano wrote: On 11/17/2015 12:36 PM, Thomas Gleixner wrote: On Tue, 17 Nov 2015, Daniel Lezcano wrote: Ok, I dropped the patch from my tree. Had it already pushed when I saw your reply. No problem. Better more than less :) Hum, I meant "Better to have to

Re: [PATCH v2] usb: chipidea: removing of_find_property

Saurabh Sengar writes: > call to of_find_property() before of_property_read_u32() is unnecessary. > of_property_read_u32() anyway calls to of_find_property() only. > > Signed-off-by: Saurabh Sengar > --- > v2: removed pval variable > drivers/usb/chipidea/core.c | 61 > +++--

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On 11/17/2015 12:36 PM, Thomas Gleixner wrote: On Tue, 17 Nov 2015, Daniel Lezcano wrote: Ok, I dropped the patch from my tree. Had it already pushed when I saw your reply. No problem. Better more than less :) -- Linaro.org │ Open source software for ARM SoCs F

Re: [PATCH v2 07/19] ARC: rename smp operation init_irq_cpu() to init_per_cpu()

On Tuesday 17 November 2015 05:08 PM, Noam Camus wrote: > From: Vineet Gupta [mailto:vineet.gup...@synopsys.com] > Sent: Tuesday, November 17, 2015 1:16 PM >> > >> > >> >Acked-by: Vineet Gupta >> > >> >Per our disccussion were you also going to rename the similar op in >> >machine_desc ? > No, J

[PATCH v2] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- v2: removed pval variable drivers/usb/chipidea/core.c | 61 +++-- 1 file changed, 26

irq_fpu_usable() is irreliable

Hi folks, The availability of the FPU in kernel space, as you know, is determined by this function: bool irq_fpu_usable(void) { return !in_interrupt() || interrupted_user_mode() || interrupted_kernel_fpu_idle(); } My understanding is that the first check i

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tuesday 17 November 2015 04:53 PM, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 04:42:49PM +0530, Vineet Gupta wrote: >> On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: >>> From: Tal Zilcer >>> >>> In SMT system like we have the generic "sync" is not working with >>> HW threads. The

RE: [PATCH v2 07/19] ARC: rename smp operation init_irq_cpu() to init_per_cpu()

From: Vineet Gupta [mailto:vineet.gup...@synopsys.com] Sent: Tuesday, November 17, 2015 1:16 PM > > >Acked-by: Vineet Gupta > >Per our disccussion were you also going to rename the similar op in >machine_desc ? No, Just rename the plat_smp_ops. About machine_desc, I believe that now init_cpu_sm

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On Tue, 17 Nov 2015, Daniel Lezcano wrote: > > Ok, I dropped the patch from my tree. Had it already pushed when I saw your reply. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.ke

[GIT PULL] at91: fixes for 4.4 #1

Arnd, Olof, Kevin, This is the first "fixes" pull-request for AT91. I tried to collect little patches that didn't make it for -rc1. It can be due to synchronization between trees like the addition of some sama5d2 Xplained nodes (MFD tree) or the change of the watchdog compatible string for sama5d4

Re: [PATCH] lib/kobject: fix memory leak in error path of kset_create_and_add()

Nicolai Stange writes: > Greg Kroah-Hartman writes: > >> On Tue, Nov 17, 2015 at 01:04:19AM +0100, Nicolai Stange wrote: >>> +} >>> + >>> +static struct kobj_type glue_dirs_ktype = { >>> + .release = glue_dirs_release_dummy, >>> +}; >>> + >>> /* Hotplug events for classes go to the class subs

[PATCH] clk: at91: Revert "keep slow clk enabled to prevent system hang"

Commit dca1a4b5ff6e ("clk: at91: keep slow clk enabled to prevent system hang") added a workaround for the slow clock as it is not properly handled by its users. Now that the slow clock is taken properly by the drivers, this workaround is not necessary anymore, revert it. Signed-off-by: Alexandre

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On 11/17/2015 11:36 AM, tip-bot for Arnd Bergmann wrote: Commit-ID: dde7632ed02382e4bac2b57c66ee2285764f2cd7 Gitweb: http://git.kernel.org/tip/dde7632ed02382e4bac2b57c66ee2285764f2cd7 Author: Arnd Bergmann AuthorDate: Mon, 16 Nov 2015 17:34:50 +0100 Committer: Thomas Gleixner CommitDa

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tue, Nov 17, 2015 at 04:42:49PM +0530, Vineet Gupta wrote: > On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: > > From: Tal Zilcer > > > > In SMT system like we have the generic "sync" is not working with > > HW threads. The replacement is "schd.rw" instruction that is served > > as cp

Re: local64_cmpxchg() in arc_perf_event_update()

On Tuesday 17 November 2015 04:37 PM, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 09:14:59AM +, Vineet Gupta wrote: >> > Let's check with Peter as I'm not sure how exactly the read call will >> > nest for same counter on same core ? > Various possible ways, but the easiest is userspace doin

Re: [PATCH] crypto: atmel: fix 64-bit warnings

Hi Arnd, I add my Acked-by to your patch. By the way, I'm currently reworking this whole driver. So I take your modifications into account for the new version as many parts of the source code such as the part dealing with DMA transfers have changed a lot. The new version fixes the 16 or 32bit cou

Re: [PATCH v4 3/3] sched: optimize migration by forcing rmb() and updating to be called once

On Tue, Nov 17, 2015 at 09:44:16AM +0900, Byungchul Park wrote: > > So currently, set_task_cpu() is serialized by: > > > > - p->pi_lock; on wakeup > > - rq->lock; otherwise > > > > (see the #ifdef CONFIG_LOCKDEP comment in set_task_cpu()) > > I already read the comment.. Then do you mean the

Re: [PATCH] usb: chipidea: removing of_find_property

Saurabh Sengar writes: > call to of_find_property() before of_property_read_u32() is unnecessary. > of_property_read_u32() anyway calls to of_find_property() only. > > Signed-off-by: Saurabh Sengar > --- > drivers/usb/chipidea/core.c | 67 > ++--- > 1 fi

Re: [PATCH v2 08/19] ARC: Mark secondary cpu online only after all HW setup is done

On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: > From: Noam Camus > > In SMP setup, master loops for each_present_cpu calling cpu_up(). > For ARC it returns as soon as new cpu's status becomes online, > However secondary may still do HW initializing, > machine or platform hook level. >

Re: [PATCH v2 07/19] ARC: rename smp operation init_irq_cpu() to init_per_cpu()

On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: > From: Noam Camus > > This will better reflect its description i.e. "any needed setup..." > and not just do an "IPI request". > > Signed-off-by: Noam Camus Acked-by: Vineet Gupta Per our disccussion were you also going to rename the s

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: > From: Tal Zilcer > > In SMT system like we have the generic "sync" is not working with > HW threads. The replacement is "schd.rw" instruction that is served > as cpu barrier for HW threads. As discussed in v2 of this patch, SYNC or some

Re: [RFC PATCH -v2.1] x86: Kill notsc

On Tue, Nov 17, 2015 at 11:08:19AM +0100, Thomas Gleixner wrote: > How does that help if your TSC frequency is 0 after the calibration? Bah, and this brings us back to the need to for the static key... -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. -- To unsubscribe

sound/soc/codecs/rl6347a.c:66:8: error: implicit declaration of function 'i2c_master_send'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 8005c49d9aea74d382f474ce11afbbc7d7130bec commit: 624729fd51871bfbddb647764f180126789a29ee ASoC: Intel: Skylake - Add Skylake RT286 I2S machine driver date: 4 weeks ago config: x86_64-randconfig-s5-11171804

[PATCH] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- drivers/usb/chipidea/core.c | 67 ++--- 1 file changed, 32 insertions(+), 35 deletion

Re: local64_cmpxchg() in arc_perf_event_update()

On Tue, Nov 17, 2015 at 09:14:59AM +, Vineet Gupta wrote: > Let's check with Peter as I'm not sure how exactly the read call will > nest for same counter on same core ? Various possible ways, but the easiest is userspace doing a sys_read() on the counter while the NMI happens. -- To unsubscr

Re: [PATCH v2 4/7] ARM: at91/dt: sama5d2: add pio controller node

On Tue, Nov 10, 2015 at 1:30 AM, Olof Johansson wrote: > On Mon, Sep 21, 2015 at 11:24 AM, Linus Walleij > wrote: >> On Wed, Sep 16, 2015 at 8:37 AM, Ludovic Desroches >> wrote: >> >>> Add pio4 controller node to enable pinmux and gpio. >>> >>> Signed-off-by: Ludovic Desroches >> >> Patch appli

Re: [PATCH] gpio: 104-idio-16: Use lowercase symbol names for const variables

On Wed, Nov 4, 2015 at 1:30 PM, William Breathitt Gray wrote: > To prevent confusion and to match existing coding style used in other > gpio drivers symbol names within the 104-idio-16 gpio driver should be > lowercase. > > Signed-off-by: William Breathitt Gray This patch doesn not apply on top

Re: [PATCH] gpio: syscon: fix a possible NULL dereference

On Thu, Nov 5, 2015 at 5:02 PM, LABBE Corentin wrote: > of_match_device could return NULL, and so cause a NULL pointer > dereference later at line 199: > priv->flags = of_id->data; > > Reported-by: coverity (CID 1324140) > Signed-off-by: LABBE Corentin Patch applied with Alexandre's review tag.

Re: [PATCH v2 3/9] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On Fri, Nov 6, 2015 at 1:57 PM, Maxime Coquelin wrote: > Thinking again at it, I persist to believe have the defines makes it > easier to use. > With auto-completion, it makes it faster and less error prone to > select the right > alternate function without parsing the datasheet. Auto-completion

Re: [PATCH v4 3/3] cpufreq: arm_big_little: Add support to register a cpufreq cooling device

Viresh Kumar writes: > On Tue, Nov 17, 2015 at 1:00 AM, Punit Agrawal wrote: >> Register passive cooling devices when initialising cpufreq on >> big.LITTLE systems. If the device tree provides a dynamic power >> coefficient for the CPUs then the bound cooling device will support >> the extension

Re: [PATCH 2/2] mm: do not loop over ALLOC_NO_WATERMARKS without triggering reclaim

Michal Hocko wrote: > __alloc_pages_slowpath is looping over ALLOC_NO_WATERMARKS requests if > __GFP_NOFAIL is requested. This is fragile because we are basically > relying on somebody else to make the reclaim (be it the direct reclaim > or OOM killer) for us. The caller might be holding resources

Re: [PATCH v12 1/3] dt-bindings: Add a binding for Mediatek xHCI host controller

Hello. On 11/17/2015 12:18 PM, Chunfeng Yun wrote: add a DT binding documentation of xHCI host controller for the MT8173 SoC from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/usb/mt8173-xhci.txt| 51 ++ 1 file changed, 51 insertions(+) cre

Re: [PATCH] gpiolib: tighten up ACPI legacy gpio lookups

On Thu, Nov 5, 2015 at 8:38 PM, Dmitry Torokhov wrote: > We should not fall back to the legacy unnamed gpio lookup style if the > driver requests gpios with different names, because we'll give out the same > gpio twice. Let's keep track of the names that were used for the device and > only do the

Re: [PATCH] regulator: mt6311: MT6311_REGULATOR needs to select REGMAP_I2C

On Tue, Nov 17, 2015 at 11:09:12AM +0100, Matthias Brugger wrote: > This should also be added to v4.3 > I propose that you resend it adding the tag: > Cc: sta...@vger.kernel.org > as explained in Documentation/stable_kernel_rules.txt Please don't, that just makes more work for me having to deal

Re: [RFC 0/3] Adding support for NI Ettus Research USRP E3XX pinconf

On Fri, Nov 6, 2015 at 12:41 AM, Moritz Fischer wrote: > I'm planning to use this pinctrl driver to set pins to either > input (do nothing, default), or output with a value of (1 or 0). > > Can I use the 'output-low', 'output-high' bindings to achieve this, > or am I supposed to implement a gpio

Re: [PATCH] xen/x86: Adjust stack pointer in xen_sysexit

On 11/16/2015 09:04 PM, Andy Lutomirski wrote: > On Mon, Nov 16, 2015 at 1:03 PM, Konrad Rzeszutek Wilk > wrote: >> On Mon, Nov 16, 2015 at 12:50:19PM -0800, Andy Lutomirski wrote: >>> On Mon, Nov 16, 2015 at 12:48 PM, Boris Ostrovsky >>> wrote: On 11/16/2015 03:22 PM, Borislav Petkov wrot

Re: [PATCH] pinctrl: Delete unnecessary checks before the function call "pinctrl_unregister"

On Thu, Nov 5, 2015 at 5:17 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 5 Nov 2015 17:10:22 +0100 > > The pinctrl_unregister() function tests whether its argument is NULL > and then returns immediately. Thus the test around the call is not needed. > > This issue was detected

Re: [PATCH] pinctrl: mediatek: fix a memleak when do dt maps.

On 17/11/15 09:25, Daniel Kurtz wrote: On Tue, Nov 17, 2015 at 12:22 PM, Hongzhou Yang wrote: configs will kmemdup to dup_configs in pictrl util function. So configs need to be freed. Signed-off-by: Hongzhou Yang Reviewed-by: Daniel Kurtz Reviewed-by: Matthias Brugger --- Fix a m

Re: [PATCH v2] spi: mediatek: single device does not require cs_gpios

On 14/11/15 03:27, lei liu wrote: On Mon, 2015-11-09 at 12:14 +0800, Nicolas Boichat wrote: When only one device is present, it is not necessary to specify cs_gpios, as the CS line can be controlled by the hardware module. Without this patch, older device tree bindings used before 37457607 "s

Re: [PATCH] pinctrl: remove redundant if conditional from Kconfig

On Thu, Nov 5, 2015 at 7:46 AM, Masahiro Yamada wrote: > The whole menu is guarded by > > menu "Pin controllers" > depends on PINCTRL > ... > endmenu > > The if conditional outside of it is redundant. > > Signed-off-by: Masahiro Yamada Patch applied. Yours, Linus Walleij --

[RFC 1/2] ABI: iio: support AVERAGING_RATIO setting

Some ADC devices allow averaging/downsampling. The minimal parameter set for this will be the number of taps used for computing a mean value. In some cases the ratio will hold discrete values for instance "1, 4, 16" hence an averaging_ratio_available property is useful. The possible ratio values a

[RFC 2/2] iio: ina2xx: convert AVERGING ratio setting from generic sysfs attr to ABI

using the proposed ABI addition for IIO_CHAN_INFO_AVERAGING_RATIO, convert the sysfs attribute for averaging ratio to using in_averaging_ratio as a directory-bound channel info. Signed-off-by: Marc Titinger --- drivers/iio/adc/ina2xx-iio.c | 47 ++-- 1 fil

RE: [PATCH] kvm/vmx: EPTP switching test

On 17/11/2015 18:18, Paolo Bonzini wrote: > On 17/11/2015 02:45, Zhang, Yang Z wrote: > > We have a different version in hand which is using separate EPTP. > > Can you say in advance what you are using EPTP switching for? Offlist if > necessary. Hi Paolo, We are using EPTP switching for a prot

[RFC 0/2] ABI: IIO: proposal for AVERAGING_RATIO support

This is an attempt to document/define simple downsampling/averaging features for some ADC devices. As discussed in https://lkml.org/lkml/2015/11/16/566 As an illustration, Patch 2 is an instance of implementation using ina226. Marc Titinger (2): ABI: iio: support AVERAGING_RATIO setting iio:

Re: [PATCH] mm, dax: fix DAX deadlocks (COW fault)

On 11/16/2015 08:34 PM, Ross Zwisler wrote: > On Mon, Nov 16, 2015 at 10:15:56AM -0800, Dan Williams wrote: >> On Mon, Nov 16, 2015 at 4:09 AM, Yigal Korman wrote: >>> DAX handling of COW faults has wrong locking sequence: >>> dax_fault does i_mmap_lock_read >>> do_cow_fault does i

Re: [PATCH v2 2/4] scripts/kernel-doc: Replacing highlights hash by an array

Hi Danilo, Em Tue, 28 Jul 2015 16:45:16 -0300 Danilo Cesar Lemes de Paula escreveu: > The "highlight" code is very sensible to the order of the hash keys, > but the order of the keys cannot be predicted on Perl. It generates > faulty DocBook entries like: > - @device_for_each_child > > We

[tip:timers/urgent] clocksource: Disallow drivers for ARCH_USES_GETTIMEOFFSET

Commit-ID: 3da6d49e847128378c30292848125cc3e207e5f7 Gitweb: http://git.kernel.org/tip/3da6d49e847128378c30292848125cc3e207e5f7 Author: Arnd Bergmann AuthorDate: Mon, 16 Nov 2015 17:51:17 +0100 Committer: Thomas Gleixner CommitDate: Mon, 16 Nov 2015 19:07:08 +0100 clocksource: Disallow

[tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

Commit-ID: dde7632ed02382e4bac2b57c66ee2285764f2cd7 Gitweb: http://git.kernel.org/tip/dde7632ed02382e4bac2b57c66ee2285764f2cd7 Author: Arnd Bergmann AuthorDate: Mon, 16 Nov 2015 17:34:50 +0100 Committer: Thomas Gleixner CommitDate: Mon, 16 Nov 2015 19:07:08 +0100 clocksource/fsl: Avoid

Re: [PATCH] SPI: s3c64xx: pass DMA arguments in platform data

On Monday 16 November 2015 17:00:21 Arnd Bergmann wrote: > The s3c64xx platform data already contains a pointer to the > DMA filter function, but not to the associated data. > > This simplifies the code and makes it more generic by > passing the data along with the filter function like > we do for

Re: [PATCH 10/14] irqchip/mips-gic: Add a IPI hierarchy domain

On Tue, 17 Nov 2015, Qais Yousef wrote: > On 11/16/2015 05:24 PM, Thomas Gleixner wrote: > > > > int ipi_get_hw_irq(int irq) > > { > > struct irq_data *d = irq_get_irq_data(irq); > > return d ? irqd_to_hwirq(d); > > } > > Hmm? > > > > We need cpu as an argument too. Indeed. -- To un

Re: [PATCH 10/14] irqchip/mips-gic: Add a IPI hierarchy domain

On 11/17/2015 10:11 AM, Thomas Gleixner wrote: Right, I was assuming a consecutive available space and your hardware folks should really avoid to break that assumption. Now you still need some DT support to describe the space which is available for IPIs and that should be part of that series.

Re: [PATCH v3 04/12] usb: xhci: dbc: add support for Intel xHCI dbc quirk

On Mon, 16 Nov 2015 10:18:42 +0800, Lu Baolu wrote: > This quirk works as well if debug host doesn't have DBC. I didn't try a > DBC-capable debug host yet. Hi, I went through it again, with your v3 patch series on top of vanilla v4.3.0. Two targets, one host, all with Intel chipset (XHCI device

Re: [PATCH] MAINTAINERS: Atmel drivers: change NAND and ISI entries

On Tue, Nov 17, 2015 at 11:21:35AM +0100, Nicolas Ferre wrote: > Update Josh's entries about NAND and ISI drivers. > Thanks for your work with Atmel Josh! > > Signed-off-by: Nicolas Ferre > Cc: Ludovic Desroches > Cc: Wenyou Yang > Cc: Josh Wu Acked-by: Ludovic Desroches > --- > MAINTAINER

RE: [PATCH] MAINTAINERS: Atmel drivers: change NAND and ISI entries

> -Original Message- > From: Nicolas Ferre [mailto:nicolas.fe...@atmel.com] > Sent: 2015年11月17日 18:22 > To: linux-arm-ker...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org; Ferre, Nicolas; Desroches, Ludovic; Yang, > Wenyou; Josh Wu > Subject: [PATCH] MAINTAINERS: Atmel drivers: c

Re: [PATCH 3/3] ASoC: samsung: pass filter function as pointer

On Tuesday 17 November 2015 09:45:26 Krzysztof Kozlowski wrote: > On 14.11.2015 02:24, Arnd Bergmann wrote: > > diff --git a/sound/soc/samsung/i2s.c b/sound/soc/samsung/i2s.c > > index 0945b5de39e7..5a4133b6e6a6 100644 > > --- a/sound/soc/samsung/i2s.c > > +++ b/sound/soc/samsung/i2s.c > > @@ -1244

Re: [PATCH v3 5/5] tty: Add software emulated RS485 support for 8250

2015-11-17 12:24 GMT+03:00 Uwe Kleine-König : > Hello, > > On Thu, Nov 12, 2015 at 05:33:56PM +0300, Matwey V. Kornilov wrote: >> +static void serial8250_start_tx(struct uart_port *port) >> +{ >> + struct uart_8250_port *up = up_to_u8250p(port); >> + __u32 delay; >> + >> + serial8250_rp

Re: [PATCH 1/3] ASoC: samsung: pass DMA channels as pointers

On Tuesday 17 November 2015 10:16:36 Krzysztof Kozlowski wrote: > On 14.11.2015 02:22, Arnd Bergmann wrote: > > ARM64 allmodconfig produces a bunch of warnings when building the > > samsung ASoC code: > > > > sound/soc/samsung/dmaengine.c: In function 'samsung_asoc_init_dma_data': > > sound/soc/sa

Re: [PATCH 2/4] timer: relax tick stop in idle entry

On Mon, Nov 16, 2015 at 09:04:03PM -0800, Paul E. McKenney wrote: > On Mon, Nov 16, 2015 at 06:57:14PM -0800, Arjan van de Ven wrote: > > On 11/16/2015 6:53 PM, Paul E. McKenney wrote: > > >Fair point. When in the five-jiffy throttling state, what can wake up > > >a CPU? In an earlier version of

Re: [PATCH 10/14] irqchip/mips-gic: Add a IPI hierarchy domain

On 11/16/2015 05:24 PM, Thomas Gleixner wrote: int ipi_get_hw_irq(int irq) { struct irq_data *d = irq_get_irq_data(irq); return d ? irqd_to_hwirq(d); } Hmm? We need cpu as an argument too. Taking your other comments into account and ignoring the random mapping space for

Re: [PATCH 2/3] ASoC: s3c24xx-i2s: pass DMA channels as platform data

On Tuesday 17 November 2015 10:36:46 Krzysztof Kozlowski wrote: > On 14.11.2015 02:23, Arnd Bergmann wrote: > > This is a minor cleanup to make the s3c2412-i2s and s3c24xx-i2s > > drivers independent of the mach/dma.h header file and to allow > > removing the dependency on the specific dmaengine dr

[PATCH] MAINTAINERS: Atmel drivers: change NAND and ISI entries

Update Josh's entries about NAND and ISI drivers. Thanks for your work with Atmel Josh! Signed-off-by: Nicolas Ferre Cc: Ludovic Desroches Cc: Wenyou Yang Cc: Josh Wu --- MAINTAINERS | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index e9caa

Re: [PATCH] kvm/vmx: EPTP switching test

On 17/11/2015 02:45, Zhang, Yang Z wrote: > We have a different version in hand which is using separate EPTP. Can you say in advance what you are using EPTP switching for? Offlist if necessary. Paolo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a me

Re: [PATCH 10/14] irqchip/mips-gic: Add a IPI hierarchy domain

On Tue, 17 Nov 2015, Qais Yousef wrote: > On 11/16/2015 05:17 PM, Thomas Gleixner wrote: > > On Mon, 9 Nov 2015, Qais Yousef wrote: > > > On 11/07/2015 02:51 PM, Thomas Gleixner wrote: > > > Generally it's hard to know whether a real device is connected to a hwirq > > > or > > > not. I am saving a

Re: [RFC PATCH -v2.1] x86: Kill notsc

On Tue, 17 Nov 2015, Borislav Petkov wrote: > On Tue, Nov 17, 2015 at 10:11:03AM +0100, Thomas Gleixner wrote: > > There is an interesting problem: > > > > tsc_init() > > { > >tsc_khz = x86_platform.calibrate_tsc(); > >if (!tsc_khz) { > > mark_tsc_unstable("could not

Re: [PATCH] regulator: mt6311: MT6311_REGULATOR needs to select REGMAP_I2C

On 17/11/15 09:36, Henry Chen wrote: This patch fix the below build error: drivers/regulator/mt6311-regulator.c:111: undefined reference to `__devm_regmap_init_i2c' Signed-off-by: Henry Chen --- drivers/regulator/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/regulato

Re: [PATCH 10/14] irqchip/mips-gic: Add a IPI hierarchy domain

On 11/16/2015 05:17 PM, Thomas Gleixner wrote: On Mon, 9 Nov 2015, Qais Yousef wrote: On 11/07/2015 02:51 PM, Thomas Gleixner wrote: Generally it's hard to know whether a real device is connected to a hwirq or not. I am saving a patch where we get a set of free hwirqs from DT as only the SoC des

<    4   5   6   7   8   9   10   11   >