Introducing following functions to display stat events
for raw dump.
perf_event__fprintf_stat
perf_event__fprintf_stat_round
perf_event__fprintf_stat_config
Link: http://lkml.kernel.org/n/tip-hw2aywbi4w9jsq7cw8cen...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/stat.c | 39
Adding name type 'event update' event, that stores/transfer
events name. Event's name is stored within perf.data's
EVENT_DESC feature, but we don't have if we get report
data from pipe.
Link: http://lkml.kernel.org/n/tip-j8b9c0ev11zisop3qup1h...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/
Adding unit type 'event update' event, that stores/transfer
events unit name. The unit name is part of the perf stat
output data.
Link: http://lkml.kernel.org/n/tip-5s6ape0vz2sfxgzu16eu8...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/Build | 1 +
tools/perf/tests/built
Introducing perf_event__process_stat_event function to process
'struct perf_stat' data from stat event.
Link: http://lkml.kernel.org/n/tip-2bvpxxp60e0qqcsecohge...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/stat.c | 23 +++
tools/perf/util/stat.h | 6 ++
Introduce perf_event__synthesize_stat function to
synthesize 'struct stat_event'.
Link: http://lkml.kernel.org/n/tip-0jr9x4vwk0nxbs2ueclj7...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/builtin-test.c | 4
tools/perf/tests/stat.c | 41 ++
Adding stat round event to be stored after each stat interval round,
so report tools (report/script) get notified and process interval
data.
Link: http://lkml.kernel.org/n/tip-nqhzuxrv12ulccx11k7x8...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/event.c | 1 +
tools/perf/util/e
Adding stat event to store 'struct perf_counter_values' for
given event/cpu/thread.
Link: http://lkml.kernel.org/n/tip-56xpt7m6au4d8u39nffoq...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/event.c | 1 +
tools/perf/util/event.h | 19 +++
tools/perf/util/sessio
Introducing perf_event__read_stat_config function to read
struct perf_stat_config object data from stat config event.
Link: http://lkml.kernel.org/n/tip-62ae08zz97jp2qkhygp8u...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/stat.c | 6 ++
tools/perf/util/event.c | 24
To display cpu_map event for raw dump.
Link: http://lkml.kernel.org/n/tip-3uv795xlylejtbkf76om5...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/event.c | 16
tools/perf/util/event.h | 1 +
2 files changed, 17 insertions(+)
diff --git a/tools/perf/util/event.c b/
Adding stat config event to pass/store stat config data,
so report tools (report/script) know how to interpret
stat data.
The config data are stored in 'tag|value' way to allow
easy extension and backward compatibility.
Link: http://lkml.kernel.org/n/tip-1npdsfez8635vogthpqwt...@git.kernel.org
Si
Introducing cpu_map__new_event function to create
struct cpu_map object from cpu_map event.
Link: http://lkml.kernel.org/n/tip-tepv49tbjsqeprmf8k05l...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/cpumap.c | 25 +
tools/perf/util/cpumap.c | 42 +++
Adding cpu_map event to pass/store cpu maps
as data in pipe/perf.data.
We store maps in 2 formats:
- list of cpus
- mask of cpus
The format that takes less space is selected
transparently in following patch.
The interface is made generic, so we could add
cpumap event data into another event
Introduce perf_event__synthesize_thread_map2 function to
synthesize struct thread_map.
The perf_event__synthesize_thread_map name is already taken
for synthesizing complete threads data (comm/mmap/fork).
Link: http://lkml.kernel.org/n/tip-cykuf1v8qb6li8q6w6tbm...@git.kernel.org
Signed-off-by: Jir
Adding thread_map event to pass/store thread maps
as data in pipe/perf.data.
Storing thread ID along with the standard comm[16]
thread name string.
Link: http://lkml.kernel.org/n/tip-2l07qyf3buhnt83q4ezqz...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/event.c | 1 +
tools/per
Currently any time we need to access socket or core id for
given cpu, we access the sysfs topology file.
Adding cpus_aggr_map cpu_map to cache those entries.
Link: http://lkml.kernel.org/n/tip-2cw82b5piydhao8sft09a...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-stat.c | 60 ++
Adding cpu_map__empty_new interface to create empty cpumap
with given size. The cpumap entries are initialized with -1.
It'll be used for caching cpu_map in following patches.
Link: http://lkml.kernel.org/n/tip-2q9tmp3shdscmtiv6h8af...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util
On Sun Oct 25 15:53, Wolfram Sang wrote:
> On Fri, Oct 23, 2015 at 12:27:05PM -0700, Dustin Byford wrote:
> > v5:
> > - rebased on i2c/for-next (Jarkko, Wolfram)
> > - include acpi.h in designware drivers (Mika)
> > - remove return from void stub function (Mika)
> > - add acks and tested-by from Mi
Until commit 0166dc11be911213 ("of: make CONFIG_OF user selectable"),
CONFIG_OF=y implied CONFIG_USE_OF=y on ARM, as the former could solely
be enabled by being selected by the latter.
However, if the user now manually enables CONFIG_OF=y while
CONFIG_USE_OF=n:
arch/arm/kernel/devtree.c: In f
The LIC doesn't deal with the different types of interrupts itself
but needs to forward calls to set the appropriate type to its parent
IRQ controller.
Without this fix all IRQs routed through the LIC will stay at the
initial EDGE type, while most of them should actually be level triggered.
Cc:
Allow the timer core to change the smp affinity of the broadcast timer
irq by setting CLOCK_EVT_FEAT_DYNIRQ flag.
This reduces interrupt pressure and wakeups on CPU0 as well as vastly
reducing the number of timer broadcast IPIs.
Signed-off-by: Lucas Stach
---
drivers/clocksource/tegra20_timer.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/25/15 1:48 PM, Alexandru Moise wrote:
> This allows us to trim out half of btrfs_init_delayed_node() which
> is now reduntant.
It's redundant if kmem_cache_zalloc is used, but you haven't
documented that doing so is now required. For all of t
On 10/25/15 2:21 AM, Ingo Molnar wrote:
Then old crap can be de-emphasised and eventually removed, instead of having to
live with crap forever ...
strongly disagree. none of the helpers are 'crap'.
bpf_perf_event_read() muxes of -EINVAL into return value, but it's non
ambiguous to the program w
On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
> On 25.10.2015 10:46, Willy Tarreau wrote:
> >ipset *triggered* the problem. The whole stack dump would tell more.
>
> OK, find the stack traces in the bug report:
> https://bugzilla.redhat.com/show_bug.cgi?id=1272645
>
> Kernel
On Sat 24-10-15 14:46:58, Ben Hutchings wrote:
[...]
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -3687,6 +3687,7 @@ static int __mem_cgroup_usage_register_e
> > > > ret = page_counter_memparse(args, "-1", &threshold);
> > > > if (ret)
> > > > > return ret;
> > +> > thres
On Sun, Oct 25, 2015 at 04:15:17PM +0700, Lars Melin wrote:
> On 2015-10-24 22:44, Michele Baldessari wrote:
> >The Xin-Mo Dual Arcade controller (16c0:05e1) needs this quirk in order
> >to have the two distinct joysticks working.
> >
> >Before the change:
> >$ jstest /dev/input/js0
> >Joystick (Xi
Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com>
---
fs/btrfs/transaction.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/fs/btrfs/transaction.c b/fs/btrfs/transaction.c
index a5b0644..cb50f53 100644
--- a/fs/btrfs/transaction.c
+++ b/fs/btrfs/t
> > This allows us to trim out half of btrfs_init_delayed_node() which
> > is now reduntant.
>
> It's redundant if kmem_cache_zalloc is used, but you haven't
> documented that doing so is now required. For all of these changes
> you've posted, if they're to be accepted, I'd really prefer to set u
On Sun, Oct 25, 2015 at 12:45:30PM +, Winkler, Tomas wrote:
> >
> > > > > > goto err;
> > > > >
> > > > > You should never care if a debugfs call fails or not.
> > > >
> > > > The system should not be dependent on the debug feature but, it is
> > > > always good to know if there ou
Hi Darren,
Looks like the Apple issue with backlight working on hidden Intel IGP
(doing IO on VGA addresses) while graphics are running on visible
discrete GPU (Radeon this time instead of usual nvidia).
I should have offered a solution quite some time ago but it seem time
was running very fast.
It's slightly cleaner to zero-out the delayed node upon allocation
than to do it by hand in btrfs_init_delayed_node() for a few members
Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com>
---
v2: Thanks Jeff Mahoney for pointing out the mistake of removing
the atomic_set in v1 of the pa
On 25.10.2015 17:29, Greg KH wrote:
On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug report:
https://bugzilla.redhat.com/show_bu
On Oct 25, 2015, at 3:50 PM, Alexandru Moise <00moses.alexande...@gmail.com>
wrote:
>>> This allows us to trim out half of btrfs_init_delayed_node() which
>>> is now reduntant.
>>
>> It's redundant if kmem_cache_zalloc is used, but you haven't
>> documented that doing so is now required. For a
On Sun, Oct 25, 2015 at 11:18 AM, Geert Uytterhoeven
wrote:
> On Sun, Oct 25, 2015 at 11:12 AM, Geert Uytterhoeven
> wrote:
>> JFYI, when comparing v4.3-rc7[1] to v4.3-rc6[3], the summaries are:
>> - build errors: +12/-4
>
> + /home/kisskb/slave/src/arch/arm/kernel/devtree.c: error: implicit
On Sun, Oct 25, 2015 at 3:08 PM, Russell King - ARM Linux
wrote:
> On Sun, Oct 25, 2015 at 11:39:15AM +0100, Geert Uytterhoeven wrote:
>> On Sun, Oct 25, 2015 at 11:18 AM, Geert Uytterhoeven
>> wrote:
>> > On Sun, Oct 25, 2015 at 11:12 AM, Geert Uytterhoeven
>> > wrote:
>> >> JFYI, when comparin
On Sat, Oct 24, 2015 at 03:42:42PM +0300, Jarkko Sakkinen wrote:
> Added 'hashalg=' option for selecting the hash algorithm.
>
> Currently available options are:
>
> * sha1
> * sha256
> * sha384
> * sha512
> * sm3_256
>
> Signed-off-by: Jarkko Sakkinen
Things that came to mind after sending th
On Sun, Oct 25, 2015 at 01:33:45PM -0400, Jeff Mahoney wrote:
>
> On Oct 25, 2015, at 3:50 PM, Alexandru Moise <00moses.alexande...@gmail.com>
> wrote:
>
> >>> This allows us to trim out half of btrfs_init_delayed_node() which
> >>> is now reduntant.
> >>
> >> It's redundant if kmem_cache_zallo
Minimal Cortex-M4 device tree to boot Linux to shell. M4 is booted via
Cortex-A5 running Linux using Stefan Agner's "m4boot"
utility.
Signed-off-by: Afzal Mohammed
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/vf610m4-cosmic.dts | 90
2
Add the binding for the Texas Instruments LM3533 lighting power
solution.
Signed-off-by: Bjorn Andersson
---
Documentation/devicetree/bindings/mfd/lm3533.txt | 183 +++
1 file changed, 183 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/lm3533.txt
dif
Implement Device Tree parsing functions to support initialization of the
lm3533 drivers.
Signed-off-by: Bjorn Andersson
---
drivers/mfd/lm3533-core.c | 265 ++
1 file changed, 265 insertions(+)
diff --git a/drivers/mfd/lm3533-core.c b/drivers/mfd/lm35
Print an error message to indicate that invalid configuration data was
provided in the platform_data, rather than just aborting initialization.
Signed-off-by: Bjorn Andersson
---
This patch can be picked independently of the other 2, but included in the
series for "completeness".
drivers/iio/l
On 10/25/15 2:14 AM, Ingo Molnar wrote:
so I don't know the netfilter ones, but in particular the tracing ones I'm sure
should be gpl-only. Do we really, really want proprietary modules mucking with
such internals??
of course, not. Therefore bpf_probe_read() was gpl_only from very
beginning. Sa
On Sun, Oct 25, 2015 at 06:38:18PM +0100, Geert Uytterhoeven wrote:
> On Sun, Oct 25, 2015 at 3:08 PM, Russell King - ARM Linux
> wrote:
> > On Sun, Oct 25, 2015 at 11:39:15AM +0100, Geert Uytterhoeven wrote:
> >> On Sun, Oct 25, 2015 at 11:18 AM, Geert Uytterhoeven
> >> wrote:
> >> > On Sun, Oct
Delete braces around single statement block suggested by checkpatch.pl
Signed-off-by: Jonas Hesselmann
---
drivers/usb/core/urb.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/usb/core/urb.c b/drivers/usb/core/urb.c
index c9e8ee8..3d27477 100644
--- a/drivers/usb/
Fixed coding style issues reported by coccicheck and checkpatch tool
Punit Vara (6):
block: Remove unneeded variable err for returning 0
block: drbd: Remove unnedded semicolon
block: Remove unnedded semicolon
block: Coding style fix for comma and open , close parenthesis
block: Coding st
Add and remove space as per coding style for loops,comma , open and
close parenthesis.It also removes whitespace.
This patch is to the ataflop.c file that fixes up following ERRORs
reported by checkpatch:
- space prohibited before that close parenthesis ')'
- space prohibited after that open pare
Add and remove space as per coding style for loops,comma , open and close
parenthesis.It also removes whitespace.
This patch is to the ataflop.c file that fixes up following ERRORs
reported by checkpatch:
- space prohibited before that close parenthesis ')'
- space prohibited after that open pare
Add and remove space as per coding style for loops,comma , open and
close parenthesis.It also removes whitespace.
This patch is to the ataflop.c file that fixes up following ERRORs
reported by checkpatch:
- space prohibited before that close parenthesis ')'
- space prohibited after that open pare
This patch is to the drbd_req.c file that removes unnecessary semicolon
reported by coccicheck
Signed-off-by: Punit Vara
---
drivers/block/drbd/drbd_req.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/drbd/drbd_req.c b/drivers/block/drbd/drbd_req.c
index 2115
This patch is to the mg_disk.c file that removes unnecessary err
and fixes following warning reported by coccicheck:
Unneeded variable: "err". Return "0" on line 1077
Signed-off-by: Punit Vara
---
drivers/block/mg_disk.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/dri
This patch is to the sunvdc.c file that removes unnecessary
semicolon reported by coccicheck
Signed-off-by: Punit Vara
---
drivers/block/sunvdc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/sunvdc.c b/drivers/block/sunvdc.c
index 4b911ed..f81f637 100644
---
On Mon, Oct 26, 2015 at 12:18 AM, Punit Vara wrote:
> Add and remove space as per coding style for loops,comma , open and
> close parenthesis.It also removes whitespace.
>
> This patch is to the ataflop.c file that fixes up following ERRORs
> reported by checkpatch:
>
> - space prohibited before t
Thomas,
Here's hopefully the last fix for irqchip for this window.
It's based on v4.3-rc2 since the 'fix' causing the regression was merged
after v4.3-rc1.
Unfortunately, this hasn't had any time in linux-next since Stephen took
a much needed break just before I pushed this up. The patch is
min
Hi,
On Sun, Oct 25, 2015 at 06:38:18PM +0100, Geert Uytterhoeven wrote:
> I think we should have at least one arm-nommu platform in the upstream kernel,
> with a suitable defconfig, so 0build will catch regressions.
afaik, there are 4 arm-nommu defconfig's. Has been recently playing
with Vybrid
On Sun, Oct 25, 2015 at 04:01:24AM +0530, Punit Vara wrote:
> This is patch to the linux_wlan file that fixes up following error
> reported by coccicheck :
>
> ERROR: test of a variable/field address
>
> Signed-off-by: Punit Vara
> ---
> drivers/staging/wilc1000/linux_wlan.c | 8
> 1 f
On Sun, Oct 25, 2015 at 04:01:23AM +0530, Punit Vara wrote:
> This patch is to the wilc_wfi_cfgoperations.c file that fixes up
> following error reported by coccicheck:
>
> ERROR: reference preceded by free on line 1219
>
> For (params->seq_len) <= 0 memory is already freed when
> (params->seq_le
Hi Prarit,
[auto build test ERROR on driver-core/driver-core-next -- if it's inappropriate
base, please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Prarit-Bhargava/Add-CONFIG_PERMANENT_CPU_TOPOLOGY-v2/20151022-001204
config: arm-allnoconf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sat, 2015-10-24 at 15:42 +0300, Jarkko Sakkinen wrote:
> Added 'hashalg=' option for selecting the hash algorithm.
>
> Currently available options are:
>
> * sha1
> * sha256
> * sha384
> * sha512
> * sm3_256
Please consider using crypto/hash_info.c: hash_algo_name[], which
already define the
On Mon, Oct 26, 2015 at 12:42 AM, Greg KH wrote:
> On Sun, Oct 25, 2015 at 04:01:23AM +0530, Punit Vara wrote:
>> This patch is to the wilc_wfi_cfgoperations.c file that fixes up
>> following error reported by coccicheck:
>>
>> ERROR: reference preceded by free on line 1219
>>
>> For (params->seq_
On Sun, Oct 25, 2015 at 12:36:37PM +, Jonathan Cameron wrote:
> Small point, Michael. Please add such acks below the the Author sign off.
> Otherwise sometimes I miss them! Added it now for this one.
Okay sorry about the misplacement.
--
To unsubscribe from this list: send the line "unsubscr
Em Sun, Oct 25, 2015 at 09:46:07AM +0100, Ingo Molnar escreveu:
>
> * Arnaldo Carvalho de Melo wrote:
>
> > Hi Ingo,
> >
> > Please consider pulling,
> >
> > - Arnaldo
> >
> > The following changes since commit 80fcd45ee05b4ef05e61d37a5ffb70a67095a9f6:
> >
> > Merge tag 'perf-core-for-
2015-10-25 4:47 GMT-02:00 saurabh :
> From 999005638f8d3f95075fdfdc6bf8f7ff88810f5d Mon Sep 17 00:00:00 2001
> From: Saurabh Sengar
> Date: Sun, 25 Oct 2015 08:58:42 +0530
> Subject: [PATCH] fixing the coding style changes
You should read Documentation/SubmittingPatches for a description of how d
On 10/23/2015 10:45 AM, Tim Bird wrote:
I've been worried about DT overhead adding to boot time for a while.
And IMHO probe deferral is just about the lamest way to solve boot
order dependencies I can imagine, from a computer science perspective.
(Well, there's a certain elegance to it, but it's
Hi,
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> On 25.10.2015 10:46, Willy Tarreau wrote:
> > ipset *triggered* the problem. The whole stack dump would tell more.
>
> OK, find the stack traces in the bug report:
> https://bugzilla.redhat.com/show_bug.cgi?id=1272645
>
> Kernel 4.1.10 trigge
Hi Julia,
> for_each_compatible_node performs an of_node_get on each iteration, so
> a break out of the loop requires an of_node_put.
>
> A simplified version of the semantic patch that fixes this problem is as
> follows (http://coccinelle.lip6.fr):
>
> //
> @@
> expression e;
> local idexpress
Hi Corentin,
> len is used in operation/function that wait for unsigned value.
> Furthermore the only one call of sco_send_frame give a size_t as argument.
> So the parameter need to be set as size_t.
>
> Signed-off-by: LABBE Corentin
> ---
> net/bluetooth/sco.c | 2 +-
> 1 file changed, 1 insert
On Mon, Oct 26, 2015 at 1:01 AM, punit vara wrote:
> On Mon, Oct 26, 2015 at 12:42 AM, Greg KH wrote:
>> On Sun, Oct 25, 2015 at 04:01:23AM +0530, Punit Vara wrote:
>>> This patch is to the wilc_wfi_cfgoperations.c file that fixes up
>>> following error reported by coccicheck:
>>>
>>> ERROR: refe
The driver is now used for the entire USRP e3xx series,
this commit fixes the description that will be displayed in
the menu accordingly.
Signed-off-by: Moritz Fischer
---
drivers/input/misc/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/misc/Kconfi
The produced module will be called e3x0-button, not
e3x0_button.
Signed-off-by: Moritz Fischer
---
drivers/input/misc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig
index 906dd1b..7ac277c7 100644
--- a/drivers/i
On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
Hi,
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug report:
https://bugzilla.redhat.com/show_bug.cgi?
On Tue, Oct 20, 2015 at 09:28:06AM +0200, Daniel Wagner wrote:
> Hi,
>
> Only small updates in this version, like fixing mips and reordering
> two patches to avoid lockdep warning when doing git bissect. Reported
> by Fengguang Wu's build robot. Thanks!
>
> Also removed the unnecessary initializ
Hi,
On Fri, Oct 23, 2015 at 07:46:16AM +0800, Vishnu Patekar wrote:
> + memory {
> + reg = <0x4000 0x8000>;
> + };
> +
> + timer {
> + compatible = "arm,armv7-timer";
> + interrupts = IRQ_TYPE_LEVEL_LOW)>,
> + IRQ_T
On 10/23/2015 07:23 AM, Kedareswara rao Appana wrote:
> Instead of enabling/disabling clocks at several locations in the driver,
> Use the runtime_pm framework. This consolidates the actions for runtime PM
> In the appropriate callbacks and makes the driver more readable and
> mantainable.
>
> Si
On 10/22/2015 10:58 AM, Arnd Bergmann wrote:
>>> The two should really do the same thing: iowrite32() is just a static inline
>>> calling writel() on both ARM32 and ARM64. On which kernel version did you
>>> observe the difference? It's possible that an older version used
>>> CONFIG_GENERIC_IOMAP,
From: Peter Zijlstra
Mathieu reported that since 317f394160e9 ("sched: Move the second half
of ttwu() to the remote cpu") trace_sched_wakeup() can happen out of
context of the waker.
This is a problem when you want to analyse wakeup paths because it is
now very hard to correlate the wakeup event
On 10/24/2015 05:14 PM, Mark Brown wrote:
On Fri, Oct 23, 2015 at 07:11:56PM -0500, Andrew F. Davis wrote:
On 10/23/2015 06:18 PM, Mark Brown wrote:
mt6397 doesn't do this, it doesn't have a compatible string at all (it's
doing what I'm recommending that you do). The SPMI devices are
standal
Hi Moritz,
On Sun, Oct 25, 2015 at 01:06:06PM -0700, Moritz Fischer wrote:
> The produced module will be called e3x0-button, not
> e3x0_button.
This is not entirely correct. The file name is e3x0-button.ko, but the
module name is e3x0_button: when we construct KBUILD_MODNAME we
substitute commas
On Sun, Oct 25, 2015 at 01:06:07PM -0700, Moritz Fischer wrote:
> The driver is now used for the entire USRP e3xx series,
> this commit fixes the description that will be displayed in
> the menu accordingly.
>
> Signed-off-by: Moritz Fischer
Applied, thank you.
> ---
> drivers/input/misc/Kconf
Antoine Tenart writes:
> Hello,
>
> Let's try one more time to get this merged.
>
> This series was part of a bigger one[1], which was split into smaller
> ones as asked by Ezequiel[2]. When we take this into account this is
> v9; with a v1 sent in January, 9 months ago.
>
> Another series, intro
This patch is causing a build error for me on 4.3-rc7.
CC arch/mips/kernel/signal.o
arch/mips/kernel/signal.c: In function 'sc_to_extcontext':
arch/mips/kernel/signal.c:143:12: error: 'struct ucontext' has no member
named 'uc_extcontext'
return &uc->uc_extcontext;
^
In file in
From: Ville Syrjälä
Commit 6894258eda2f ("dma-mapping: consolidate
dma_{alloc,free}_{attrs,coherent}")
broke drivers that pass NULL as the device for dma_alloc.
Fix things by moving the ISA DMA fallback dev assignment earlier.
A quick search suggest that Meelis Roos has hit this with sb16, and
On Thu, Oct 22, 2015 at 11:08:18PM +0200, Jan Kara wrote:
> Ugh2: Now I realized that DAX mmap isn't safe wrt fs freezing even for
> filesystems since there's nothing which writeprotects pages that are
> writeably mapped. In normal path, page writeback does this but that doesn't
> happen for DAX. I
Hi Thomas,
>
> @@ -550,16 +572,27 @@ static void armada_370_xp_mpic_resume(void)
> if (virq == 0)
> continue;
>
> - if (irq != ARMADA_370_XP_TIMER0_PER_CPU_IRQ)
> + data = irq_get_irq_data(virq);
> +
> + if (irq !=
On 25.10.2015 21:08, Gerhard Wiesinger wrote:
On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
Hi,
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug re
On Mon, Oct 26, 2015 at 01:29:42AM +0530, punit vara wrote:
> On Mon, Oct 26, 2015 at 1:01 AM, punit vara wrote:
> > On Mon, Oct 26, 2015 at 12:42 AM, Greg KH
> > wrote:
> >> On Sun, Oct 25, 2015 at 04:01:23AM +0530, Punit Vara wrote:
> >>> This patch is to the wilc_wfi_cfgoperations.c file that
for_each_child_of_node performs an of_node_get on each iteration, so no
of_node_get is needed on breaking out of the loop when the device_node
structure is saved in another variable.
The complete semantic match that finds this problem is
(http://coccinelle.lip6.fr):
//
@r@
local idexpression n;
for_each_child_of_node performs an of_node_get on each iteration, so no
of_node_get is needed on breaking out of the loop when the device_node
structure is saved in another variable.
A simplified semantic match that finds this problem is as follows
(http://coccinelle.lip6.fr):
//
@@
expression r
> From: Ville Syrjälä
>
> Commit 6894258eda2f ("dma-mapping: consolidate
> dma_{alloc,free}_{attrs,coherent}")
> broke drivers that pass NULL as the device for dma_alloc.
> Fix things by moving the ISA DMA fallback dev assignment earlier.
>
> A quick search suggest that Meelis Roos has hit this
Le 25/10/2015 14:10, Hauke Mehrtens a écrit :
> This patch is causing a build error for me on 4.3-rc7.
>
> CC arch/mips/kernel/signal.o
> arch/mips/kernel/signal.c: In function 'sc_to_extcontext':
> arch/mips/kernel/signal.c:143:12: error: 'struct ucontext' has no member
> named 'uc_extcont
Fixed coding style issues
Signed-off-by: Greg Kroah-Hartman
Commit: Bogicevic Sasa
---
drivers/staging/wlan-ng/hfa384x_usb.c | 189 +-
1 file changed, 95 insertions(+), 94 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> On 25.10.2015 21:08, Gerhard Wiesinger wrote:
> > On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
> > > Hi,
> > >
> > > On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> > >
> > > > On 25.10.2015 10:46, Willy Tarreau wrote:
> > > > > ipset *triggered* t
"sched: Introduce the 'trace_sched_waking' tracepoint" introduces a
prototype change for the sched_wakeup probe: the "success" argument is
removed. Update the latency_hist probe following this change.
Signed-off-by: Mathieu Desnoyers
CC: Thomas Gleixner
CC: Peter Zijlstra (Intel)
CC: Julien Des
On Mon, Oct 26, 2015 at 12:33:18AM +0530, Afzal Mohammed wrote:
> On Sun, Oct 25, 2015 at 06:38:18PM +0100, Geert Uytterhoeven wrote:
> > I think we should have at least one arm-nommu platform in the upstream
> > kernel,
> > with a suitable defconfig, so 0build will catch regressions.
>
> afaik,
Fixed checkpatch.pl warning about comment block coding style.
Signed-off-by: Dzonatans Melgalvis
---
drivers/staging/android/uapi/ion.h | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/android/uapi/ion.h
b/drivers/staging/android/uapi/ion.h
inde
On 10/25/2015 10:47 PM, Florian Fainelli wrote:
> Le 25/10/2015 14:10, Hauke Mehrtens a écrit :
>> This patch is causing a build error for me on 4.3-rc7.
>>
>> CC arch/mips/kernel/signal.o
>> arch/mips/kernel/signal.c: In function 'sc_to_extcontext':
>> arch/mips/kernel/signal.c:143:12: erro
On Sun, Oct 25, 2015 at 11:39:15AM +0100, Geert Uytterhoeven wrote:
> On Sun, Oct 25, 2015 at 11:18 AM, Geert Uytterhoeven
> wrote:
> > On Sun, Oct 25, 2015 at 11:12 AM, Geert Uytterhoeven
> > wrote:
> >> JFYI, when comparing v4.3-rc7[1] to v4.3-rc6[3], the summaries are:
> >> - build errors: +
On Sun, Oct 25, 2015 at 10:48:07PM +0100, Bogicevic Sasa wrote:
> Fixed coding style issues
> Signed-off-by: Greg Kroah-Hartman
What? I signed off on this? What is the git commit id of this in
Linus's tree? NEVER add someone's signed-off-by: line to a patch,
that's not allowed at all.
> Comm
On Sun, Oct 25, 2015 at 10:45:15PM +0100, Milutin wrote:
> Hello Greg,
> I have a problem with packets coming from tcpdump to buffer of NIC. I need
> the probability density of packets trip time from tcpdump program to arriving
> in buffer of NIC from where they are sent to network. Could you tell
Hello Greg,
I have a problem with packets coming from tcpdump to buffer of NIC. I
need the probability density of packets trip time from tcpdump program
to arriving in buffer of NIC from where they are sent to network. Could
you tell me where I can find that probabilty in which document.
Thank
Commit 4a7748c3d641 ("clk: Allow drivers to build if COMPILE_TEST is
enabled") allowed clk drives to be compile tested on other archs but
the COMMON_CLK_VERSATILE was only enabled on platforms that already
selected OF support so the drivers assume it will always be enabled.
So, restrict compile te
201 - 300 of 439 matches
Mail list logo
