Commit 3adeb2566b9b ("MIPS: Loongson: Improve LEFI firmware interface")
made the number of UARTs dynamic if LEFI_FIRMWARE_INTERFACE is configured.
Unfortunately, it did not initialize the number of UARTs if
LEFI_FIRMWARE_INTERFACE is not configured. As a result, the Fulong2e
system has no console.
On Fri, Aug 07, 2015 at 10:11:47AM +0800, Peter Chen wrote:
> On Thu, Aug 06, 2015 at 03:09:54PM +0200, Tomeu Vizoso wrote:
> > If usbmisc hasn't probed yet, defer the probe.
> >
> > It's not enough to check if the platform device for the OF node of the
> > usbmisc has been registered, but it
On Thursday 06 August 2015 12:19 PM, Shawn Lin wrote:
> DesignWare MMC Controller's transfer mode should be decided
> at runtime instead of compile-time. So we remove this config
> option and read dw_mmc's register to select DMA master.
>
> Signed-off-by: Shawn Lin
Acked-by: Vineet Gupta
Thx,
On 7 August 2015 at 00:39, Greg KH wrote:
> On Thu, Aug 06, 2015 at 03:03:48PM +0800, Baolin Wang wrote:
>> This patch introduces the usb charger driver based on usb gadget that
>> makes an enhancement to a power driver. It works well in practice but
>> that requires a system with suitable
> -Original Message-
> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
> Behalf Of Paolo Bonzini
> Sent: Wednesday, August 05, 2015 11:24 PM
> To: linux-kernel@vger.kernel.org; k...@vger.kernel.org
> Cc: Steve Rutherford; rkrc...@redhat.com
> Subject: [PATCH 8/9]
On Thu, 06 Aug 2015 23:09:12 +0200,
Rusty Russell wrote:
>
> Takashi Iwai writes:
> > Module symbols have a limited length, but currently the build system
> > allows the build finishing even if the driver code contains a too long
> > symbol name, which eventually overflows the modversion_info[]
linux/io.h is needed because the driver uses:
readl_relaxed
writel_relaxed
writeq_relaxed
readq_relaxed
iounmap
The header was implicitly included by an unrelated
commit 332fd7c4fef5
("genirq: Generic chip: Change irq_reg_{readl,writel} arguments")
from the path below:
include/linux/io.h
On 07-08-15, 15:26, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in:
>
> drivers/cpufreq/cpufreq.c
>
> between commit:
>
> 559ed40752dc ("cpufreq: Avoid attempts to create duplicate symbolic links")
>
> from Linus' tree and commit:
On Fri, 7 Aug 2015 07:13:09 +0200 Sebastian Reichel
wrote:
> Hi,
>
> This actually slipped through my review. IMHO madc should be
> accessed through IIO, as already done for twl4030-madc-battery
> and rx51-battery. That way the custom API can be removed at
> some point.
>
> Anyway, I queued
The following changes since commit 74d33293e467df61de1b1d8b2fbe29e550dec33b:
Linux 4.2-rc5 (2015-08-02 18:34:55 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
for you to fetch changes up to
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in:
drivers/cpufreq/cpufreq.c
between commit:
559ed40752dc ("cpufreq: Avoid attempts to create duplicate symbolic links")
from Linus' tree and commit:
71db87ba5700 ("bus: subsys: update return type of
On Mon, Jul 27, 2015 at 10:41:41AM -0500, Rob Herring wrote:
> A const on a return value is meaningless and generates a warning on some
> versions of gcc:
>
> drivers/video/fbdev/atmel_lcdfb.c:1003: warning: type qualifiers ignored on
> function return type
maybe this one should have been static
When a platform driver doesn't provide a .remove callback the function
platform_drv_remove isn't called and so the call to dev_pm_domain_attach
called at probe time isn't paired by dev_pm_domain_detach at remove
time.
To fix this (and similar issues if different callbacks are missing) hook
up the
On 07-08-15, 13:52, Krzysztof Kozlowski wrote:
> Thanks for explanation. As fair as I understand, Bartlomiej wanted to
> merge this in a way which would avoid loosing the boost mode. Kukjin
> prepared topic branches for previous cpu-freq/clk stuff so maybe
> everything could go through PM?
We
Hi,
This actually slipped through my review. IMHO madc should be
accessed through IIO, as already done for twl4030-madc-battery
and rx51-battery. That way the custom API can be removed at
some point.
Anyway, I queued the below patch with Tony's ACK to fix the build
issue in next.
On Fri, Aug
On Mon, Aug 3, 2015 at 7:00 PM, Alexander Graf wrote:
>
>
> On 27.07.15 11:40, Ming Lei wrote:
>> On Fri, Jul 17, 2015 at 3:27 AM, Hannes Reinecke wrote:
>>> Currently the loop driver just simulates 512-byte blocks. When
>>> creating images for virtual machines it might be required to use
>>> a
From: Nicolas Schichan
Date: Tue, 4 Aug 2015 15:19:06 +0200
> Please find below the patch series with my latest changes to test_bpf.
Series applied, thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Thu, Aug 06, 2015 at 05:14:40PM +0200, Borislav Petkov wrote:
> On Wed, Aug 05, 2015 at 11:18:52AM +0800, Huang Rui wrote:
> > +static void delay_mwaitx(unsigned long __loops)
> > +{
> > + u32 delay, loops = __loops;
> > + u64 end, start;
>
> Hmm, this truncates __loops in case someone
On Fri, Aug 07, 2015 at 11:50:13AM +0800, Feng Tang wrote:
> When trying to use several cma heaps on our platforms,
> we met a memory issue due to that the several cma_heaps
> are sharing the same "struct device *".
>
> As in current code base, the normal cma heap creating
> process is, one
On 07.08.2015 13:30, Viresh Kumar wrote:
> On 07-08-15, 13:13, Krzysztof Kozlowski wrote:
>> Still patches 1/6 and 6/6 need your acks. Is the patch 1/6 a
>> prerequisite for others? It does not look like a prerequisite... but it
>> was put at the beginning of the patchset.
>
> Patch 1/6 is
On Thu, Aug 06, 2015 at 09:55:54PM -0500, Junsu Shin wrote:
> This is a patch to the dm365_ipipe.c that fixes over 80 characters warning
> detected by checkpatch.pl.
> Signed-off-by: Junsu Shin
please do not use whitespace before Signed-off-by: line.
>
> ---
>
Le 08/06/15 19:22, Gregory Fong a écrit :
> Broadcom STB (BRCMSTB) has some 64-bit capable DMA and therefore needs
> dma_addr_t to be a 64-bit size. One user is the Broadcom SATA3 AHCI
> controller driver.
>
> Signed-off-by: Gregory Fong
Applied to soc/next, thanks Gregory!
--
Florian
--
To
On 06-08-15, 15:41, Bartlomiej Zolnierkiewicz wrote:
> Remove no longer needed CPU_FREQ_BOOST_SW config option.
>
> Cc: Viresh Kumar
> Cc: Thomas Abraham
> Cc: Javier Martinez Canillas
> Cc: Krzysztof Kozlowski
> Signed-off-by: Bartlomiej Zolnierkiewicz
> ---
> drivers/cpufreq/Kconfig
On 07-08-15, 13:13, Krzysztof Kozlowski wrote:
> Still patches 1/6 and 6/6 need your acks. Is the patch 1/6 a
> prerequisite for others? It does not look like a prerequisite... but it
> was put at the beginning of the patchset.
Patch 1/6 is required to get boost working, that's all.. Not sure how
Marc,
On 08/07/2015 12:51 AM, Marc Zyngier wrote:
Hi,
On 06/08/15 08:09, AKASHI Takahiro wrote:
Marc, Mark
Sorry for not revisiting your comment below for a while.
Wow. It took me a few minutes to page the context back in.
Please don't purge the page from your cache for a while :)
On
* NeilBrown [150806 20:48]:
>
> Thanks, I did get notified about that by Fengguang's test robot, but
> it's still on my list
>
> I guess making CHARGER_TWL4030 auto-select TWL4030_MADC would not be
> acceptable? That would pull in IIO (it didn't use to...).
>
> If this OK?
Looks OK to me
Hi Paul,
Today's linux-next merge of the audit tree got a conflict in:
kernel/audit.c
between commit:
5985de6754a6 ("audit: code clean up")
from Linus' tree and commit:
84cb777e6781 ("audit: use macros for unset inode and device values")
from the audit tree.
I fixed it up (see below)
rge stuff..
>>
>> On 07-08-15, 08:53, Kukjin Kim wrote:
>>>> Depends on:
>>>> - next-20150806 branch of linux-next kernel tree
>>>> - "[PATCH V3 00/16] OPP: Add code to support operating-points-v2 bindings"
>>>> (http://
On Thu, Aug 6, 2015 at 7:26 PM, Dmitry Torokhov
wrote:
> Do not emit EV_SYN/SYN_REPORT on suspend if there were no keys that are
> still pressed as we are suspending the device.
It looks like input_dev_release_keys is used in several other places
other than input_dev_suspend (reset, disconnect,
On Tue, Aug 4, 2015 at 1:35 PM, Lars-Peter Clausen wrote:
>
> Well there is no need to use a threaded IRQ. The interrupt handler is quite
> small and doesn't take too much time and doesn't have any delays or sleeps
> in it either.
>
>
Ok thanks for the explanation.
--
To unsubscribe from this
Hi Dmitry,
Thanks for your explanation, I understand.
Reviewed-by: Scott Liu
Best Regards,
--
Scott
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: Friday, August 07, 2015 8:25 AM
> To: ELAN 劉嘉駿
> Cc: Dmitry Torokhov;
ote:
> > > Depends on:
> > > - next-20150806 branch of linux-next kernel tree
> > > - "[PATCH V3 00/16] OPP: Add code to support operating-points-v2 bindings"
> > > (http://www.spinics.net/lists/arm-kernel/msg435408.html)
> > >
> > BTW, hmm...ho
Cc'ing Rafael again. Guys please don't miss him for any PM related
stuff or use get_maintainers ..
Cc'ing Arnd/Olof as well to discuss the merge stuff..
On 07-08-15, 08:53, Kukjin Kim wrote:
> > Depends on:
> > - next-20150806 branch of linux-next kernel tree
> > - "[P
On Thu, 6 Aug 2015 20:11:16 -0700 Tony Lindgren
wrote:
> * NeilBrown [150729 17:28]:
> > --- a/drivers/power/twl4030_charger.c
> > +++ b/drivers/power/twl4030_charger.c
> > static int twl4030_charger_update_current(struct twl4030_bci *bci)
> > {
> > int status;
> > + int cur;
> >
Hi,
I would suggest you sending such patches as reply to the earlier
threads only, instead of a new chain. This will save your time.
For example, you will need to resend other patches unnecessarily if I
NAK this patch :)
On 06-08-15, 15:41, Bartlomiej Zolnierkiewicz wrote:
> Add
When trying to use several cma heaps on our platforms,
we met a memory issue due to that the several cma_heaps
are sharing the same "struct device *".
As in current code base, the normal cma heap creating
process is, one platform device is created during boot,
and it will sequentially create cma
Hi,
I have been playing with qemu and its fuloong2e support. Unfortunately,
it turned out that mainline support for it is broken. Maybe just the qemu
simulation, maybe for real. The breakage was introduced with commit
3adeb2566b9 ("MIPS: Loongson: Improve LEFI firmware interface").
Bisect log and
* Linus Walleij [150716 01:38]:
> On Wed, Jun 24, 2015 at 4:54 PM, Grygorii Strashko
> wrote:
>
> > From: Grygorii Strashko
> >
> > Add missed spin_unlock_irqrestore in omap_gpio_irq_type when
> > omap_set_gpio_triggering() is failed.
> >
> > It fixes static checker warning:
> >
> >
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, August 6, 2015 2:11 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> vkuzn...@redhat.com; s...@canb.auug.org.au; t...@linutronix.de;
> mi...@redhat.com;
On Thu, Aug 06, 2015 at 04:50:23PM -0500, Seth Jennings wrote:
> On Wed, Aug 05, 2015 at 03:06:59PM -0700, Andrew Morton wrote:
> > On Wed, 5 Aug 2015 18:00:26 -0400 Dan Streetman wrote:
> >
> > > >
> > > > If there's some reason why this can't happen, can we please have a code
> > > > comment
When kvm_set_msr_common() handles a guest's write to
MSR_IA32_TSC_ADJUST, it will calcuate an adjustment based on the data
written by guest and then use it to adjust TSC offset by calling a
call-back adjust_tsc_offset(). The 3rd parameter of adjust_tsc_offset()
indicates whether the adjustment is
On Thu, Aug 06, 2015 at 03:09:54PM +0200, Tomeu Vizoso wrote:
> If usbmisc hasn't probed yet, defer the probe.
>
> It's not enough to check if the platform device for the OF node of the
> usbmisc has been registered, but it also needs to have been probed
> already before we can call
On Fri, Aug 7, 2015 at 2:02 AM, Scott Wood
wrote:
On Thu, 2015-08-06 at 13:54 +0800, Chenhui Zhao wrote:
On Thu, Aug 6, 2015 at 1:46 PM, Scott Wood
wrote:
> On Thu, 2015-08-06 at 12:20 +0800, Chenhui Zhao wrote:
> > On Thu, Aug 6, 2015 at 10:57 AM, Scott Wood
> >
> > wrote:
> >
On Thu, 2015-07-23 at 16:43 +1000, Ian Munsie wrote:
> From: Ian Munsie
>
> userspace programs using cxl currently have to use two strategies for
> dealing with MMIO errors simultaneously. They have to check every read
> for a return of all Fs in case the adapter has gone away and the kernel
>
83:10: error: 'struct ath_atx_tid'
has no member named 'sched'
tid->sched);
^
Caused by commits
592fa228f213 ("ath9k: remove struct ath_atx_ac")
d70d848a75fd ("ath9k: remove the sched field in struct ath_atx_tid")
I have used the wireless-drivers-next tr
* NeilBrown [150729 17:28]:
> --- a/drivers/power/twl4030_charger.c
> +++ b/drivers/power/twl4030_charger.c
> static int twl4030_charger_update_current(struct twl4030_bci *bci)
> {
> int status;
> + int cur;
> unsigned reg, cur_reg;
> u8 bcictl1, oldreg, fullreg;
>
On Wed, 5 Aug 2015, David Howells wrote:
> Hi James,
>
> Can you pull these fixes for the ASN.1 compiler and decoder into the
> security/next tree and also pass them onto Linus for immediate inclusion?
>
Pulled to my -next branch, but it's too late really for 4.2, for this
class of bugfix.
Andy Lutomirski says:
Some dynamic loaders may be slightly faster if a GNU hash is
available.
This is unlikely to have any measurable effect on the time it takes
to resolve vdso symbols (since there are so few of them). In some
contexts, it can be a win for a different reason: if
From: Kan Liang
Add tests in tests/parse-events.c to check call-graph and time option
Signed-off-by: Kan Liang
---
tools/perf/tests/parse-events.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/tools/perf/tests/parse-events.c
From: Kan Liang
Move callchain option parse related code to util.c
Signed-off-by: Kan Liang
---
Changes since V8:
- Fix the link problems found by perf python test case.
Introduce the patch to move callchain option parse related code to util.c
tools/perf/util/callchain.c | 89
From: Kan Liang
When multiple events are sampled it may not be needed to collect
callgraphs for all of them. The sample sites are usually nearby, and
it's enough to collect the callgraphs on a reference event (such as
precise cycles or precise instructions).
This patchkit adds the ability to
This is a patch to the dm365_ipipe.c that fixes over 80 characters warning
detected by checkpatch.pl.
Signed-off-by: Junsu Shin
---
drivers/staging/media/davinci_vpfe/dm365_ipipe.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
On 08/05, Eric W. Biederman wrote:
>
> So I have to ask.
I hope you are asking someone else, not me ;) I never understood what
exactly we try to restrict and why.
> Is it possible to rework these checks such that we
> look at the sighand struct and signal sharing handling sharing instead
> of
On Thu, 6 Aug 2015 11:30:43 -0400
"Kevin O'Connor" wrote:
> On Thu, Aug 06, 2015 at 02:37:45PM +0200, Marc Marí wrote:
> > On Thu, 6 Aug 2015 13:27:16 +0100
> > Stefan Hajnoczi wrote:
> >
> > > On Thu, Aug 6, 2015 at 12:00 PM, Marc Marí
> > > wrote:
> > > > When running a Linux guest on top
On Thu, Aug 06, 2015 at 12:23:32PM -0500, Josh Poimboeuf wrote:
> On Thu, Aug 06, 2015 at 10:07:50AM +0200, Ingo Molnar wrote:
> >
> > * Josh Poimboeuf wrote:
> >
> > > This is v8 of the compile-time stack validation patch set, based on the
> > > tip/master branch.
> > >
> > > The frame
On Thu, Aug 06, 2015 at 10:07:50AM +0200, Ingo Molnar wrote:
>
> * Josh Poimboeuf wrote:
>
> > This is v8 of the compile-time stack validation patch set, based on the
> > tip/master branch.
> >
> > The frame pointer macros are still called FRAME and ENDFRAME because I
> > don't think we
2015-08-06 15:52+0200, Paolo Bonzini:
> On 06/08/2015 15:44, Radim Krčmář wrote:
>> The two obvious extensions are flags to skip kvm_make_request() or
>> kvm_vcpu_kick(), both of dubious use.
>
> Skipping kvm_make_request() would make some sense if you can set
>
On Wednesday, August 05, 2015 04:29:38 PM Richard Guy Briggs wrote:
> This adds the ability to audit the actions of children of a not-yet-running
> process.
>
> This is a split-out of a heavily modified version of a patch originally
> submitted by Eric Paris with some ideas from Peter Moody.
>
>
On Wednesday, August 05, 2015 04:29:36 PM Richard Guy Briggs wrote:
> This is to be used to audit by executable path rules, but audit watches
> should be able to share this code eventually.
>
> At the moment the audit watch code is a lot more complex. That code only
> creates one fsnotify watch
On Wednesday, August 05, 2015 11:48:20 PM Richard Guy Briggs wrote:
> Clean up a number of places were casted magic numbers are used to represent
> unset inode and device numbers in preparation for the audit by executable
> path patch set.
>
> Signed-off-by: Richard Guy Briggs
> ---
> v6: Change
On Sat, Aug 01, 2015 at 01:12:05PM +0800, kernel test robot wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> commit 68905a14e49c97bf49dacd753e40ddd5b254e2ad ("staging: unisys: Add s-Par
> visornic ethernet driver")
>
>
On Wed, 2015-08-05 at 10:44 +0100, Russell King - ARM Linux wrote:
> On Tue, Aug 04, 2015 at 09:54:21PM +0800, Scott Shu wrote:
> > Add support for cpu enable-method "mediatek,mt6580-smp" for booting
> > secondary CPUs on MT6580.
>
> If you have CPU power domain support, and you power up and
Do not emit EV_SYN/SYN_REPORT on suspend if there were no keys that are
still pressed as we are suspending the device.
Signed-off-by: Dmitry Torokhov
---
drivers/input/input.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/input/input.c
Broadcom STB (BRCMSTB) has some 64-bit capable DMA and therefore needs
dma_addr_t to be a 64-bit size. One user is the Broadcom SATA3 AHCI
controller driver.
Signed-off-by: Gregory Fong
---
arch/arm/mach-bcm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-bcm/Kconfig
Hi Sascha,
On Thu, 2015-08-06 at 12:20 +0200, Sascha Hauer wrote:
> On Thu, Aug 06, 2015 at 05:13:21PM +0800, Daniel Kurtz wrote:
> > On Thu, Aug 6, 2015 at 5:00 PM, James Liao
> > wrote:
> > > Hi Sascha,
> > >
> > > On Thu, 2015-08-06 at 10:53 +0200, Sascha Hauer wrote:
> > >> On Thu, Aug 06,
Please pull to get this FPU register corruption bug fix.
Thanks!
The following changes since commit 4469942bbbe5ebf845e04971d8c74e9b6178f9fa:
Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm
(2015-08-05 18:50:38 +0300)
are available in the git repository at:
On (08/07/15 11:03), Sergey Senozhatsky wrote:
> [..]
> > because dmesg is not an ABI.
>
> I absolutely agree, this is debatable and controversial. I saw people
> grepping dmesg and they treated error messages just like errno codes or
> like additional info to attach to errno. Whether we like or
Em Fri, Jul 17, 2015 at 07:33:46PM +0300, Adrian Hunter escreveu:
> PERF_ITRACE_PERIOD_INSTRUCTIONS is zero so it
> got overwritten by the default period type.
> Fix by checking if the period type was set
> rather than if the value was zero when applying
> the default.
Applied
> Signed-off-by:
Em Tue, Aug 04, 2015 at 05:10:27PM +0100, Ben Hutchings escreveu:
> perf currently fails to build on MIPS as there is no
> tools/perf/arch/mips/Build file. Adding an empty file fixes this as
> there are no MIPS-specific sources to build.
>
> It looks like the same is needed for Alpha and
Almost description is copied from commit fb05e7a89f50
("net: don't wait for order-3 page allocation").
I saw excessive direct memory reclaim/compaction triggered by slub.
This causes performance issues and add latency. Slub uses high-order
allocation to reduce internal fragmentation and
Em Fri, Jul 17, 2015 at 07:33:47PM +0300, Adrian Hunter escreveu:
> Fix the perf-with-kcore script so that it doesn't
> split arguments that contain spaces.
Applied
> Signed-off-by: Adrian Hunter
> ---
> tools/perf/perf-with-kcore.sh | 28 ++--
> 1 file changed, 14
From: Adrian Hunter
PERF_ITRACE_PERIOD_INSTRUCTIONS is zero so it got overwritten by the
default period type.
Fix by checking if the period type was set rather than if the value was
zero when applying the default.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link:
Em Fri, Jul 17, 2015 at 07:33:50PM +0300, Adrian Hunter escreveu:
> Currently the value of a PMU config term is silently
> truncated if it is too big. This is an impediment to
> validating the value for other criteria later on i.e.
> the user provides an invalid value that gets truncated
> to a
Em Sat, Jul 18, 2015 at 11:30:10AM +0300, Max Filippov escreveu:
> Xtensa Performance Monitor Module has up to 8 32 bit wide performance
> counters. Each counter may be enabled independently and can count any
> single type of hardware performance events. Event counting may be enabled
> and
Em Fri, Jul 17, 2015 at 07:33:51PM +0300, Adrian Hunter escreveu:
> Extend the event parser maximum error index from 10
> to 13. That allows PMU config terms of up to 10
> characters to display un-truncated in the error
> message.
Applied
> Signed-off-by: Adrian Hunter
> ---
>
Em Wed, Aug 05, 2015 at 03:45:27PM +, Liang, Kan escreveu:
> > hum, calling parse_callchain_record_opt from evsel hurts the python code:
> >
> > 17: Try 'import perf' in python, checking link problems :
> > --- start ---
> > test child forked, pid 25751
> > Traceback (most recent call
Em Tue, Jul 21, 2015 at 02:31:20PM +0200, Jiri Olsa escreveu:
> hi,
> sending RFC on another attempt for stat scripting.
>
> The initial attempt defined its own formula lang and allowed
> triggering user's script on the end of the stat command:
>
Em Thu, Aug 06, 2015 at 11:46:52AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Thu, Aug 06, 2015 at 09:44:33AM +0800, Wangnan (F) escreveu:
> > Have you tried 'perf test BPF'? Is that okay on your environment?
> Freshly checked out from your github repo, 'ebpf' branch, looks good, see
>
From: Wang Nan
By copying BPF related operation to uprobe processing path, this patch
allow users attach BPF programs to uprobes like what they are already
doing on kprobes.
After this patch, users are allowed to use PERF_EVENT_IOC_SET_BPF on a
uprobe perf event. Which make it possible to
From: Wang Nan
va_args alternative to eprintf().
Signed-off-by: Wang Nan
Acked-by: Alexei Starovoitov
Cc: Brendan Gregg
Cc: Daniel Borkmann
Cc: David Ahern
Cc: He Kuang
Cc: Jiri Olsa
Cc: Kaixu Xia
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Zefan Li
Cc:
From: Andi Kleen
This adds the basic infrastructure to keep track of cycle counts per
basic block for annotate. We allocate an array similar to the normal
accounting, and then account branch cycles there.
We handle two cases:
cycles per basic block with start and cycles per branch (these are
From: Andi Kleen
Call the earlier added cycle histogram infrastructure from the perf
report hist iter callback. For this we walk the branch records.
This allows to use cycle histograms when browsing perf report annotate.
v2: Rename flag
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Cc: Namhyung
From: Jiri Olsa
Moving 'scale' into struct perf_stat_config. The point is to centralize
the base stat config so it could be used localy together with other stat
routines in other parts of perf code.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
I should have referred to this as an initialism, not acronym.
Diego
On Wed, Jul 22, 2015 at 8:37 AM, Diego Viola wrote:
> Thanks :-)
>
> Diego
>
> On Wed, Jul 22, 2015 at 3:38 AM, Jonathan Corbet wrote:
>> On Tue, 21 Jul 2015 12:19:17 -0300
>> Diego Viola wrote:
>>
>>> When will my patch get
From: Milian Wolff
It is cumbersome to manually calculate the total time spent in a given
syscall by multiplying the average value with the number of calls.
Instead, we now do this directly inside perf trace.
Note that this is also done by 'strace', which even adds a column with
relative
From: Jiri Olsa
Moving counter processing code into stat object as
perf_stat__process_counter.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1437481927-29538-8-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carvalho de
From: Adrian Hunter
Extend the event parser maximum error index from 10 to 13. That allows
PMU config terms of up to 10 characters to display un-truncated in the
error message.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link:
From: Andi Kleen
Later patches need to cheaply check that the branch mode is in ANY. Add
a new function to check all event attrs and add a flag to the report
state, which is then initialized.
v2: Rename flag
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Andi Kleen
Now that we can process branch data in annotate it makes sense to
support enabling branch recording from top too. Most of the code needed
for this is already in shared code with report. But we need to add:
- The option parsing code (using shared code from the previous patch)
-
From: Jiri Olsa
Passing 'struct perf_stat_config' into process_counter(), so that we can
make process_counter() non static and use it from other places.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Andi Kleen
Display the cycles by default in branch sort mode.
To make enough room for the new column I removed dso_to. It is usually
redundant with dso_from.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Wang Nan
Commit e1abf2cc8d5d80b41c4419368ec743ccadbb131e ("bpf: Fix the build on
BPF_SYSCALL=y && !CONFIG_TRACING kernels, make it more configurable")
updated the building condition of bpf_trace.o from CONFIG_BPF_SYSCALL
to CONFIG_BPF_EVENTS, but the corresponding #ifdef controller in
From: Adrian Hunter
Fix the perf-with-kcore script so that it doesn't split arguments that
contain spaces.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1437150840-31811-13-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Jiri Olsa
Moving 'interval' into struct perf_stat_config. The point is to
centralize the base stat config so it could be used localy together with
other stat routines in other parts of perf code.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
On (08/06/15 18:48), Joe Perches wrote:
[..]
> > And I saw some time ago people doing that type of thing. So I'd like
> > to avoid unnecessary pain for zram users even if the messages are not
> > guaranteed to remain stable between kernel releases. Just my opinion.
[..]
> because dmesg is not an
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit b6b6c18fcd9af2a71d7b2cfca0388a928308f963:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-08-06 08:51:18 +0200)
are available in the git
From: Jiri Olsa
Moving 'output' into struct perf_stat_config. The point is to centralize
the base stat config so it could be used localy together with other stat
routines in other parts of perf code.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Adrian Hunter
Currently the value of a PMU config term is silently truncated if it is
too big. This is an impediment to validating the value for other
criteria later on i.e. the user provides an invalid value that gets
truncated to a valid one.
The maximum value validation is only done
From: Wang Nan
Commit 7b6ff0bdbf4f7f429c2116cca92a6d171217449e ("perf probe ppc64le:
Fixup function entry if using kallsyms lookup") adds 'struct map' into
probe-event.h but not forward declares it. This patch fixes it.
Signed-off-by: Wang Nan
Cc: Alexei Starovoitov
Cc: Brendan Gregg
Cc:
From: Max Filippov
Signed-off-by: Max Filippov
Cc: Chris Zankel
Cc: Marc Gauthier
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: linux-xte...@linux-xtensa.org
Link:
http://lkml.kernel.org/r/1437208216-15729-9-git-send-email-jcmvb...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
---
1 - 100 of 1714 matches
Mail list logo