Re: [PATCH v2 1/2] Input: touchscreen-iproc: Add Broadcom iProc touchscreen driver

Hi Dmitry, Thanks for the review. I'll fix everything as suggested. One comment below. New patchset coming once I can test the latest DT bindings in Hans de Goede's patch. Thanks, Jon On 15-02-24 03:29 PM, Dmitry Torokhov wrote: > Hi Jonathan, > > On Fri, Dec 19, 2014 at 02:17:49PM -0800, Jonat

Re: [PATCH v2 00/15] tracing: 'hist' triggers

On Mon, Mar 2, 2015 at 8:00 AM, Tom Zanussi wrote: > > # echo 'hist:keys=common_pid.execname,id.syscall:vals=hitcount' > \ > /sys/kernel/debug/tracing/events/raw_syscalls/sys_enter/trigger > > # cat /sys/kernel/debug/tracing/events/raw_syscalls/sys_enter/hist > > key: common_pid:bash

Re: [PATCH] video: ARM CLCD: Added support for FBIOPAN_DISPLAY and virtual y resolution

On Mon, Mar 02, 2015 at 11:09:51AM -0800, Arun Ramamurthy wrote: > > > On 15-03-02 08:11 AM, Russell King - ARM Linux wrote: > >On Mon, Mar 02, 2015 at 04:08:29PM +, Pawel Moll wrote: > >>I'm not sure about this... The word "virtual" never works well with > >>device tree nodes defined as "har

Re: [PATCH v3 14/16] target-s390x: Extend QMP command query-cpu-definitions

On Mon, Mar 02, 2015 at 01:44:06PM +0100, Michael Mueller wrote: > This patch implements the QMP command 'query-cpu-definitions' in the S390 > context. The command returns a list of cpu model names in the current host > context. A consumer may successfully request each listed cpu model as long > fo

Re: 3.19: device name associates with IRQ's for ahci controllers operating with a single IRQ changed from "ahci?" to ""

On Mon, Mar 02, 2015 at 08:11:00PM +0100, Sander Eikelenboom wrote: > But at least it should be the same for single irq and not single irq, > which at present doesn't seem to be the case. Yeah, I agree the current situation is broken. Thanks. -- tejun -- To unsubscribe from this list: send the

Re: 3.19: device name associates with IRQ's for ahci controllers operating with a single IRQ changed from "ahci?" to ""

Monday, March 2, 2015, 7:58:10 PM, you wrote: > On Mon, Mar 02, 2015 at 12:21:08PM -0500, Tejun Heo wrote: >> Hello, >> >> On Mon, Feb 16, 2015 at 05:28:42PM +, Alexander Gordeev wrote: >> > The problem dates back to commit 4f37b50 ("libata: Use dev_name() for >> > request_irq() to distingui

Re: [PATCH] video: ARM CLCD: Added support for FBIOPAN_DISPLAY and virtual y resolution

On 15-03-02 08:11 AM, Russell King - ARM Linux wrote: On Mon, Mar 02, 2015 at 04:08:29PM +, Pawel Moll wrote: I'm not sure about this... The word "virtual" never works well with device tree nodes defined as "hardware description". I understand what you're doing, but adding this property t

Re: 3.19: device name associates with IRQ's for ahci controllers operating with a single IRQ changed from "ahci?" to ""

On Mon, Mar 02, 2015 at 06:58:10PM +, Alexander Gordeev wrote: > On Mon, Mar 02, 2015 at 12:21:08PM -0500, Tejun Heo wrote: > > Hello, > > > > On Mon, Feb 16, 2015 at 05:28:42PM +, Alexander Gordeev wrote: > > > The problem dates back to commit 4f37b50 ("libata: Use dev_name() for > > > re

Re: [PATCH] video: ARM CLCD: Added dt support to set tim2 register

On 15-03-02 08:11 AM, Pawel Moll wrote: On Wed, 2015-02-25 at 21:01 +, Arun Ramamurthy wrote: Added code based on linaro tree: http://git.linaro.org/kernel/linux-linaro-stable.git with commit id:6846e7822c4cab5a84672baace3b768c2d0db142 at drivers/video/amba-clcd.c. This lets the driver set

Re: [PATCH] video: ARM CLCD: Added support for FBIO_WAITFORVSYNC

On 15-03-02 08:00 AM, Pawel Moll wrote: On Wed, 2015-02-25 at 21:01 +, Arun Ramamurthy wrote: Added ioctl and interrupt handler functions to support FBIO_WAITFORVSYNC Also corrected documentation to make interrupts and interrupt-names optional as they are not required properties. You may

Re: perf: fuzzer causes lockup in x86_pmu_event_init()

On Sat, 28 Feb 2015, Jiri Olsa wrote: > hum, I dont see the locking is a problem.. but looks like once > the sibling becomes singleton event, we dont init its sibling_list > > how about patch below.. compile tested ;-) so this is instead of PeterZ's patch? I'll start my test-machine fuzzing wit

Re: [PATCH 6/9] watchdog: implement error handling for failure to set up hardware perf events

Hi Andrew, Here is another patch that can be folded into: watchdog-implement-error-handling-for-failure-to-set-up-hardware-perf-events.patch Let me know if you want me to fold this into the original and repost or not. Cheers, Don 8<--- From: Don Zickus Date: M

Re: [PATCH v2 2/2] x86: svm: make wbinvd faster

2015-03-02 12:04-0600, Joel Schopp: > From: David Kaplan > No need to re-decode WBINVD since we know what it is from the intercept. > > Signed-off-by: David Kaplan > [extracted from larger unlrelated patch, forward ported, tested] > Signed-off-by: Joel Schopp > --- Reviewed-by: Radim Krčmář

Re: [PATCH] ARM: dts: hummingboard: enable pcf8523 rtc for i2eX

On Mon, Mar 02, 2015 at 07:02:04PM +, Russell King - ARM Linux wrote: > On Mon, Mar 02, 2015 at 01:50:06PM -0500, Matt Porter wrote: > > The PCF8523 RTC is populated on the i2eX boards so > > enable the i2c1 controller and enable the device on > > that bus. > > Hmm, I wonder where my update pa

Re: [PATCH 7/9 UPDATE] watchdog: enable the new user interface of the watchdog mechanism

Hi Andrew, Not sure how you want this patch update based on your comments. I attached a patch to be folded into: watchdog-enable-the-new-user-interface-of-the-watchdog-mechanism.patch Let me know if you want me to fold changes into the original patch and re-post or not. Cheers, Don --

Re: [PATCH 0/9] N900 Modem Speech Support

On Monday 02 March 2015 05:38:50 Sebastian Reichel wrote: > Hi, > > This patchset contains the missing speech data support for the > Nokia N900 modem. > > Userland access goes via /dev/cmt_speech. The API is > implemented in libcmtspeechdata, which is used by ofono and > the freesmartphone.org pr

Re: ACPI regression with 3.19+

On Sun, 2015-03-01 at 01:00 +0100, Rafael J. Wysocki wrote: > On Saturday, February 28, 2015 10:35:21 AM Prakash Punnoor wrote: > > This is a multi-part message in MIME format. > > --080704070901080904040008 > > Content-Type: text/plain; charset=utf-8 > > Content-Transfer-Encoding: 7bit

Re: [PATCH v2 1/2] kvm: x86: make kvm_emulate_* consistant

2015-03-02 12:04-0600, Joel Schopp: > Currently kvm_emulate() skips the instruction but kvm_emulate_* sometimes > don't. The end reult is the caller ends up doing the skip themselves. > Let's make them consistant. > > Signed-off-by: Joel Schopp > --- > diff --git a/arch/x86/kvm/vmx.c b/arch/x86

Re: [PATCH v2] sched, timer: Use atomics for thread_group_cputimer to improve scalability

On Mon, Mar 2, 2015 at 10:42 AM, Jason Low wrote: > > This patch converts the timers to 64 bit atomic variables and use > atomic add to update them without a lock. With this patch, the percent > of total time spent updating thread group cputimer timers was reduced > from 30% down to less than 1%.

RE: [PATCH] iio: light: Add support for Capella CM3323 color/light sensor

Hi Daniel, Ambient light sensor is trying to match the brightness sensitivity of human visual system. Please see the following links: http://en.wikipedia.org/wiki/Color_vision#mediaviewer/File:Eyesensitivity.svg http://en.wikipedia.org/wiki/Color_vision You can compare the spectrum with the dat

Re: [PATCH] ARM: dts: hummingboard: enable pcf8523 rtc for i2eX

On Mon, Mar 02, 2015 at 01:50:06PM -0500, Matt Porter wrote: > The PCF8523 RTC is populated on the i2eX boards so > enable the i2c1 controller and enable the device on > that bus. Hmm, I wonder where my update patches went... oh, they're still sitting in my excessive backlog of patches in my tree

Re: [PATCH v3 8/9] ACPI: arm64: use an arch-specific ACPI _OSI method and ACPI blacklist

On 03/02/2015 10:29 AM, Will Deacon wrote: > Hi Al, > > On Wed, Feb 25, 2015 at 12:36:24AM +, al.st...@linaro.org wrote: >> diff --git a/arch/arm64/kernel/acpi-blacklist.c >> b/arch/arm64/kernel/acpi-blacklist.c >> new file mode 100644 >> index 000..1be6a56 >> --- /dev/null >> +++ b/arch/

Re: [PATCH] regulator: core: Fix enable GPIO reference counting

On Fri, Feb 27, 2015 at 10:01:23PM +0100, Javier Martinez Canillas wrote: > I noticed the same problem in regulator_suspend_finish() when I was working > on S2R for Exynos a couple of months ago and had patch [0] on my local tree > but never found the time to do extensive testing so I never posted

Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly

On Mon, Mar 2, 2015 at 6:53 AM, Borislav Petkov wrote: > Well, it seems to work here but it still doesn't look reliable enough to > me. And this addon_zo thing of arbitrary 256K is strange. Thanks for check that out. That is not arbitrary number. Need to make that bigger than _end - _rodata > o

Re: [PATCH v5] dma: Add Xilinx AXI Direct Memory Access Engine driver support

Hello, Here are my comments: You are not making efficient use of DMA's coalesce capability and chaining because you could keep a list of pending descriptors, chain and process them with a single IRQ by setting the coalese field equal to the number of End Of Frame bits set in the entire list. This

Re: [RFC PATCH 3/4] arm64: add support for memtest

On Mon, Mar 02, 2015 at 02:55:44PM +, Vladimir Murzin wrote: > Add support for memtest command line option. > > Signed-off-by: Vladimir Murzin > --- > arch/arm64/mm/init.c |2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c > index ae85d

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, 2015-03-02 at 10:40 -0800, Alexei Starovoitov wrote: > On Mon, Mar 2, 2015 at 10:25 AM, Tom Zanussi > wrote: > > On Mon, 2015-03-02 at 10:12 -0800, Alexei Starovoitov wrote: > >> On Mon, Mar 2, 2015 at 10:03 AM, Tom Zanussi > >> wrote: > >> > On Mon, 2015-03-02 at 09:58 -0800, Alexei Star

[PATCH] ARM: dts: hummingboard: enable pcf8523 rtc for i2eX

The PCF8523 RTC is populated on the i2eX boards so enable the i2c1 controller and enable the device on that bus. Signed-off-by: Matt Porter --- arch/arm/boot/dts/imx6qdl-hummingboard.dtsi | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/imx6qdl-hummingboa

Re: [PATCH v3 0/5] Subject: The power allocator thermal governor

On Mon, Mar 02, 2015 at 05:40:54PM +, Javi Merino wrote: > On Mon, Mar 02, 2015 at 05:28:50PM +, Eduardo Valentin wrote: > > On Mon, Mar 02, 2015 at 05:17:18PM +, Javi Merino wrote: > > > *** BLURB HERE *** > > > > > > Hi linux-pm, > > > > > > Introduce the power allocator governor, a

Re: [PATCH] regulator: core: Fix enable GPIO reference counting

On Fri, Feb 27, 2015 at 11:41:03AM -0800, Doug Anderson wrote: > It is possible for _regulator_do_enable() to be called for an > already-enabled rdev, like in regulator_suspend_finish(). If we were > using an enable pin (rdev->ena_pin is set) then we'd end up > incrementing the reference count in

Re: 3.19: device name associates with IRQ's for ahci controllers operating with a single IRQ changed from "ahci?" to ""

On Mon, Mar 02, 2015 at 12:21:08PM -0500, Tejun Heo wrote: > Hello, > > On Mon, Feb 16, 2015 at 05:28:42PM +, Alexander Gordeev wrote: > > The problem dates back to commit 4f37b50 ("libata: Use dev_name() for > > request_irq() to distinguish devices"). If the commit is considered valid > > the

[PATCH v2] sched, timer: Use atomics for thread_group_cputimer to improve scalability

v1->v2: - Peter suggested that cputimer->running does not need to be atomic, so we can leave it as an integer. - Address a race condition that could occur in update_gt_cputime(). - Add helper functions to avoid repeating code. While running a database workload, we found a scalability issue with

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, 2 Mar 2015 10:12:32 -0800 Alexei Starovoitov wrote: > I'm not sure what would be the meaning of hash map that has all > elements pre-allocated... > As I'm reading your cover letter, I agree, we need to find a way > to call kmalloc_notrace-like from tracepoints. > Not sure that patch 8 sty

Re: [PATCH v5] dma: Add Xilinx AXI Direct Memory Access Engine driver support

Hello! I looked through your driver and have some comments. On Mon, Mar 02, 2015 at 11:25:11PM +0530, Kedareswara rao Appana wrote: > This is the driver for the AXI Direct Memory Access (AXI DMA) > core, which is a soft Xilinx IP core that provides high- > bandwidth direct memory access between m

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, Mar 2, 2015 at 10:25 AM, Tom Zanussi wrote: > On Mon, 2015-03-02 at 10:12 -0800, Alexei Starovoitov wrote: >> On Mon, Mar 2, 2015 at 10:03 AM, Tom Zanussi >> wrote: >> > On Mon, 2015-03-02 at 09:58 -0800, Alexei Starovoitov wrote: >> >> On Mon, Mar 2, 2015 at 8:46 AM, Tom Zanussi >> >>

[PATCH 0/2] x86/fpu: minor cleanups

add lkml/cc's. On 03/02, Oleg Nesterov wrote: > > Btw, why xstateregs_get/set() looks so confusing? The comment says > "Copy the 48bytes defined by the software first into the xstate" but the > code uses ->fxsave. Yes, this is the same memory, but still. I'll send > the cosmetic cleanup. > > Or fx

[PATCH 1/2] x86/regsets: change xstateregs_get/set to use ->xsave.i387 rather than ->fxsave

Cosmetic. xstateregs_get() and xstateregs_set() abuse ->fxsave to access xsave->i387.sw_reserved. This is correct, ->fxsave and xsave->i387 share the same memory, but imho this looks confusing. And we can make this code more readable if we add "struct xsave_struct *" local. Signed-off-by: Oleg Ne

[PATCH 2/2] x86/fpu: factor out memset(xstate, 0) in fpu_finit() paths

fx_finit() has 2 users but only fpu_finit() needs to nullify xstate, alloc_bootmem_align() in setup_init_fpu_buf() returns zero-filled memory. And note that both memset()'s look confusing. Yes, offsetof() is 0 for ->fxsave or ->fsave, but it would be more clean to turn them into a single memset()

Re: [PATCH] [RFC] ARM: shmobile: R-Car Gen2: Add da9063/da9210 regulator quirk

Hi Geert, On Mon, Mar 02, 2015 at 06:28:43PM +0100, Geert Uytterhoeven wrote: > The r8a7791/koelsch development board has da9063 and da9210 regulators. > Both regulators have their interrupt request lines tied to the same > interrupt pin (IRQ2) on the SoC. > > After boot-up, both the da9063 and d

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, 2015-03-02 at 10:12 -0800, Alexei Starovoitov wrote: > On Mon, Mar 2, 2015 at 10:03 AM, Tom Zanussi > wrote: > > On Mon, 2015-03-02 at 09:58 -0800, Alexei Starovoitov wrote: > >> On Mon, Mar 2, 2015 at 8:46 AM, Tom Zanussi > >> wrote: > >> > On Mon, 2015-03-02 at 11:37 -0500, Steven Rost

Re: regcache_sync() errors for read-only registers cache

On Fri, Feb 27, 2015 at 01:59:30PM +0100, Takashi Iwai wrote: > A quick fix is the patch like below, but obviously it doesn't cover > the all cases but only addresses the signle rw. Please don't bury patches in the middle of mails, that just means that if the patch is useful it's painful to apply

Re: [PATCH v3 0/3] Scorpion PMU support

On Sat, Feb 28, 2015 at 12:11:32AM +, Stephen Boyd wrote: > These patches add support for the Scorpion PMU found on devices > such as msm8660, qsd8x50, etc. The first patch is some groundwork > to make functions more "generic". Even then we end up copying quite > a bit of code from the Krait pa

Re: [GIT PULL] clk/samsung: clk support for Exynos 5433 SoC

Quoting Chanwoo Choi (2015-02-27 16:52:59) > Dear Mike and Sylwester, > > Gently ping. Hello, I'll merge this into clk-next towards 4.1 later this week. v3.19 was released on February 8, so this merge request came too late for inclusion into 4.0. Regards, Mike > > Best Regards, > Chanwoo Choi

[PATCH v7 0/2] Add array printing support to libtraceevent

This series add support to libtraceevent for dynamic arrays in traces. The kernel learned to create this traces in 6ea22486ba46 ("tracing: Add array printing helper"), which was merged for v4.0-rc1. Changes since v6[0]: - s/alloc_and_process_arg/alloc_and_process_delim/ as Steven Rostedt sug

[PATCH v7 2/2] tools lib traceevent: Add support for __print_array()

Since 6ea22486ba46 ("tracing: Add array printing helper") trace can traces with variable element size arrays. Add support to parse them. Cc: Namhyung Kim Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Steven Rostedt Signed-off-by: Javi Merino --- tools/lib/traceevent/event-parse.c | 93

[PATCH v7 1/2] tools lib traceevent: factor out allocating and processing args

The sequence of allocating the print_arg field, calling process_arg() and verifying that the next event delimiter is repeated twice in process_hex() and will also be used for process_int_array(). Factor it out to a function to avoid writing the same code again and again. Cc: Namhyung Kim Cc: Arn

Re: [PATCH] ARM: at91: pm: fix SRAM allocation

On 03/03/2015 at 00:14:57 +0800, Jean-Christophe PLAGNIOL-VILLARD wrote : > >> pdev not initialised at NULL > > > > Indeed, I'll fix that. It doesn't really matter for now as all the > > at91 DT have at least one sram node. > except if we drop it or when we add a new SoC and forget it > Sure, I

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, Mar 2, 2015 at 10:03 AM, Tom Zanussi wrote: > On Mon, 2015-03-02 at 09:58 -0800, Alexei Starovoitov wrote: >> On Mon, Mar 2, 2015 at 8:46 AM, Tom Zanussi >> wrote: >> > On Mon, 2015-03-02 at 11:37 -0500, Steven Rostedt wrote: >> >> On Mon, 2 Mar 2015 10:01:00 -0600 >> >> Tom Zanussi wr

Re: [PATCH V5 3/6] perf, x86: large PEBS interrupt threshold

On Mon, Mar 2, 2015 at 12:59 PM, Andi Kleen wrote: >> At more reasonable periods, the benefit seems to vanish. I don't quite know >> of a scenario where one would absolutely need very small period. This is >> about statistical sampling and not tracing. > > In workloads with small irregular events

[PATCH v5] dma: Add Xilinx AXI Direct Memory Access Engine driver support

This is the driver for the AXI Direct Memory Access (AXI DMA) core, which is a soft Xilinx IP core that provides high- bandwidth direct memory access between memory and AXI4-Stream type target peripherals. Signed-off-by: Srikanth Thokala Signed-off-by: Kedareswara rao Appana --- This patch is re

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, 2015-03-02 at 09:58 -0800, Alexei Starovoitov wrote: > On Mon, Mar 2, 2015 at 8:46 AM, Tom Zanussi > wrote: > > On Mon, 2015-03-02 at 11:37 -0500, Steven Rostedt wrote: > >> On Mon, 2 Mar 2015 10:01:00 -0600 > >> Tom Zanussi wrote: > >> > >> > Add a gfp flag that allows kmalloc() et al

Re: [PATCH] thinkpad_acpi: use DEVICE_ATTR_* macros

On Mon, Mar 2, 2015, at 14:40, Bastien Nocera wrote: > Use the DEVICE_ATTR_* macros to reduce boiler plate. > > Signed-off-by: Bastien Nocera Reviewed-by: Henrique de Moraes Holschuh Acked-by: Henrique de Moraes Holschuh > --- > drivers/platform/x86/thinkpad_acpi.c | 72 > ++

[PATCH v2 2/2] x86: svm: make wbinvd faster

From: David Kaplan No need to re-decode WBINVD since we know what it is from the intercept. Signed-off-by: David Kaplan [extracted from larger unlrelated patch, forward ported, tested] Signed-off-by: Joel Schopp --- arch/x86/kvm/svm.c |9 - 1 file changed, 8 insertions(+), 1 deleti

[PATCH v2 0/2] Series short description

Review comments from v1 that used kvm_emulate_wbinvd() pointed out that kvm_emulate_* was inconsistant in using skipping, while kvm_emulate() always skips. The first patch cleans up the existing use while the second patch adds use of the updated version of kvm_emulate_wbinvd() in svm --- Joel S

[PATCH v2 1/2] kvm: x86: make kvm_emulate_* consistant

Currently kvm_emulate() skips the instruction but kvm_emulate_* sometimes don't. The end reult is the caller ends up doing the skip themselves. Let's make them consistant. Signed-off-by: Joel Schopp --- arch/x86/kvm/svm.c |2 -- arch/x86/kvm/vmx.c |9 +++-- arch/x86/kvm/x86.c | 23

Re: [PATCH V5 3/6] perf, x86: large PEBS interrupt threshold

> At more reasonable periods, the benefit seems to vanish. I don't quite know > of a scenario where one would absolutely need very small period. This is > about statistical sampling and not tracing. In workloads with small irregular events (e.g. irregularly space event handlers that run for less t

Re: [patch] memcg: disable hierarchy support if bound to the legacy cgroup hierarchy

On Mon 02-03-15 12:38:59, Johannes Weiner wrote: > From: Vladimir Davydov > > If the memory cgroup controller is initially mounted in the scope of the > default cgroup hierarchy and then remounted to a legacy hierarchy, it > will still have hierarchy support enabled, which is incorrect. We should

Re: [PATCH 07/15] mm: Add ___GFP_NOTRACE

On Mon, Mar 2, 2015 at 8:46 AM, Tom Zanussi wrote: > On Mon, 2015-03-02 at 11:37 -0500, Steven Rostedt wrote: >> On Mon, 2 Mar 2015 10:01:00 -0600 >> Tom Zanussi wrote: >> >> > Add a gfp flag that allows kmalloc() et al to be used in tracing >> > functions. >> > >> > The problem with using kmall

[PATCH v3 1/2] dma: Add Xilinx Central DMA DT Binding Documentation

Device-tree binding documentation of Xilinx Central DMA Engine. Signed-off-by: Srikanth Thokala Signed-off-by: Kedareswara rao Appana --- Changes in v3: - Used proper alignment for all the properties. Changes in v2: - Change property 'xlnx,data-width' to 'xlnx,datawidth' in the description to

[PATCH] dma: xilinx-dma: move header file to common location

This patch moves the xilinx_dma.h header file to the include/linux/dma. Signed-off-by: Kedareswara rao Appana --- drivers/dma/xilinx/xilinx_vdma.c | 2 +- include/linux/{amba => dma}/xilinx_dma.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename include/linux/{amba => dma}/xili

Re: [alsa-devel] [PATCH] ASoC: sam9g20_wm8731: drop machine_is_xxx

On Mon, Mar 02, 2015 at 03:19:40PM +0100, Alexandre Belloni wrote: > On 02/03/2015 at 14:06:38 +, Mark Brown wrote : > > *sigh* If something is a bug fix then please flag it as such; nothing > > in your message gives any hint that this is a fix rather than just a > > random cleanup. > Well,

[PATCH v3 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support

This is the driver for the AXI Central Direct Memory Access (AXI CDMA) core, which is a soft Xilinx IP core that provides high-bandwidth Direct Memory Access (DMA) between a memory-mapped source address and a memory-mapped destination address. This module works on Zynq (ARM Based SoC) and Microbla

Re: [PATCH 05/16] staging/lustre: fix up obsolete cpu function usage.

Thanks! Seems there was a midair collsion with my own patch that was not as comprehensive wrt functions touched: https://lkml.org/lkml/2015/3/2/10 But on the other hand I also tried to clean up some of the NR_CPUS usage while I was at it and this raises this question, from me, in the code like:

Re: [GIT PULL] microcode loader updates

On Mon, Mar 02, 2015 at 01:34:41PM +0100, Borislav Petkov wrote: > Hi guys, > > here's the first pile of microcode loader cleanups for 4.1. > > Please pull, > thanks. > > --- > The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539: > > Linux 4.0-rc1 (2015-02-22 18:21:14

Re: [PATCH] ARM: extend SMP_ON_UP detection for A5 MPCore devices with 1 CPU

On 2015-02-17 17:15, Afzal Mohammed wrote: > Hi Stefan, > > On Sat, Jan 31, 2015 at 12:53:46AM +0100, Stefan Agner wrote: > >> On the Vybrid platform this did not lead to CPU faults (so far), >> but is_smp checks evaluate to true which is not optimal >> performance wise. > > Just curious, was th

Re: [RFC][PATCH 00/19] Add timekeeping tests to kernel selftest

On 03/02/2015 10:39 AM, John Stultz wrote: > On Mon, Mar 2, 2015 at 9:21 AM, Shuah Khan wrote: >> On 03/02/2015 10:14 AM, John Stultz wrote: >>> Other then that, I've got a few compiler warning cleanup and a fix for >>> CROSS_COMPILE, so I'll resbumit the set tomorrow or later this week. >>> So le

Re: [PATCH v4 2/2] cpusets,isolcpus: add file to show isolated cpus in cpuset

On Mon, 2015-03-02 at 11:09 -0500, Tejun Heo wrote: > On Mon, Mar 02, 2015 at 05:02:57PM +0100, Mike Galbraith wrote: > > Well, those are the only ones we can do anything about. Dirt simple > > diddling of the workqueue default mask as sched domains are > > added/removed should do it I think. Aut

Re: [PATCH v2 16/18] ARM: dts: Introduce STM32F429 MCU

Hi Maxime, Please don't put the whole world in To, that makes replying to you much harder. You can put maintainers in CC instead. Am 20.02.2015 um 19:01 schrieb Maxime Coquelin: > The STMicrolectornics's STM32F419 MCU has the following main features: > - Cortex-M4 core running up to @180MHz > -

[PATCH] thinkpad_acpi: use DEVICE_ATTR_* macros

Use the DEVICE_ATTR_* macros to reduce boiler plate. Signed-off-by: Bastien Nocera --- drivers/platform/x86/thinkpad_acpi.c | 72 ++-- 1 file changed, 20 insertions(+), 52 deletions(-) diff --git a/drivers/platform/x86/thinkpad_acpi.c b/drivers/platform/x86/thin

Re: [PATCH] Input: cyapa - Remove superfluous type check in cyapa_gen5_read_idac_data()

On Mon, Mar 02, 2015 at 04:20:34AM +, Dudley Du wrote: > Thanks for the check. > This fix is verified okay. Applied, thank you. > > Dudley > > > -Original Message- > > From: Geert Uytterhoeven [mailto:ge...@linux-m68k.org] > > Sent: 2015年2月12日 22:16 > > To: Dmitry Torokhov; Dudley D

[patch] memcg: disable hierarchy support if bound to the legacy cgroup hierarchy

From: Vladimir Davydov If the memory cgroup controller is initially mounted in the scope of the default cgroup hierarchy and then remounted to a legacy hierarchy, it will still have hierarchy support enabled, which is incorrect. We should disable hierarchy support if bound to the legacy cgroup hi

Re: [PATCH v3 0/5] Subject: The power allocator thermal governor

On Mon, Mar 02, 2015 at 05:28:50PM +, Eduardo Valentin wrote: > On Mon, Mar 02, 2015 at 05:17:18PM +, Javi Merino wrote: > > *** BLURB HERE *** > > > > Hi linux-pm, > > > > Introduce the power allocator governor, a thermal governor that > > allocates device power to control temperature.

Re: [PATCH] input: cyapa: fix unaligned functions redefinition error

On Mon, Mar 02, 2015 at 02:04:38PM +0800, Dudley Du wrote: > Use asm/unaligned.h instead of linux/unaligned/access_ok.h head file to > fix compiling issues such as following while doing cross platform compiling. > "include/linux/unaligned/access_ok.h:7:19: error: redefinition of > 'get_unaligned_l

Re: [PATCH 2/2] memcg: disable hierarchy support if bound to the legacy cgroup hierarchy

On Mon, Mar 02, 2015 at 12:13:23PM -0500, Tejun Heo wrote: > On Thu, Feb 19, 2015 at 05:34:47PM +0300, Vladimir Davydov wrote: > > If the memory cgroup controller is initially mounted in the scope of the > > default cgroup hierarchy and then remounted to a legacy hierarchy, it > > will still have h

Re: [RFC][PATCH 00/19] Add timekeeping tests to kernel selftest

On Mon, Mar 2, 2015 at 9:21 AM, Shuah Khan wrote: > On 03/02/2015 10:14 AM, John Stultz wrote: >> Other then that, I've got a few compiler warning cleanup and a fix for >> CROSS_COMPILE, so I'll resbumit the set tomorrow or later this week. >> So let me know if there are any other changes you'd li

Re: [PATCH v7 4/5] Input: add haptic drvier on max77843

On Mon, Mar 02, 2015 at 07:10:37PM +0900, Jaewon Kim wrote: > This patch adds support for haptic driver on max77843 > MFD(Multi Function Device) with PMIC, MUIC, LED, CHARGER. > > This driver supports external pwm and LRA(Linear Resonant Actuator) motor. > And it supports ff-memless interface from

Re: [PATCH v6 1/2] tools lib traceevent: factor out allocating and processing args

On Fri, Feb 27, 2015 at 03:38:41PM +, Steven Rostedt wrote: > On Fri, 27 Feb 2015 14:48:14 + > Javi Merino wrote: > > > > +static int alloc_and_process_arg(struct event_format *event, char > > *next_token, > > +struct print_arg **print_arg) > > +{ > > + s

[PATCH] bcm63xx_enet: fix poll callback.

In case there was some tx buffer reclaimed and not enough rx packets to consume the whole budget, napi_complete would not be called and interrupts would be kept disabled, effectively resulting in the network core never to call the poll callback again and no rx/tx interrupts to be fired either. Fix

[PATCH] [RFC] ARM: shmobile: R-Car Gen2: Add da9063/da9210 regulator quirk

The r8a7791/koelsch development board has da9063 and da9210 regulators. Both regulators have their interrupt request lines tied to the same interrupt pin (IRQ2) on the SoC. After boot-up, both the da9063 and da9210 seem to assert their interrupt request lines. Hence as soon as one driver requests

Re: [PATCH v2 1/2] x86: mce: kexec: turn off MCE in kexec

On Mon, Mar 02, 2015 at 11:50:49AM -0500, Prarit Bhargava wrote: > Unless entering a deep C state kicks an MCE ... which we've seen with flaky > hardware. If that is the case, you'll see the MCE not only when entering kdump. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you re

[PATCH net] udp: only allow UFO for packets from SOCK_DGRAM sockets

If an over-MTU UDP datagram is sent through a SOCK_RAW socket to a UFO-capable device, ip_ufo_append_data() sets skb->ip_summed to CHECKSUM_PARTIAL unconditionally as all GSO code assumes transport layer checksum is to be computed on segmentation. However, in this case, skb->csum_start and skb->csu

Re: [PATCH v3 8/9] ACPI: arm64: use an arch-specific ACPI _OSI method and ACPI blacklist

Hi Al, On Wed, Feb 25, 2015 at 12:36:24AM +, al.st...@linaro.org wrote: > diff --git a/arch/arm64/kernel/acpi-blacklist.c > b/arch/arm64/kernel/acpi-blacklist.c > new file mode 100644 > index 000..1be6a56 > --- /dev/null > +++ b/arch/arm64/kernel/acpi-blacklist.c > @@ -0,0 +1,20 @@ > +/*

Re: [PATCH v3 0/5] Subject: The power allocator thermal governor

On Mon, Mar 02, 2015 at 05:17:18PM +, Javi Merino wrote: > *** BLURB HERE *** > > Hi linux-pm, > > Introduce the power allocator governor, a thermal governor that > allocates device power to control temperature. This series is based > on branch "linus" of Eduardo's linux-soc-thermal tree: >

Re: [PATCH] omap_l3_smx.c: remove IRQF_DISABLED flag

On 3/2/2015 5:35 AM, Valentin Rothberg wrote: The IRQF_DISABLED flag is a NOOP and scheduled to be removed. According to commit e58aa3d2d0cc ("genirq: Run irq handlers with interrupts disabled") running IRQ handlers with interrupts enabled can cause stack overflows when the interrupt line of the

Re: [PATCH v4 2/2] cpusets,isolcpus: add file to show isolated cpus in cpuset

On Mon, Mar 02, 2015 at 12:01:16PM -0500, Tejun Heo wrote: > Applied 1-2 to cgroup/for-4.1. Reverted due to build failure. Looks like UP build is broken. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kerne

Re: 3.19: device name associates with IRQ's for ahci controllers operating with a single IRQ changed from "ahci?" to ""

Hello, On Mon, Feb 16, 2015 at 05:28:42PM +, Alexander Gordeev wrote: > The problem dates back to commit 4f37b50 ("libata: Use dev_name() for > request_irq() to distinguish devices"). If the commit is considered valid > then still might be legitimate as well. Not sure what is the best > appro

[PATCH] mm: reorder can_do_mlock to fix audit denial

A userspace call to mmap(MAP_LOCKED) may result in the successful locking of memory while also producing a confusing audit log denial. can_do_mlock checks capable and rlimit. If either of these return positive can_do_mlock returns true. The capable check leads to an LSM hook used by apparmour and s

Re: [RFC][PATCH 00/19] Add timekeeping tests to kernel selftest

On 03/02/2015 10:14 AM, John Stultz wrote: > On Mon, Mar 2, 2015 at 9:06 AM, Shuah Khan wrote: >> On 02/25/2015 03:32 PM, John Stultz wrote: >>> I've hosted my timekeeping tests on github for the last few years: >>> https://github.com/johnstultz-work/timetests >>> >>> but I suspect not too m

Confidential Letter

Dear Friend, I am Mr. Juan Sebastian Morato, the Auditor General of Unicaja Bank Madrid. In the course of my auditing, I discovered a floating fund in an account, which was opened in 1990 at Cam Bank before it was bought over by Unicaja Group which I am the auditor belonging to a dead foreigne

RE: ADMIN TEAM‏

From: Endres, Jesse Sent: Monday, March 02, 2015 8:50 AM To: Endres, Jesse Subject: ADMIN TEAM‏ Your password Will Expire In The Next TWO {2} Days Current Faculty and Staff Should Please Log On To IT WEBSITE

Re: [PATCH 1/1] iommu/arm-smmu: fix ARM_SMMU_FEAT_TRANS_OPS condition

On Mon, Mar 02, 2015 at 04:57:22PM +, Baptiste Reynal wrote: > This patch is a fix to "iommu/arm-smmu: add support for iova_to_phys > through ATS1PR". > According to ARM documentation, translation registers are optional even > in SMMUv1, so ID0_S1TS needs to be checked to verify their presence.

Re: [Intel-gfx] [git pull] drm fixes

On Mon, Mar 2, 2015 at 5:53 PM, Linus Torvalds wrote: > On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter wrote: >> And can you please attach a bactrace of the WARN in your patch, just to >> double-check you blow up at the same spot? > > So the dmesg I attached had a backtrace for the new WARN_ONCE()

Re: [RFC][PATCH 00/19] Add timekeeping tests to kernel selftest

On Mon, Mar 2, 2015 at 9:06 AM, Shuah Khan wrote: > On 02/25/2015 03:32 PM, John Stultz wrote: >> I've hosted my timekeeping tests on github for the last few years: >> https://github.com/johnstultz-work/timetests >> >> but I suspect not too many folks have actually used them. >> >> I've been

Re: [PATCH 2/4] thinkpad_acpi: Factor out get/set adaptive kbd mode

On Mon, Mar 2, 2015, at 10:45, Bastien Nocera wrote: > Move the getting/setting of the adaptive keyboard mode to separate > functions, so that we can reuse them later through sysfs attributes. > > Signed-off-by: Bastien Nocera Acked-by: Henrique de Moraes Holschuh > --- > drivers/platform/x86

Re: [PATCH 3/4] thinkpad_acpi: Add adaptive_kbd_mode sysfs attr

On Mon, Mar 2, 2015, at 10:45, Bastien Nocera wrote: > Add a sysfs attribute to allow privileged users to change the keyboard > mode. This could be used by desktop environments to change the keyboard > mode depending on the application focused, as the Windows application > does. > > Signed-off-by:

Re: [PATCH 4/4] thinkpad_acpi: Add support for more adaptive kbd buttons

On Mon, Mar 2, 2015, at 10:45, Bastien Nocera wrote: > This commit adds new elements to the ThinkPad keymaps, and > will send key events for keys for which an input.h declaration > exists. > > Signed-off-by: Bastien Nocera Reviewed-by: Henrique de Moraes Holschuh Acked-by: Henrique de Moraes Ho

[PATCH v3 2/5] thermal: add trace events to the power allocator governor

Add trace events for the power allocator governor and the power actor interface of the cpu cooling device. Cc: Zhang Rui Cc: Eduardo Valentin Cc: Frederic Weisbecker Cc: Ingo Molnar Acked-by: Steven Rostedt Signed-off-by: Javi Merino --- drivers/thermal/cpu_cooling.c | 31 +

[PATCH v3 5/5] thermal: cpu_cooling: update the cpu device when cpufreq updates the policy cpu

From: Kapileshwar Singh When cpufreq changes the policy cpu, we need to update our cached cpu device accordingly. Cc: Zhang Rui Cc: Eduardo Valentin Signed-off-by: Kapileshwar Singh --- drivers/thermal/cpu_cooling.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/thermal/cpu_c

[PATCH v3 4/5] Revert "cpufreq: remove CPUFREQ_UPDATE_POLICY_CPU notifications"

This reverts commit d9f354460db8 ("cpufreq: remove CPUFREQ_UPDATE_POLICY_CPU notifications"). When the lead cpu of a group of cpus managed by cpufreq is hotplugged out, the cpu device cached in drivers/thermal/cpu_cooling.c needs to be updated accordingly. Bring back the CPUFREQ_UPDATE_POLICY_CPU

[PATCH v3 1/5] thermal: introduce the Power Allocator governor

The power allocator governor is a thermal governor that controls system and device power allocation to control temperature. Conceptually, the implementation divides the sustainable power of a thermal zone among all the heat sources in that zone. This governor relies on "power actors", entities th

<    1   2   3   4   5   6   7   8   9   10   >