[RFD PATCH 05/10] cpuidle: Remove unused headers for tick

2014-10-22 Thread Daniel Lezcano
Moving around the different functions dealing with the time made the time headers no longer necessary in cpuidle.c. Remove them. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- drivers/cpuidle/cpuidle.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/cpuidle/cpuidle.c

[RFD PATCH 03/10] sched: idle: cpudidle: Pass the latency req from idle.c

2014-10-22 Thread Daniel Lezcano
As we get the latency_req from cpuidle_idle_call, just pass it to the cpuidle layer instead of duplicating the code across the governors. That has the benefit of moving little by little the different timings we want to integrate with the scheduler near this one. Signed-off-by: Daniel Lezcano

[RFD PATCH 02/10] cpuidle: Checking the zero latency inside the governors does not make sense.

2014-10-22 Thread Daniel Lezcano
If the zero latency is required, we don't want to invoke any cpuidle code at all. Move the check within the governors and do the check before selecting the state in order to fallback to the default idle function. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org ---

Re: [PATCH] Documentation: ptp: Fix build failure on MIPS cross builds

2014-10-22 Thread Peter Foley
On Wed, Oct 22, 2014 at 4:03 AM, Richard Cochran richardcoch...@gmail.com wrote: In the mean time, I would like to restore the testptp.mk that *does* cross compile, so that people may use the test program if they want. In fact I use this all the time, and so I am a bit annoyed that something

[PATCH v4] iio: iadc: Qualcomm SPMI PMIC current ADC driver

2014-10-22 Thread Ivan T. Ivanov
The current ADC is peripheral of Qualcomm SPMI PMIC chips. It has 16 bits resolution and register space inside PMIC accessible across SPMI bus. The driver registers itself through IIO interface. Signed-off-by: Ivan T. Ivanov iiva...@mm-sol.com --- Changes: - Address review comments from

Re: [PATCH v5 11/20] x86: perf: Intel PT and LBR/BTS are mutually exclusive

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:39PM +0300, Alexander Shishkin wrote: Intel PT cannot be used at the same time as LBR or BTS and will cause a general protection fault if they are used together. In order to avoid fixing up GPs in the fast path, instead we use flags to indicate that that one of

[PATCH v2 1/2] mm: cma: split cma-reserved in dmesg log

2014-10-22 Thread Pintu Kumar
When the system boots up, in the dmesg logs we can see the memory statistics along with total reserved as below. Memory: 458840k/458840k available, 65448k reserved, 0K highmem When CMA is enabled, still the total reserved memory remains the same. However, the CMA memory is not considered as

Re: [PATCH linux-next] iommu: add iommu for s390 platform

2014-10-22 Thread Joerg Roedel
Hi Frank, On Tue, Oct 21, 2014 at 01:57:25PM +0200, Frank Blaschka wrote: Add a basic iommu for the s390 platform. The code is pretty simple since on s390 each PCI device has its own virtual io address space starting at the same vio address. Are there any limitations on IOVA address space for

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +/** + * struct pt_buffer - buffer configuration; one buffer per task_struct or - * cpu, depending on perf event configuration + *cpu, depending on perf event configuration + * @tables: list of ToPA

[PATCH v2 2/2] fs: proc: Include cma info in proc/meminfo

2014-10-22 Thread Pintu Kumar
This patch include CMA info (CMATotal, CMAFree) in /proc/meminfo. Currently, in a CMA enabled system, if somebody wants to know the total CMA size declared, there is no way to tell, other than the dmesg or /var/log/messages logs. With this patch we are showing the CMA info as part of meminfo, so

Re: [PATCH 3/4] OOM, PM: OOM killed task shouldn't escape PM suspend

2014-10-22 Thread Rafael J. Wysocki
On Tuesday, October 21, 2014 04:29:39 PM Michal Hocko wrote: On Tue 21-10-14 16:41:07, Rafael J. Wysocki wrote: On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote: [...] OK, incremental diff on top. I will post the complete patch if you are happier with this change Yes, I

Re: [PATCH v5 06/20] perf: Add AUX record

2014-10-22 Thread Alexander Shishkin
Peter Zijlstra pet...@infradead.org writes: On Mon, Oct 13, 2014 at 04:45:34PM +0300, Alexander Shishkin wrote: +/* + * Records that new data landed in the AUX buffer part. + * + * struct { + * struct perf_event_headerheader; + * + * u64

Re: [PATCH v5 07/20] perf: Add api for pmus to write to AUX area

2014-10-22 Thread Alexander Shishkin
Peter Zijlstra pet...@infradead.org writes: On Mon, Oct 13, 2014 at 04:45:35PM +0300, Alexander Shishkin wrote: +/* + * Nesting is not supported for AUX area, make sure nested + * writers are caught early + */ +if (WARN_ON_ONCE(local_xchg(rb-aux_nest, 1))) +

[PATCH] kbuild: Fix output of make kernelrelease

2014-10-22 Thread Steven Rostedt
Commit 7ff525712acf kbuild: fake the Entering directory ... message more simply changed the output of make kernelrelease such that the kernel release version was not the last line printed. This broke various tools that would find the kernel release with make kernelrelease | tail -1. One of those

Re: [PATCH v4 8/8] ARM: mediatek: Add config option for mediatek SoCs.

2014-10-22 Thread Yingjoe Chen
On Wed, 2014-10-22 at 15:53 +0200, Matthias Brugger wrote: Hi Joe, 2014-10-22 15:31 GMT+02:00 Yingjoe Chen yingjoe.c...@mediatek.com: Hi Matthias, On Wed, 2014-10-22 at 15:18 +0200, Matthias Brugger wrote: 2014-10-22 12:29 GMT+02:00 Joe.C yingjoe.c...@mediatek.com: + +if

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +++ b/arch/x86/kernel/cpu/perf_event_intel.c @@ -1528,6 +1528,14 @@ again: } /* + * Intel PT + */ + if (__test_and_clear_bit(55, (unsigned long *)status)) { + handled++; +

Re: [PATCH] usb: serial: Fix indentation style issue

2014-10-22 Thread Greg KH
On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote: On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote: On Sat, Oct 11, 2014 at 03:49:43PM +0200, Philip Munksgaard wrote: Fix a style issue Signed-off-by: Philip Munksgaard pmunksga...@gmail.com ---

Re: [PATCH v2 1/2] timekeeping: add EXPORT_SYMBOL_GPL for do_adjtimex()

2014-10-22 Thread Mike Surcouf
Mike, can you share me your kernel version and which Linux distro do you use? 2.6.32-504.el6.x86_64 AKA RHEL 6.6 Happened on centos 7 and 6.5 too. #cat /var/lib/ntp/drift -248.869 About 20 secs a day (constant) Its not a new problem I had this in other distros and other kernels. I would say its

Хранение фонд

2014-10-22 Thread Stanley Kuavi
поздравления Я связался две недели назад и у меня нет ответа. Я упомянул о смерти моего клиента, позже имея ту же фамилию с вами. Он хранение сумму $9,1 млн в банке и банк просил меня сообщить семье. Пожалуйста, укажите ваш интерес в этом вопросе для меня, чтобы предоставить более подробную

Re: [PATCH 3/4] OOM, PM: OOM killed task shouldn't escape PM suspend

2014-10-22 Thread Michal Hocko
On Wed 22-10-14 16:39:12, Rafael J. Wysocki wrote: On Tuesday, October 21, 2014 04:29:39 PM Michal Hocko wrote: On Tue 21-10-14 16:41:07, Rafael J. Wysocki wrote: On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote: [...] OK, incremental diff on top. I will post the complete

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +/* + * Capabilities of Intel PT hardware, such as number of address bits or + * supported output schemes, are cached and exported to userspace as caps + * attribute group of pt pmu device + *

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: + if (test_cpu_cap(boot_cpu_data, X86_FEATURE_INTEL_PT)) { + for (i = 0; i PT_CPUID_LEAVES; i++) + cpuid_count(20, i, + pt_pmu.caps[CR_EAX + i * 4], +

Re: lockdep splat in CPU hotplug

2014-10-22 Thread Daniel Lezcano
On 10/22/2014 11:53 AM, Jiri Kosina wrote: On Tue, 21 Oct 2014, Jiri Kosina wrote: Hi, I am seeing the lockdep report below when resuming from suspend-to-disk with current Linus' tree (c2661b80609). The reason for CCing Ingo and Peter is that I can't make any sense of one of the stacktraces

Re: [PATCH RFC] platform: hp_accel: add a i8042 filter to remove accelerometer data

2014-10-22 Thread Éric Piel
On 22/10/14 15:20, Giedrius Statkevicius wrote: : My questions are these: - Does any system with the accelerometer whose ACPI id is HPQ0004 or HPQ6007 run into the same issues? - If so, what are the scancodes reported by atkbd? - If not, then where can I find some documentation to find

Re: [PATCH 2/2] iommu: Implement a dummy bus_set_iommu()

2014-10-22 Thread Joerg Roedel
On Wed, Oct 15, 2014 at 11:10:44AM +0200, Thierry Reding wrote: It seems like I never got back to you on this. The reason here is that for Tegra the IOMMU is part of a larger IP block. The IP block is primarily a memory controller with a bunch of configuration knobs for arbitration,

Re: [PATCH] iommu: use dev_get_platdata()

2014-10-22 Thread Joerg Roedel
On Fri, Oct 10, 2014 at 07:01:10PM +0530, Kiran Padwal wrote: Use the wrapper function for retrieving the platform data instead of accessing dev-platform_data directly. Signed-off-by: Kiran Padwal kiran.pad...@smartplayin.com --- drivers/iommu/msm_iommu_dev.c |4 ++--

Re: [PATCH 1/1] GPU-DRM-nouveau: Deletion of unnecessary checks before two function calls

2014-10-22 Thread SF Markus Elfring
If you are convinced that dropping the null tests is a good idea, then you can submit the patch that makes the change to the relevant maintainers and mailing lists. Would you like to integrate the following proposal into your source code repository? Regards, Markus From

[PATCH 04/13] power: reset: ltc2952: prefer devm_gpiod_get over gpiod_get

2014-10-22 Thread Frans Klaver
This reduces cleanup code and chance of errors. Signed-off-by: Frans Klaver frans.kla...@xsens.com --- drivers/power/reset/ltc2952-poweroff.c | 44 -- 1 file changed, 10 insertions(+), 34 deletions(-) diff --git a/drivers/power/reset/ltc2952-poweroff.c

[PATCH 01/13] power: reset: ltc2952: prefer devm_kzalloc over kzalloc

2014-10-22 Thread Frans Klaver
Make use of the fact that the allocated resources can be automatically deallocated. This reduces cleanup code and chance of leaks. Signed-off-by: Frans Klaver frans.kla...@xsens.com --- drivers/power/reset/ltc2952-poweroff.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff

[PATCH 10/13] power: reset: ltc2952: disable timers in _remove

2014-10-22 Thread Frans Klaver
Disable the timers when ltc2952_poweroff is removed. We don't want to risk calling functions on data that no longer exist. Signed-off-by: Frans Klaver frans.kla...@xsens.com --- drivers/power/reset/ltc2952-poweroff.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 08/13] power: reset: ltc2952: cleanup control flow in poweroff_handler

2014-10-22 Thread Frans Klaver
ltc2952_poweroff_handler uses gotos to return from the function. Since we don't do cleanups exiting this function, just return IRQ_HANDLED on the spot and be done with it. While at it, remove the variable 'ret'. It was never used very much. Signed-off-by: Frans Klaver frans.kla...@xsens.com ---

[PATCH 11/13] power: reset: ltc2952: check trigger value before starting timer

2014-10-22 Thread Frans Klaver
In ltc2952_poweroff_handler it is theoretically possible that the timer fails to start on first pass (button press), but succeeds in starting on the second (button release). This will cause the button press to be misinterpreted, and will incorrectly shut down the system. Because a picture says

[PATCH 12/13] power: reset: ltc2952: make trigger input optional

2014-10-22 Thread Frans Klaver
Currently the ltc2952 supports only one button sequence to initiate powerdown. This is not always desirable, as even prolonged button presses can happen in use. Allow ltc2952 users to pick their own power down sequence, by making the trigger input optional. Since this still means that the ltc2952

[PATCH 13/13] power: reset: ltc2952: document optional trigger behavior

2014-10-22 Thread Frans Klaver
Document the fact that the trigger signal is now optional, and describe the behavior when this is used. While at it, fix a typo, and paraphrase a sentence to be less platform specific. Signed-off-by: Frans Klaver frans.kla...@xsens.com ---

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: + +enum cpuid_regs { + CR_EAX = 0, + CR_ECX, + CR_EDX, + CR_EBX +}; + +/* + * Capabilities of Intel PT hardware, such as number of address bits or + * supported output schemes, are cached and exported to

[PATCH 09/13] power: reset: ltc2952: fix C++ style function pointers

2014-10-22 Thread Frans Klaver
The function pointers for the timers and pm_power_off are assigned with C++ style foo = func; Let's change it instead to the more C style foo = func; Signed-off-by: Frans Klaver frans.kla...@xsens.com --- drivers/power/reset/ltc2952-poweroff.c | 6 +++--- 1 file changed, 3

[PATCH 05/13] power: reset: ltc2952: reduce dependency on global variables

2014-10-22 Thread Frans Klaver
Documentation/CodingStyle ch.4 mentions in a side node that global variables should only be used if you really need them. Reduce the use of the global instance of ltc2952_poweroff so we may eventually remove it entirely. While at it, rename ltc2952_poweroff_data to ltc2952_poweroff, just to save

[PATCH 07/13] power: reset: ltc2952: drop empty suspend/resume functions

2014-10-22 Thread Frans Klaver
Documentation/SubmittingDrivers suggests these be implemented even when they do nothing. On the other hand, the platform code calls these functions 'legacy'. Suspend and resume operations should go into a pm_ops structure, pointed at by the driver's pm field. This approach would lead to a lot of

[PATCH 06/13] power: reset: ltc2952: remove global variable poweroff_panic

2014-10-22 Thread Frans Klaver
As per Documentation/CodingStyle ch.4, we should keep global variables to a mininum. Move the panic state into the driver data, regardless of whether panic is a system state or not. This removes the need for the custom _init and _exit functions, so replace them with a call to the

[PATCH 03/13] power: reset: ltc2952: unroll gpio_desc array

2014-10-22 Thread Frans Klaver
The three gpio's used by this driver are stored in an array of pointers. This doesn't add much besides cleanups in a loop. In fact, it makes most of the usage sites harder to read. Unroll the loop, and live with the fact that cleanups become slightly larger. Signed-off-by: Frans Klaver

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +static bool pt_event_valid(struct perf_event *event) +{ + u64 config = event-attr.config; + + /* admin can set any packet generation parameters */ + if (capable(CAP_SYS_ADMIN) (config PT_BYPASS_MASK) ==

Re: [PATCH v2 11/12] perf/x86: make HT bug workaround conditioned on HT enabled

2014-10-22 Thread Stephane Eranian
On Wed, Oct 22, 2014 at 3:27 PM, Jiri Olsa jo...@redhat.com wrote: On Thu, Oct 09, 2014 at 06:34:45PM +0200, Stephane Eranian wrote: SNIP + */ +static __init int fixup_ht_bug(void) +{ + int cpu = smp_processor_id(); + int w, c; + /* + * problem not present on this CPU

[PATCH 02/13] power: reset: ltc2952: prefer devm_request_irq over request_irq

2014-10-22 Thread Frans Klaver
Make use of the fact that we allocated resources can be automatically deallocated. This reduces cleanup code and chance of errors. It also removes the need for the virq member of the ltc2952_poweroff_data struct. Signed-off-by: Frans Klaver frans.kla...@xsens.com ---

Re: lockdep splat in CPU hotplug

2014-10-22 Thread Jiri Kosina
On Wed, 22 Oct 2014, Daniel Lezcano wrote: I am seeing the lockdep report below when resuming from suspend-to-disk with current Linus' tree (c2661b80609). The reason for CCing Ingo and Peter is that I can't make any sense of one of the stacktraces lockdep is providing.

[PATCH 00/13] ltc2952 modernization and new functionality

2014-10-22 Thread Frans Klaver
Hi there, Apparently I missed the fact that version 2 [1] of the ltc2952 driver had already been queued, so here's a series that implements most of the changes that I already did in v3..5 [2] of the driver. This series implements devm_* usage, reduction of globals, some cleanup and finally

Re: lockdep splat in CPU hotplug

2014-10-22 Thread Paul E. McKenney
On Wed, Oct 22, 2014 at 11:53:49AM +0200, Jiri Kosina wrote: On Tue, 21 Oct 2014, Jiri Kosina wrote: Hi, I am seeing the lockdep report below when resuming from suspend-to-disk with current Linus' tree (c2661b80609). The reason for CCing Ingo and Peter is that I can't make any

Re: [PATCH] usb: serial: Fix indentation style issue

2014-10-22 Thread Philip Munksgaard
On 22 October 2014 16:18, Greg KH gre...@linuxfoundation.org wrote: On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote: On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote: On Sat, Oct 11, 2014 at 03:49:43PM +0200, Philip Munksgaard wrote: Fix a style issue

Re: [PATCH] usb: serial: Fix indentation style issue

2014-10-22 Thread Johan Hovold
On Wed, Oct 22, 2014 at 04:40:24PM +0200, Philip Munksgaard wrote: On 22 October 2014 16:18, Greg KH gre...@linuxfoundation.org wrote: On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote: On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote: On Sat, Oct 11, 2014 at

Re: lockdep splat in CPU hotplug

2014-10-22 Thread Daniel Lezcano
On 10/22/2014 04:36 PM, Jiri Kosina wrote: On Wed, 22 Oct 2014, Daniel Lezcano wrote: I am seeing the lockdep report below when resuming from suspend-to-disk with current Linus' tree (c2661b80609). The reason for CCing Ingo and Peter is that I can't make any sense of one of the stacktraces

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +static int pt_config(struct perf_event *event) +{ + u64 reg; + + reg = RTIT_CTL_TOPA | RTIT_CTL_BRANCH_EN; + + if (!event-attr.exclude_kernel) + reg |= RTIT_CTL_OS; + if

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +static void pt_config_start(bool start) +{ + u64 ctl; + + rdmsrl(MSR_IA32_RTIT_CTL, ctl); + if (start) + ctl |= RTIT_CTL_TRACEEN; + else + ctl = ~RTIT_CTL_TRACEEN; +

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
+/* make negative table index stand for the last table entry */ +#define TOPA_ENTRY(t, i) ((i) == -1 ? (t)-table[(t)-last] : (t)-table[(i)]) code does not match comment; negative would be: i 0, not i == -1. Something like: ({ if (i 0) i += t-size; t-table[i]; }), might work, of course that

Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface)

2014-10-22 Thread Mika Westerberg
On Wed, Oct 22, 2014 at 04:07:08PM +0200, Rafael J. Wysocki wrote: Moreover, we need to clarify what situation we're really talking about. For one, drivers using the unified interface only will always use names for GPIOs, because they have to assume that either a DT or ACPI w/ _DSD is

Re: [PATCH 2/3] ARM: shmobile: r8a7740 dtsi: Add TMU0 and TMU1 device nodes

2014-10-22 Thread Laurent Pinchart
Hi Geert, Thank you for the patch. On Wednesday 22 October 2014 11:38:28 Geert Uytterhoeven wrote: Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be Simon has posted a very similar patch as [PATCH v2 19/30] ARM: shmobile: r8a7740: Add TMU nodes, you might want to credit him.

Re: [PATCH v5 2/6] ARM: rockchip: add option to access the pmu via a phandle in smp_operations

2014-10-22 Thread Heiko Stübner
Hi Kever, Am Mittwoch, 15. Oktober 2014, 10:23:01 schrieb Kever Yang: From: Heiko Stuebner he...@sntech.de Makes it possible to define a rockchip,pmu phandle in the cpus node directly referencing the pmu syscon instead of searching for specific compatible. The old way of finding the pmu

Re: [PATCH 3/3] ARM: shmobile: armadillo800eva dts: Enable TMU0

2014-10-22 Thread Laurent Pinchart
Hi Geert, Thank you for the patch. On Wednesday 22 October 2014 11:38:29 Geert Uytterhoeven wrote: ch0 will be used for clock events and for periodic clock events, ch1 will be used as clock source. Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be Simon has posted the same change

Re: [PATCH v2 11/12] perf/x86: make HT bug workaround conditioned on HT enabled

2014-10-22 Thread Jiri Olsa
On Thu, Oct 09, 2014 at 06:34:45PM +0200, Stephane Eranian wrote: SNIP --- a/arch/x86/kernel/cpu/perf_event_intel.c +++ b/arch/x86/kernel/cpu/perf_event_intel.c @@ -12,6 +12,7 @@ #include linux/init.h #include linux/slab.h #include linux/export.h +#include linux/watchdog.h

Re: [PATCH 1/3] clocksource: sh_tmu: Document R-Mobile r8a7740 binding

2014-10-22 Thread Laurent Pinchart
Hi Geert, Thank you for the patch. On Wednesday 22 October 2014 11:38:27 Geert Uytterhoeven wrote: Compared to the r8a7779, the r8a7740 lacks the input capture register, which is not used by the driver (the current driver already handles the r8a7740 in the non-DT case). Signed-off-by:

Re: [PATCH] clocksource: sh_mtu2: Correct SoC family name

2014-10-22 Thread Laurent Pinchart
Hi Geert, Thank you for the patch. On Wednesday 22 October 2014 11:26:18 Geert Uytterhoeven wrote: r7s72100 is a member of the RZ family, not of the R-Car family Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be Acked-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com

Re: [PATCH -next 00/10] Fixes to controlling tty handling

2014-10-22 Thread One Thousand Gnomes
On Thu, 16 Oct 2014 14:59:40 -0400 Peter Hurley pe...@hurleysoftware.com wrote: Hi Greg, This patch series: 1. removes stale code from the controlling tty handling functions 2. relocates the ctty functions to eliminate forward declarations 3. fixes several unsafe races when setting the

Re: [PATCH v2 2/3] ARM: keystone: pm: switch to use generic pm domains

2014-10-22 Thread Ulf Hansson
On 22 October 2014 13:23, Grygorii Strashko grygorii.stras...@ti.com wrote: Hi Santosh, On 10/21/2014 09:05 PM, Santosh Shilimkar wrote: On 10/20/2014 05:56 AM, Grygorii Strashko wrote: This patch switches Keystone 2 PM code to use Generic PM domains instead of PM clock domains because of

Re: [PATCH 1/2] ftracetest: add kprobes on ftrace testcase

2014-10-22 Thread Steven Rostedt
On Tue, 21 Oct 2014 21:10:00 +0900 Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote: Steven, could you pick this series to your tree? I think it is better to manage ftracetest testcases in one tree. I can pick these up. Is it OK if it goes into the 3.19 queue? Or is there some urgent

Re: [PATCH v5 06/20] perf: Add AUX record

2014-10-22 Thread Peter Zijlstra
On Wed, Oct 22, 2014 at 05:18:29PM +0300, Alexander Shishkin wrote: Peter Zijlstra pet...@infradead.org writes: On Mon, Oct 13, 2014 at 04:45:34PM +0300, Alexander Shishkin wrote: + /* + * Records that new data landed in the AUX buffer part. + * + * struct { + * struct

Re: [PATCH v2 05/12] perf/x86: add cross-HT counter exclusion infrastructure

2014-10-22 Thread Jiri Olsa
On Thu, Oct 09, 2014 at 06:34:39PM +0200, Stephane Eranian wrote: From: Maria Dimakopoulou maria.n.dimakopou...@gmail.com SNIP +struct intel_excl_cntrs *allocate_excl_cntrs(int cpu) +{ + struct intel_excl_cntrs *c; + int i; + + c = kzalloc_node(sizeof(struct

Re: [PATCH v2 2/3] ARM: keystone: pm: switch to use generic pm domains

2014-10-22 Thread Geert Uytterhoeven
Hi Ulf, On Wed, Oct 22, 2014 at 5:01 PM, Ulf Hansson ulf.hans...@linaro.org wrote: +void keystone_pm_domain_attach_dev(struct device *dev) { +struct clk *clk; int ret; +int i = 0; dev_dbg(dev, %s\n, __func__); -ret = pm_generic_runtime_suspend(dev); -if

Re: [PATCH v2] staging: skein: Loadable Module Support

2014-10-22 Thread Jason Cooper
Eric, Awesome! You must have been reading my TODO list :) On Tue, Oct 21, 2014 at 09:44:27AM -0500, Eric Rost wrote: Adds loadable module support for Skein256, Skein512, and Skein1024 Hash Algorithms. This description is accurate, but incomplete. You're also integrating skein into the

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Wed, Oct 22, 2014 at 04:49:52PM +0200, Peter Zijlstra wrote: On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +static void pt_config_start(bool start) +{ + u64 ctl; + + rdmsrl(MSR_IA32_RTIT_CTL, ctl); + if (start) + ctl |= RTIT_CTL_TRACEEN; +

Re: [PATCH v5 1/3] iommu/rockchip: rk3288 iommu driver

2014-10-22 Thread Joerg Roedel
On Tue, Oct 14, 2014 at 04:02:40PM +0800, Daniel Kurtz wrote: +static void rk_iommu_detach_device(struct iommu_domain *domain, +struct device *dev) +{ + struct rk_iommu *iommu = dev_get_drvdata(dev-archdata.iommu); + struct rk_iommu_domain *rk_domain =

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: + if ((pt_cap_get(PT_CAP_topa_multiple_entries) + topa-table[i].stop) + || topa-table[i].end) + break; + old =

[PATCH v2] ASoC: atmel_ssc_dai: Match the CMR divider only in full duplex.

2014-10-22 Thread Peter Rosin
From 86be84c4de4e7b21cfda9656a02a902c543210af Mon Sep 17 00:00:00 2001 From: Peter Rosin p...@axentia.se Date: Wed, 22 Oct 2014 16:45:29 +0200 Subject: [PATCH v2] ASoC: atmel_ssc_dai: Match the CMR divider only in full duplex. The CMR divider register is shared by playback and capture. The SSC

[PATCHSET 0/5] perf tools: option parsing improvement

2014-10-22 Thread Namhyung Kim
Hello, This patchset tries to enhance option parser a bit. Patch 1-3 are to reuse existing perf record options for other commands like perf kvm stat record. Patch 4-5 are to support exclusive options that cannot be used at the same time. The perf probe has such options and upcoming sdt-cache

[PATCH 3/5] perf kvm: Print kvm specific --help output

2014-10-22 Thread Namhyung Kim
The 'perf kvm stat record' tool is an alias of 'perf record' with predefined kvm related options. All options that passed to 'perf kvm stat record' are processed by the 'perf record' tool. So, 'perf kvm stat record --help' prints help of usage for the 'perf record' command. There are a few options

[PATCH 4/5] perf tools: Add support for exclusive option

2014-10-22 Thread Namhyung Kim
Some options cannot be used at the same time. To handle such options add a new PARSE_OPT_EXCLUSIVE flag and show error message if more than one of them is used. Cc: Masami Hiramatsu masami.hiramatsu...@hitachi.com Cc: Hemant Kumar hem...@linux.vnet.ibm.com Signed-off-by: Namhyung Kim

[PATCH 1/5] perf tools: Add PARSE_OPT_DISABLED flag

2014-10-22 Thread Namhyung Kim
In some cases, we need to reuse exising options with some of them disabled. To do that, add PARSE_OPT_DISABLED flag and set_option_flag() function. Cc: Masami Hiramatsu masami.hiramatsu...@hitachi.com Cc: Hemant Kumar hem...@linux.vnet.ibm.com Cc: Alexander Yarygin yary...@linux.vnet.ibm.com

[PATCH 5/5] perf probe: Use PARSE_OPT_EXCLUSIVE flag

2014-10-22 Thread Namhyung Kim
The perf probe has some exclusive options. Use new PARSE_OPT_EXCLUSIVE flag to simplify the code and show more compact usage. $ perf probe -l -a foo Error: switch `a' cannot be used with switch `l' usage: perf probe [options] 'PROBEDEF' ['PROBEDEF' ...] or: perf probe [options]

[PATCH 2/5] perf tools: Export usage string and option table of perf record

2014-10-22 Thread Namhyung Kim
Those are shared with other builtin commands like kvm, script. So make it accessable from them. This is a preparation of later change that limiting possible options. Cc: Masami Hiramatsu masami.hiramatsu...@hitachi.com Cc: Hemant Kumar hem...@linux.vnet.ibm.com Cc: Alexander Yarygin

Re: [PATCH 3/3] ARM: shmobile: armadillo800eva dts: Enable TMU0

2014-10-22 Thread Geert Uytterhoeven
On Wed, Oct 22, 2014 at 4:58 PM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Wednesday 22 October 2014 11:38:29 Geert Uytterhoeven wrote: ch0 will be used for clock events and for periodic clock events, ch1 will be used as clock source. Signed-off-by: Geert Uytterhoeven

Re: [PATCH 0/3] Rockchip IOMMU driver and devicetree bindings

2014-10-22 Thread Joerg Roedel
On Wed, Oct 01, 2014 at 06:20:40PM +0800, Daniel Kurtz wrote: Add a driver and devicetree bindings for the IOMMU found in Rockchip RK3288 SoCs. Daniel Kurtz (3): iommu/rockchip: rk3288 iommu driver dt-bindings: iommu: Add documentation for rockchip iommu ARM: dts: rk3288: add VOP

[PATCH v1 2/5] ARM: dts: tegra: Use poweroff-source DT property in tps65911 for tegra30 apalis

2014-10-22 Thread Romain Perier
Signed-off-by: Romain Perier romain.per...@gmail.com --- arch/arm/boot/dts/tegra30-apalis.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/tegra30-apalis.dtsi b/arch/arm/boot/dts/tegra30-apalis.dtsi index a5446cb..796e83b 100644 ---

[PATCH v1 4/5] ARM: dts: tegra: Use poweroff-source DT property in tps65911 for tegra30 cardhu

2014-10-22 Thread Romain Perier
Signed-off-by: Romain Perier romain.per...@gmail.com --- arch/arm/boot/dts/tegra30-cardhu.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/tegra30-cardhu.dtsi b/arch/arm/boot/dts/tegra30-cardhu.dtsi index 2063795..276784d 100644 ---

[PATCH v1 3/5] ARM: dts: tegra: Use poweroff-source DT property in tps65911 for tegra30 beaver

2014-10-22 Thread Romain Perier
Signed-off-by: Romain Perier romain.per...@gmail.com --- arch/arm/boot/dts/tegra30-beaver.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/tegra30-beaver.dts b/arch/arm/boot/dts/tegra30-beaver.dts index cee8f22..47e01b6 100644 ---

[PATCH v1 5/5] ARM: dts: tegra: Use poweroff-source DT property in tps65911 for tegra30 colibri

2014-10-22 Thread Romain Perier
Signed-off-by: Romain Perier romain.per...@gmail.com --- arch/arm/boot/dts/tegra30-colibri.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/tegra30-colibri.dtsi b/arch/arm/boot/dts/tegra30-colibri.dtsi index c4ed1be..e35c4d4 100644 ---

[PATCH v1 1/5] mfd: tps65910: Convert ti,system-power-controller DT property to poweroff-source

2014-10-22 Thread Romain Perier
No longer use custom property to define poweroff capability, use the standard DT property instead. Signed-off-by: Romain Perier romain.per...@gmail.com --- drivers/mfd/tps65910.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/mfd/tps65910.c b/drivers/mfd/tps65910.c

Re: [alsa-devel] [PATCH v2 5/6] sound/usb: pcm changes to use media token api

2014-10-22 Thread Hans Verkuil
Hi Shuah, Some notes below... On 10/21/2014 07:32 PM, Shuah Khan wrote: On 10/21/2014 10:05 AM, Takashi Iwai wrote: At Tue, 21 Oct 2014 17:42:51 +0200, Hans Verkuil wrote: Quite often media apps open the alsa device at the start and then switch between TV, radio or DVB mode. If the alsa

Re: [PATCH v1 1/5] mfd: tps65910: Convert ti,system-power-controller DT property to poweroff-source

2014-10-22 Thread PERIER Romain
This is related to the following subject [RFC v3 PATCH 1/5] of: Add standard property for poweroff capability and depends on the corresponding patch. 2014-10-22 17:26 GMT+02:00 Romain Perier romain.per...@gmail.com: No longer use custom property to define poweroff capability, use the standard

Re: [PATCH v5 12/20] x86: perf: intel_pt: Intel PT PMU driver

2014-10-22 Thread Peter Zijlstra
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote: +static void pt_event_start(struct perf_event *event, int mode) +{ + struct pt *pt = this_cpu_ptr(pt_ctx); + struct pt_buffer *buf = perf_get_aux(pt-handle); + + if (pt_is_running() || !buf ||

Re: [PATCH v2 2/3] ARM: keystone: pm: switch to use generic pm domains

2014-10-22 Thread Ulf Hansson
On 22 October 2014 17:09, Geert Uytterhoeven ge...@linux-m68k.org wrote: Hi Ulf, On Wed, Oct 22, 2014 at 5:01 PM, Ulf Hansson ulf.hans...@linaro.org wrote: +void keystone_pm_domain_attach_dev(struct device *dev) { +struct clk *clk; int ret; +int i = 0; dev_dbg(dev,

[RFC PATCH 0/3] Expose gpu counters via perf pmu driver

2014-10-22 Thread Robert Bragg
Although I haven't seen any precedent for drivers using perf pmus to expose device metrics, I've been experimenting with exposing some of the performance counters of Intel Gen graphics hardware recently and looking to see if it makes sense to build on the perf infrastructure for our use cases.

[PATCH v2] iio: inkern: Add of_xlate function to struct iio_info

2014-10-22 Thread Ivan T. Ivanov
When #iio-cells is greater than '0', the driver could provide a custom of_xlate function that reads the *args* and returns the appropriate index in registered IIO channels array. Add simple translation function, suitable for the most 1:1 mapped channels in IIO chips, and use it when driver did

[RFC PATCH 2/3] perf: Add PERF_PMU_CAP_IS_DEVICE flag

2014-10-22 Thread Robert Bragg
The PERF_PMU_CAP_IS_DEVICE flag provides pmu drivers a way to declare that they only monitor device specific metrics and since they don't monitor any cpu metrics then perf should bypass any cpu centric security checks, as well as disallow cpu centric attributes. Signed-off-by: Robert Bragg

[RFC PATCH 1/3] perf: export perf_event_overflow

2014-10-22 Thread Robert Bragg
To support pmu drivers in loadable modules, such as the i915 driver Signed-off-by: Robert Bragg rob...@sixbynine.org --- kernel/events/core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/events/core.c b/kernel/events/core.c index 1cf24b3..9449180 100644 --- a/kernel/events/core.c

Re: [PATCH -next 11/27] tty: Don't release tty locks for wait queue sanity check

2014-10-22 Thread One Thousand Gnomes
However, without needing the global tty_mutex held, the tty locks for the releasing tty can now be held through the sleep. The sanity check is for abnormal conditions caused by kernel bugs, not for recoverable errors caused by misbehaving userspace; dropping the tty locks only allows the tty

[RFC PATCH 3/3] i915: Expose PMU for Observation Architecture

2014-10-22 Thread Robert Bragg
Gen graphics hardware can be set up to periodically write snapshots of performance counters into a circular buffer and this patch exposes that capability to userspace via the perf interface. Only Haswell is supported currently. Signed-off-by: Robert Bragg rob...@sixbynine.org ---

[PATCH 1/2] i2c: Add generic support passing secondary devices addresses

2014-10-22 Thread Jean-Michel Hautbois
Some I2C devices have multiple addresses assigned, for example each address corresponding to a different internal register map page of the device. So far drivers which need support for this have handled this with a driver specific and non-generic implementation, e.g. passing the additional address

[PATCH 2/2] adv7604: Add support for i2c_new_secondary_device

2014-10-22 Thread Jean-Michel Hautbois
The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. If nothing is defined, it uses default addresses. The main purpose is using two adv76xx on the same i2c bus. Signed-off-by:

Re: [PATCH -next 00/27] tty locking changes

2014-10-22 Thread One Thousand Gnomes
On Thu, 16 Oct 2014 16:24:58 -0400 Peter Hurley pe...@hurleysoftware.com wrote: Hi Greg, This patch series has 3 major changes to how tty locking behaves: 1. the lock order of tty_lock() and tty-ldisc_sem is reversed; this eliminates a bunch of lock drop/reacquire which, in turn,

Re: [PATCH 00/12] rtc: omap: fixes and power-off feature

2014-10-22 Thread Tony Lindgren
* Johan Hovold jo...@kernel.org [141022 04:12]: On Sat, Oct 11, 2014 at 12:08:18PM -0700, Tony Lindgren wrote: * Johan Hovold jo...@kernel.org [141011 02:42]: On Fri, Oct 10, 2014 at 12:54:22PM -0500, Felipe Balbi wrote: is this power-off feature RTC-only mode ? Yes, I

Re: [PATCH v2 40/47] mips: Register with kernel poweroff handler

2014-10-22 Thread Ralf Baechle
Acked-by: Ralf Baechle r...@linux-mips.org -- 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.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code

2014-10-22 Thread Ralf Baechle
On Mon, Oct 20, 2014 at 09:12:24PM -0700, Guenter Roeck wrote: pm_power_off is defined for all architectures. Move it to common code. Have all architectures call do_kernel_power_off instead of pm_power_off. Some architectures point pm_power_off to machine_power_off. For those, call

Re: [PATCH v2] iio: inkern: Add of_xlate function to struct iio_info

2014-10-22 Thread Lars-Peter Clausen
On 10/22/2014 05:29 PM, Ivan T. Ivanov wrote: When #iio-cells is greater than '0', the driver could provide a custom of_xlate function that reads the *args* and returns the appropriate index in registered IIO channels array. Add simple translation function, suitable for the most 1:1 mapped

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