>>> Vladimir 'φ-coder/phcoder' Serbinenko 10/23/13 7:02 PM
>>> >>>
>> GrUB - which iiuc stays in memory
>> after transferring control - could export its file system support to its
>> descendants).
>
>Xen shouldn't need to load any file after multiboot2 entry point. The
>needed files would already
On Wed, Oct 23, 2013 at 11:25:13PM -0700, Eric Dumazet wrote:
> On Wed, 2013-10-23 at 18:17 -0700, Darrick J. Wong wrote:
> > Hi,
> >
> > I've been observing a softlockup with 3.11.6 and 3.12-rc6. It looks like
> > there's a deadlock occurring on purge_lock in __purge_vmap_area_lazy(). In
> > sh
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit aa30a2e03a453aad9fd96c3f2d4a82c3497674e5:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/k
Am 24.10.2013 08:26, schrieb Chen Gang:
> On 10/24/2013 02:03 PM, Richard Weinberger wrote:
> Anyway, maybe it is also the tool chain's bug (so I include related arc
> tool chain guys in this mail).
That's exactly my point. Before you blindly patch the kernel just to make it
somehow build you need
From: Hyunhee Kim
Date: Wed, 9 Oct 2013 16:21:36 +0900
Subject: [PATCH] tizenw: add regulator haptic driver
Signed-off-by: Hyunhee Kim
Signed-off-by: Kyungmin Park
Acked-by: Aristeu Rozanski
---
drivers/input/misc/Kconfig| 10 ++
drivers/input/misc/Makefile |1 +
On 10/24/2013 02:03 PM, Richard Weinberger wrote:
> On Thu, Oct 24, 2013 at 7:31 AM, Chen Gang wrote:
>> For some architectures, tool chain is not smart enough to recognize the
>> macro with multiple lines (e.g. arc tool chain), and for common ".S"
>> file, this kind of macro is also rarely used.
On Wed, 2013-10-23 at 18:17 -0700, Darrick J. Wong wrote:
> Hi,
>
> I've been observing a softlockup with 3.11.6 and 3.12-rc6. It looks like
> there's a deadlock occurring on purge_lock in __purge_vmap_area_lazy(). In
> short, the BPF JIT code has been changed[1] to call set_memory_r[ow]() when
On Mon, Oct 21, 2013 at 8:16 AM, Vivek Goyal wrote:
> On Fri, Oct 18, 2013 at 10:45:43PM -0700, Yinghai Lu wrote:
>
>
> IIUC, you are trying to say that with new kernel old kexec-tools will fail
> at a different failure point. I don't see why that is a problem. It still
> fails.
Yes, that could c
On 23.10.2013 22:01, Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 23, 2013 at 04:37:41PM +0200, Joseph Schuchart escreveu:
>>We are using the Python scripting interface in perf to extract kernel
>>events relevant for performance analysis of HPC codes. We noticed that the
>>"perf script
On Thu, Oct 24, 2013 at 7:31 AM, Chen Gang wrote:
> For some architectures, tool chain is not smart enough to recognize the
> macro with multiple lines (e.g. arc tool chain), and for common ".S"
> file, this kind of macro is also rarely used.
Does not "not smart enough" mean than the said toolcha
Andy Lutomirski writes:
> On 10/16/2013 08:52 PM, Eric W. Biederman wrote:
>> Al Viro writes:
>>
>>> On Wed, Oct 16, 2013 at 06:18:16PM -0700, Eric W. Biederman wrote:
>>>
That doesn't look bad but it does need capable(CAP_SETUID) &&
capable(CAP_SETGID) or possibly something a little
On 10/24/2013 03:55 AM, Richard Guy Briggs wrote:
> On Tue, Oct 15, 2013 at 02:30:34PM +0800, Gao feng wrote:
>> Hi Toshiyuki-san,
>
> Toshiuki and Gao,
>
>> On 10/15/2013 12:43 PM, Toshiyuki Okajima wrote:
>>> The backlog cannot be consumed when audit_log_start is running on auditd
>>> even if a
On Tue, Oct 22, 2013 at 8:32 PM, Bjorn Helgaas wrote:
> [+cc Yinghai]
>
> On Thu, Oct 17, 2013 at 7:59 AM, Andreas Noever
> wrote:
>> On Wed, Oct 16, 2013 at 10:21 PM, Bjorn Helgaas wrote:
>>> On Tue, Oct 15, 2013 at 03:44:52AM +0100, Matthew Garrett wrote:
On Mon, Oct 14, 2013 at 05:50:38P
Vivek Goyal writes:
> Hi Hatayama,
>
> So what information should I look for to prepare disable_cpu_apic=X in
> kdump script?
>
> Is BSP processor info exported to user space somewhere? Or assuming that
> processor 0 is BSP and corresponding apicid should be disabled in kdump
> kernel is good eno
(2013/10/23 14:05), Hemant Kumar wrote:
> This allows perf to probe into the sdt markers/notes present in
> the libraries and executables. We try to find the associated location
> and handle prelinking (since, stapsdt notes section is not allocated
> during runtime). Prelinking is handled with the
On Thu, Oct 24, 2013 at 9:21 AM, Rusty Russell wrote:
> Ming Lei writes:
>> Address of non-module kernel symbol should always be located
>> from CONFIG_PAGE_OFFSET on, so only show these legal kernel
>> symbols in /proc/kallsyms.
>>
>> On ARM, some symbols(see below) may drop in relocatable code,
This patchset fixes two coding style issues reported by checkpatch.pl in
drivers/staging/vt6656, one warning and one error
Johannes Löthberg (2):
Staging: vt6656: fix a brace coding style issue in power.c
Staging: vt6656: fix code indenting error in power.c
drivers/staging/vt6656/power.c | 5
This patch fixes a brace warning in power.c found by checkpatch.pl
Signed-off-by: Johannes Löthberg
---
drivers/staging/vt6656/power.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/vt6656/power.c b/drivers/staging/vt6656/power.c
index edc8975..3002061 1006
This patch fixes a code indentation error found by checkpatch.pl
where a line was indented with spaces instead of tabs
Signed-off-by: Johannes Löthberg
---
drivers/staging/vt6656/power.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6656/power.c b/drivers/
For some architectures, tool chain is not smart enough to recognize the
macro with multiple lines (e.g. arc tool chain), and for common ".S"
file, this kind of macro is also rarely used.
So expand the related contents of macro to let it pass compiling (can
use "arc-elf32-objdump -x" to know about
Hi Jan,
Thank you for your review!
On 10/23/2013 11:50 AM, Jan Kara wrote:
> On Mon 21-10-13 09:54:57, Michael Opdenacker wrote:
>> This patch removes a duplicate define in fs/reiserfs/reiserfs.h
> Hum, so the duplicate define certainly isn't nice but it's really a
> result of a namespace colli
This is the first version of a script to look for
Kconfig parameters which are still defined but no longer
used in the kernel source code.
The script may be extended in the future to perform
more checks. This explains why a rather generic name was chosen.
Several issues have already been reported
Hi,
On Wednesday 23 October 2013 08:12 PM, Matt Porter wrote:
> On Tue, Oct 22, 2013 at 04:38:52PM -0500, Rob Herring wrote:
>> On 10/22/2013 06:25 AM, Matt Porter wrote:
>>> On Tue, Oct 22, 2013 at 12:48:29PM +0200, Matthijs Kooijman wrote:
Hi Kishon,
On Mon, Oct 21, 2013 at 02:57:
Mel Gorman suse.de> writes:
>
> Weighing in at 63 patches makes the term "basic" in the series title is
> a misnomer.
>
> This series still has roughly the same goals as previous versions. It
> reduces overhead of automatic balancing through scan rate reduction
> and the avoidance of TLB flushe
> These would have been posted as patch numbers 8 through 13 in the
> original series.
>
> I think what happened is at this point in the series module compile
> broke. That is fixed now in the for-james pull, so the rest of the
> series should be looked at.
>
> Peter's checkpatch clean up will c
On Wed, Oct 23, 2013 at 11:01:19PM -0500, Ashley Lai wrote:
>
> > Agreed, there are still lots of patches to go before the subsystem
> > meets the current kernel standard..
> >
> > Speaking of which, has anyone looked at the rest of my series?? Shall
> > I repost it?
>
> Jason,
> Are you refer
Hi Peter,
On 10/23/2013 03:53 AM, Peter Zijlstra wrote:
> On Mon, Oct 21, 2013 at 05:15:02PM +0530, Vaidyanathan Srinivasan wrote:
>> kernel/sched/fair.c | 18 ++
>> 1 file changed, 18 insertions(+)
>>
>> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
>> index 828ed97..b
> Agreed, there are still lots of patches to go before the subsystem
> meets the current kernel standard..
>
> Speaking of which, has anyone looked at the rest of my series?? Shall
> I repost it?
Jason,
Are you referring to the for-tpm branch on github?
https://github.com/jgunthorpe/linux/comm
arc supports kgdb, but need update -- add function kgdb_roundup_cpus(),
or can not pass compiling. At present, add the simple generic one just
like other architectures(e.g. tile, mips ...).
The related error (with allmodconfig):
kernel/built-in.o: In function `kgdb_cpu_enter':
kernel/debug/de
Hi Kim,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Wednesday, October 23, 2013 5:32 PM
> To: Chao Yu
> Cc: linux-f2fs-de...@lists.sourceforge.net; linux-fsde...@vger.kernel.org;
> linux-kernel@vger.kernel.org; '谭姝'
> Subject: RE: [f2fs-dev] [PATCH] f2
On Thu, Oct 24, 2013 at 01:10:28AM +0200, Peter Huewe wrote:
> Thanks for the offer - I think I can handle the maintenance effort
> itself, HOWEVER I would really like to see you sticking around here
> as a reviewer, due to your experience, especially for the stuff I'm
> submitting.
Agreed, there
Since kernel parameter is operated before
initcall, so the audit_initialized must be
AUDIT_UNINITIALIZED or DISABLED in audit_enable.
Signed-off-by: Gao feng
---
kernel/audit.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/kernel/audit.c b/kernel/audit.c
inde
On 10/23/2013 09:47 PM, Vineet Gupta wrote:
> Apologies for top posting !
>
Not at all.
> NAK.
>
OK, thanks. At least this patch is incorrect.
> ARC will never have VGA console. You need to add !ARC to relevant Kconfig.
> However that approach is frowned upon in general. The current way to
When I attempt to build perf on a system with slang but without libelf,
'make' would wrongly complain that the slang library could not be found.
It turns out that this was happening because we are not filtering -lelf
from EXTLIBS early enough. As a result, the library test for slang
(ditto for gt
Zhang Yi wrote on 2013/10/08 13:59:36:
> Re: Re: Re: [PATCH] futex: Remove the owner check when waking task in
> handle_futex_death
>
> Darren Hart wrote on 2013/09/27 23:32:27:
> >
> > Re: Re: [PATCH] futex: Remove the owner check when waking task in
> > handle_futex_death
> >
> > >
> > >
On Wed, Oct 23, 2013 at 10:08 PM, Prarit Bhargava wrote:
>
>
> On 10/23/2013 09:21 AM, Ming Lei wrote:
>> On Wed, Oct 23, 2013 at 8:02 PM, Prarit Bhargava wrote:
>>
>>>
>>> After all this I completely forgot the problem I'm trying to solve here.
>>> The
>>> issue is that with HOTPLUG & request_
(2013/10/24 0:51), Vivek Goyal wrote:
On Wed, Oct 23, 2013 at 09:05:06AM +0900, HATAYAMA Daisuke wrote:
[..]
Do you literally mean a human at each boot will have to configure
the kdump configuration files for passing disable_cpu_apic?
Or do you envision the setting of disable_cpu_apic being put
Ming Lei writes:
> Address of non-module kernel symbol should always be located
> from CONFIG_PAGE_OFFSET on, so only show these legal kernel
> symbols in /proc/kallsyms.
>
> On ARM, some symbols(see below) may drop in relocatable code, so
> perf can't parse kernel symbols any more from /proc/kall
Hi,
I've been observing a softlockup with 3.11.6 and 3.12-rc6. It looks like
there's a deadlock occurring on purge_lock in __purge_vmap_area_lazy(). In
short, the BPF JIT code has been changed[1] to call set_memory_r[ow]() when
compiling and freeing JIT bytecode memory. It seems that it's possi
On 10/16/2013 08:52 PM, Eric W. Biederman wrote:
> Al Viro writes:
>
>> On Wed, Oct 16, 2013 at 06:18:16PM -0700, Eric W. Biederman wrote:
>>
>>> That doesn't look bad but it does need capable(CAP_SETUID) &&
>>> capable(CAP_SETGID) or possibly something a little more refined.
>>
>> D'oh
>>
>>> I
Good Day
I am Mr.Hashim Kabore, a regional managing director (coris bank int'l)
ouagadougou Burkina Faso, in my department we have US$9,500. united state
Dollars, to transfer into your account as a dormant fund.If you are interested
to use this fund to help the orphans around the world cont
On 10/24/2013 05:51 AM, Olav Haugan wrote:
> I am trying to use zram in very low memory conditions and I am having
> some issues. zram is in the reclaim path. So if the system is very low
> on memory the system is trying to reclaim pages by swapping out (in this
> case to zram). However, since we
On 10/24/2013 03:20 AM, Richard Guy Briggs wrote:
> On Wed, Oct 23, 2013 at 07:25:23PM +0800, Gao feng wrote:
>> The "pid" is not a suitable name for netlink port,
>> change it to "portid".
>
> That is already in the works:
> https://www.redhat.com/archives/linux-audit/2013-August/msg00023.h
From: Fenghua Yu
In reboot and crash path, when shutdown local APIC, I/O APIC is still active.
This may cause issues because external interrupts can still come in and
disturb local APIC during shutdown process. To quiet external interrupts,
disable I/O APIC before shutdown local APIC.
Signed-off
tony.l...@gmail.com writes:
> On Wed, Oct 23, 2013 at 7:55 AM, Madper Xie wrote:
>> The "duplicate" entries won't appear in pstorefs. And a complain will be
>> print -- pstore: failed to load 76 record(s) from 'efi'
>
> Maybe I don't quite get this - but it sounds like you have a whole lot
> of
On Thu, Oct 17, 2013 at 7:59 AM, Andreas Noever
wrote:
> On Wed, Oct 16, 2013 at 10:21 PM, Bjorn Helgaas wrote:
>> On Tue, Oct 15, 2013 at 03:44:52AM +0100, Matthew Garrett wrote:
>>> On Mon, Oct 14, 2013 at 05:50:38PM -0600, Bjorn Helgaas wrote:
>>> > [+cc Rafael, Mika, Kirill, linux-pci]
>>> >
I have a box here which is set up for EFI boot with no boot loader.
The kernel is compiled with a built-in initrd and command line.
In 3.10 this was all working well. However, after updating to 3.11.5 a reboot
leads to the EFI firmware boot screen appearing followed by the middle section
of it
Hi Jason,
On Tue, Oct 22, 2013 at 04:35:32PM +0800, Jason Wang wrote:
> On 10/20/2013 10:34 AM, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit 3ab098df35f8b98b6553edc2e40234af512ba877
> > Author: Jason Wang
> > Date: Tue Oct 15 11:18:
Hi Rajiv,
> Long time, no see..
Good to see you again.
> Peter, thank you a ton for stepping in.
> Since you're of course the owner (yes, we need such figure),
> let me know if my help is desirable or if you think there isn't
> additional bandwidth needed to maintain it.
Thanks for the offer - I
Em Wed, 23 Oct 2013 12:12:32 -0500
Rob Herring escreveu:
> On 10/23/2013 08:22 AM, Doug Anderson wrote:
> > As discussed in the ARM kernel summit, people on the devicetree list
> > would no longer like to receive emails about all dts changes. Remove
> > from MAINTAINERS.
>
> We need to make sur
If RS-485 is enabled, make the OMAP UART fire THR interrupts when both
TX FIFO and TX shift register are empty instead of polling the
equivalent status bit. This removes the burst of interrupt requests
seen at every end of transmission.
Also: the comment said that the TX FIFO trigger level was set
Signed-off-by: Philippe Proulx
---
drivers/tty/serial/omap-serial.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 02cb61e..bf00477 100644
--- a/drivers/tty/serial/omap-serial.c
+++ b/
On Wed, Oct 23, 2013 at 05:24:14PM -0500, Rob Herring wrote:
> So a twl4030 device is only a power button? DT should describe the h/w
> not a node for a sub-function of a device.
No. TWL4030 is a companion chip for the OMAP3 processor. It provides
miscellaneous functionality, e.g.:
* RTC
* Watc
The current RS-485 implementation for the OMAP serial driver is to not
disable THR interrupts when the driver ring buffer becomes empty until
it makes sure the TX shift register is empty, which means the UART is
not transmitting anymore and only then can the driver toggle the GPIO
output pin for RS
[+cc Greg]
On Fri, Oct 18, 2013 at 08:44:12PM +0800, Lan Tianyu wrote:
> On 10/18/2013 04:33 AM, Bjorn Helgaas wrote:
>> On Thu, Oct 17, 2013 at 12:09 AM, Lan Tianyu wrote:
>>>On 2013年10月17日 07:55, Bjorn Helgaas wrote:
On Fri, Oct 11, 2013 at 08:19:01PM +0800, tianyu@intel.com wrote:
>>
On 10/23/2013 03:26 PM, Sebastian Reichel wrote:
> Add device tree support for twl4030 power button driver.
>
> Signed-off-by: Sebastian Reichel
> ---
> .../devicetree/bindings/input/twl4030-pwrbutton.txt | 13 +
> drivers/input/misc/twl4030-pwrbutton.c | 16
>
(sorry about the HTML in the previous message)
On Wed, Oct 23, 2013 at 2:51 PM, Olav Haugan wrote:
> I am trying to use zram in very low memory conditions and I am having
> some issues. zram is in the reclaim path. So if the system is very low
> on memory the system is trying to reclaim pages by
On 10/23/2013 05:15 PM, Konrad Rzeszutek Wilk wrote:
On Sun, Oct 06, 2013 at 09:52:40PM +0100, Julien Grall wrote:
On 09/30/2013 03:45 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Sep 27, 2013 at 10:49:37PM +0100, Julien Grall wrote:
On 09/27/2013 10:25 PM, Konrad Rzeszutek Wilk wrote:
@@ -641
> - return !!sk->sk_prot->memory_pressure;
> + return !!*sk->sk_prot->memory_pressure;
Good catch, Christoph! With no surprise, it restores the performance:
a4fe34bf902b8f709c63 2e685cad57906e19add7 a235435d612680e595ea
---
On Wed, Oct 23, 2013 at 03:11:20PM -0400, Chuong Ngo wrote:
> Removed a developer debug statement per the TODO list. Additionally, removed
> braces for the if-statement to match coding style.
Line wrap the changelog at 72 characters. You don't really need to
mention the removed braces because t
Each call to tui_progress__update() would forcibly refresh the entire
screen. This is somewhat inefficient and causes noticable flickering
during the startup of perf-report, especially on large/slow terminals.
It looks like the force-refresh in tui_progress__update() serves no
purpose other than
Hi,
I wonder if there is any progress on the issue? Do you need me to send more
data? Or
should I raise the issue with the CMA maintainer?
Regards,
Ivo
> Оригинално писмо
>От: Ивайло Димитров
>Относно: Re: OMAPFB: CMA allocation failures
>До: Tomi Valkeinen
>Изпратено
On Wed, Oct 23, 2013 at 7:55 AM, Madper Xie wrote:
> The "duplicate" entries won't appear in pstorefs. And a complain will be
> print -- pstore: failed to load 76 record(s) from 'efi'
Maybe I don't quite get this - but it sounds like you have a whole lot
of entries using up space in efivars that
I am trying to use zram in very low memory conditions and I am having
some issues. zram is in the reclaim path. So if the system is very low
on memory the system is trying to reclaim pages by swapping out (in this
case to zram). However, since we are very low on memory zram fails to
get a page from
Add Device Tree support for the TSL2563 driver
and document the binding.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/iio/light/tsl2563.txt | 19 +++
drivers/iio/light/tsl2563.c | 4
2 files changed, 23 insertions(+)
create
On Wed, Oct 23, 2013 at 3:13 AM, Michel Lespinasse wrote:
> On Tue, Oct 22, 2013 at 10:54 AM, Andy Lutomirski wrote:
>> On 10/22/2013 08:48 AM, wal...@google.com wrote:
>>> Generally the problems I see with mmap_sem are related to long latency
>>> operations. Specifically, the mmap_sem write side
> From: Matt Porter [mailto:matt.por...@linaro.org]
> Sent: Wednesday, October 23, 2013 7:43 AM
>
> On Tue, Oct 22, 2013 at 04:38:52PM -0500, Rob Herring wrote:
> > On 10/22/2013 06:25 AM, Matt Porter wrote:
> > > On Tue, Oct 22, 2013 at 12:48:29PM +0200, Matthijs Kooijman wrote:
> > >> Hi Kishon,
From: Ingo Molnar
Before this patch, looking at 'perf bench sched pipe' behavior over
'top' only told us that something related to perf is running:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
19934 mingo 20 0 54836 1296 952 R 18.6 0.0 0:00.56 perf
1
From: Namhyung Kim
It can take quite amount of time so add progress bar UI to inform user.
Signed-off-by: Namhyung Kim
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Linus Torvalds
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1381468543-25334-4-git-send
I'm looking at the seccomp code, the ARM entry code, and the
syscall(2) manpage, and I'm a bit lost. (The fact that I don't really
speak ARM assembly doesn't help.) My basic question is: what happens
if an OABI syscall happens?
AFAICS, the syscall arguments for EABI are r0..r5, although their
or
From: Adrian Hunter
builtin-sched.c took a log time to build with -O6 optimization. This
turned out to be caused by:
.curr_pid = { [0 ... MAX_CPUS - 1] = -1 },
Fix by initializing curr_pid programmatically.
This addresses the problem cured in f36f83f947ed using a smaller hammer.
Signe
From: Masami Hiramatsu
At this point, --fentry (mcount function entry) option for gcc fuzzes
the debuginfo variable locations by skipping the mcount instruction
offset (on x86, this is a 5 byte call instruction).
This makes variable searching fail at the entry of functions which
are mcount'ed.
From: Adrian Hunter
parse_tag_value() accepts an "unsigned long" and multiplies it according
to a tag character. Do not accept the value if the multiplication
overflows.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
C
From: Arnaldo Carvalho de Melo
That will ease using a progress bar across multiple functions, like in
the upcoming patches that will present a progress bar when collapsing
histograms.
Based on a previous patch by Namhyung Kim.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jir
From: KOSAKI Motohiro
Yasuaki Ithimatsu reported memory hot-add spent more than 5 _hours_
on 9TB memory machine and we found out setup_zone_migrate_reserve
spnet >90% time.
The problem is, setup_zone_migrate_reserve scan all pageblock
unconditionally, but it is only necessary number of reserved
From: Masami Hiramatsu
Support "$vars" meta argument syntax for tracing all local variables at
probe point.
Now you can trace all available local variables (including function
parameters) at the probe point by passing $vars.
# perf probe --add foo $vars
This automatically finds all local vari
From: Arnaldo Carvalho de Melo
Reserving 'struct ui_progress' to the per progress instances, not to the
particular set of operations used to implmenet a progress bar in the
current UI (GTK, TUI, etc).
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
From: Arnaldo Carvalho de Melo
Before:
[root@sandy ~]# perf test -v 22
22: Test sample parsing:
--- start ---
sample format has changed - test needs updating
end
Test sample parsing: FAILED!
[root@sandy ~]#
After:
[root@sandy ~]# pe
From: Adrian Hunter
In the absence of s DEBUG variable definition on the command line perf
tools was building without optimization. Fix by assigning DEBUG if it
is not defined.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbr
From: Arnaldo Carvalho de Melo
As suggested by tglx, 'self' should be replaced by something that is
more useful.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link: http://lkml.kernel.
From: Adrian Hunter
Change "struct perf_sched sched" from being global to being local.
The build slowdown cured by f36f83f947ed is dealt with in the following
patch, by programatically setting perf_sched.curr_pid.
Signed-off-by: Adrian Hunter
Acked-by: David Ahern
Cc: David Ahern
Cc: Frederi
From: Arnaldo Carvalho de Melo
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit aa30a2e03a453aad9fd96c3f2d4a82c3497674e5:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2013-10-23 09:45:50 +
From: Adrian Hunter
Amend perf_evlist__parse_mmap_pages() to check that the mmap_pages
entered via the --mmap_pages/-m option is not too big.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mac
From: Adrian Hunter
Change perf_script from being global to being local.
Signed-off-by: Adrian Hunter
Acked-by: David Ahern
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Erani
From: Arnaldo Carvalho de Melo
[root@sandy ~]# perf test -v 22
22: Test sample parsing:
--- start ---
sample format has changed, some new PERF_SAMPLE_ bit was introduced - test
needs updating
end
Test sample parsing: FAILED!
[root@sandy ~]#
Cc: Adri
From: Adrian Hunter
perf.data files contain the attributes separately, do not put them in
the event stream as well.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
2013/10/23 Ben Myers :
> Hey Geyslan,
>
> On Wed, Oct 23, 2013 at 08:58:51AM -0200, Geyslan Gregório Bem wrote:
>> - Regarding the "possible new patch" subject, I humbly pass the ball to you.
>>
>> Thank you for the attention.
>
> Thank you for the patch. I would really prefer to commit this showi
Hi Joe,
On Wed, 2013-10-23 at 12:14 -0700, Joe Perches wrote:
> Emitting an OOM message isn't necessary after input_allocate_device
> as there's a generic OOM and a dump_stack already done.
>
> Signed-off-by: Joe Perches
> ---
> arch/powerpc/platforms/cell/cbe_powerbutton.c | 1 -
> 1 file chan
On Wed, Oct 23, 2013 at 08:09:53AM +0100, Linus Torvalds wrote:
> On Tue, Oct 22, 2013 at 10:12 PM, Peter Zijlstra wrote:
> >>
> >> Careful! There is one magic piece of state that you need to
> >> save-and-restore if you do this, namely %cr2. Taking a page fault
> >> always writes to %cr2, and we
Hey Geyslan,
On Wed, Oct 23, 2013 at 08:58:51AM -0200, Geyslan Gregório Bem wrote:
> - Regarding the "possible new patch" subject, I humbly pass the ball to you.
>
> Thank you for the attention.
Thank you for the patch. I would really prefer to commit this showing
authorship from you, rather th
Hi,
This is the fifth iteration of DT support for the TWL4030
power button.
Changes since v4 [0]:
* do not change dev_dbg to dev_err for input_allocate_device,
since it prints its own message. Call will be removed completly
by another patchset [1].
[0] https://lkml.org/lkml/2013/10/23/372
[1
Add device tree support for twl4030 power button driver.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/input/twl4030-pwrbutton.txt | 13 +
drivers/input/misc/twl4030-pwrbutton.c | 16
2 files changed, 25 insertions(+), 4 deletion
Use managed irq resource to simplify the driver.
Signed-off-by: Sebastian Reichel
---
drivers/input/misc/twl4030-pwrbutton.c | 26 --
1 file changed, 4 insertions(+), 22 deletions(-)
diff --git a/drivers/input/misc/twl4030-pwrbutton.c
b/drivers/input/misc/twl4030-pwrbut
Use dev_err() to output errors instead of dev_dbg().
Signed-off-by: Sebastian Reichel
---
drivers/input/misc/twl4030-pwrbutton.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/misc/twl4030-pwrbutton.c
b/drivers/input/misc/twl4030-pwrbutton.c
index a3a0fe3.
From: ebied...@xmission.com (Eric W. Biederman)
Date: Wed, 23 Oct 2013 12:55:18 -0700
> From: Christoph Paasch
> Date: Wed, 23 Oct 2013 12:49:21 -0700
>
> 2e685cad57 (tcp_memcontrol: Kill struct tcp_memcontrol) falsly modified
> the access to memory_pressure of sk->sk_prot->memory_pressure. The
On Wed, Oct 23, 2013 at 01:11:15PM -0500, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 23, 2013 at 10:42:42AM -0400, Matt Porter wrote:
> > On Tue, Oct 22, 2013 at 04:38:52PM -0500, Rob Herring wrote:
> > > On 10/22/2013 06:25 AM, Matt Porter wrote:
> > > > On Tue, Oct 22, 2013 at 12:48:29PM +0200, M
On Wed, 2013-10-23 at 17:01 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 23, 2013 at 04:37:41PM +0200, Joseph Schuchart escreveu:
> >We are using the Python scripting interface in perf to extract kernel
> >events relevant for performance analysis of HPC codes. We noticed that
> > t
Em Wed, Oct 23, 2013 at 04:37:41PM +0200, Joseph Schuchart escreveu:
>We are using the Python scripting interface in perf to extract kernel
>events relevant for performance analysis of HPC codes. We noticed that the
>"perf script" call allocates a significant amount of memory (in the or
On Wed, Oct 23, 2013 at 05:13:22PM +0200, Thierry Reding wrote:
> Hi all,
>
> I've uploaded today's linux-next tree to the master branch of the
> repository below:
>
> git://gitorious.org/thierryreding/linux-next.git
>
> A next-20131023 tag is also pro
From: Christoph Paasch
Date: Wed, 23 Oct 2013 12:49:21 -0700
2e685cad57 (tcp_memcontrol: Kill struct tcp_memcontrol) falsly modified
the access to memory_pressure of sk->sk_prot->memory_pressure. The patch
did modify the memory_pressure-field of struct cg_proto, but not the one
of struct proto.
1 - 100 of 467 matches
Mail list logo
