[PATCH v5 0/7] cpufreq: add generic cpufreq driver support for Exynos542x/5800 platforms

Hi, This patch series adds generic cpufreq-dt driver support for Exynos542x/5800 (using the new CPU clock type which allows it). It has been tested on Exynos5422 based ODROID-XU3 Lite board. Depends on: - next-20151124 branch of linux-next kernel tree Changes since v4: - renamed oppXX@hz to

[PATCH v10 3/7] PCI: Make it possible to implement a PCI MSI IRQ Domain in a module.

From: Jake Oshins The Linux kernel already has the concpet of IRQ domain, wherein a component can expose a set of IRQs which are managed by a particular interrupt controller chip or other subsystem. The PCI driver exposes the notion of an IRQ domain for Message-Signaled

[PATCH v10 0/7] PCI: hv: New paravirtual PCI front-end for Hyper-V VMs

From: Jake Oshins This version of the patch series removes warning when compiling x86 32-bit while still making it build cleanly for x64. First, export functions that allow correlating Hyper-V virtual processors and Linux cpus, along with the means for invoking a hypercall

[PATCH v10 1/7] drivers:hv: Export a function that maps Linux CPU num onto Hyper-V proc num

From: Jake Oshins This patch exposes the mapping between Linux CPU number and Hyper-V virtual processor number. This is necessary because the hypervisor needs to know which virtual processor to target when making a mapping in the Interrupt Redirection Table in the I/O MMU.

Re: [RFC PATCH 8/8] arm64: add sysfs cpu_capacity attribute

Hi, On 10/12/15 15:59, Mark Brown wrote: > On Thu, Dec 10, 2015 at 02:15:04PM +, Dietmar Eggemann wrote: > > On 23/11/15 14:28, Juri Lelli wrote: > > > > The new attribute shows up as: > > > > /sys/devices/system/cpu/cpu*/cpu_capacity > > > This sysfs interface is not really needed for

Re: [PATCH v10 5/7] PCI: irqdomain: Look up IRQ domain by fwnode_handle

On 10/12/15 17:53, ja...@microsoft.com wrote: > From: Jake Oshins > > This patch adds a second way of finding an IRQ domain associated with > a root PCI bus. After looking to see if one can be found through > the OF tree, it attempts to look up the IRQ domain through an >

Re: [PATCH] Documentation: arm: remove dead links from Marvell Berlin docs

On Mon, 30 Nov 2015 20:46:13 -0500 Tom Hebb wrote: > The BG2 and BG2Q are no longer listed on Marvell's site, so the links in > the README go nowhere. The BG2Q's product brief has also been removed. I've applied this to the docs tree, thanks. jon -- To unsubscribe from

Re: [PATH TRIVIAL] Documentation: cpu-hotplug: Fix sysfs mount instructions

On Mon, 7 Dec 2015 23:26:58 -0800 Soren Brinkmann wrote: > The instructions for mounting sysfs are inconsistent in instructing to > create the directory '/sysfs' but then mounting sysfs to /sys. > Also, indentation is slightly off. Are there really any systems out

Re: [PATCH 4.3 0/2] 4.3.2-stable review

On Thu, Dec 10, 2015 at 07:38:47PM +0100, Alexander Holler wrote: > Am 10.12.2015 um 19:03 schrieb Greg Kroah-Hartman: > >This is the start of the stable review cycle for the 4.3.2 release. > >There are 2 patches in this series, all will be posted as a response > >to this one. If anyone has any

Re: [PATCH 09/13] IB/srpt: use the new CQ API

On 12/07/2015 12:51 PM, Christoph Hellwig wrote: [ ... ] Reviewed-by: Bart Van Assche -- 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

[PATCH v13 08/29] tracing: Add lock-free tracing_map

Add tracing_map, a special-purpose lock-free map for tracing. tracing_map is designed to aggregate or 'sum' one or more values associated with a specific object of type tracing_map_elt, which is associated by the map to a given key. It provides various hooks allowing per-tracer customization and

[PATCH v13 24/29] tracing: Add support for multiple hist triggers per event

Allow users to define any number of hist triggers per trace event. Any number of hist triggers may be added for a given event, which may differ by key, value, or filter. Reading the event's 'hist' file will display the output of all the hist triggers defined on an event concatenated in the order

[PATCH v13 25/29] tracing: Add support for named triggers

Named triggers are sets of triggers that share a common set of trigger data. An example of functionality that could benefit from this type of capability would be a set of inlined probes that would each contribute event counts, for example, to a shared counter data structure. The first named

[PATCH v5 1/7] ARM: dts: Exynos542x/5800: add cluster regulator supply properties

Add cluster regulator supply properties as a preparation to adding generic cpufreq-dt driver support for Exynos542x and Exynos5800 based boards. Cc: Kukjin Kim Cc: Doug Anderson Cc: Javier Martinez Canillas Cc: Andreas

Re: [PATCH 1/7] mm: memcontrol: charge swap to cgroup2

On Thu, Dec 10, 2015 at 11:00:27AM -0500, Johannes Weiner wrote: > On Thu, Dec 10, 2015 at 02:39:14PM +0300, Vladimir Davydov wrote: ... > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h > > index c6a5ed2f2744..993c9a26b637 100644 > > --- a/include/linux/memcontrol.h > > +++

[PATCH v5 6/7] ARM: dts: Exynos5800: fix CPU OPP

Fix CPU operating points for Exynos5800 (it use different voltages than Exynos5420 and supports additional frequencies). However don't use 2000MHz & 1900MHz OPPs (for A15 cores) and 1400MHz OPP (for A7 cores) for now as they are not available on all boards. Based on Hardkernel's kernel for

Re: [RFC PATCH 2/2] thread_local_abi: wire up ARM system call

- On Dec 10, 2015, at 11:27 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: > On Thu, Dec 10, 2015 at 10:39:50AM -0500, Mathieu Desnoyers wrote: >> Wire up the thread local ABI on ARM32. Call the >> getcpu_cache_handle_notify_resume() function on return to userspace if >>

Re: [PATCH v2 4/9] pinctrl: Add support STM32 MCUs

On Tue, Dec 1, 2015 at 10:53 AM, Maxime Coquelin wrote: > 2015-10-17 19:23 GMT+02:00 Maxime Coquelin : >> This patch adds pinctrl and GPIO support to STMicroelectronic's STM32 >> family of MCUs. >> >> While it only supports STM32F429 for now,

Re: [PATCH] pinctrl: at91-pio4: fix memleak after using dt map

On Tue, Dec 1, 2015 at 3:19 PM, Ludovic Desroches wrote: > configs is allocated by pinconf_generic_parse_dt_config(), > pinctrl_utils_add_map_configs() duplicates configs so it can and has to > be freed to prevent memory leaks. > > Signed-off-by: Ludovic Desroches

Re: [PATCH 4/9v2] usb: host: ehci.h: fix single statement macros

On 12/10/2015 05:56 PM, Geyslan G. Bem wrote: Don't use the 'do {} while (0)' wrapper in a single statement macro. Caught by checkpatch: "WARNING: Single statement macros should not use a do {} while (0) loop" Signed-off-by: Geyslan G. Bem --- drivers/usb/host/ehci.h |

Re: [PATCH 1/2] usb: dwc2: add ep enabled flag to avoid double enable/disable

Hi, changbin...@intel.com writes: > From: "Du, Changbin" > > Enabling a already enabled ep is illegal, because the ep may has trbs > running. Reprogram the ep may break running transfer. So udc driver > must avoid this happening by return an error -EBUSY. Gadget function

[PATCH 7/15] scsi xcopy: keep cache of failures

If xcopy between two devices fails, it is pointless to send more xcopy command between there two devices because they take time and they will likely also fail. This patch keeps a cache of (source_device,destination_device) pairs where copying failed and makes sure that no xcopy command is sooner

[PATCH 5/15] block copy: use asynchronous notification

In dm-snapshot target there may be large number of copy requests in progress. If every pending copy request consumed a process context, it would put too much load on the system. To avoid this load, we need asynchronous notification when copy finishes - we can pass a callback to the function

[PATCH 8/15] block copy: introduce "copy_boundary" limits

There is no way to split copy requests, so the creator of the requests (the function blkdev_issue_copy) must make requests with proper size. Device mapper splits the requests at a boundary between targets or at a boundary specified by each target driver. We must make sure that the copy requets do

[PATCH 13/15] dm kcopyd: support copy offload

This patch adds copy offload support to dm-kcopyd. If copy offload fails, copying is performed using dm-io, just like before. There is a module parameter "copy_offload" that can be set to enable or disable this feature. It can be used to test performance of copy offload. Signed-off-by: Mikulas

[PATCH 12/15] dm kcopyd: introduce the function submit_job

We move some code to a function submit_job. It is needed for the next patch that calls submit_job from another place. Signed-off-by: Mikulas Patocka --- drivers/md/dm-kcopyd.c | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-) Index:

Re: [PATCH 0/4] gpio: pxa: integrate with pincontrol

Linus Walleij writes: >>- the GPDR (gpio direction register) shared access bothers me a bit > > How is it shared and between what users? It's shared between the pin controller and the gpio controller. The odd thing with the pxa architecture is that the GPDR bit

[PATCH 15/15] dm kcopyd: call copy offload with asynchronous callback

Change dm kcopyd so that it calls blkdev_issue_copy with an asynchronous callback. There can be large number of pending kcopyd requests and holding a process context for each of them may put too much load on the workqueue subsystem. This patch changes it so that blkdev_issue_copy returns after it

Re: LM90 driver and ti tmp461 detection

On 12/10/2015 09:12 AM, Andreas Werner wrote: On Thu, Dec 10, 2015 at 08:41:57AM -0800, Guenter Roeck wrote: On 12/10/2015 04:08 AM, Andreas Werner wrote: Hi, i have a temperature sensor device named "TI TMP461" which is quite the same than the tmp451 which is already included in the lm90

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

Hi Mark, I certainly understand your (and Rob's) concerns, but let me try anyway to argument a bit more around this approach :-). On 10/12/15 15:30, Mark Brown wrote: > On Mon, Nov 23, 2015 at 08:06:31PM -0600, Rob Herring wrote: > > > I think you need something absolute and probably per MHz

Re: [PATCH 5/7] perf top: Delay UI browser setup after initialization is done

Em Thu, Dec 10, 2015 at 02:43:32PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Thu, Dec 10, 2015 at 12:00:57PM +0900, Namhyung Kim escreveu: > > Move setup_browser after all necessary initialization is done. This > > is to remove the browser dependency from usage_with_options() and > >

[PATCH v10 4/7] PCI: Add fwnode_handle to pci_sysdata

From: Jake Oshins This patch adds an fwnode_handle to struct pci_sysdata, which is used by the next patch in the series when trying to locate an IRQ domain associated with a root PCI bus. Signed-off-by: Jake Oshins --- arch/x86/include/asm/pci.h | 15

Re: [PATCH] kvm: x86: move tracepoints outside extended quiescent state

On Thu, Dec 10, 2015 at 06:38:57PM +0100, Paolo Bonzini wrote: > Invoking tracepoints within kvm_guest_enter/kvm_guest_exit causes a > lockdep splat. > > Cc: sta...@vger.kernel.org > Reported-by: Borislav Petkov > Signed-off-by: Paolo Bonzini > --- >

Re: [PATCH] gpio: mpc5200: Use platform_register/unregister_drivers()

On Wed, Dec 2, 2015 at 5:19 PM, Thierry Reding wrote: > From: Thierry Reding > > These new helpers simplify implementing multi-driver modules and > properly handle failure to register one driver by unregistering all > previously registered drivers.

[tip:x86/urgent] x86/irq: Enhance __assign_irq_vector() to rollback in case of failure

Commit-ID: 4c24cee6b2aeaee3dab896f76fef4fe79d9e4183 Gitweb: http://git.kernel.org/tip/4c24cee6b2aeaee3dab896f76fef4fe79d9e4183 Author: Jiang Liu AuthorDate: Mon, 30 Nov 2015 16:09:27 +0800 Committer: Thomas Gleixner CommitDate: Thu, 10 Dec

[PATCH v13 23/29] tracing: Add 'hist' trigger Documentation

Add documentation and usage examples for 'hist' triggers. Signed-off-by: Tom Zanussi Tested-by: Masami Hiramatsu Reviewed-by: Namhyung Kim --- Documentation/trace/events.txt | 1155

[PATCH v13 14/29] tracing: Add hist trigger support for clearing a trace

Allow users to append 'clear' to an existing trigger in order to have the hash table cleared. This expands the hist trigger syntax from this: # echo hist:keys=xxx:vals=yyy:sort=zzz.descending:pause/cont \ [ if filter] >> event/trigger to this: # echo

Re: [RFC][PATCH] misc: Introduce reboot_reason driver

On Thu, Dec 10, 2015 at 6:52 AM, Arnd Bergmann wrote: > On Wednesday 09 December 2015 17:19:52 John Stultz wrote: >> >> If the concern is that since DT is basically ABI, one might not want >> to have such a wide interface that specifies all the different >> reasons, I can

Re: [PATCH/RFC 02/16] perf top: Fix and cleanup perf_top__record_precise_ip()

Em Thu, Dec 10, 2015 at 04:53:21PM +0900, Namhyung Kim escreveu: > At first, it has duplicate ui__has_annotation() and 'sort__has_sym' > and 'use_browser' check. In fact, the ui__has_annotation() should be > removed as it needs to annotate on --stdio as well. And the > top->sym_filter_entry is

Re: [BISECTED] WARNING: CPU: 2 PID: 142 at block/genhd.c:626 add_disk+0x480/0x4e0()

On 12/09/2015 10:52 PM, Hannes Reinecke wrote: There's a patchset to update the ALUA handler in Martin Petersens tree which should help here; most notably the commit 'scsi: ignore errors from scsi_dh_add_device()' should fix this particular issue. Yep, that fixed it. Thanks. Cheers,

[PATCH 08/11] perf top: Delete half-processed hist entries when exit

From: Namhyung Kim After sample processing is done, hist entries are in both of hists->entries and hists->entries_in (or hists->entries_collapsed). So I guess perf report does not have leaks on hists. But for perf top, it's possible to have half-processed entries which are

Commit 81a43adae3b9 (locking/mutex: Use acquire/release semantics) causing failures on arm64 (ThunderX)

Hi, We are getting soft lockup OOPs on Cavium CN88XX (A.K.A. ThunderX), which is an arm64 implementation. A typical failure shows multiple threads stuck in mutex operations like this: . . . [ 68.909873] Task dump for CPU 18: [ 68.909876] systemd-udevd R running task0 537

[PATCH 05/11] perf top: Do show usage message when failing to create cpu/thread maps

From: Arnaldo Carvalho de Melo This is necessary to get rid of the browser dependency from usage_with_options() and its friends. Because we validate the targets which are used to create the cpu/thread maps and inform the user about any override performed via the chosen UI, we

[PATCH 01/11] perf annotate: Check argument before calling setup_browser()

From: Namhyung Kim This is necessary to get rid of the browser dependency from usage_with_options() and its friends. Because there's no code changing the argc and argv, it'd be ok to check it early. Signed-off-by: Namhyung Kim Reviewed-by: Josh

[PATCH v2] ntp: Verify offset doesn't overflow in ntp_update_offset

From: Sasha Levin We need to make sure that the offset is valid before manipulating it, otherwise it might overflow on the multiplication. Cc: Sasha Levin Cc: Richard Cochran Cc: Thomas Gleixner

Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver

On 12/5/2015 3:00 AM, Vinod Koul wrote: > On Wed, Dec 02, 2015 at 02:04:05PM -0500, Sinan Kaya wrote: > You are missing the point. Channel can be paused, yes but the descriptor > is in queue and is not paused. The descriptor running is paused, yes. > There is subtle difference between

Re: [PATCH v11] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

[+cc Marc for irq_dispose_mapping() question] On Thu, Dec 10, 2015 at 02:10:34PM +, Bharat Kumar Gogada wrote: > > Subject: Re: [PATCH v11] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL > > > +static bool nwl_pcie_valid_device(struct pci_bus *bus, unsigned int > > > +devfn) { > > > +

Re: [PATCH 0/2] arm: dts: berlin: fix BG2Q sdhci clk

On 07.12.2015 14:09, Jisheng Zhang wrote: > CLKID_SDIO is used as the 2nd optional clk for all sdhci hosts in BG2Q. > We removed CLK_IGNORE_UNUSED from CLKID_SDIO's flag. These two patches > fixes this clk issue. > > Jisheng Zhang (2): > ARM: dts: berlin: correct BG2Q's sdhci2 2nd clock >

[PATCH tip/locking/core 2/3] locking/pvqspinlock: Enable slowpath locking count tracking

This patch enables the tracking of the number of slowpath locking operations performed. This can be used to compare against the number of lock stealing operations to see what percentage of locks are stolen versus acquired via the regular slowpath. Signed-off-by: Waiman Long

[PATCH tip/locking/core 1/3] locking/qspinlock: Use smp_cond_acquire() in pending code

The newly introduced smp_cond_acquire() was used to replace the slowpath lock acquisition loop. Similarly, the new function can also be applied to the pending bit locking loop. This patch uses the new function in that loop. Signed-off-by: Waiman Long ---

[PATCH v13 06/29] tracing: Add needs_rec flag to event triggers

Add a new needs_rec flag for triggers that require unconditional access to trace records in order to function. Normally a trigger requires access to the contents of a trace record only if it has a filter associated with it (since filters need the contents of a record in order to make a filtering

[PATCH v13 04/29] tracing: Add get_syscall_name()

Add a utility function to grab the syscall name from the syscall metadata, given a syscall id. Signed-off-by: Tom Zanussi Tested-by: Masami Hiramatsu Reviewed-by: Namhyung Kim --- kernel/trace/trace.h

[PATCH v13 18/29] tracing: Add hist trigger 'syscall' modifier

Allow users to have syscall id fields displayed as syscall names in the output by appending '.syscall' to field names: # echo hist:keys=aaa.syscall ... \ [ if filter] > event/trigger Signed-off-by: Tom Zanussi Tested-by: Masami Hiramatsu

[PATCH v13 20/29] tracing: Support string type key properly

From: Namhyung Kim The string in a trace event is usually recorded as dynamic array which is variable length. But current hist code only support fixed length array so it cannot support most strings. This patch fixes it by checking filter_type of the field and get proper

[PATCH v13 03/29] tracing: Add event record param to trigger_ops.func()

Some triggers may need access to the trace event, so pass it in. Also fix up the existing trigger funcs and their callers. Signed-off-by: Tom Zanussi Tested-by: Masami Hiramatsu Reviewed-by: Namhyung Kim ---

[PATCH v13 16/29] tracing: Add hist trigger 'sym' and 'sym-offset' modifiers

Allow users to have address fields displayed as symbols in the output by appending '.sym' or 'sym-offset' to field names: # echo hist:keys=aaa.sym,bbb.sym-offset ... \ [ if filter] > event/trigger Signed-off-by: Tom Zanussi Tested-by: Masami

Re: [PATCH linux-next] mtd: part: Add BCM962368 CFE partitioning support

On 10/12/15 17:41, Florian Fainelli wrote: > Le 09/12/2015 13:55, Simon Arlott a écrit : >> drivers/mtd/Kconfig | 21 +++ >> drivers/mtd/Makefile| 1 + >> drivers/mtd/bcm963268part.c | 373 >> >> 3 files changed, 395 insertions(+)

Re: [RFC][PATCH] misc: Introduce reboot_reason driver

On Thu, Dec 10, 2015 at 1:20 AM, Tomas Winkler wrote: > Intel uses EFI variables for that on some AOS platforms. There is a > need for persistent storage abstraction and generalize the reboot > reasons strings. Yea. I've been told there isn't any sort of standardized method

Re: [PATCH] [SCSI] osd: fix signed char versus %02x issue

On Thu, Dec 10, 2015 at 8:15 PM, Martin K. Petersen wrote: >> "Rasmus" == Rasmus Villemoes writes: > > Rasmus> If char is signed and one of these bytes happen to have a value > Rasmus> outside the ascii range, the corresponding output

Re: [PATCH 1/1] Fix int1 recursion when no perf_bp_event is registered

On Thu, Dec 10, 2015 at 10:55 AM, Thomas Gleixner wrote: > Jeff, > > On Thu, 10 Dec 2015, Jeff Merkey wrote: > >> If an int1 hardware breakpoint exception is triggered, but no perf bp >> pevent block was registered from arch_install_hw_breakpoint, the >> system will hard hang

[GIT PULL 00/11] perf/core improvements and fixes

From: Arnaldo Carvalho de Melo Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit d18929e9fde30c4d57ae57eb9a7f6f10b5808ca1: Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core

[PATCH 09/11] Revert "perf tools: Improve setting of gcc debug option"

From: Arnaldo Carvalho de Melo This reverts commit e8b7ea4356fdd3c4de5478f3418eb84f8dce2b61. Martin created a gcc PR: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68836 Reported-by: Jiri Olsa Acked-by: Ingo Molnar Cc: David Ahern

[PATCH 02/11] perf annotate: Delay UI browser setup after initialization is done

From: Namhyung Kim Move setup_browser after all necessary initialization is done. This is to remove the browser dependency from usage_with_options and friends. Signed-off-by: Namhyung Kim Reviewed-by: Josh Poimboeuf Tested-by:

Re: [RFC PATCH v2 4/6] livepatch: reuse module loader code to write relocations

On Thu, 10 Dec 2015, Minfei Huang wrote: > > + klp_for_each_reloc_sec(obj, reloc_sec) { > > + relindex = reloc_sec->index; > > + num_relas = pmod->sechdrs[relindex].sh_size / sizeof(Elf_Rela); > > + rela = (Elf_Rela *) pmod->sechdrs[relindex].sh_addr; > > + > > +

Re: use-after-free in __perf_install_in_context

On Tue, Dec 08, 2015 at 08:14:58PM +0100, Dmitry Vyukov wrote: > Tested with your patches. > The additional WARNING does not fire. > For the rcu stacks, I had to change two more 2's to TRACK_NR and also > moved memorization from call_rcu to __call_rcu, but now it is working. > Two reports with

[RESEND][PATCH v2] block: partition: Add partition specific uevent callbacks for partition info

From: San Mehat This patch has been carried in the Android tree for quite some time and is one of the few patches required to get a mainline kernel up and running with an exsiting Android userspace. So I wanted to submit it for review and consideration if it should be merged.

[PATCH tip/locking/core 3/3] locking/pvqspinlock: Direct lock stealing count tracking in pv_queued_spin_steal_lock

This patch moves the lock stealing count tracking code into pv_queued_spin_steal_lock instead of via a jacket function simplifying the code. Signed-off-by: Waiman Long --- kernel/locking/qspinlock_paravirt.h | 16 +--- kernel/locking/qspinlock_stat.h |

Re: [lkp] [rcu] 52b265325b: WARNING: CPU: 0 PID: 1 at fs/sysfs/group.c:61 internal_create_group+0x252/0x300()

On Tue, Dec 08, 2015 at 09:33:40PM -0800, Josh Triplett wrote: > On Tue, Dec 08, 2015 at 09:18:16PM -0800, Paul E. McKenney wrote: > > On Wed, Dec 09, 2015 at 11:23:05AM +0800, kernel test robot wrote: > > > FYI, we noticed the below changes on > > > > > >

[PATCH v13 26/29] tracing: Add support for named hist triggers

Allow users to define 'named' hist triggers. All triggers created with the same 'name=xxx' option will update the same shared histogram data. This expands the hist trigger syntax from this: # echo hist:keys=xxx ... [ if filter] > event/trigger to this: # echo hist:name=xxx:keys=xxx

[PATCH v13 11/29] tracing: Add hist trigger support for compound keys

Allow users to specify multiple trace event fields to use in keys by allowing multiple fields in the 'keys=' keyword. With this addition, any unique combination of any of the fields named in the 'keys' keyword will result in a new entry being added to the hash table. Signed-off-by: Tom Zanussi

[PATCH v13 27/29] kselftests/ftrace : Add event trigger testcases

From: Masami Hiramatsu This adds simple event trigger testcases for ftracetest, which covers following triggers. - traceon-traceoff trigger - enable/disable_event trigger - snapshot trigger - stacktrace trigger - trigger filters Here is the test result.

[PATCH v13 21/29] tracing: Remove restriction on string position in hist trigger keys

If we assume the maximum size for a string field, we don't have to worry about its position. Since we only allow two keys in a compound key and having more than one string key in a given compound key doesn't make much sense anyway, trading a bit of extra space instead of introducing an arbitrary

[PATCH v13 28/29] kselftests/ftrace: Add hist trigger testcases

From: Masami Hiramatsu Add the hist trigger testcases for ftracetest. This checks the basic histogram trigger behaviors like as; - Histogram trigger itself - Histogram with string key - Histogram with compound keys - Histogram with sort key - Histogram

Re: [PATCH v2] RTC: RK808: Work around hardware bug on November 31st

> I'll try to review and evaluate both solution by the end of the week (no > guarantee though). To summarize, it's a pretty simple trade-off. Do you: a) try to detect every time the RTC deviated from the real-world time and correct it instantly? This can be done most of the time but there are

[PATCH v13 07/29] tracing: Add an unreg_all() callback to trigger commands

Add a new unreg_all() callback that can be used to remove all command-specific triggers from an event and arrange to have it called whenever a trigger file is opened with O_TRUNC set. Commands that don't want truncate semantics, or existing commands that don't implement this function simply do

Re: [PATCH 6/6] pinctrl: activate pxa architecture

Linus Walleij writes: > On Sat, Nov 21, 2015 at 7:04 PM, Robert Jarzmik > wrote: > >> As the pxa architecture, at least for pxa27x, supports pin control, >> activate it in the pinctrl tree. >> >> Signed-off-by: Robert Jarzmik

[PATCH v13 17/29] tracing: Add hist trigger 'execname' modifier

Allow users to have common_pid field values displayed as program names in the output by appending '.execname' to a common_pid field name: # echo hist:keys=common_pid.execname ... \ [ if filter] > event/trigger Signed-off-by: Tom Zanussi Tested-by:

Re: [PATCH/RFC 03/16] perf top: Factor out warnings about kernel addresses and symbols

Em Thu, Dec 10, 2015 at 04:53:22PM +0900, Namhyung Kim escreveu: > Factor out warning messages into separate functions. These will be > called in the display thread later. > > Signed-off-by: Namhyung Kim > --- > tools/perf/builtin-top.c | 95 >

Re: [PATCH] [SCSI] osd: fix signed char versus %02x issue

> "Andy" == Andy Shevchenko writes: Andy> I have several patches on SCSI subsytem like this one. Some of Andy> them didn't manage kernel (even having Ack!) for years already. Andy> Is it okay if I collect them together and send a bunch once again Re-sending to

[PATCH v3] PCI: hosts: mark pcie/pci (msi) irq cascade handler as IRQF_NO_THREAD

On -RT and if kernel is booting with "threadirqs" cmd line parameter pcie/pci (msi) irq cascade handlers (like dra7xx_pcie_msi_irq_handler()) will be forced threaded and, as result, will generate warnings like: WARNING: CPU: 1 PID: 82 at kernel/irq/handle.c:150

Re: [PATCH perf/core 14/22] perf: Fix dso__load_sym to put dso

Em Thu, Dec 10, 2015 at 08:52:46AM +, 平松雅巳 / HIRAMATU，MASAMI escreveu: > From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org] > > > >Em Wed, Dec 09, 2015 at 11:11:18AM +0900, Masami Hiramatsu escreveu: > >> +++ b/tools/perf/util/symbol-elf.c > >> @@ -1045,6 +1045,8 @@ int

Re: [PATCH] [SCSI] osd: fix signed char versus %02x issue

On Thu, 2015-12-10 at 14:13 -0500, Martin K. Petersen wrote: > > > > > > "Andy" == Andy Shevchenko writes: > > Andy> I have several patches on SCSI subsytem like this one. Some of > Andy> them didn't manage kernel (even having Ack!) for years already. > Andy> Is it

Re: [PATCH 1/1] Fix int1 recursion when no perf_bp_event is registered

On Thu, Dec 10, 2015 at 08:20:24PM +0100, Jiri Olsa wrote: > seems like the issue we hit some time ago: > http://marc.info/?l=linux-kernel=143976421117070=2 Time to ping people again. Looks like the previous thread stalled... -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when

Re: [BUG/RFC] perf test fails on AMD CPUs

On Mon, Aug 24, 2015 at 05:37:17PM -0500, sherry hurwitz wrote: Hey Sherry, > I have duplicated your problem and asked the HW architect that wrote > 832 to review the diff between the 822 and 832 microcode patch. were there any updates to this issue in the meantime? Thanks. -- Regards/Gruss,

Re: [PATCH v5] fs: clear file privilege bits when mmap writing

On Thu, Dec 10, 2015 at 07:16:11PM +0100, Willy Tarreau wrote: > > Is f_flags safe to write like this without holding a lock? > > Unfortunately I have no idea. I've seen places where it's written without > taking a lock such as in blkdev_open() and I don't think that this one is > called with a

Re: [PATCH 0/2] crypto: KEYS: convert public key to akcipher api

On Thu, 2015-12-10 at 10:39 -0800, Tadeusz Struk wrote: > Hi Mimi, > On 12/10/2015 10:25 AM, Mimi Zohar wrote: > >> This patch set converts the module verification and digital signature > >> > code to the new akcipher API. > >> > RSA implementation has been removed from crypto/asymmetric_keys and

[PATCH 07/11] perf tools: Get rid of exit_browser() from usage_with_options()

From: Namhyung Kim Since all of its users call before setup_browser(), there's no need to call exit_browser() inside of the function. Signed-off-by: Namhyung Kim Reviewed-by: Josh Poimboeuf Tested-by: Arnaldo Carvalho de Melo

[PATCH 06/11] perf thread_map: Free strlist on constructor error path

From: Namhyung Kim Signed-off-by: Namhyung Kim Reviewed-by: Josh Poimboeuf Cc: David Ahern Cc: Jiri Olsa Cc: Peter Zijlstra Link:

[PATCH 04/11] perf report: Check argument before calling setup_browser()

From: Namhyung Kim This is necessary to get rid of the browser dependency from usage_with_options() and its friends. Because there's no code changing the argc and argv, it'd be ok to check it early. Signed-off-by: Namhyung Kim Reviewed-by: Josh

Re: [PATCH v5] fs: clear file privilege bits when mmap writing

On Thu, Dec 10, 2015 at 11:33 AM, Al Viro wrote: > On Thu, Dec 10, 2015 at 07:16:11PM +0100, Willy Tarreau wrote: > >> > Is f_flags safe to write like this without holding a lock? >> >> Unfortunately I have no idea. I've seen places where it's written without >> taking a

[PATCH v3] time: Verify time values in adjtimex ADJ_SETOFFSET to avoid overflow

For adjtimex()'s ADJ_SETOFFSET, make sure the tv_usec value is sane. We might multiply them later which can cause an overflow and undefined behavior. This patch introduces new helper functions to simplify the checking code and adds comments to clarify Orginally this patch was by Sasha Levin, but

Re: [RFC][PATCH] misc: Introduce reboot_reason driver

On Thu, 10 Dec 2015 11:04:03 -0800 John Stultz wrote: > On Thu, Dec 10, 2015 at 1:20 AM, Tomas Winkler wrote: > > Intel uses EFI variables for that on some AOS platforms. There is a > > need for persistent storage abstraction and generalize the reboot

Re: [RFC][PATCH] misc: Introduce reboot_reason driver

On Thu, Dec 10, 2015 at 11:57 AM, One Thousand Gnomes wrote: > On Thu, 10 Dec 2015 11:04:03 -0800 > John Stultz wrote: >> On Thu, Dec 10, 2015 at 1:20 AM, Tomas Winkler wrote: >> > Second, I wonder why this is submitted under

[PATCH v13 13/29] tracing: Add hist trigger support for pausing and continuing a trace

Allow users to append 'pause' or 'continue' to an existing trigger in order to have it paused or to have a paused trace continue. This expands the hist trigger syntax from this: # echo hist:keys=xxx:vals=yyy:sort=zzz.descending \ [ if filter] >> event/trigger to this: # echo

[PATCH v13 12/29] tracing: Add hist trigger support for user-defined sorting ('sort=' param)

Allow users to specify keys and/or values to sort on. With this addition, keys and values specified using the 'keys=' and 'vals=' keywords can be used to sort the hist trigger output via a new 'sort=' keyword. If multiple sort keys are specified, the output will be sorted using the second key as

Re: [PATCH 1/1] Fix int1 recursion when no perf_bp_event is registered

Jeff, On Thu, 10 Dec 2015, Jeff Merkey wrote: > If an int1 hardware breakpoint exception is triggered, but no perf bp > pevent block was registered from arch_install_hw_breakpoint, the > system will hard hang with the CPU stuck constantly re-interrupting at > the same execution address because

[PATCH v13 09/29] tracing: Add 'hist' event trigger command

'hist' triggers allow users to continually aggregate trace events, which can then be viewed afterwards by simply reading a 'hist' file containing the aggregation in a human-readable format. The basic idea is very simple and boils down to a mechanism whereby trace events, rather than being

[PATCH net-next] hv_netvsc: Fix race condition on Multi-Send Data field

In commit 2a04ae8acb14 ("hv_netvsc: remove locking in netvsc_send()"), the locking for MSD (Multi-Send Data) field was removed. This could cause a race condition between RNDIS control messages and data packets processing, because these two types of traffic are not synchronized. This patch fixes

Re: [PATCH/RFC 01/16] perf top: Delete half-processed hist entries when exit

Em Thu, Dec 10, 2015 at 09:55:44AM +, 平松雅巳 / HIRAMATU，MASAMI escreveu: > >From: Namhyung Kim [mailto:namhy...@kernel.org] > > > >After sample processing is done, hist entries are in both of > >hists->entries and hists->entries_in (or hists->entries_collapsed). > >So I guess perf report does

[PATCH v13 19/29] tracing: Add hist trigger support for stacktraces as keys

It's often useful to be able to use a stacktrace as a hash key, for keeping a count of the number of times a particular call path resulted in a trace event, for instance. Add a special key named 'stacktrace' which can be used as key in a 'keys=' param for this purpose: # echo

  1   2   3   4   5   6   7   8   9   10   >