Signed-off-by: Thomas Preston
Cc: Patrick Glaser
Cc: Rob Duncan
Cc: Nate Case
---
.../devicetree/bindings/sound/tda7802.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda7802.txt
diff --git a/Documentation
Hi Linus,
The following changes since commit f2c7c76c5d0a443053e94adb9f0918fa2fb85c3a:
Linux 5.2-rc3 (2019-06-02 13:55:33 -0700)
are available in the Git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v5.2-rc5
for you to fetch changes up to 5715c4dd66a315515eedef3fc4cbe1
On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190607:
>
on i386:
when CONFIG_SYSCTL is not set/enabled:
../kernel/sysctl.c: In function '_proc_do_string':
../kernel/sysctl.c:2003:7: error: 'sysctl_writes_strict' undeclared (first use
in this function); did you mean
On Tue, 11 Jun 2019 03:22:37 +
Parav Pandit wrote:
> Hi Alex,
>
[snip]
> Now that we have all 3 patches reviewed and comments addressed, if
> there are no more comments, can you please take it forward?
Yep, I put it in a branch rolled into linux-next for upstream testing
last week and jus
On Mon, Jun 10, 2019 at 01:45:24PM -0700, Eric Biggers wrote:
> On Mon, Jun 10, 2019 at 04:47:32PM -0300, Jason Gunthorpe wrote:
> >
> > There are many unfixed syzkaller bugs in rdma_cm, so I'm not surprised
> > it is still happening..
> >
> > Nobody has stepped forward to work on this code, and
Hi Neil,
On Tue, Jun 11, 2019 at 1:01 PM Neil Armstrong wrote:
>
> On 06/06/2019 21:16, Martin Blumenstingl wrote:
> > Hi Guillaume,
> >
> > thank you for working on this!
> >
> > On Tue, Jun 4, 2019 at 4:47 PM Guillaume La Roque
> > wrote:
> >>
> >> This adds the devicetree binding documentati
Hi all,
this aims at adding cpufreq support to the Raspberry Pi family of
boards.
The series first factors out 'pllb' from clk-bcm2385 and creates a new
clk driver that operates it over RPi's firmware interface[1]. We are
forced to do so as the firmware 'owns' the pll and we're not allowed to
chan
Raspberry Pi's firmware controls this pll, we should use the firmware
interface to access it.
Signed-off-by: Nicolas Saenz Julienne
Acked-by: Eric Anholt
---
Changes since v1:
- Add comment to explain why pllb isn't there anymore
drivers/clk/bcm/clk-bcm2835.c | 28 --
On Tue, Jun 11, 2019 at 11:17:30AM -0400, Masayoshi Mizuma wrote:
> --- a/arch/arm64/mm/dma-mapping.c
> +++ b/arch/arm64/mm/dma-mapping.c
> @@ -91,10 +91,6 @@ static int __swiotlb_mmap_pfn(struct vm_area_struct *vma,
>
> static int __init arm64_dma_init(void)
> {
> - WARN_TAINT(ARCH_DMA_MIN
Raspberry Pi's firmware offers an interface though which update it's
clock's frequencies. This is specially useful in order to change the CPU
clock (pllb_arm) which is 'owned' by the firmware and we're unable to
scale using the register interface provided by clk-bcm2835.
Signed-off-by: Nicolas Sae
Since clk-raspberrypi is tied to the VC4 firmware instead of particular
hardware it's registration should be performed by the firmware driver.
Signed-off-by: Nicolas Saenz Julienne
Acked-by: Eric Anholt
---
drivers/firmware/raspberrypi.c | 10 ++
1 file changed, 10 insertions(+)
diff -
Raspberry Pi's firmware offers and interface though which update it's
performance requirements. It allows us to request for specific runtime
frequencies, which the firmware might or might not respect, depending on
the firmware configuration and thermals.
As the maximum and minimum frequencies are
As 'clk-raspberrypi' depends on RPi's firmware interface, which might be
configured as a module, the cpu clock might not be available for the
cpufreq driver during it's init process. So we register the
'raspberrypi-cpufreq' platform device after the probe sequence succeeds.
Signed-off-by: Nicolas
This enables on both multi_v7_defconfig and bcm2835_defconfig the new
firmware based clock and cpufreq drivers for the Raspberry Pi platform.
In the case of bcm2835_defconfig, as the cpufreq subsystem was disabled,
the conservative governor was selected as default since it better
handles the high
Hi Michael,
Thank you for the patch.
On Tue, Jun 11, 2019 at 03:04:04PM +0100, Michael Drake wrote:
> The config property can be used to provide an array of
> register addresses and values to be written to configure
> the device for the board.
Please don't. DT describes the hardware (or more acc
it? Please also include which tree
> >> (probably bpf-next) you are designating this patch to in subject
> >> prefix.
> >>
> >
> > This patch applies cleanly to linux-next (tag next-20190611).
> >
>
> It seems that this commit hasn't been merged
These functions are not called anywhere anymore, they can safely be
removed.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
drivers/clk/ingenic/jz4740-cgu.c | 73
1 file changed, 73 deletions(-)
diff --git a/drivers/clk/ingenic/jz4740-cgu.c
Remove the unused include.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
arch/mips/include/asm/mach-jz4740/clock.h | 22 --
arch/mips/jz4740/board-qi_lb60.c | 2 --
arch/mips/jz4740/platform.c | 2 --
arch/mips/jz4740/time.c
Instead of forcing the jz4740 clocks to suspend here, we let the CGU
driver handle it.
We also let the CGU driver set the "sleep mode" bit.
This has the added benefit that now it is possible to build a kernel on
SoCs newer than the JZ4740 with CONFIG_PM.
Signed-off-by: Paul Cercueil
---
Notes:
This enables both the new firmware clock driver and cpufreq driver
available for the RPi3 family of boards.
Signed-off-by: Nicolas Saenz Julienne
---
Changes since v2:
- Build both drivers as modules
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm6
The Low-Power Mode, when enabled, will make the "wait" MIPS instruction
suspend the system.
This is not really clock-related, but this bit happens to be in the
register set of the CGU.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
drivers/clk/ingenic/Makefile | 2 +-
The cgu.h has structures that contain 'clk_onecell_data' and 'clk_hw'
structures (no pointers), so the header should be
included.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
drivers/clk/ingenic/cgu.h | 1 +
drivers/clk/ingenic/jz4725b-cgu.c | 1 -
drivers/clk/in
Hi Neil,
On Tue, Jun 11, 2019 at 3:58 PM Neil Armstrong wrote:
>
> Add support for the OTG ID change interrupt to switch between Host
> and Device mode.
>
> Tested on the Hardkernel Odroid-N2 board.
>
> Signed-off-by: Neil Armstrong
with the three questions/comments below answered/addressed:
Rev
On 21.05.19 16:45, Esben Haabendal wrote:
> It sits here. It is a rather big and clunky mfd driver, not ready for
> upstreaming in its current form. I hope to get around to clean it up.
> But it is for a very specific hardware that is really available or
> usable for anybody else. Does it make s
The csr_file variable was only ever set, never read. So remove it from
struct idt_89hpesx_dev as it is pointless to keep around.
Cc: Arnd Bergmann
Cc: Dan Carpenter
Cc: Kees Cook
Cc: Colin Ian King
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/misc/eeprom/id
On 05/06/2019 09:14, Keerthy wrote:
Enable GPIO_DAVINCI and related configs for TI K3 AM6 platforms.
Signed-off-by: Keerthy
---
arch/arm64/configs/defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index d1b72f99e2f4..
this patch fixes below warning reported by checkpatch
CHECK: Comparison to NULL could be written "c2h_evt"
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8723bs/hal/sdio_ops.c
b
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 12 ++--
This patch fixes below issue reported by checkpatch
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/staging
On 6/11/19 4:34 AM, Dmitry Osipenko wrote:
11.06.2019 10:38, Bitan Biswas пишет:
On 6/10/19 2:00 PM, Dmitry Osipenko wrote:
10.06.2019 22:41, Bitan Biswas пишет:
On 6/10/19 11:12 AM, Dmitry Osipenko wrote:
10.06.2019 20:08, Bitan Biswas пишет:
Remove redundant BUG_ON calls or replace
On Tue, 11 Jun 2019 17:54:56 +0200, Maxime Chevallier wrote:
> Using ethtool, users can specify a classification action matching on the
> full vlan tag, which includes the CFI bit.
>
> However, when converting the ethool_flow_spec to a flow_rule, we use
> dissector keys to represent the matching p
On Mon, Jun 10, 2019 at 09:20:26PM +0200, Borislav Petkov wrote:
> On Mon, Jun 10, 2019 at 10:02:38AM -0700, Fenghua Yu wrote:
> > AVX512 Vector Neural Network Instructions (VNNI) in Intel Deep Learning
> > Boost support bfloat16 format (BF16). BF16 is a short version of FP32 and
> > has several ad
On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190607:
>
on i386:
#
# Library routines
#
# CONFIG_PACKING is not set
ld: net/dsa/tag_sja1105.o: in function `sja1105_rcv':
tag_sja1105.c:(.text+0x40b): undefined reference to `packing'
ld: tag_sja1105.c:(.text+0x423): u
On Tue, 11 Jun 2019 at 16:59, YueHaibing wrote:
>
> Fix sparse warnings:
>
> drivers/net/dsa/sja1105/sja1105_main.c:1848:6:
> warning: symbol 'sja1105_port_rxtstamp' was not declared. Should it be
> static?
> drivers/net/dsa/sja1105/sja1105_main.c:1869:6:
> warning: symbol 'sja1105_port_txtstam
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Kees Cook
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/m
On Tue, 11 Jun 2019 at 21:30, Randy Dunlap wrote:
>
> On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20190607:
> >
>
> on i386:
>
> #
> # Library routines
> #
> # CONFIG_PACKING is not set
>
> ld: net/dsa/tag_sja1105.o: in function `sja1105_rcv':
> tag_sja1105.c:(.te
On Tue, Jun 11, 2019 at 08:33:57PM +0200, Greg Kroah-Hartman wrote:
> When calling debugfs functions, there is no need to ever check the
> return value. The function can work or not, but the code logic should
> never do something different based on this.
>
> Cc: Tomas Winkler
> Cc: Arnd Bergmann
Hey Linus,
Please git pull the following tiny fix:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git
stable/for-linus-5.2
which has one tiny fix for ARM64 where we could allocate the SWIOTLB
twice.
drivers/xen/swiotlb-xen.c | 12 +++-
1 file changed, 11 insertions(+)
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Tomas Winkler
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
drive
-Original Message-
From: Greg Kroah-Hartman
Sent: Tuesday, June 11, 2019 12:20 AM
To: Pavel Shilovskiy
Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Christoph Probst
; Steven French
Subject: Re: [PATCH 4.4 041/241] cifs: fix strcat buffer overflow and reduce
raciness in sm
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Tomas Winkler
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
v2: br
Dear Sir,
Please find attached our official Purchase order (SI/FPO/16803
Dated. 11/06/2019) and arrange to supply the requirements in
accordance with Mustafa Sultan Science & Industry Co.'s
procurements terms & conditions of purchase as per the
attachment.
Kindly acknowledge the receipt of t
On Mon 10 Jun 02:22 PDT 2019, Lee Jones wrote:
> On Mon, 10 Jun 2019, Ard Biesheuvel wrote:
>
> > On Mon, 10 Jun 2019 at 10:55, Lee Jones wrote:
> > >
> > > On Mon, 10 Jun 2019, Ard Biesheuvel wrote:
> > >
> > > > On Mon, 10 Jun 2019 at 10:42, Lee Jones wrote:
> > > > >
> > > > > This patch pro
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Frank Haverkamp
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
dri
On Mon 10 Jun 01:42 PDT 2019, Lee Jones wrote:
> This patch provides basic support for booting with ACPI instead
> of the currently supported Device Tree. When doing so there are a
> couple of differences which we need to taken into consideration.
>
> Firstly, the SDM850 ACPI tables omit informa
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Sudeep Dutt
Cc: Ashutosh Dixit
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-H
In commit ebcc5928c5d9 ("arm64: Silence gcc warnings about arch ABI
drift"), the arm64 Makefile added -Wno-psabi to KBUILD_CFLAGS, which is
a GCC only option so clang rightfully complains:
warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option]
https://clang.llvm.org/docs/Diagnost
On Tue, Jun 11, 2019 at 08:17:00PM +0200, Greg Kroah-Hartman wrote:
> The csr_file variable was only ever set, never read. So remove it from
> struct idt_89hpesx_dev as it is pointless to keep around.
>
> Cc: Arnd Bergmann
> Cc: Dan Carpenter
> Cc: Kees Cook
> Cc: Colin Ian King
> Cc: linux-k
+Cc: Heikki.
Heikki, can you help here with swnodes?
On Sat, Jun 1, 2019 at 5:17 PM Enrico Weigelt, metux IT consult
wrote:
>
> Hi folks,
>
>
> I'm looking for a way to inject fwnode data from a platform driver,
> in order to initialize generic drivers w/ board specific configuration.
> The idea
On Tue, Jun 11, 2019 at 08:32:13PM +0200, Greg Kroah-Hartman wrote:
> When calling debugfs functions, there is no need to ever check the
> return value. The function can work or not, but the code logic should
> never do something different based on this.
What is the user-visible feedback when, sa
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/misc/ti-st/st_ki
Hi Vineet,
On Mon, 2019-06-10 at 15:55 +, Vineet Gupta wrote:
> On 6/8/19 11:21 AM, Eugeniy Paltsev wrote:
> > Hi Cupertino,
> >
> > I tried to use ".bundle_align_mode" directive in ARC assembly, but I got
> > following error:
> > ->8--
> > Assembler messages:
> >
On Tue, Jun 11, 2019 at 8:37 AM Mimi Zohar wrote:
>
> Hi Prakhar,
>
> The patch/patch set title in the Subject line should not explain "how"
> you add a new feature. In this case an appropriate patch set title
> would be, "Add support for measuring the boot command line".
> Similarly, the first
Quoting tengf...@codeaurora.org (2019-06-11 03:41:26)
> On 2019-06-10 22:51, Stephen Boyd wrote:
> > Quoting Linus Walleij (2019-06-07 14:08:10)
> >> On Fri, May 31, 2019 at 8:52 AM Tengfei Fan
> >> wrote:
> >>
> >> > The gpio interrupt status bit is getting set after the
> >> > irq is disabled
Hello,
On Fri, Jun 07, 2019 at 10:45:45AM +0200, Dmitry Vyukov wrote:
> +workqueue maintainers and Michael who added this WARNING
>
> The WARNING was added in 2017, so I guess it's a change somewhere else
> that triggered it.
> The WARNING message does not seem to give enough info about the calle
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Julien Freche
Cc: Nadav Amit
Cc: "VMware, Inc."
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-of
On 06/10, Eric W. Biederman wrote:
>
> Personally I don't think anyone sane would intentionally depend on this
> and I don't think there is a sufficiently reliable way to depend on this
> by accident that people would actually be depending on it.
Agreed.
As I said I like these changes and I see n
The function HalQueryTxOQTBufferStatus8723BSdio always returns true and
caller functions are not bother about return status.
Change return type to void.
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 3 +--
drivers/staging/rtl8723bs/include/sdio_ops.h | 2 +-
On 2019-06-11 19:33 +0200, Daniel Vetter wrote:
> On Tue, Jun 11, 2019 at 5:37 PM Greg Kroah-Hartman
> wrote:
>> On Tue, Jun 11, 2019 at 03:56:35PM +0200, Sven Joachim wrote:
>> > Commit 1e07d63749 ("drm/nouveau: add kconfig option to turn off nouveau
>> > legacy contexts. (v3)") has caused a bui
On Tue, Jun 11, 2019 at 10:02:19AM -0500, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> This patch fixes the following warning:
>
> drivers/scsi/mpt3sas/mpt3sas_base.c: In function
> ‘_base_update_i
On Tue, Jun 11, 2019 at 11:44:53AM -0700, Kees Cook wrote:
> On Tue, Jun 11, 2019 at 08:32:13PM +0200, Greg Kroah-Hartman wrote:
> > When calling debugfs functions, there is no need to ever check the
> > return value. The function can work or not, but the code logic should
> > never do something d
On 06/07, Eric W. Biederman wrote:
>
> Eric W. Biederman (5):
> signal: Teach sigsuspend to use set_user_sigmask
> signal/kvm: Stop using sigprocmask in kvm_sigset_(activate|deactivate)
> signal: Always keep real_blocked in sync with blocked
> signal: Remove saved_sigmask
>
From: Arnaldo Carvalho de Melo
We forgot to update the perf.data file format document for the
HEADER_CLOCKID header, do it now from comments in the patch introducing
it.
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Chong Jiang
Cc: Jiri Olsa
Cc: Namhyung K
3 11:58:45 +0200)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-5.3-20190611
for you to fetch changes up to 04c41bcb862bbec1fb225243ecf07a3219593f81:
perf trace: Skip unknown syscalls when expanding strace like sysc
From: Arnaldo Carvalho de Melo
We forgot to update the perf.data file format document for the
HEADER_MEM_TOPOLOGY header, do it now from comments in the patch
introducing it.
Cc: Adrian Hunter
Cc: Andi Kleen
Cc: Chong Jiang
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Simon Que
Fixes: e2091cedd51b (
From: Arnaldo Carvalho de Melo
We forgot to update the perf.data file format document for the
HEADER_DIR_FORMAT header, do it now from comments in the patch
introducing it.
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Chong Jiang
Cc: Jiri Olsa
Cc: Namhyun
From: Leo Yan
Variable 'err' is defined but never used in function symsrc__init(),
remove it and directly return -1 at the end of the function.
Signed-off-by: Leo Yan
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/20190530093801.20510
From: Adrian Hunter
To eliminate some duplication and make the code more understandable,
factor out intel_pt_update_sample_time.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-5-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Song Liu
This patch addes description of HEADER_BPF_PROG_INFO and HEADER_BPF_BTF to
perf.data-file-format.txt.
Requested-by: Arnaldo Carvalho de Melo
Signed-off-by: Song Liu
Cc: Jiri Olsa
Cc: Peter Zijlstra
Fixes: 606f972b1361 ("perf bpf: Save bpf_prog_info information as headers to
p
From: Alexey Budankov
When DWARF stacks were requested and at the same time that the user
specifies a register set using the --user-regs option the full register
context was being captured on samples:
$ perf record -g --call-graph dwarf,1024 --user-regs=IP,SP,BP --
stack_test2.g.O3
1881438
From: Adrian Hunter
In preparation for providing instructions-per-cycle (IPC) information,
accumulate cycle count from CYC packets.
Although CYC packets are optional (requires config term 'cyc' to enable
cycle-accurate mode when recording), the simplest way to count cycles is
with CYC packets.
From: Adrian Hunter
Copy the incremental instruction count and cycle count onto 'instructions'
and 'branches' samples.
Because Intel PT does not update the cycle count on every branch or
instruction, the incremental values will often be zero.
When there are values, they will be the number of in
From: Adrian Hunter
In preparation for using MTC packets to count cycles, record whether
decoding is between a PSB and PSBEND packets.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-10-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Me
From: Adrian Hunter
Add field 'ipc' to display instructions-per-cycle.
Example:
perf record -e intel_pt/cyc/u ls
perf script --insn-trace --xed -F+ipc,-dso,-cpu,-tid
ls 2670177.697113434: 7f0dfdbcd090 _start+0x0 mov %rsp, %rdi IPC:
0.00 (1/877)
ls 2670177.697113434: 7f0dfdbcd09
From: Adrian Hunter
To make it easier to add new code for different TIP cases, separate each
case.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-11-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
.../util/intel-pt-decoder/i
From: Adrian Hunter
When CYC packets are not available, it is still possible to count cycles
using TSC/TMA/MTC timestamps.
As the timestamp increments in TSC ticks, convert to CPU cycles using
the current core-to-bus ratio.
Do not accumulate cycles when control flow packet generation is not
ena
From: Adrian Hunter
Export cycle and instruction counts on samples and call-returns.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-16-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/scripting-engines/trace-e
From: Adrian Hunter
Add counts of instructions and cycles, in order to represent
instructions-per-cycle (IPC).
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-7-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/
From: Adrian Hunter
Cycle and instruction counts are added to the stack. The IPC of a
function and all functions it calls, is also recorded.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-14-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho
From: Adrian Hunter
Add brief documentation to explain how the database export maintains
backward and forward compatibility.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-15-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
t
From: Adrian Hunter
Add brief documentation about instructions-per-cycle (IPC) information
derived from Intel PT.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-13-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/D
From: Arnaldo Carvalho de Melo
Since we know what args are strings from reading the syscall
descriptions in tracefs and also already mark such args to be beautified
using the syscall_arg__scnprintf_filename() helper, all we need is to
fill in this info in the 'syscalls' BPF map we were using to s
From: Jiri Olsa
We are getting false positive gcc warning when we compile with gcc9 (9.1.1):
CC jvmti/libjvmti.o
In file included from /usr/include/string.h:494,
from jvmti/libjvmti.c:5:
In function ‘strncpy’,
inlined from ‘copy_class_filename.constpro
From: Mathieu Poirier
When operating in CPU-wide mode tracers need to generate timestamps in
order to correlate the code being traced on one CPU with what is executed
on other CPUs.
Signed-off-by: Mathieu Poirier
Tested-by: Leo Yan
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: P
From: Mathieu Poirier
The tid/pid fields of structure cs_etm_queue are CPU dependent and as
such need to be part of the cs_etm_traceid_queue in order to support
CPU-wide trace scenarios.
Signed-off-by: Mathieu Poirier
Tested-by: Leo Yan
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc: Namhyung Kim
From: Adrian Hunter
Enhance the call graph to display IPC information if it is available.
Committer testing:
[acme@quaco adrian.hunter]$ python
~acme/libexec/perf-core/scripts/python/exported-sql-viewer.py
~/c/adrian.hunter/simple-retpoline.db
Reports -> Context Sensitive Callgraph, then exp
From: Jiri Olsa
It's already setup in the only caller of this method in
perf_evsel__open(), right before calling perf_evsel__alloc_fd(), no need
to do it again.
Also it's better to have it out of the function before we move it to
libperf.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Jiri Ol
From: Mathieu Poirier
When operating in CPU-wide mode being notified of contextID changes is
required so that the decoding mechanic is aware of the process context
switch.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki Poulouse
Tested-by: Leo Yan
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc:
From: Adrian Hunter
Export cycle and instruction counts on samples and calls tables.
Committer testing:
First runs some workload collecting intel_pt with the 'cyc' ter just for
userspace:
[root@quaco adrian.hunter]# perf record -o simple-retpoline.perf.data -e
intel_pt/cyc/u ./simple-retpol
From: Kan Liang
There is no function to retrieve die id information of a given CPU.
Add cpu_map__get_die_id() to retrieve die id information.
Signed-off-by: Kan Liang
Reviewed-by: Jiri Olsa
Cc: Andi Kleen
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1559688644-106558-1-git-send-email-
> > console=ttySC1,115200 earlycon=scif,mmio16,0xffe8 noiotrap' \
> > > -serial null -serial stdio \
> > > -net nic,model=rtl8139 -net user -nographic -monitor null
> > >
> > > Reverting this patch as well as "USB: drop HCD_LOCAL_MEM
From: Mathieu Poirier
The decoder needs to work with more than one traceID queue if we want to
support CPU-wide scenarios with N:1 source/sink topologies. As such
move the packet buffer and related fields out of the decoder structure
and into the cs_etm_queue structure.
Signed-off-by: Mathieu P
From: Mathieu Poirier
In an ideal world there is one CPU per cs_etm_queue and as such, one
trace ID per cs_etm_queue. In the real world CoreSight topologies allow
multiple CPUs to use the same sink, which translates to multiple trace
IDs per cs_etm_queue.
To deal with this a new cs_etm_traceid_
From: Arnaldo Carvalho de Melo
For instance, the rename* family uses "oldname", "newname", so check if
"name" is at the end and treat it as a filename.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-wjy7j4bk06g7atzwoz1mi...@git.kernel.org
Signed-off-by: A
From: Adrian Hunter
Enhance the "All branches" and "Selected branches" reports to display IPC
information if it is available.
Committer testing:
So, testing this I noticed that it all starts with the left arrow in every
line, that should mean there is some tree there, i.e. look at all those ▶
s
From: Mathieu Poirier
Add handling of ITRACE events in order to add the tid/pid of the
executing process to the perf tools machine infrastructure. This
information is later retrieved when a contextID packet is found in the
trace stream.
Signed-off-by: Mathieu Poirier
Tested-by: Leo Yan
Cc: Al
From: Arnaldo Carvalho de Melo
So that we can use it for multiple args, baby steps not to step into the
verifier toes.
In the process make sure we handle -EFAULT from bpf_prog_read_str(), as
this really is needed now that we'll handle more than one augmented
argument, i.e. if there is failure, t
From: Leo Yan
On my Juno board with ARM64 CPUs, perf trace command reports the eBPF
program building failure but the command will not exit and continue to
run. If we define an eBPF event in config file, the event will be
parsed with below flow:
perf_config()
`> trace__config()
`>
From: Adrian Hunter
Enhance the call tree to display IPC information if it is available.
Committer testing:
[acme@quaco adrian.hunter]$ python
~acme/libexec/perf-core/scripts/python/exported-sql-viewer.py
~/c/adrian.hunter/simple-retpoline.db
Reports -> Call Tree, then expand a few trees, th
On Sat, Jun 08, 2019 at 11:26:55PM -0300, Mauro Carvalho Chehab wrote:
> Convert the cgroup-v1 files to ReST format, in order to
> allow a later addition to the admin-guide.
>
> The conversion is actually:
> - add blank lines and identation in order to identify paragraphs;
> - fix tables marku
701 - 800 of 1186 matches
Mail list logo
