Re: [RFC PATCH v3 4/4] trace: Trace log handler for logging into STM blocks

2015-07-16 Thread Chunyan Zhang
On Wed, Jul 8, 2015 at 9:19 PM, Steven Rostedt wrote: > On Wed, 8 Jul 2015 14:31:48 +0200 > Peter Zijlstra wrote: > >> On Tue, Jul 07, 2015 at 06:10:43PM +0800, Chunyan Zhang wrote: >> > Add the function 'trace_event_stm_output_##call' for printing events >> > trace log into STM blocks. >> > >>

RE: [PATCH] dmaengine: fsl-edma: add PM suspend/resume support

2015-07-16 Thread Yao Yuan
Hi Vinod, eDMA sullpies the data transmission service for other IPs, so it should be suspended later and resumed earlier. For example: Synchronous Audio Interface (SAI), SAI use DMA to transfer the data. When suspend: 1, SAI using suspend handlers to stop the DMA transmission. 2, DMA using

[PATCH] wd719x: Remove use of macro DEFINE_PCI_DEVICE_TABLE

2015-07-16 Thread Vaishali Thakkar
Macro DEFINE_PCI_DEVICE_TABLE is deprecated. So, here use struct pci_device_id instead of DEFINE_PCI_DEVICE_TABLE with the goal of getting rid of this macro completely. The Coccinelle semantic patch that performs this transformation is as follows: @@ identifier a; declarer name

Re: [PATCH 4/5] regulator: 88pm800: Add 88pm860 regulator support

2015-07-16 Thread Vaibhav Hiremath
On Friday 17 July 2015 03:04 AM, Mark Brown wrote: On Thu, Jul 16, 2015 at 11:46:57PM +0530, Vaibhav Hiremath wrote: 88PM860 falls under 88pm800 family of devices, with additional feature enhancements, like, - 88pm860 had additional BUCK regulator (BUCK6 and BUCK1B) - Additional LDO

Re: [PATCH 5/5] regulator: 88pm800: Add support for configuration of dual phase on BUCK1

2015-07-16 Thread Vaibhav Hiremath
On Friday 17 July 2015 02:02 AM, Mark Brown wrote: On Thu, Jul 16, 2015 at 11:46:58PM +0530, Vaibhav Hiremath wrote: .disable= regulator_disable_regmap, .is_enabled = regulator_is_enabled_regmap, .get_current_limit =

Re: BUG: perf error on syscalls for powerpc64.

2015-07-16 Thread Zumeng Chen
On 2015年07月17日 09:51, Sukadev Bhattiprolu wrote: Zumeng Chen [zumeng.c...@gmail.com] wrote: | 3. What I have seen in 3.14.x kernel, | == | And so far, no more difference to 4.x kernel from me about this part if | I'm right. | | *) With 1028ccf5 | | perf list|grep -i syscall

Re: BUG: perf error on syscalls for powerpc64.

2015-07-16 Thread Zumeng Chen
On 2015年07月17日 12:07, Michael Ellerman wrote: On Fri, 2015-07-17 at 09:27 +0800, Zumeng Chen wrote: On 2015年07月16日 17:04, Michael Ellerman wrote: On Thu, 2015-07-16 at 13:57 +0800, Zumeng Chen wrote: Hi All, 1028ccf5 did a change for sys_call_table from a pointer to an array of unsigned

[PATCH RESEND] f2fs: optimize f2fs_write_cache_pages

2015-07-16 Thread Tiezhu Yang
The if statement "goto continue_unlock" is exactly the same when each if condition is true that is depended on the value of both "step" and "is_cold_data(page)" are 0 or 1. That means when the value of "step" equals to "is_cold_data(page)", the if condition is true and the if statement "goto

Re: [PATCH 14/41] clocksource: mxs: Migrate to new 'set-state' interface

2015-07-16 Thread Stefan Wahren
Hi Viresh, [add Fabio, Marek and Pengutronix to CC] > Viresh Kumar hat am 18. Juni 2015 um 12:54 > geschrieben: > > > Migrate mxs driver to the new 'set-state' interface provided by > clockevents core, the earlier 'set-mode' interface is marked obsolete > now. > > This also enables us to

[PATCH] perf/x86/intel/uncore: Remove use of macro DEFINE_PCI_DEVICE_TABLE

2015-07-16 Thread Vaishali Thakkar
Macro DEFINE_PCI_DEVICE_TABLE is deprecated. So, here use struct pci_device_id instead of DEFINE_PCI_DEVICE_TABLE with the goal of getting rid of this macro completely. The Coccinelle semantic patch that performs this transformation is as follows: @@ identifier a; declarer name

linux-next: Tree for Jul 17

2015-07-16 Thread Stephen Rothwell
Hi all, Changes since 20150716: Added tree: samaung-krzk The net-next tree gained a conflict against the net tree. The sound-asoc tree gained a build failure for which I applied a fix patch. The regmap tree gained conflicts against the sound-asoc tree. I added several supplied patches

[PATCH 06/18] ARM/imx/epit: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate imx driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Also drop 'clockevent_mode': It was caching

[PATCH 12/18] ARM/omap1/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate omap driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Acked-by: Santosh Shilimkar Acked-by: Tony

Re: Kernel Oops: btusb: 4.2rc1 System lockup with BT dongle insert - log attached

2015-07-16 Thread simon
> [ 117.236007] [] device_del+0x18f/0x270 > [ 117.236007] [] ? wake_up_q+0x70/0x70 > [ 117.236007] [] _request_firmware+0x5aa/0xaf0 > [ 117.236007] [] request_firmware+0x35/0x50 > [ 117.236007] [] btbcm_setup_patchram+0x191/0x910 > [btbcm] > [ 117.236007] [] ? rpm_idle+0xc4/0x200 > [

[PATCH 15/18] ARM/SPEAr/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate SPEAr driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Also kill the unnecessary forward

[PATCH 09/18] ARM/lpc32xx/timer: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate lpc32xx driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Cc: Roland Stigge Signed-off-by: Viresh

[PATCH 10/18] ARM/mmp/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate mmp driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. We weren't doing anything in set_mode(RESUME)

[PATCH 17/18] ARM/iop/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate iop driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Cc: Russell King Signed-off-by: Viresh Kumar

[PATCH 18/18] ARM/orion/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate orion driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Cc: Jason Cooper Cc: Andrew Lunn Cc:

[PATCH 16/18] ARM/w90x900/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate w90x900 driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Cc: Wan ZongShun Signed-off-by: Viresh

[PATCH 07/18] ARM/ixp4xx/timer: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate ixp4xx driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. NOTE: ixp4xx_set_{oneshot|periodic} don't

[PATCH 13/18] ARM/omap1/timer32: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate omap timer32 driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Acked-by: Santosh Shilimkar

[PATCH 14/18] ARM/omap2/timer: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate omap2 driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Acked-by: Santosh Shilimkar Acked-by: Tony

[PATCH 11/18] ARM/netx/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate netx driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. We aren't writing zero twice on the control

[PATCH 08/18] ARM/ks8695/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate ks8695 driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. There is nothing to be done for oneshot or

[PATCH 05/18] ARM/gemini/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate gemini driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Acked-by: Hans Ulli Kroll Signed-off-by:

[PATCH 04/18] ARM/dc21285-timer: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate footbridge driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Cc: Russell King Signed-off-by:

[PATCH 02/18] ARM/cns3xxx/timer: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate cns3xxx driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. NOTE: We don't read

[PATCH 03/18] ARM/davinci/time: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate davinci driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. We weren't doing anything in

[PATCH 01/18] ARM/smp_twd: Migrate to new 'set-state' interface

2015-07-16 Thread Viresh Kumar
Migrate smp_twd driver to the new 'set-state' interface provided by clockevents core, the earlier 'set-mode' interface is marked obsolete now. This also enables us to implement callbacks for new states of clockevent devices, for example: ONESHOT_STOPPED. Cc: Russell King Signed-off-by: Viresh

Re: Applied "regulator: 88pm800: Remove owner" to the regulator tree

2015-07-16 Thread Krzysztof Kozlowski
2015-07-17 6:19 GMT+09:00 Mark Brown : > The patch > >regulator: 88pm800: Remove owner > > has been applied to the regulator tree at > >git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git > > All being well this means that it will be integrated into the linux-next > tree

Re: [mminit] [ INFO: possible recursive locking detected ]

2015-07-16 Thread Konstantin Khlebnikov
On Thu, Jul 16, 2015 at 8:51 PM, Mel Gorman wrote: > On Thu, Jul 16, 2015 at 08:13:38PM +0300, Konstantin Khlebnikov wrote: >> > @@ -1187,14 +1195,14 @@ void __init page_alloc_init_late(void) >> > {pgdat_init_rwsempgdat_init_rwsempgdat_init_rwsem >> > int nid; >> > >> > + /* There

Re: [PATCH v2 1/7] mn10300: fix build failure

2015-07-16 Thread Sudip Mukherjee
On Thu, Jul 16, 2015 at 02:54:26PM -0700, Andrew Morton wrote: > On Thu, 18 Jun 2015 17:47:47 +0530 Sudip Mukherjee > wrote: > > > So an appropriate fix for this would be to move the references to > prev_kprobe/kprobe_ctlblk out of include/linux/kprobes.h and into > asm/kprobes.h. Presumably

Re: [PATCH] gpio/davinci: add interrupt support for GPIOs 16-31

2015-07-16 Thread Sekhar Nori
On Thursday 16 July 2015 11:11 PM, Vitaly Andrianov wrote: > > > On 07/16/2015 05:04 AM, Sekhar Nori wrote: >> On Tuesday 14 July 2015 07:31 PM, Linus Walleij wrote: >>> On Thu, Jun 18, 2015 at 7:10 PM, Vitaly Andrianov >>> wrote: >>> Interrupts for GPIOs 16 through 31 are enabled by bit 1

[Patch V6 01/16] xen: sync with xen headers

2015-07-16 Thread Juergen Gross
Use the newest headers from the xen tree to get some new structure layouts. Signed-off-by: Juergen Gross Reviewed-by: David Vrabel Acked-by: Konrad Rzeszutek Wilk --- arch/x86/include/asm/xen/interface.h | 96 include/xen/interface/xen.h | 35

[Patch V6 04/16] xen: eliminate scalability issues from initial mapping setup

2015-07-16 Thread Juergen Gross
Direct Xen to place the initial P->M table outside of the initial mapping, as otherwise the 1G (implementation) / 2G (theoretical) restriction on the size of the initial mapping limits the amount of memory a domain can be handed initially. As the initial P->M table is copied rather early during

[Patch V6 02/16] xen: save linear p2m list address in shared info structure

2015-07-16 Thread Juergen Gross
The virtual address of the linear p2m list should be stored in the shared info structure read by the Xen tools to be able to support 64 bit pv-domains larger than 512 GB. Additionally the linear p2m list interface includes a generation count which is changed prior to and after each mapping change

[Patch V6 06/16] xen: split counting of extra memory pages from remapping

2015-07-16 Thread Juergen Gross
Memory pages in the initial memory setup done by the Xen hypervisor conflicting with the target E820 map are remapped. In order to do this those pages are counted and remapped in xen_set_identity_and_remap(). Split the counting from the remapping operation to be able to setup the needed memory

[Patch V6 08/16] xen: find unused contiguous memory area

2015-07-16 Thread Juergen Gross
For being able to relocate pre-allocated data areas like initrd or p2m list it is mandatory to find a contiguous memory area which is not yet in use and doesn't conflict with the memory map we want to be in effect. In case such an area is found reserve it at once as this will be required to be

[Patch V6 10/16] xen: check pre-allocated page tables for conflict with memory map

2015-07-16 Thread Juergen Gross
Check whether the page tables built by the domain builder are at memory addresses which are in conflict with the target memory map. If this is the case just panic instead of running into problems later. Signed-off-by: Juergen Gross Acked-by: Konrad Rzeszutek Wilk --- arch/x86/xen/mmu.c |

[Patch V6 07/16] xen: check memory area against e820 map

2015-07-16 Thread Juergen Gross
Provide a service routine to check a physical memory area against the E820 map. The routine will return false if the complete area is RAM according to the E820 map and true otherwise. Signed-off-by: Juergen Gross Reviewed-by: David Vrabel Acked-by: Konrad Rzeszutek Wilk ---

[Patch V6 05/16] xen: move static e820 map to global scope

2015-07-16 Thread Juergen Gross
Instead of using a function local static e820 map in xen_memory_setup() and calling various functions in the same source with the map as a parameter use a map directly accessible by all functions in the source. Signed-off-by: Juergen Gross Reviewed-by: David Vrabel Acked-by: Konrad Rzeszutek

[Patch V6 13/16] xen: add explicit memblock_reserve() calls for special pages

2015-07-16 Thread Juergen Gross
Some special pages containing interfaces to xen are being reserved implicitly only today. The memblock_reserve() call to reserve them is meant to reserve the p2m list supplied by xen. It is just reserving not only the p2m list itself, but some more pages up to the start of the xen built page

[Patch V6 11/16] xen: check for initrd conflicting with e820 map

2015-07-16 Thread Juergen Gross
Check whether the initrd is placed at a location which is conflicting with the target E820 map. If this is the case relocate it to a new area unused up to now and compliant to the E820 map. Signed-off-by: Juergen Gross Reviewed-by: David Vrabel Acked-by: Konrad Rzeszutek Wilk ---

[Patch V6 09/16] xen: check for kernel memory conflicting with memory layout

2015-07-16 Thread Juergen Gross
Checks whether the pre-allocated memory of the loaded kernel is in conflict with the target memory map. If this is the case, just panic instead of run into problems later, as there is nothing we can do to repair this situation. Signed-off-by: Juergen Gross Reviewed-by: David Vrabel Acked-by:

[Patch V6 03/16] xen: don't build mfn tree if tools don't need it

2015-07-16 Thread Juergen Gross
In case the Xen tools indicate they don't need the p2m 3 level tree as they support the virtual mapped linear p2m list, just omit building the tree. Signed-off-by: Juergen Gross Reviewed-by: David Vrabel Acked-by: Konrad Rzeszutek Wilk --- arch/x86/xen/p2m.c | 10 +++--- 1 file changed, 7

[Patch V6 12/16] mm: provide early_memremap_ro to establish read-only mapping

2015-07-16 Thread Juergen Gross
During early boot as Xen pv domain the kernel needs to map some page tables supplied by the hypervisor read only. This is needed to be able to relocate some data structures conflicting with the physical memory map especially on systems with huge RAM (above 512GB). Provide the function

[Patch V6 15/16] xen: allow more than 512 GB of RAM for 64 bit pv-domains

2015-07-16 Thread Juergen Gross
64 bit pv-domains under Xen are limited to 512 GB of RAM today. The main reason has been the 3 level p2m tree, which was replaced by the virtual mapped linear p2m list. Parallel to the p2m list which is being used by the kernel itself there is a 3 level mfn tree for usage by the Xen tools and

[Patch V6 14/16] xen: move p2m list if conflicting with e820 map

2015-07-16 Thread Juergen Gross
Check whether the hypervisor supplied p2m list is placed at a location which is conflicting with the target E820 map. If this is the case relocate it to a new area unused up to now and compliant to the E820 map. As the p2m list might by huge (up to several GB) and is required to be mapped

[Patch V6 16/16] xen: remove no longer needed p2m.h

2015-07-16 Thread Juergen Gross
Cleanup by removing arch/x86/xen/p2m.h as it isn't needed any more. Most definitions in this file are used in p2m.c only. Move those into p2m.c. set_phys_range_identity() is already declared in arch/x86/include/asm/xen/page.h, add __init annotation there. MAX_REMAP_RANGES isn't used at all,

[Patch V6 00/16] xen: support pv-domains larger than 512GB

2015-07-16 Thread Juergen Gross
Support 64 bit pv-domains with more than 512GB of memory. Following test have been done: - 64 bit dom0 on 8GB machine - 64 bit dom0 on 1TB machine (resolving p2m/E820-map conflict) - 32 bit dom0 on 8GB machine - 64 bit dom0 on 8GB machine with faked kernel/E820-map conflict - 64 bit dom0 on 8GB

Re: Reconciling rcu_irq_enter()/rcu_nmi_enter() with context tracking

2015-07-16 Thread Paul E. McKenney
On Thu, Jul 16, 2015 at 09:29:07PM -0700, Paul E. McKenney wrote: > On Thu, Jul 16, 2015 at 06:53:15PM -0700, Andy Lutomirski wrote: > > For reasons that mystify me a bit, we currently track context tracking > > state separately from rcu's watching state. This results in strange > > artifacts:

Re: [RFC PATCH 01/12] powerpc/kernel: Get pt_regs from r9 before calling do_syscall_trace_enter()

2015-07-16 Thread Michael Ellerman
On Fri, 2015-07-17 at 08:40 +1000, Benjamin Herrenschmidt wrote: > On Wed, 2015-07-15 at 17:37 +1000, Michael Ellerman wrote: > > To call do_syscall_trace_enter() we need pt_regs in r3, but we don't need > > to recalculate it based on r1, it's already in r9. > > > > Signed-off-by: Michael

linux-next: build warnings after merge of the regmap tree

2015-07-16 Thread Stephen Rothwell
Hi Mark, After merging the regmap tree, today's linux-next build (powerpc allyesconfig) produced these warnings: sound/soc/codecs/wm5110.c: In function 'wm5110_hp_pre_enable': sound/soc/codecs/wm5110.c:294:9: warning: passing argument 2 of 'regmap_multi_reg_write' from incompatible pointer type

Re: [PATCH v5 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit

2015-07-16 Thread Vinod Koul
On Mon, Jul 06, 2015 at 03:22:13PM +0300, Andy Shevchenko wrote: > +config IDMA64 > + tristate "Intel integrated DMA 64-bit support" > + select DMA_ENGINE > + select DMA_VIRTUAL_CHANNELS no help text? > +static void idma64_chan_init(struct idma64 *idma64, struct idma64_chan >

Re: [PATCH RFC] intel_pstate: play well with frequency limits set by acpi

2015-07-16 Thread Konstantin Khlebnikov
On Fri, Jul 17, 2015 at 1:08 AM, Srinivas Pandruvada wrote: > On Thu, 2015-07-16 at 21:17 +0300, Konstantin Khlebnikov wrote: >> IPMI can control CPU P-states remotely: configuration is reported via >> common ACPI interface (_PPC/_PSS/etc). This patch adds required minimal >> support in

Re: Reconciling rcu_irq_enter()/rcu_nmi_enter() with context tracking

2015-07-16 Thread Paul E. McKenney
On Thu, Jul 16, 2015 at 06:53:15PM -0700, Andy Lutomirski wrote: > For reasons that mystify me a bit, we currently track context tracking > state separately from rcu's watching state. This results in strange > artifacts: nothing generic cause IRQs to enter CONTEXT_KERNEL, and we > can nest

Re: [RFC PATCH v4 3/3] bpf: Introduce function for outputing data to perf event

2015-07-16 Thread Alexei Starovoitov
On 7/16/15 9:14 PM, Wangnan (F) wrote: On 2015/7/17 12:11, Alexei Starovoitov wrote: On 7/14/15 4:54 AM, He Kuang wrote: I'm not sure llvm generates proper dwarf along with bpf code (I didn't test that part. If there are any issues they should be fixable. If you can prepapre a patch for llvm

Re: [RFC] workqueue: avoiding unbounded wq on isolated CPUs by default

2015-07-16 Thread Mike Galbraith
On Thu, 2015-07-16 at 15:24 -0400, Tejun Heo wrote: > Hello, > > On Thu, Jul 16, 2015 at 04:16:23PM -0300, Daniel Bristot de Oliveira wrote: > > By default, unbounded workqueues run on all CPUs, which includes > > isolated CPUs. This patch avoids unbounded workqueues running on > > isolated CPUs

linux-next: build failure after merge of the sound-asoc tree

2015-07-16 Thread Stephen Rothwell
Hi all, After merging the sound-asoc tree, today's linux-next build (powerpc allyesconfig) failed like this: sound/soc/sti/sti_uniperif.c: In function 'sti_uniperiph_dai_suspend': sound/soc/sti/sti_uniperif.c:81:2: error: implicit declaration of function 'pinctrl_pm_select_sleep_state'

Re: [PATCH v3 2/2] dma: Add Xilinx zynqmp dma engine driver support

2015-07-16 Thread punnaiah choudary kalluri
On Fri, Jul 17, 2015 at 8:35 AM, Vinod Koul wrote: > On Fri, Jul 17, 2015 at 06:22:42AM +0530, punnaiah choudary kalluri wrote: >> On Thu, Jul 16, 2015 at 6:05 PM, Vinod Koul wrote: >> > On Tue, Jun 16, 2015 at 08:04:43AM +0530, Punnaiah Choudary Kalluri wrote: >> >> +/* Register Offsets */ >>

Re: [RFC PATCH v4 3/3] bpf: Introduce function for outputing data to perf event

2015-07-16 Thread Wangnan (F)
On 2015/7/17 12:11, Alexei Starovoitov wrote: On 7/14/15 4:54 AM, He Kuang wrote: I'm not sure llvm generates proper dwarf along with bpf code (I didn't test that part. If there are any issues they should be fixable. If you can prepapre a patch for llvm that would be even better :) I found

Re: [RFC PATCH v4 3/3] bpf: Introduce function for outputing data to perf event

2015-07-16 Thread Alexei Starovoitov
On 7/14/15 4:54 AM, He Kuang wrote: I'm not sure llvm generates proper dwarf along with bpf code (I didn't test that part. If there are any issues they should be fixable. If you can prepapre a patch for llvm that would be even better :) I found objdump can't get dwarf info from bpf object

Re: BUG: perf error on syscalls for powerpc64.

2015-07-16 Thread Michael Ellerman
On Fri, 2015-07-17 at 09:27 +0800, Zumeng Chen wrote: > On 2015年07月16日 17:04, Michael Ellerman wrote: > > On Thu, 2015-07-16 at 13:57 +0800, Zumeng Chen wrote: > >> Hi All, > >> > >> 1028ccf5 did a change for sys_call_table from a pointer to an array of > >> unsigned long, I think it's not proper,

Re: [PATCH v2 00/49] PCI: Resource allocation cleanup for v4.3

2015-07-16 Thread Yinghai Lu
On Thu, Jul 16, 2015 at 6:51 PM, Wei Yang wrote: > Yinghai, > > Tested your latest for for-pci-v4.3-next branch, it works fine on my P8 > machine. Thanks for testing. > > BTW, the SRIOV works fine too. Previously failure is based on my mistake, I > have disabled SRIOV :-( Good. -- To

Re: [PATCH 7/7] x86/mce: Clear Local MCE opt-in before kexec

2015-07-16 Thread Raj, Ashok
On Thu, Jul 16, 2015 at 06:16:50PM -0700, Andy Lutomirski wrote: > > From: Ashok Raj > > > > kexec could boot a kernel that could be legacy with no knowledge of > > LMCE. Hence we should make sure we clear LMCE optin before kexec reboot. > > > > What happens if an offline-but-not-unplugged CPU

[PATCH 8/9] perf,tools: caculate and save tsc/avg/bzy freq in he_stat

2015-07-16 Thread kan . liang
From: Kan Liang Introduce a new hist_iter ops (hist_iter_freq) to caculate the tsc/avg/bzy freq when processing samples, and save them in hist_entry. Signed-off-by: Kan Liang --- tools/perf/builtin-annotate.c | 2 +- tools/perf/builtin-diff.c | 2 +- tools/perf/tests/hists_link.c | 4

[PATCH 2/9] perf/x86: core_misc PMU disable and enable support

2015-07-16 Thread kan . liang
From: Kan Liang This patch implements core_misc PMU disable and enable functions. core_misc PMU counters are free running counters, so it's impossible to stop/start them. The "disable" means not read counters. With disable/enable functions, it's possible to "disable" core_misc events when other

[PATCH 9/9] perf,tools: Show freq in perf report --stdio

2015-07-16 Thread kan . liang
From: Kan Liang Show freq for each symbol in perf report by --stdio --show-freq In sampling group, only group leader do sampling. So only need to print group leader's freq in --group. Here is an example. $ perf report --stdio --group --show-freq # Samples: 71K of event 'anon group {

[PATCH 5/9] perf,tools: open event with it's own cpus and threads

2015-07-16 Thread kan . liang
From: Kan Liang evsel may have different cpus and threads as evlist's. Use it's own cpus and threads, when open evsel in perf record. Signed-off-by: Kan Liang --- tools/perf/builtin-record.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/builtin-record.c

[PATCH 3/9] perf/x86: Add is_hardware_event

2015-07-16 Thread kan . liang
From: Kan Liang Using is_hardware_event to replace !is_software_event to indicate a hardware event. Signed-off-by: Kan Liang --- include/linux/perf_event.h | 7 ++- kernel/events/core.c | 6 +++--- 2 files changed, 9 insertions(+), 4 deletions(-) diff --git

[PATCH v2] ftrace: add tracing_thresh to function profile

2015-07-16 Thread Umesh Tiwari
This patch extends tracing_thresh functionality to function profile tracer. If tracing_thresh is set, print those entries only, whose average is > tracing thresh. Signed-off-by: Umesh Tiwari --- kernel/trace/ftrace.c |9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH 7/9] perf,tools: save APERF/MPERF/TSC in struct perf_sample

2015-07-16 Thread kan . liang
From: Kan Liang Save APERF/MPERF/TSC in struct perf_sample, so the following sample process function can easily handle it. Signed-off-by: Kan Liang --- tools/perf/util/event.h | 3 +++ tools/perf/util/session.c | 20 2 files changed, 23 insertions(+) diff --git

[PATCH 1/9] perf/x86: Add Intel core misc PMUs support

2015-07-16 Thread kan . liang
From: Kan Liang There are miscellaneous free running (read-only) counters in core. These counters may be used simultaneously by other tools, such as turbostat. However, it still make sense to implement them in perf. Because we can conveniently collect them together with other events, and allow

[PATCH 6/9] perf,tools: Dump per-sample freq in report -D

2015-07-16 Thread kan . liang
From: Kan Liang The group read results of TSC/ASTATE/MSTATE event can be used to calculate the frequency during each sampling period. Show it in report -D. Here is an example: $ perf record -e '{ref-cycles,core_misc/tsc/,core_misc/power-mperf/,core_misc/power-aperf/}:S' --running-time -a

[PATCH 0/9] Intel core misc PMUs support

2015-07-16 Thread kan . liang
From: Kan Liang This patchkit intends to support Intel core misc PMUs. There are miscellaneous free running (read-only) counters in core. Some new PMUs called core misc PMUs are composed to include these counters. The counters include TSC, IA32_APERF, IA32_MPERF, IA32_PPERF, SMI_COUNT,

[PATCH 4/9] perf/x86: special case per-cpu core misc PMU events

2015-07-16 Thread kan . liang
From: Kan Liang This patch special case per-cpu core_misc PMU events and allow them to be part of any hardware/software group for system-wide monitoring. An useful example would be to include the ASTATE/MSTATE event in a sampling group. This can be used to calculate the frequency during each

Re: [RFC PATCH v5 2/3] tools lib traceevent: Add function to get dynamic arrays length

2015-07-16 Thread Wangnan (F)
On 2015/7/14 9:59, He Kuang wrote: To print a trace event with a dynamic array, __print_array(array, len, element_size) requires the number of items in the array, which can be got by the helper function __get_dynamic_array_len(), currently it is not an available function in the function list

[PATCH v2 1/2] ASoC: rt5645: Fix missing free_irq

2015-07-16 Thread Koro Chen
The driver does not free irq when snd_soc_register_codec returns error. It does not return error when request irq failed, either. Add return when request irq failed, and free_irq if snd_soc_register_codec failed. Signed-off-by: Koro Chen --- Change since v1: - use free_irq instead of

[PATCH v2 2/2] ASoC: rt5645: Add regulator support

2015-07-16 Thread Koro Chen
This adds basic regulator support for rt5645. Signed-off-by: Koro Chen --- Change since v1: - none --- sound/soc/codecs/rt5645.c | 61 --- sound/soc/codecs/rt5645.h | 26 2 files changed, 58 insertions(+), 29 deletions(-) diff

Re: [PATCH] asm-generic: {get,put}_user ptr argument evaluate only 1 time

2015-07-16 Thread Yoshinori Sato
On Thu, 16 Jul 2015 23:15:21 +0900, Arnd Bergmann wrote: > > On Thursday 16 July 2015 14:15:22 Yoshinori Sato wrote: > > Current implemantation ptr argument evaluate 2 times. > > It'll be an unexpected result. > > > > Signed-off-by: Yoshinori Sato > > Acked-by: Arnd Bergmann > > Do you want

Re: [PATCH V6 4/4] audit: avoid double copying the audit_exe path string

2015-07-16 Thread Paul Moore
On Thursday, July 16, 2015 10:01:30 PM Eric Paris wrote: > I have to admit, I'm partial to not merging this (with the other > patches). Changing object lifetimes in what i seem to remember is long > standing code (auditfilter, not auditexe) seems to me like something we > really would want to be

Re: Re: [RFC PATCH perf/core v2 00/16] perf-probe --cache and SDT support

2015-07-16 Thread Masami Hiramatsu
Hi Hemant, On 2015/07/16 12:13, Hemant Kumar wrote: > Hi Masami, > > On 07/15/2015 02:43 PM, Masami Hiramatsu wrote: >> Hi, >> >> Here is the 2nd version of the patchset for probe-cache and >> initial SDT support which are going to be perf-cache finally. > > Thanks for adding the SDT support. >

Re: [RFC 2/3] arm64: refactor save_stack_trace()

2015-07-16 Thread Steven Rostedt
On Fri, 17 Jul 2015 11:49:52 +0900 AKASHI Takahiro wrote: > > - > > - if (using_ftrace_ops_list_func()) > > - max_stack_trace.skip = 4; > > - else > > - max_stack_trace.skip = 3; > > + max_stack_trace.skip = 3; > > I don't think this last line is necessary because we

Re: [PATCH 2/2] dmaengine: xdmac: Add scatter gathered memset support

2015-07-16 Thread Vinod Koul
On Thu, Jul 16, 2015 at 04:11:05PM +0200, Maxime Ripard wrote: > Hi Vinod, > > > > + /* > > > + * The scatterlist API gives us only the address and > > > + * length of each elements. > > > + * > > > + * Unfortunately, we don't have the stride, which we

linux-next: manual merge of the regmap tree with the sound-asoc tree

2015-07-16 Thread Stephen Rothwell
Hi Mark, Today's linux-next merge of the regmap tree got conflicts in: sound/soc/codecs/da7210.c sound/soc/codecs/rt5651.c sound/soc/codecs/wm8993.c between commit: c418a84a8c8f ("ASoC: Constify reg_default tables") from the sound-asoc tree and commit: 8019ff6cfc04 ("regmap: Use

Re: [PATCH v3 2/2] dma: Add Xilinx zynqmp dma engine driver support

2015-07-16 Thread Vinod Koul
On Fri, Jul 17, 2015 at 06:22:42AM +0530, punnaiah choudary kalluri wrote: > On Thu, Jul 16, 2015 at 6:05 PM, Vinod Koul wrote: > > On Tue, Jun 16, 2015 at 08:04:43AM +0530, Punnaiah Choudary Kalluri wrote: > >> +/* Register Offsets */ > >> +#define ISR 0x100 > >>

Re: [PATCH V6 4/4] audit: avoid double copying the audit_exe path string

2015-07-16 Thread Eric Paris
I have to admit, I'm partial to not merging this (with the other patches). Changing object lifetimes in what i seem to remember is long standing code (auditfilter, not auditexe) seems to me like something we really would want to be git bisectable, not mushed with an unrelated feature addition.

[PATCH] ASoC: rt5645: Remove unused rt5645 variable

2015-07-16 Thread Nicolas Boichat
"ASoC: rt5645: Simplify rt5645_enable_push_button_irq" removes the test that accessed rt5645->pdata.jd_mode (that test is now done in rt5645_jack_detect only), so we do not need that variable anymore. Signed-off-by: Nicolas Boichat --- Applies on top of topic/rt5645. Sorry for not catching this

Re: [PATCH] ARM: dts: vf-colibri: define stdout-path property

2015-07-16 Thread Shawn Guo
On Wed, Jul 15, 2015 at 04:05:50PM +0200, Stefan Agner wrote: > On 2015-07-13 17:10, Shawn Guo wrote: > > On Fri, Jul 03, 2015 at 10:06:39AM +0200, Stefan Agner wrote: > >> Define Vybrid's UART0, connected to the Colibri pinout UART_A, as > >> standard output. > >> > >> Signed-off-by: Stefan Agner

Re: [RFC 2/3] arm64: refactor save_stack_trace()

2015-07-16 Thread AKASHI Takahiro
Steve, On 07/17/2015 05:22 AM, Steven Rostedt wrote: Here's the patch I now have in my local repo, and plan on pushing to my repo on korg. -- Steve From d21f02a45fa367beaf97b153aa29849c06ac5609 Mon Sep 17 00:00:00 2001 From: "Steven Rostedt (Red Hat)" Date: Thu, 16 Jul 2015 13:24:54 -0400

Re: [PATCH 0/7] Initial support for user namespace owned mounts

2015-07-16 Thread Dave Chinner
On Thu, Jul 16, 2015 at 07:42:03PM -0500, Eric W. Biederman wrote: > Dave Chinner writes: > > > On Wed, Jul 15, 2015 at 11:47:08PM -0500, Eric W. Biederman wrote: > >> Casey Schaufler writes: > >> > On 7/15/2015 6:08 PM, Andy Lutomirski wrote: > >> >> If I mount an unprivileged filesystem, then

Re: [PATCH V6 4/4] audit: avoid double copying the audit_exe path string

2015-07-16 Thread Paul Moore
On Thursday, July 16, 2015 10:01:28 PM Richard Guy Briggs wrote: > On 15/07/16, Paul Moore wrote: > > On Tuesday, July 14, 2015 11:50:26 AM Richard Guy Briggs wrote: > > > Make this interface consistent with watch and filter key, avoiding the > > > extra string copy and simply consume the new

Re: [RFC PATCH v5 0/3] Make eBPF programs output data to perf

2015-07-16 Thread Wangnan (F)
On 2015/7/17 10:31, He Kuang wrote: On 2015/7/14 21:35, Steven Rostedt wrote: On Mon, 13 Jul 2015 20:10:29 -0700 Alexei Starovoitov wrote: On 7/13/15 6:59 PM, He Kuang wrote: This version we output bpf trace events in a hex array, the results for three u64 integers in previous sample

Re: [RFC PATCH v5 0/3] Make eBPF programs output data to perf

2015-07-16 Thread Steven Rostedt
On Fri, 17 Jul 2015 10:31:15 +0800 He Kuang wrote: > Awaiting your reply ;-) There's still a few more patches I have to look at first. Hopefully I'll get to these tomorrow. -- Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH] ASoC: Intel: fix runtime pm imbalance on error

2015-07-16 Thread Junjie Mao
pm_runtime_get_sync() increments the runtime PM usage counter even the call returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Junjie Mao --- sound/soc/intel/atom/sst/sst_drv_interface.c | 9 +++-- 1 file

Re: perf test LLVM was: Re: [GIT PULL 00/39] perf tools: filtering events using eBPF programs

2015-07-16 Thread Wangnan (F)
On 2015/7/15 19:20, Arnaldo Carvalho de Melo wrote: Em Wed, Jul 15, 2015 at 06:49:40PM +0800, Wangnan (F) escreveu: On 2015/7/14 23:36, Arnaldo Carvalho de Melo wrote: I have the trees cloned and plan to follow these instructions to have this test passing, to then move on to the next

Re: [RFC PATCH v5 0/3] Make eBPF programs output data to perf

2015-07-16 Thread He Kuang
On 2015/7/14 21:35, Steven Rostedt wrote: On Mon, 13 Jul 2015 20:10:29 -0700 Alexei Starovoitov wrote: On 7/13/15 6:59 PM, He Kuang wrote: This version we output bpf trace events in a hex array, the results for three u64 integers in previous sample changed to this: dd 1042 [000]

Re: [PATCH 2/4] KVM: SVM: use NPT page attributes

2015-07-16 Thread Paolo Bonzini
On 17/07/2015 02:35, Andy Lutomirski wrote: > >> Right now, NPT page attributes are not used, and the final page >> attribute depends solely on gPAT (which however is not synced >> correctly), the guest MTRRs and the guest page attributes. >> >> However, we can do better by mimicking what is

Re: [PATCH 1/2] ASoC: rockchip: Add machine driver for max98090 codec

2015-07-16 Thread zhengxing
Hi Paul, On 2015年07月16日 22:15, Paul Bolle wrote: That's exactly how I understood MODULE_ALIAS() to work. And it works, in short, because a platform device fires a "MODALIAS=platform:[...]" uevent when it's created. And userspace uses that uevent to load the module carrying that alias. Let's

  1   2   3   4   5   6   7   8   9   10   >