[PATCH v12 22/30] 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 v2, resend 6/6] kernel/cpu.c: make set_cpu_* static inlines

Almost all callers of the set_cpu_* functions pass an explicit true or false. Making them static inline thus replaces the function calls with a simple set_bit/clear_bit, saving some .text. Acked-by: Rusty Russell Signed-off-by: Rasmus Villemoes

[PATCH v12 14/30] 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 v12 17/30] 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

[PATCH v12 25/30] 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

Re: [PATCH 3/4] sched: introduce synchronized idle injection

On Mon, Nov 23, 2015 at 05:56:44PM +, Javi Merino wrote: > I've tested this series on Juno (2xCortex-A57 4xCortex-A53). If you > idle inject for 50% of the time, when I run 6 busy loops the scheduler > sometimes keeps two of them in the same cpu while the another cpu is > completely idle.

Re: [PATCH v3 3/6] DT: PCI: qcom: Document PCIe devicetree bindings

On Mon 23 Nov 01:29 PST 2015, Stanimir Varbanov wrote: > From: Stanimir Varbanov > > Document Qualcomm PCIe driver devicetree bindings. > > Signed-off-by: Stanimir Varbanov > Signed-off-by: Stanimir Varbanov > --- >

Re: [PATCH] ARM: dts: keystone: k2l: fix kernel crash when clk_ignore_unused is not in bootargs

On 11/23/2015 8:54 AM, Murali Karicheri wrote: Currently kernel crash randomly when K2L EVM is booted without clk_ignore_unused in the bootargs. This workaround is not needed on other K2 devices such as K2HK and K2E and with this fix, we can remove the workaround altogether. netcp driver on K2L

Re: [PATCH] pinctrl: qcom: pmic-gpio/mpp: of_irq_count() == npins

On Wed 18 Nov 11:33 PST 2015, Stephen Boyd wrote: > The number of interrupts is always equal to the number of pins > provided by the PMIC gpio and MPP hardware blocks. Count the > number of irqs to figure out the number of pins instead of adding > more compatible strings or doing math on the reg

Re: [PATCH (v4) 2/2] mtd: brcmnand: Add support for the BCM63268

On 22/11/15 14:17, Simon Arlott wrote: > The BCM63268 has a NAND interrupt register with combined status and enable > registers. It also has a clock for the NAND controller that needs to be > enabled. > > Set up the device by enabling the clock, disabling and acking all > interrupts, then handle

Re: [PATCH v5 1/8] watchdog: Introduce hardware maximum timeout in watchdog core

Hello Guenter, On Mon, Nov 23, 2015 at 08:14:56AM -0800, Guenter Roeck wrote: > On 11/22/2015 11:53 PM, Uwe Kleine-König wrote: > >On Sun, Nov 22, 2015 at 07:20:58PM -0800, Guenter Roeck wrote: > >>@@ -160,7 +176,11 @@ they are supported. These optional routines/operations > >>are: > >>and

Re: [PATCH] pinctrl: qcom: Add msm8996 pinctrl driver

On Tue 17 Nov 16:35 PST 2015, Stephen Boyd wrote: > From: Joonwoo Park > > Add initial pinctrl driver to support pin configuration with > pinctrl framework for msm8996. > > Cc: > Cc: Bjorn Andersson >

Re: [PATCH 6/10] watchdog: bcm63xx_wdt: Obtain watchdog clock HZ from "periph" clk

On 23/11/15 07:02, Jonas Gorski wrote: > Hi, > > On Sun, Nov 22, 2015 at 3:07 PM, Simon Arlott wrote: >> Instead of using a fixed clock HZ in the driver, obtain it from the >> "periph" clk that the watchdog timer uses. >> >> Signed-off-by: Simon Arlott >>

[GIT PULL] Kselftest fixes for 4.4-rc3

Hi Linus, Could you please pull the following update for 4.4-rc3. thanks, -- Shuah -- The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec: Linux 4.4-rc1 (2015-11-15 17:00:27 -0800) are available in

[RESEND PATCH V4 14/26] coresight: etm3x: adding perf_get/set_config() API

Adding a source operation to build a tracer's configuration from a perf_event. That way possibly complex parsing of the information conveyed by the event doesn't have to be carried out every time the configuration is needed. Since event configuration can change between concurrent sessions, the

[RESEND PATCH V4 00/26] Coresight integration with perf

I haven't received much in terms of comments from this iteration. Even if all comments from previous posts have been addressed it would feel better to have a few "Reviewed-by:" before adding this to my tree. This patchset aims to integrate configuration and control of the Coresight tracers with

[RESEND PATCH V4 07/26] coresight: moving PM runtime operations to core framework

Moving PM runtime operations in Coresight devices enable() and disable() API to the framework core when a path is setup. That way the runtime core doesn't have to be involved everytime a path is enabled. It also avoids calling runtime PM operations in IRQ context. Signed-off-by: Mathieu Poirier

[RESEND PATCH V4 11/26] coresight: etm3x: changing default trace configuration

Changing default configuration to include the entire address range rather than just the kernel. That way traces are more inclusive and it is easier to narrow down if needed. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm.h | 2 ++

[RESEND PATCH V4 23/26] perf tools: making function set_max_cpu_num() non static

For memory allocation purposes, code located in other places then util/cpumap.c may want to know how many CPUs the system has. This patch is making function set_max_cpu_num() available to other parts of the perf tool so that global variable @max_cpu_num gets the right value when referenced by

[RESEND PATCH V4 22/26] coresight: updating documentation to reflect integration with perf

Adding a new section giving information on how coresight has been integrated with the perf subsystem along with a general idea of how to control tracing from the perf tool cmd line. Signed-off-by: Mathieu Poirier --- Documentation/trace/coresight.txt | 138

[RESEND PATCH V4 25/26] perf tools: making coresight PMU listable

Adding the required mechanic allowing 'perf list pmu' to discover coresight ETM/PTM tracers. Signed-off-by: Mathieu Poirier --- MAINTAINERS| 1 + tools/perf/arch/arm/util/Build | 2 ++ tools/perf/arch/arm/util/pmu.c | 34

[RESEND PATCH V4 13/26] coresight: etm3x: implementing user/kernel mode tracing

Adding new mode to limit tracing to kernel or user space. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm.h| 7 ++- .../hwtracing/coresight/coresight-etm3x-sysfs.c| 4 ++ drivers/hwtracing/coresight/coresight-etm3x.c |

[RESEND PATCH V4 12/26] coresight: etm3x: consolidating initial config

There is really no point in having two functions to take care of doing the initials tracer configuration. As such moving everything to 'etm_set_default()'. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm3x.c | 37

Re: [PATCH] soc: Mediatek: Enable SCPSYS power domain driver by default

On 19/11/15 21:05, Kevin Hilman wrote: On Fri, Nov 13, 2015 at 7:59 AM, Kevin Hilman wrote: Eddie Huang writes: If enable Mediatek 8173 SoC, it should also enable power domain driver. Otherwise access clk subsystem register will fail.

Re: [PATCH] lightnvm: fix memory leak

On 11/23/2015 05:40 PM, Sudip Mukherjee wrote: On Mon, Nov 23, 2015 at 04:13:39PM +0100, Matias Bjørling wrote: On 11/23/2015 11:35 AM, Sudip Mukherjee wrote: If copy_to_user() fails we returned error but we missed releasing devices. Signed-off-by: Sudip Mukherjee ---

[RESEND PATCH V4 06/26] coresight: associating path with session rather than tracer

When using the Coresight framework from the sysFS interface a tracer is always handling a single session and as such, a path can be associated with a tracer. But when supporting multiple session per tracer there is no guarantee that sessions will always have the same path from source to sink.

Re: [PATCH] staging: comedi: comedilib.h: Coding style warning fix for block comments

On 23/11/15 17:45, Jitendra Kumar Khasdev wrote: This patch is to comedilib.h file that fixes up following warnings reported by checkpatch.pl : I) Block comments use * on subsequent lines Signed-off-by: Jitendra Kumar Khasdev --- drivers/staging/comedi/comedilib.h | 32

[RESEND PATCH V4 08/26] coresight: etm3x: adding operation mode for etm_enable()

Adding a new mode to source API enable() in order to distinguish where the request comes from. That way it is possible to perform different operations based on where the request was issued from. The ETM4x driver is also modified to keep in sync with the new interface. Signed-off-by: Mathieu

Re: [PATCH v4 3/3] usb: chipidea: register driver as a peripheral with the phy

On 11/23/2015 12:29 AM, Peter Chen wrote: > On Fri, Nov 20, 2015 at 03:47:20PM -0800, Tim Bird wrote: >> Register the chipidea driver with the phy, so that the phy >> driver can kick the gadget driver when it resumes from low power. >> The phy-msm-usb (Qualcomm) driver requires this in order to

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

On Mon, Nov 23, 2015 at 4:28 AM, Sinan Kaya wrote: > The Qualcomm Technologies HIDMA device has been designed > to support virtualization technology. The driver has been > divided into two to follow the hardware design. > > 1. HIDMA Management driver > 2. HIDMA Channel

Re: [PATCH v2] mtd: nand: use of_property_read_u8()

Hi Saurab, On Mon, Nov 23, 2015 at 5:15 PM, Saurabh Sengar wrote: > use of_property_read_u8() for u8 values Why are you making this change? Have you tested this? drivers/of/base.c says * dts entry of array should be like: * property = /bits/ 8 <0x50

[PATCH] Staging: iio: frequency: use dev_get_platdata()

Use the wrapper function for retrieving the platform data instead of accessing dev->platform_data directly. Signed-off-by: Nizam Haider --- drivers/staging/iio/frequency/ad9832.c | 2 +- drivers/staging/iio/frequency/ad9834.c | 2 +- 2 files changed, 2 insertions(+), 2

Re: [PATCH 09/14] net: tcp_memcontrol: simplify linkage between socket and page counter

On Mon, Nov 23, 2015 at 12:36:46PM +0300, Vladimir Davydov wrote: > On Fri, Nov 20, 2015 at 01:56:48PM -0500, Johannes Weiner wrote: > > I actually had all this at first, but then wondered if it makes more > > sense to keep the legacy code in isolation. Don't you think it would > > be easier to

Re: [RFC/PATCH] pinctrl: qcom: Add generic ssbi and spmi GPIO/MPP bindings

On Tue 17 Nov 17:00 PST 2015, Stephen Boyd wrote: > The drivers don't really need to know which PMIC they're for, so > make a generic binding for them. This alleviates us from updating > the drivers every time a new PMIC comes out. It's still > recommended that we update the binding with new PMIC

Re: [PATCH v2 3/5] misc: eeprom_93xx46: Implement eeprom_93xx46 DT bindings.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/21/2015 01:36 PM, Vladimir Zapolskiy wrote: > On 21.11.2015 06:40, Cory Tusar wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 11/19/2015 12:50 AM, Vladimir Zapolskiy wrote: >>> Hi Cory, >>> >>> On 19.11.2015 05:29, Cory Tusar

Re: [PATCH 2/2] pinctrl: qcom: spmi-mpp: Add pm8994 mpp support

On Tue 17 Nov 16:52 PST 2015, Stephen Boyd wrote: > Update the driver and binding for pm8994-mpp devices. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Signed-off-by: Stephen Boyd >

Re: [PATCH 1/2] pinctrl: qcom: spmi-gpio: Add pm8994 gpio support

On Tue 17 Nov 16:52 PST 2015, Stephen Boyd wrote: > Update the binding and driver for pm8994-gpio devices. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Signed-off-by: Stephen Boyd

[RESEND PATCH V4 26/26] perf tools: adding coresight etm PMU record capabilities

Coresight ETMs are IP blocks used to perform HW assisted tracing on a CPU core. This patch introduce the required auxiliary API functions allowing the perf core to interact with a tracer. Signed-off-by: Mathieu Poirier --- MAINTAINERS | 3 +

[RESEND PATCH V4 20/26] coresight: etm-perf: new PMU driver for ETM tracers

Perf is a well known and used tool for performance monitoring and much more. A such it is an ideal candidate for integration with coresight based HW tracing. This patch introduces a PMU that represent a coresight tracer to the Perf core. Signed-off-by: Mathieu Poirier

[RESEND PATCH V4 24/26] perf tools: adding perf_session to *info_prive_size()

On some architecture the size of the private header may be dependent on the number of tracers used in the session. As such adding a "struct perf_session" parameter, which should contain all the required information. Also adjusting the existing client of the interface to take the new parameter

[RESEND PATCH V4 21/26] coresight: introducing a global trace ID function

TraceID values have to be unique for all tracers and consistent between drivers and user space. As such introducing a central function to be used whenever a traceID value is required. The patch also account for data traceIDs, which are usually I(N) + 1. Signed-off-by: Mathieu Poirier

[RESEND PATCH V4 16/26] perf: changing pmu::setup_aux() parameter to include event

For Coresight ETMv3/4 tracers the event carries information about trace modes such as user or kernel space tracing and whether tracing is allowed when operating in secure mode. Since this information is to be embedded in the private structure returned by setup_aux(), changing the first parameter

[RESEND PATCH V4 19/26] coresight: etb10: implementing AUX space API

Adding an ETB10 specific AUX area operations to be used by the perf framework when events are initialised. Part of this operation involves modeling the mmap'ed area based on the specific ways a sink buffer gathers information. Signed-off-by: Mathieu Poirier ---

[RESEND PATCH V4 18/26] coresight: adding operation mode for sink->enable()

Adding an operation mode to sink->enable() API in order to prevent simultaneous access from different callers. TPIU and TMC won't be supplemented with the AUX area API immediately and as such ignore the new mode. Signed-off-by: Mathieu Poirier ---

[RESEND PATCH V4 15/26] coresight: etm3x: implementing perf_enable/disable() API

That way traces can be enabled and disabled automatically from the Perf subystem using the PMU abstraction. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm3x.c | 47 --- 1 file changed, 43 insertions(+), 4

[RESEND PATCH V4 17/26] coresight: etb10: moving to local atomic operations

Moving to use local atomic operations to take advantage of the lockless implementation, something that will come handy when the ETB is accessed from the Perf subsystem. Also changing the name of the variable to something more meaningful. Signed-off-by: Mathieu Poirier

Re: ipmi: Remove unnecessary pci_disable_device.

Thanks, queued for next release. -corey On 11/19/2015 06:24 PM, Dave Jones wrote: > We call cleanup_one_si from ipmi_pci_remove, which calls > ->addr_source_cleanup, > which gets set to point to ipmi_pci_cleanup, which does a pci_disable_device. > > On return from this, we do a second

[RESEND PATCH V4 10/26] coresight: etm3x: set progbit to stop trace collection

There is no need to use the event enable's "always false" event to stop trace collection. For that purpose setting the programming bit (ETMCR:10) is enough. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm3x.c | 3 --- 1 file changed, 3

Re: [PATCH (v4) 2/2] mtd: brcmnand: Add support for the BCM63268

On 23/11/15 15:42, Jonas Gorski wrote: > On Sun, Nov 22, 2015 at 11:17 PM, Simon Arlott wrote: >> + priv->clk = of_clk_get(dev->of_node, 0); > > > Why not use a named clock here? That way you can make use of > devm_clk_get and don't need to care about putting it. Ok.

[RESEND PATCH V4 09/26] coresight: add API to get sink from path

Add an API allowing external code to quickly get a handle on the sink within a path. The sink is always last, but adding an API allows to keep the path's node structure private and remove redundant checks. Signed-off-by: Mathieu Poirier ---

[RESEND PATCH V4 03/26] coresight: etm3x: unlocking tracers in default arch init

Calling function 'smp_call_function_single()' to unlock a tracer and calling it again right after to perform the default initialisation doesn't make sense. Moving 'etm_os_unlock()' just before making the default initialisation results in the same outcome while saving one call to

[RESEND PATCH V4 05/26] coresight: etm3x: implementing 'cpu_id()' API

Other than plainly parsing the device tree there is no way to know which CPU a tracer is affined to. As such adding an interface to lookup the CPU field enclosed in the etm_drvdata structure that was initialised at boot time. Signed-off-by: Mathieu Poirier ---

[RESEND PATCH V4 02/26] coresight: etm3x: moving sysFS entries to dedicated file

SysFS entries are big enough to justify their own file. As such moving all sysFS related declarations to a dedicated location. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/Makefile |3 +- drivers/hwtracing/coresight/coresight-etm.h

[RESEND PATCH V4 04/26] coresight: etm3x: splitting struct etm_drvdata

Structure "etm_drvdata" carries the tracer's static configuration (as laid out in hardware) and the session specific configuration determined by users. This doesn't work when tracers are to support multiple, simultaneous, tracing session. As such splitting "etm_drvdata" in two sections, one for

[RESEND PATCH V4 01/26] coresight: etm3x: moving etm_readl/writel to header file

Moving functions etm_readl/writel to file "coresight-etm.h" so that the main ETM3x driver can be split in more than one file. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm.h | 29 +++

[PATCH v12 27/30] 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 v12 16/30] tracing: Add hist trigger 'hex' modifier for displaying numeric fields

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

[PATCH v12 20/30] 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

[PATCH cgroup/for-4.4-fixes] cgroup: make css_set pin its css's to avoid use-afer-free

A css_set represents the relationship between a set of tasks and css's. css_set never pinned the associated css's. This was okay because tasks used to always disassociate immediately (in RCU sense) - either a task is moved to a different css_set or exits and never accesses css_set again.

[PATCH v12 29/30] 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

[PATCH v12 13/30] 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

[PATCH v12 28/30] 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 v12 12/30] 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 v12 18/30] 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: [PATCHSET v3] netfilter, cgroup: implement cgroup2 path match in xt_cgroup

Hello, On Mon, Nov 23, 2015 at 10:53:46AM -0500, Tejun Heo wrote: > > [ 11.594536] [ cut here ] > > [ 11.595274] WARNING: CPU: 1 PID: 1 at kernel/cgroup_pids.c:97 > > pids_cancel.constprop.6+0x31/0x40() > > [ 11.595958] Modules linked in: > > [ 11.596199] CPU: 1

[PATCH v12 15/30] 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

[PATCH v12 07/30] 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 v12 04/30] 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 --- include/linux/trace_events.h| 7 ---

[PATCH v12 11/30] tracing: Add hist trigger support for multiple values ('vals=' param)

Allow users to specify trace event fields to use in aggregated sums via a new 'vals=' keyword. Before this addition, the only aggregated sum supported was the implied value 'hitcount'. With this addition, 'hitcount' is also supported as an explicit value field, as is any numeric trace event

[PATCH v2, resend 3/6] kernel/cpu.c: export __cpu_*_mask

Exporting the cpumasks __cpu_possible_mask and friends will allow us to remove the extra indirection through the cpu_*_mask variables. It will also allow the set_cpu_* functions to become static inlines, which will give a .text reduction. Acked-by: Rusty Russell

[PATCH v12 10/30] 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

Re: [PATH RESEND v2 03/10] tty: xuartps: Always enable transmitter in start_tx

Hi Michal, On 11/23/2015 02:05 AM, Michal Simek wrote: > All these tests looks very interesting. Do you have any any > work-in-progress repo with other tests? It will be good to run all of > them to validate our drivers. I haven't upstreamed these yet, but I plan to do so soon, along with tty

[PATCH v12 09/30] 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 v2, resend 4/6] drivers/base/cpu.c: use __cpu_*_mask directly

The only user of the lvalue-ness of the cpu_*_mask variables is in drivers/base/cpu.c, and that is mostly a work-around for the fact that not even const variables can be used in static initialization. Now that the underlying struct cpumasks are exposed we can take their address. Acked-by: Rusty

Re: [PATCH 2/9] IB: add a proper completion queue abstraction

On Sat, Nov 14, 2015 at 08:08:49AM +0100, Christoph Hellwig wrote: > On Fri, Nov 13, 2015 at 11:25:13AM -0700, Jason Gunthorpe wrote: > > For instance, like this, not fulling draining the cq and then doing: > > > > > + completed = __ib_process_cq(cq, budget); > > > + if (completed < budget) { > >

[PATCH v12 08/30] 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

[PATCH v2, resend 5/6] kernel/cpu.c: eliminate cpu_*_mask

Replace the variables cpu_possible_mask, cpu_online_mask, cpu_present_mask and cpu_active_mask with macros expanding to expressions of the same type and value, eliminating some indirection. Acked-by: Rusty Russell Signed-off-by: Rasmus Villemoes

Re: [PATCH] sched: idle: move need_resched check after function rcu_idle_enter

On Mon, Nov 23, 2015 at 9:57 AM, Peter Zijlstra wrote: > On Mon, Nov 23, 2015 at 09:42:06AM -0800, Lianwei Wang wrote: >> Issue was found on ARM/Qcom platform, but I think it is applicable to >> other platforms as well. I add a BUG_ON after rcu_enter_idle to catch >> it.

[PATCH v12 06/30] tracing: Add a per-event-trigger 'paused' field

Add a simple per-trigger 'paused' flag, allowing individual triggers to pause. We could leave it to individual triggers that need this functionality to do it themselves, but we also want to allow other events to control pausing, so add it to the trigger data. Signed-off-by: Tom Zanussi

[PATCH v12 05/30] 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 --- kernel/trace/trace.h | 5 + kernel/trace/trace_syscalls.c | 11

[PATCH v2, resend 0/6] kernel/cpu.c: eliminate some indirection

Andrew, can I get you to take these through -mm? Noone else seems to want to pick them up. They're rebased on top of 4.4-rc2 (and applied cleanly), but otherwise identical to what I've sent previously. = v2: fix build failure on ppc, add acks. The four cpumasks

[PATCH v2, resend 2/6] kernel/cpu.c: change type of cpu_possible_bits and friends

Change cpu_possible_bits and friends (online, present, active) from being bitmaps that happen to have the right size to actually being struct cpumasks. Also rename them to __cpu_xyz_mask. This is mostly a small cleanup in preparation for exporting them and, eventually, eliminating the extra

[PATCH v2, resend 1/6] powerpc/fadump: rename cpu_online_mask member of struct fadump_crash_info_header

As preparation for eliminating the indirect access to the various global cpu_*_bits bitmaps via the pointer variables cpu_*_mask, rename the cpu_online_mask member of struct fadump_crash_info_header to simply online_mask, thus allowing cpu_online_mask to become a macro. Acked-by: Michael Ellerman

[PATCH v12 03/30] tracing: Make event trigger functions available

Make various event trigger utility functions available outside of trace_events_trigger.c so that new triggers can be defined outside of that file. Signed-off-by: Tom Zanussi Tested-by: Masami Hiramatsu --- kernel/trace/trace.h

[PATCH v12 01/30] tracing: Update cond flag when enabling or disabling a trigger

When a trigger is enabled, the cond flag should be set beforehand, otherwise a trigger that's expecting to process a trace record (e.g. one with post_trigger set) could be invoked without one. Likewise a trigger's cond flag should be reset after it's disabled, not before. Signed-off-by: Tom

Re: [PATCH] pwm: Avoid double mutex lock on pwm_enable

On 15-11-23 02:07 AM, Thierry Reding wrote: > On Sun, Nov 22, 2015 at 09:13:17AM +0900, Krzysztof Kozlowski wrote: >> 2015-11-22 3:14 GMT+09:00 Anand Moon : >>> Hi Krzysztof, >>> >>> On 21 November 2015 at 18:37, Krzysztof Kozlowski >>> wrote:

[PATCH] mm: Fix mmap MAP_POPULATE for DAX pmd mapping

The following oops was observed when mmap() with MAP_POPULATE pre-faulted pmd mappings of a DAX file. follow_trans_huge_pmd() expects that a target address has a struct page. BUG: unable to handle kernel paging request at ea001222 follow_trans_huge_pmd+0xba/0x390

[PATCH] dax: Split pmd map when fallback on COW

An infinite loop of PMD faults was observed when attempted to mlock() a private read-only PMD mmap'd range of a DAX file. __dax_pmd_fault() simply returns with VM_FAULT_FALLBACK when falling back to PTE on COW. However, __handle_mm_fault() returns without falling back to handle_pte_fault()

Re: [PATCH v1] eCryptfs: enhancing eCryptfs to be used with external crypto engine

Hi Tyler, Michael Did you have a chance to look at my latest reply below? If we split the patch into smaller pieces and provide testing module with prints that registers for events, as was suggested previously, can we submit it for review ? Regards, Andrey >> On Wed, Nov 11, 2015 at 12:03:35PM

Re: [PATCH v5 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device

Hi Gabriel, [auto build test WARNING on v4.4-rc2] [also build test WARNING on next-20151123] [cannot apply to robh/for-next] url: https://github.com/0day-ci/linux/commits/Gabriel-L-Somlo/SysFS-driver-for-QEMU-fw_cfg-device/20151124-000402 config: arm-allyesconfig (attached as .config

[PATCH] lightnvm: change vendor and dev id for qemu

The QEMU NVMe simulator uses the intel vendor, qemu device id, and the first vendor specific byte to identify a lightnvm compatible nvme instance. Instead of using the Intel NVMe QEMU instance vendor and device id, let's use a preallocated from CNEX Labs instead. This lets us uniquely identify a

crash tool - problem with new Xen linear virtual mapped sparse p2m list

Hi all, Some time ago Linux kernel commit 054954eb051f35e74b75a566a96fe756015352c8 (xen: switch to linear virtual mapped sparse p2m list) introduced linear virtual mapped sparse p2m list. It fixed some issues, however, it broke crash tool too. I tried to fix this issue but the problem looks more

Re: [RFC] asm-generic: default BUG_ON(x) to "if(x) BUG()"

Two comments inline below. On Mon, Nov 23, 2015 at 05:25:28PM +0100, Arnd Bergmann wrote: > When CONFIG_BUG is disabled, BUG_ON() will only evaluate the condition, > but will not actually stop the current thread. GCC warns about a couple > of BUG_ON() users where this actually leads to further

Re: nouveau: iowrite32 oops & warning at drivers/gpu/drm/nouveau/nouveau_fence.c:198

2015-11-22 22:49 GMT+02:00 Ilia Mirkin : > Not sure if these apply here but there are a couple of outstanding > locking fixes available in > http://cgit.freedesktop.org/~darktama/nouveau/ -- specifically these > two: > >

Re: stmmac: debugfs broken with multiple ethernets.

Hi! > stmmac_main will happily try to create two directories with the same > name. > > I guess something like > > static int id; > char name[100]; > > sprintf(name, STMMAC_RESOURCE_NAME "_%d", id++) > ... > > might be suitable, but did not try that further. Hmm. It seems this is fixed in

Re: [PATCH V2 0/2] Create specific kconfig for kselftest

On 11/17/2015 07:34 AM, Bamvor Jian Zhang wrote: > There is a discussion about improving the usability of kselftest by > creating test-specific kconfig in recent kernel Summit. Furthormore, > there are different approaches to do it: > > 1) keep test-specific kconfig fragments inside each selftest

Re: [PATCH 2/9] IB: add a proper completion queue abstraction

On Sat, Nov 14, 2015 at 08:13:44AM +0100, Christoph Hellwig wrote: > On Fri, Nov 13, 2015 at 03:06:36PM -0700, Jason Gunthorpe wrote: > > Looking at that thread and then at the patch a bit more.. > > > > +void ib_process_cq_direct(struct ib_cq *cq) > > [..] > > + __ib_process_cq(cq, INT_MAX); >

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On 11/23, Arnd Bergmann wrote: > On Monday 23 November 2015 09:14:39 Christopher Covington wrote: > > On 11/23/2015 03:15 AM, Arnd Bergmann wrote: > > > On Sunday 22 November 2015 21:36:45 Nicolas Pitre wrote: > > >> On Sun, 22 Nov 2015, Arnd Bergmann wrote: > > > > > > Ok, thanks a lot! So the

Re: lapic_suspend/lapic_resume wrong?

* Juergen Gross wrote: > Hi, > > while trying to find the reason for a hanging kernel during resume > handling I found a strange inconsistency in arch/x86/kernel/apic/apic.c > regarding usage of config options. > > Attached patch addresses this, no test done as I'm not sure

Re: imx6dl clock setup incorrectness

Hi >> While working with board with imx6s cpu, with kernel based on linux-imx >> imx_3.14.28_1.0.0_ga branch, I noticed this message in boot log: >> >>> failed to set parent of clk gpu2d_core_sel to pll2_pfd1_594m >> >> >> I looked into it and found that: >> >> - CCM_CBCMR register layout is

<    7   8   9   10   11   12   13   14   15   16   >