On Sat, 11 Jan 2014 16:36:34 +0400 Vladimir Davydov
wrote:
> This reduces the indentation level of do_try_to_free_pages() and removes
> extra loop over all eligible zones counting the number of on-LRU pages.
So this should cause no functional change, yes?
--
To unsubscribe from this list: send
On Sat, 11 Jan 2014 16:36:33 +0400 Vladimir Davydov
wrote:
> When direct reclaim is executed by a process bound to a set of NUMA
> nodes, we should scan only those nodes when possible, but currently we
> will scan kmem from all online nodes even if the kmem shrinker is NUMA
> aware. That said,
On Mon, Jan 13, 2014 at 06:28:33PM +0100, Peter Zijlstra wrote:
> On Mon, Jan 13, 2014 at 06:06:09PM +0100, Oleg Nesterov wrote:
> > On 01/12, Oleg Nesterov wrote:
> > >
> > > The "int check" argument of lock_acquire() and held_lock->check
> > > are misleading and unneeded. This is only used as a
On Sat, 11 Jan 2014 16:36:31 +0400 Vladimir Davydov
wrote:
> When reclaiming kmem, we currently don't scan slabs that have less than
> batch_size objects (see shrink_slab_node()):
>
> while (total_scan >= batch_size) {
> shrinkctl->nr_to_scan = batch_size;
>
On 01/13/2014 02:46 PM, Paolo Bonzini wrote:
> Il 13/01/2014 20:22, Dave Hansen ha scritto:
>> diff -puN arch/x86/Kconfig~x86-Kconfig-move-paravirt-under-virtualization
>> arch/x86/Kconfig
>> ---
>> linux.git/arch/x86/Kconfig~x86-Kconfig-move-paravirt-under-virtualization
>> 2014-01-13
On Tue, Dec 31, 2013 at 10:52:37PM +0100, Pavel Machek wrote:
> __u32 is only useful for kernel-user interface, u32 should be enough
> for kernel. Formatting was very confusing around __get_free_pages().
>
> Signed-off-by: Pavel Machek
This doesn't apply to my char-misc.git tree, care to redo
On Mon, Jan 13, 2014 at 10:38:05PM +0100, Yann Droneaud wrote:
> If a dma_mask is provided as part of platform_device_info,
> platform_device_register_full() allocate memory for a u64
> using kmalloc().
>
> A comment in the code state that "[t]his memory isn't freed
> when the device is put".
>
Hello, Greg.
On Mon, Jan 13, 2014 at 02:50:34PM -0800, Greg KH wrote:
> No worries, but it is sad, I really liked seeing that odd "remove self"
> function go away. I've now reverted all 15 patches, please verify that
Oh, I'll repost it and it's probably gonna be about the same as my
initial
On Mon, Jan 13, 2014 at 04:17:15PM -0500, Tejun Heo wrote:
> On Sat, Jan 11, 2014 at 01:45:13PM -0500, Tejun Heo wrote:
> > Hey, Greg.
> >
> > On Fri, Jan 10, 2014 at 04:19:53PM -0800, Greg KH wrote:
> > > > It's really late in the -rc cycle for me to take this for 3.14, but I
> > > > see patch 1
On Mon 2014-01-13 10:02:58, Olof Johansson wrote:
> On Sun, Jan 12, 2014 at 5:00 PM, Pavel Machek wrote:
> >
> > This fixes:
> >
> > arch/arm/mach-omap2/built-in.o: In function `omap_reserve':
> > /data/l/linux-n900/arch/arm/mach-omap2/common.c:36: undefined
> > reference to
From: Shahed Shaikh
Date: Fri, 10 Jan 2014 07:19:19 +
>
> Adding netdev.
>
>> -Original Message-
>> From: Martin Kaiser,,, [mailto:mar...@reykholt.kaiser.cx] On Behalf Of
>> Martin Kaiser
>> Sent: Thursday, January 09, 2014 9:29 PM
>> To: Himanshu Madhani; Rajesh Borundia
>> Cc:
Il 13/01/2014 20:22, Dave Hansen ha scritto:
> From: Dave Hansen
>
> Right now, there is a "Enable paravirtualization code" option in
> the "Processor Features" menu, which means Xen. There is also a
> group of paravirtualization options specific to KVM under the
> top-level "Virtualization"
(missed this on the first run)
Add an entry for the PR_SECCOMP_EXT entry point and the
only existing consumer, SECCOMP_EXT_ACT_TSYNC.
Signed-off-by: Will Drewry
---
Documentation/prctl/seccomp_filter.txt | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff
On Mon, Jan 13, 2014 at 11:31:29PM +0100, Pol Eyschen wrote:
>
> On 13.01.2014, at 22:44, Dan Carpenter wrote:
>
> > On Mon, Jan 13, 2014 at 09:35:53PM +, Mark Einon wrote:
> >> On Mon, Jan 13, 2014 at 08:41:40PM +0100, Pol Eyschen wrote:
> >>> From: Pol Eyschen
> >>>
> >>> All comments
On Mon, Jan 13, 2014 at 11:31:29PM +0100, Pol Eyschen wrote:
> >
> I took the original comments that were there, and just formatted them
> to be in order with the coding style, I didn't add or remove
> anything. This is my first patch so I didn't want to mess too much
> with what was there
Hi Ben,
On Monday 13 January 2014 06:45:36 Ben Dooks wrote:
> On 12/01/14 22:01, Laurent Pinchart wrote:
> > On Sunday 12 January 2014 22:54:15 Laurent Pinchart wrote:
> >> Hi Ben,
> >>
> >> Thank you for the patch.
> >>
> >> On Saturday 11 January 2014 13:06:29 Ben Dooks wrote:
> >>> If the
On 13.01.2014, at 22:44, Dan Carpenter wrote:
> On Mon, Jan 13, 2014 at 09:35:53PM +, Mark Einon wrote:
>> On Mon, Jan 13, 2014 at 08:41:40PM +0100, Pol Eyschen wrote:
>>> From: Pol Eyschen
>>>
>>> All comments fixed to match the kernel coding style.
>>>
>>> Signed-off-by: Pol Eyschen
Series applied, thanks.
--
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 Sun, Jan 12, 2014 at 1:19 PM, Arnd Bergmann wrote:
> On Friday 10 January 2014, Ravi Patel wrote:
>
>> Do you want any further clarification or document related to QMTM.
>> We want to make sure everyone is on same page, understand and
>> conclude upon that QMTM is a device and and not a bus or
On Monday 13 January 2014, Scott Wood wrote:
> On Mon, 2014-01-13 at 22:22 +0100, Arnd Bergmann wrote:
> > On Monday 13 January 2014, Scott Wood wrote:
> > >
> > > Some of the things behind it are flash, but those portions of the driver
> > > are already in drivers/mtd. This is just the common
On Mon, Jan 13, 2014 at 4:56 PM, Prarit Bhargava wrote:
> When booting a kexec/kdump kernel on a system that has specific memory hotplug
> regions the boot will fail with warnings like:
>
> [2.939467] swapper/0: page allocation failure: order:9, mode:0x84d0
> [2.946564] CPU: 0 PID: 1
Miklos Szeredi wrote:
> Cross rename (A, B) is equivalent to plain rename(A, B) + plain rename
> (B, A) done as a single atomic operation. If security module allows
> both then cross rename is allowed. If at least one is denied then the
> cross rename is denied.
Yes, the functionality itself is
When booting a kexec/kdump kernel on a system that has specific memory hotplug
regions the boot will fail with warnings like:
[2.939467] swapper/0: page allocation failure: order:9, mode:0x84d0
[2.946564] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
3.10.0-65.el7.x86_64 #1
[2.954532]
On Mon, Jan 13, 2014 at 09:47:59PM +, Joe Borg wrote:
> Fixed an error flagged by checkpatch.pl, 'foo * bar should be foo *bar' in
> the parameters of function munge_data().
Please wrap your changelog comments at 72 colums, like git asks you to
when you type them in.
> Signed-off-by Joe
Fixed an error flagged by checkpatch.pl, 'foo * bar should be foo *bar' in the
parameters of function munge_data().
Signed-off-by Joe Borg
---
drivers/staging/comedi/drivers/das1800.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/das1800.c
On Mon, Jan 13, 2014 at 09:35:53PM +, Mark Einon wrote:
> On Mon, Jan 13, 2014 at 08:41:40PM +0100, Pol Eyschen wrote:
> > From: Pol Eyschen
> >
> > All comments fixed to match the kernel coding style.
> >
> > Signed-off-by: Pol Eyschen
> > ---
>
> This patch doesn't apply to my
This patch is a RFC and part of a series Daniel Borkmann and me want to
do when introducing prandom_u32_range{,_ro} and prandom_u32_max{,_ro}
helpers later this week.
At first Jakub Zawadzki noticed that some divisions by reciprocal_divide
were not correct:
On Mon, Jan 13, 2014 at 08:41:40PM +0100, Pol Eyschen wrote:
> From: Pol Eyschen
>
> All comments fixed to match the kernel coding style.
>
> Signed-off-by: Pol Eyschen
> ---
This patch doesn't apply to my staging-next branch. Are you making your
changes to the staging-next branch of
ally allocated along
the name buffer.
With dma_mask part of the memory allocated for the platform_device
struct, like name buffer, it will be released with it:
no memory leak, no small allocation.
The drawback is the additional code needed to handle
dma_mask allocation:
Before (on next-2
On Mon, Jan 13, 2014 at 09:23:11PM +, Joe Borġ wrote:
> Ok, will do the change log.
>
> Yes, it's my real name and email... I know the email address is embarrassing,
> but genuine :).
>
>
>
> Regards,
> Joseph David Borġ
There's nothing wrong with using "Joe Borġ" as your signed-off-by:
Wei,
On 06-01-2014 22:44, Wei Ni wrote:
> On 01/06/2014 10:54 PM, Eduardo Valentin wrote:
>> * PGP Signed by an unknown key
>>
>> On 06-01-2014 09:51, Mark Rutland wrote:
>>> On Thu, Jan 02, 2014 at 05:50:06PM +, Matthew Longnecker wrote:
> I think the platform driver may set
From: Stephen Warren
The body of i2c_parent_is_i2c_adapter() is currently guarded by
CONFIG_I2C_MUX instead.
Among potentially other problems, this resulted in i2c_lock_adapter()
only locking I2C mux child adapters, and not the parent adapter. In
turn, this could allow inter-mingling of mux
On Mon, 2014-01-13 at 22:22 +0100, Arnd Bergmann wrote:
> On Monday 13 January 2014, Scott Wood wrote:
> > On Mon, 2014-01-13 at 20:45 +0100, Arnd Bergmann wrote:
> > > On Monday 13 January 2014, Scott Wood wrote:
> > > > On Mon, 2014-01-13 at 14:32 +0100, Arnd Bergmann wrote:
> > > > > On Monday
> Use the correct channel2 member instead of channel when dealing with sysfs
> reads/writes
> Signed-off-by: Ivaylo Dimitrov
as a bonus, m is renamed to mask
Acked-by: Peter Meerwald
> ---
> drivers/iio/light/tsl2563.c | 16 ++--
> 1 files changed, 10 insertions(+), 6
On Monday 13 January 2014, Scott Wood wrote:
> On Mon, 2014-01-13 at 20:45 +0100, Arnd Bergmann wrote:
> > On Monday 13 January 2014, Scott Wood wrote:
> > > On Mon, 2014-01-13 at 14:32 +0100, Arnd Bergmann wrote:
> > > > On Monday 13 January 2014, Prabhakar Kushwaha wrote:
> > > > > Freescale IFC
On 01/10/2014 01:36 AM, Peter Zijlstra wrote:
On Thu, Jan 09, 2014 at 03:51:31PM -0800, Cody P Schafer wrote:
There are actually 2 things about software events that allow us to
merge them: they never fail to schedule _and_ they have transaction
handlers we can (and do, when they are added to
On Sat, Jan 11, 2014 at 01:45:13PM -0500, Tejun Heo wrote:
> Hey, Greg.
>
> On Fri, Jan 10, 2014 at 04:19:53PM -0800, Greg KH wrote:
> > > It's really late in the -rc cycle for me to take this for 3.14, but I
> > > see patch 1 is a good one to have, so I'll take that now, and queue the
> > > rest
Hi Naveen and Tomasz,
On 01/10/14 17:44, Tomasz Figa wrote:
Hi Naveen,
Please see my comments inline.
On 10.01.2014 12:42, Naveen Krishna Chatradhi wrote:
This patch adds new compatible and variant struct to support the SSS
module on Exynos4 (Exynos4210), Exynos5 (Exynos5420 and Exynos5250)
On Mon, Jan 13, 2014 at 07:24:06PM +, Mel Gorman wrote:
> On Wed, Jan 08, 2014 at 01:48:58PM +, Mel Gorman wrote:
> > Adding LKML to the list as this -stable snifftest has identified an
> > upstream regression.
> >
>
> This is a false alarm.
Thanks for tracking this down and letting us
Hi Markus,
> This series adds debugfs support to the bcm281xx watchdog driver. Most
> of the code submitted here was already included as part of v5 of the
> original driver submission. See
> http://www.spinics.net/lists/linux-watchdog/msg03328.html
>
> This series is dependent on commit
>
On Mon, Jan 13, 2014 at 08:10:36PM +, Joe Borg wrote:
> Signed-off-by Joe Borg
> ---
> drivers/staging/android/alarm-dev.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/staging/android/alarm-dev.c
> b/drivers/staging/android/alarm-dev.c
> index
On Mon, Jan 13, 2014 at 08:14:46PM +, Joe Borg wrote:
> Signed-off-by Joe Borg
You need a changelog comment here, please.
And is that your "real" email address and name?
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Saturday, January 11, 2014 01:37:29 AM Rafael J. Wysocki wrote:
> On Friday, December 20, 2013 07:47:22 PM Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > Some cpuidle drivers assume that cpuidle core will handle cases where
> > device->state_count is smaller than driver->state_count,
Hi Markus,
> Now I have a question (or rather a comment) of my own. I noticed that
> you "squashed" my two original patches into a single patch before
> breaking out the debugfs related code. The side-effect of this was
> that two lines of my bcm_defconfig change (CONFIG_WATCHDOG=y and
>
From: Arnaldo Carvalho de Melo
When a tool uses perf_evlist__start_workload and the supplied workload
fails (e.g.: its binary wasn't found), perror was being used to print
the error reason.
This is undesirable, as the caller may be a GUI, when it wants to have
total control of the error
From: Arnaldo Carvalho de Melo
When starting a workload 'stat' wasn't using prepare_workload evlist
method's signal based exec() error reporting mechanism.
Use it so that the we don't report 'not counted' counters.
Before:
[acme@zoo linux]$ perf stat dfadsfa
dfadsfa: No such file or
From: Arnaldo Carvalho de Melo
We need to call the evlist destructor when failing to parse events.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Cody P Schafer
s/temr/term/
Signed-off-by: Cody P Schafer
Cc: Andi Kleen
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Sukadev Bhattiprolu
Link:
http://lkml.kernel.org/r/1389199434-21761-1-git-send-email-c...@linux.vnet.ibm.com
Signed-off-by: Arnaldo
From: Arnaldo Carvalho de Melo
Initial struct stats:
/* size: 368, cachelines: 6, members: 24 */
/* sum members: 353, holes: 3, sum holes: 15 */
/* last cacheline: 48 bytes */
After reorg:
[acme@ssdandy linux]$ pahole -C trace ~/bin/trace | tail -4
/* size:
From: Jiri Olsa
Making perf_event__synthesize_mmap_events global, it will be used in
following patch from test code.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jean Pihet
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
From: Arnaldo Carvalho de Melo
Initial struct:
[acme@ssdandy linux]$ pahole -C perf_session_env ~/bin/perf
struct perf_session_env {
char * hostname; /* 0 8 */
char * os_release; /* 8 8 */
char
From: Arnaldo Carvalho de Melo
To unclutter the main function.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Arnaldo Carvalho de Melo
That 'argc' argument _is_ being used.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Ramkumar Ramachandra
In
$ perf diff -c ratio
color the Ratio column using value_color_snprintf(), a new function that
operates exactly like percent_color_snprintf().
At first glance, it looks like percent_color_snprintf() can be turned
into a non-variadic function simplifying things;
From: Arnaldo Carvalho de Melo
Since it is safe to call perf_evlist__close() multiple times, autoclose
it and remove the calls to the close from existing tools, reducing the
tooling boilerplate.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc:
From: Namhyung Kim
Since it uses unlikely() macro inside WARN()
Signed-off-by: Namhyung Kim
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Link:
http://lkml.kernel.org/r/1389276059-8829-5-git-send-email-namhy...@kernel.org
Signed-off-by: Arnaldo
From: Namhyung Kim
So that it can be shared with others like libtraceevent.
Signed-off-by: Namhyung Kim
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Link:
http://lkml.kernel.org/r/1389276059-8829-4-git-send-email-namhy...@kernel.org
[ Added
From: Namhyung Kim
So that it can be shared with others like libtraceevent.
Signed-off-by: Namhyung Kim
Acked-by: Borislav Petkov
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Link:
From: Jiri Olsa
Instead of explicitly adding same value into
FEATURE_CHECK_(C|LD)FLAGS-all variables we can do that automatically.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jean Pihet
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc:
From: Arnaldo Carvalho de Melo
So that we have the boilerplate in the preparation method, instead of
open coded in tools wanting the reporting when the exec fails.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul
From: Arnaldo Carvalho de Melo
Removing further boilerplate after making sure perf_evlist__munmap can
be called multiple times for the same evlist.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter
From: Arnaldo Carvalho de Melo
When 553873e1df63 renamed tools/lib/lk to tools/lib/api we forgot to
do the switch in tools/perf/MANIFEST, breaking tarball building:
[acme@ssdandy linux]$ make perf-targz-src-pkg
TAR
[acme@ssdandy linux]$ tar xf perf-3.13.0-rc4.tar.gz -C
From: Arnaldo Carvalho de Melo
Its too big, better have a separate function for it so that the main
logic gets shorter/clearer.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane
On Tuesday, January 07, 2014 04:19:39 PM Morten Rasmussen wrote:
> To minimize energy it may sometimes be better to put waking tasks on
> partially loaded cpus instead of powering up more cpus (particularly if
> it implies powering up a new cluster/group of cpus with associated
> caches). To make
From: Jean Pihet
Use the info only if it has been found in the .debug_frame section of
the ELF binary.
Signed-off-by: Jean Pihet
Acked-by: Jiri Olsa
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Will Deacon
Cc: linaro-ker...@lists.linaro.org
Cc: patc...@linaro.org
Link:
From: Namhyung Kim
Signed-off-by: Namhyung Kim
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt
Link:
http://lkml.kernel.org/r/1389276059-8829-3-git-send-email-namhy...@kernel.org
[ Added the new header to tools/perf/MANIFEST ]
Signed-off-by:
From: Jiri Olsa
I need to use arch related setup in the tests/make, so moving arch setup
into Makefile.arch.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Arnaldo Carvalho de Melo
Test one of the main kernel Makefile targets to generate a perf sources
tarball suitable for build outside the full kernel sources.
This is to test that the tools/perf/MANIFEST file lists all the files
needed to be in such tarball, which sometimes gets broken when
From: Arnaldo Carvalho de Melo
Further uncluttering the main 'report' function by group related code in
separate function.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane
From: Jiri Olsa
Currently installation tests work only over x86_64, adding arch check to
make it work over i386 as well.
NOTE looks like x86 is the only arch running tests, we need some
IS_(32/64) flag to make this generic.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc:
From: Jiri Olsa
The id_hdr_size field was not properly initialized, set it to zero, as
the machine struct may have come from some non zeroing allocation
routine or from the stack without any field being initialized.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic
From: Jiri Olsa
The tabbed indentation in non-commands statements could be sometimes
considered as follow up for the rule command in the Makefile.
This error is hard to find, so as a precaution replacing tabs with
spaces for all non-commands statements.
Signed-off-by: Jiri Olsa
Cc: Corey
From: Arnaldo Carvalho de Melo
Instead of requiring tools to do an extra destructor call just before
calling perf_evlist__delete.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc:
From: Ramkumar Ramachandra
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column using color_snprintf(),
picking the colors using get_percent_color().
Signed-off-by: Ramkumar Ramachandra
Acked-by: Jiri Olsa
Cc: Jiri Olsa
Link:
From: Yann Droneaud
Since commit 01287e2cb7ad, test-volatile-register-var.c is no more built
as part of the automatic feature check.
This patch remove the unneeded file.
Signed-off-by: Yann Droneaud
Cc: David Ahern
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc:
From: Jiri Olsa
Getting rid of following build output:
$ make O=/tmp/build/perf -C tools/perf/ install-bin
...
make[3]: Nothing to be done for `plugins'.
make[2]: Nothing to be done for `plugins'.
...
which triggers when traceevent library needs to be rebuilt, but we have
plugins
From: Arnaldo Carvalho de Melo
On a freshly installed system, after libelf-dev is installed we get:
CC /tmp/build/perf/util/probe-event.o
util/probe-event.c: In function ‘try_to_find_probe_trace_events’:
util/probe-event.c:753:46: error: unused parameter ‘target’
From: Arnaldo Carvalho de Melo
For the common evsel list traversal, so that it becomes more compact.
Use the opportunity to start ditching the 'perf_' from 'perf_evlist__',
as discussed, as the whole conversion touches a lot of places, lets do
it piecemeal when we have the chance due to other
From: Andi Kleen
perf stat has a --delay option to delay measuring the workload.
This is useful to skip measuring the startup phase of the program, which
is often very different from the main workload.
The same is useful for perf record when sampling.
--no-delay was already taken, so add a
From: Arnaldo Carvalho de Melo
Hi Ingo,
There are more patchkits outstanding that I have to revisit/retest, but
lets get this first batch in to keep pull reqs at a reasonable size.
Please consider pulling,
- Arnaldo
The following changes since commit
From: Andi Kleen
The --delay option was documented as --initial-delay in the manpage. Fix this.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
http://lkml.kernel.org/r/1389132847-31982-1-git-send-email-a...@firstfloor.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Arnaldo Carvalho de Melo
To be consistent with other places, use just 'evlist' for the evsel list
variable, and since we have it in 'struct record', use it directly from
there.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Applying restrictive seccomp filter programs to large or diverse
codebases often requires handling threads which may be started early in
the process lifetime (e.g., by code that is linked in). While it is
possible to apply permissive programs prior to process start up, it is
difficult to further
Normally, task_struck.seccomp.filter is only ever read or modified by
the task that owns it (current). This property aids in fast access
during system call filtering as read access is lockless.
Updating the pointer from another task, however, opens up race
conditions. To allow cross-task filter
On Monday, January 13, 2014 at 05:02:02 PM, Alexandre Belloni wrote:
> 16 would be accepted as a channel number but it is invalid. It doesn't
> really have any effect as mxs_lradc_read_raw is called from a "controlled"
> environment so it it only gets values going from 0 to 15.
>
> Signed-off-by:
On Mon, Jan 13, 2014 at 08:10:36PM +, Joe Borg wrote:
> Signed-off-by Joe Borg
> ---
> drivers/staging/android/alarm-dev.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/staging/android/alarm-dev.c
> b/drivers/staging/android/alarm-dev.c
> index
On Sun, Jan 12, 2014 at 6:46 PM, Prarit Bhargava wrote:
>
>
> On 01/11/2014 11:35 AM, 7egg...@gmx.de wrote:
>>
>>
>> On Fri, 10 Jan 2014, Prarit Bhargava wrote:
>>
>>> kdump uses memmap=exactmap and mem=X values to configure the memory
>>> mapping for the kdump kernel. If memory is hotadded
On 01/13/2014 11:40 AM, Randy Dunlap wrote:
>> > +config SECCOMP
>> > + bool
>> > + default y
> Prefer
> def_bool y
I've actually got that already in my updated set that I'll send out when
the merge window opens.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> "James" == James Bottomley writes:
James> I'm intrigued by this: how do you get the extra space, since I
James> heard all the drive vendors were adamant that 520 was it for the
James> current manufacturing processes.
Well, you've been able to get 528-byte sector drives for a long
time.
On Mon, 2014-01-13 at 15:19 -0500, Martin K. Petersen wrote:
> > "nab" == Nicholas A Bellinger writes:
>
> >> What proposed 16 byte scheme? The only DIF proposals I know for
> >> SBC-4 are 13-185R0 and 12-369R0 and that's a couple of new algorithms
> >> and types because we cannot change
> "nab" == Nicholas A Bellinger writes:
>> What proposed 16 byte scheme? The only DIF proposals I know for
>> SBC-4 are 13-185R0 and 12-369R0 and that's a couple of new algorithms
>> and types because we cannot change the 8 byte PI.
nab> Then I'm probably getting the SBC version wrong..
On Wed, 8 Jan 2014, Daniel Vetter wrote:
> On Wed, Jan 08, 2014 at 01:34:02PM -0500, Alan Stern wrote:
> > On Wed, 8 Jan 2014, Daniel Vetter wrote:
> >
> > > On Wed, Jan 08, 2014 at 11:08:08AM -0500, Alan Stern wrote:
> > > > On Tue, 7 Jan 2014, Daniel Vetter wrote:
> > > >
> > > > > I really
Signed-off-by Joe Borg
---
drivers/staging/comedi/drivers/das1800.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/das1800.c
b/drivers/staging/comedi/drivers/das1800.c
index 1880038..8fb87df 100644
---
On Mon, 2014-01-13 at 20:45 +0100, Arnd Bergmann wrote:
> On Monday 13 January 2014, Scott Wood wrote:
> > On Mon, 2014-01-13 at 14:32 +0100, Arnd Bergmann wrote:
> > > On Monday 13 January 2014, Prabhakar Kushwaha wrote:
> > > > Freescale IFC controller has been used for mpc8xxx. It will be used
Signed-off-by Joe Borg
---
drivers/staging/android/alarm-dev.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/android/alarm-dev.c
b/drivers/staging/android/alarm-dev.c
index 647694f..87f2a02 100644
--- a/drivers/staging/android/alarm-dev.c
+++
> "nab" == Nicholas A Bellinger writes:
nab> Sure, this can be exposed at a tcm_loop configfs attribute that is
nab> accessible after scsi_add_host() has been called, which I assume is
nab> OK to do..
As long as it's set before we discover devices.
--
Martin K. Petersen Oracle Linux
On Mon, Jan 13, 2014 at 07:43:09PM +0100, Arnd Bergmann wrote:
> > This patch implements basic support for UEFI runtime services in the
> > ARM architecture - a requirement for using efibootmgr to read and update
> > the system boot configuration.
> >
> > It uses the generic configuration table
On Monday 13 January 2014, Scott Wood wrote:
> On Mon, 2014-01-13 at 14:32 +0100, Arnd Bergmann wrote:
> > On Monday 13 January 2014, Prabhakar Kushwaha wrote:
> > > Freescale IFC controller has been used for mpc8xxx. It will be used
> > > for ARM-based SoC as well. This patch moves the driver to
On (01/13/14 20:19), Minchan Kim wrote:
> [1] introduced free request pending code to avoid scheduling
> by mutex under spinlock and it was a mess which made code
> lenghty and increased overhead.
>
> Now, we don't need zram->lock any more to free slot so
> this patch reverts it and then, tb_lock
On 1/13/2014 12:01 AM, Jan Kaluza wrote:
> Hi,
>
> this patchset against net-next (applies also to linux-next) adds 3 new types
> of "Socket"-level control message (SCM_AUDIT, SCM_PROCINFO and SCM_CGROUP).
How about the group list, while you're at it?
>
> Server-like processes in many cases need
401 - 500 of 2482 matches
Mail list logo
