Hi,
>
> This series adds a new ufs vops to allow platform specific methods for
> resetting an attached UFS device, then implements this for the
> Qualcomm driver.
> This reset seems to be necessary for the majority of Dragonboard845c
> devices.
>
> Bean requested in v3 that a software fallback
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
up to: 7af0145067bc: x86/mm/cpa: Prevent large page split when ftrace flips RW
on kernel text
A set of fixes for x86:
- Fix the bogus
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
up to: 0f4cd769c410: perf/x86/amd/ibs: Fix sample bias for dispatched micro-ops
Two fixes for perf x86 hardware implementations:
-
On Sun, 1 Sep 2019, Changbin Du wrote:
> Just like the other generic debug options, move the irq one to
> 'Kernel hacking' menu.
Why?
Kernel hacking is a inscrutable mess where you can waste a lot of time to
find what you are looking for.
If I want to debug interrupts then having the option
From: Razvan Stefanescu
Date: Fri, 30 Aug 2019 10:52:00 +0300
> This patchset adds compatibility string for the KSZ8563 switch.
Series applied, thank you.
On Sat, Aug 31, 2019 at 08:40:05PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> arch/microblaze/ is missing support for get_user() of size 8 bytes,
> so add it by using __copy_from_user().
>
> Fixes these build errors:
>drivers/infiniband/core/uverbs_main.o: In function
From: "Ryan M. Collins"
Date: Fri, 30 Aug 2019 14:49:55 -0400
> This change enables the use of SW timestamping on the Raspberry Pi 4.
>
> bcmgenet's transmit function bcmgenet_xmit() implements software
> timestamping. However the SOF_TIMESTAMPING_TX_SOFTWARE capability was
> missing and only
From: Christophe JAILLET
Date: Fri, 30 Aug 2019 22:23:12 +0200
> Call to 'pci_free_irq_vectors()' are missing both in the error handling
> path of the probe function, and in the remove function.
> Add them.
>
> Fixes: 19971f5ea0ab ("enetc: add PTP clock driver")
> Signed-off-by: Christophe
From: Ben Wei
Date: Fri, 30 Aug 2019 20:50:51 +
> This patch adds handlers for PLDM over NC-SI command response.
>
> This enables NC-SI driver recognizes the packet type so the responses
> don't get dropped as unknown packet type.
>
> PLDM over NC-SI are not handled in kernel driver for
Sat, Aug 31, 2019 at 09:35:56PM CEST, and...@lunn.ch wrote:
>> Also, what happens when I'm running these application without putting
>> the interface in promisc mode? On an offloaded interface I would not be
>> able to even capture packets addressed to my interface's MAC address.
>
>Sorry for
On Fri, Aug 30, 2019 at 11:40:59AM +0200, Stefano Garzarella wrote:
> On Mon, Jul 29, 2019 at 10:04:29AM -0400, Michael S. Tsirkin wrote:
> > On Wed, Jul 17, 2019 at 01:30:26PM +0200, Stefano Garzarella wrote:
> > > Since virtio-vsock was introduced, the buffers filled by the host
> > > and pushed
This resolves a type conversion from 'char *' to 'unsigned short'.
and static usage warning as hinted by Sparse.
Signed-off-by: Adam Zerella
---
arch/x86/xen/efi.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/efi.c b/arch/x86/xen/efi.c
index
Convert the riscv,sifive-serial binding to DT schema using json-schema.
Signed-off-by: Pragnesh Patel
---
.../devicetree/bindings/serial/sifive-serial.txt | 33
.../devicetree/bindings/serial/sifive-serial.yaml | 62 ++
2 files changed, 62 insertions(+), 33
Hillf Danton wrote:
> > + /* Unshare the packet so that it can be modified for in-place
> > +* decryption.
> > +*/
> > + if (sp->hdr.securityIndex != 0) {
> > + struct sk_buff *nskb = skb_unshare(skb, GFP_ATOMIC);
> > +
Hillf Danton wrote:
> > It's certainly possible that that can happen. The reaper is per
> > network-namespace.
> >
> > conn->params.local holds a ref on the local endpoint.
> >
> Then local endpoint can not become dead without connection reaper
> running first, because of the ref held by
Add the PCIe compatible string for LS1028A
Signed-off-by: Xiaowei Bao
Signed-off-by: Hou Zhiqiang
Reviewed-by: Rob Herring
---
v2:
- No change.
v3:
- No change.
v4:
- No change.
v5:
- No change.
Documentation/devicetree/bindings/pci/layerscape-pci.txt | 1 +
1 file changed, 1
Add support for the LS1028a PCIe controller.
Signed-off-by: Xiaowei Bao
Signed-off-by: Hou Zhiqiang
---
v2:
- No change.
v3:
- Reuse the ls2088 driver data structurt.
v4:
- No change.
v5:
- No change.
drivers/pci/controller/dwc/pci-layerscape.c | 1 +
1 file changed, 1 insertion(+)
diff
LS1028a implements 2 PCIe 3.0 controllers.
Signed-off-by: Xiaowei Bao
Signed-off-by: Hou Zhiqiang
---
v2:
- Fix up the legacy INTx allocate failed issue.
v3:
- No change.
v4:
- Remove the num-lanes property.
v5:
- Add the num-viewport property.
Guenter Roeck writes:
> On Sat, Aug 03, 2019 at 08:29:04PM -0400, Hui Peng wrote:
>> The `ar_usb` field of `ath6kl_usb_pipe_usb_pipe` objects
>> are initialized to point to the containing `ath6kl_usb` object
>> according to endpoint descriptors read from the device side, as shown
>> below in
Hui Peng writes:
> The reason that this patch is still in the pending state is that it
> has not reviewed by maintainers (they are not responding).
> @Greg: can we apply it?
Who is "we" in this case? But anyway, I'll review the patch and if it's
ok I'll take it through my ath.git tree, as
On Fri, Aug 30, 2019 at 07:53:17PM -0700, Paul Walmsley wrote:
> There's already a MAINTAINERS entry that should cover drivers/soc/sifive.
> Probably it's not needed to add another one here.
So are you going to apply the original patch to the riscv tree?
I dont want to keep this file lingering
Guenter Roeck writes:
> On Mon, Aug 19, 2019 at 06:02:29PM -0400, Hui Peng wrote:
>> `dev` (struct rsi_91x_usbdev *) field of adapter
>> (struct rsi_91x_usbdev *) is allocated and initialized in
>> `rsi_init_usb_interface`. If any error is detected in information
>> read from the device side,
On Tue, Aug 13, 2019 at 09:41:58PM -0700, Paul Walmsley wrote:
> On Tue, 13 Aug 2019, Christoph Hellwig wrote:
>
> > This prepare for adding native non-SBI IPI code.
> >
> > Signed-off-by: Christoph Hellwig
>
> Thanks, queued for v5.4-rc1.
I still don't see it in any tree, so I'll resend it
On Thu, Aug 01, 2019 at 03:36:16PM +0200, Stefano Garzarella wrote:
> On Thu, Aug 01, 2019 at 09:21:15AM -0400, Michael S. Tsirkin wrote:
> > On Thu, Aug 01, 2019 at 12:47:54PM +0200, Stefano Garzarella wrote:
> > > On Tue, Jul 30, 2019 at 04:42:25PM -0400, Michael S. Tsirkin wrote:
> > > > On
On 21/08/2019 23:00:56+0200, Alejandro González wrote:
> This patch allows userspace to set up wakeup alarms on any RTC handled by the
> sun6i driver, and adds the necessary PM operations to allow resuming from
> suspend when the configured wakeup alarm fires a IRQ. Of course, that the
> device
On 30/08/2019 15:31:23+0200, Wolfram Sang wrote:
> I was about to simplify the call to i2c_unregister_device() when I
> realized that converting to devm_i2c_new_dummy_device() will simplify
> the driver a lot. So I took this approach.
>
> Signed-off-by: Wolfram Sang
> ---
>
On 30/08/2019 15:31:24+0200, Wolfram Sang wrote:
> I was about to simplify the call to i2c_unregister_device() when I
> realized that converting to devm_i2c_new_dummy_device() will simplify
> the driver a lot. So I took this approach.
>
> Signed-off-by: Wolfram Sang
> ---
>
On Sun, Sep 01, 2019 at 08:23:02AM +0200, Thomas Gleixner wrote:
> On Sun, 1 Sep 2019, Changbin Du wrote:
>
> > Just like the other generic debug options, move the irq one to
> > 'Kernel hacking' menu.
>
> Why?
>
> Kernel hacking is a inscrutable mess where you can waste a lot of time to
> find
On Sun, Sep 01, 2019 at 04:26:19AM -0400, Michael S. Tsirkin wrote:
> On Thu, Aug 01, 2019 at 03:36:16PM +0200, Stefano Garzarella wrote:
> > On Thu, Aug 01, 2019 at 09:21:15AM -0400, Michael S. Tsirkin wrote:
> > > On Thu, Aug 01, 2019 at 12:47:54PM +0200, Stefano Garzarella wrote:
> > > > On
On Fri 2019-08-30 13:14:48, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct
meson_saradc's irq handler uses priv->regmap so make sure that it is
allocated before the irq get enabled.
This also fixes crash when CONFIG_DEBUG_SHIRQ is enabled, as device
managed resources are freed in the inverted order they had been
allocated, priv->regmap was freed before the spurious fake
On Sun, 1 Sep 2019 18:10:33 +0800
Changbin Du wrote:
> On Sun, Sep 01, 2019 at 08:23:02AM +0200, Thomas Gleixner wrote:
> > On Sun, 1 Sep 2019, Changbin Du wrote:
> >
> > > Just like the other generic debug options, move the irq one to
> > > 'Kernel hacking' menu.
> >
> > Why?
> >
> >
On Sun, Sep 1, 2019 at 12:45 PM Remi Pommarel wrote:
>
> meson_saradc's irq handler uses priv->regmap so make sure that it is
> allocated before the irq get enabled.
>
> This also fixes crash when CONFIG_DEBUG_SHIRQ is enabled, as device
> managed resources are freed in the inverted order they
On Wed, Aug 28, 2019 at 10:27 PM Anand Moon wrote:
>
> As per shematics VDDIO_AO18, VDDIO_AO3V3/VDD3V3 DDR3_1V5/DDR_VDDC:
typo: "schematics"
> fixed regulator output which is supplied by P5V0.
>
> Rename vcc3v3 regulator node to vddio_ao3v3 as per shematics.
typo: "schematics"
according to the
On Wed, Aug 28, 2019 at 10:27 PM Anand Moon wrote:
>
> As per shematics TFLASH_VDD, TF_IO, VCC3V3 fixed regulator output which
typo: "schematics"
> is supplied by VDDIO_AO3V3.
please add a short sentence to the description (since you probably
have to re-send a v2) like:
"While here, move the
Hi Anand,
On Wed, Aug 28, 2019 at 10:27 PM Anand Moon wrote:
>
> As per shematics HDMI_P5V0 is supplied by P5V0 so add missing link.
typo: "schematics"
> Cc: Martin Blumenstingl
> Cc: Jerome Brunet
> Cc: Neil Armstrong
> Signed-off-by: Anand Moon
> ---
>
Hello
My name is Joe Akaba I am a lawyer by profession. I wish to offer you
the next of kin to my client. You will inherit the sum of ($8.5 Million)
dollars my client left in the bank before his death.
My client is a citizen of your country who died in auto crash with his wife
and only son. I
From: Kyle Meyer
nr_cpus, the number of CPUs online during a record session bound by
MAX_NR_CPUS, can be used as a dynamic alternative for MAX_NR_CPUS in
__machine__synthesize_threads and machine__set_current_tid.
Signed-off-by: Kyle Meyer
Reviewed-by: Jiri Olsa
Cc: Alexander Shishkin
Cc:
From: Kyle Meyer
'nr_cpus', the number of CPUs online during a record session bound by
MAX_NR_CPUS, can be used as a dynamic alternative for MAX_NR_CPUS in
svg_build_topology_map().
The value of nr_cpus can be passed into str_to_bitmap(),
scan_core_topology(), and svg_build_topology_map() to
From: Kyle Meyer
Exchange the parameters of svg_build_topology_map() with 'struct
perf_env *env' and adjust the function accordingly.
This patch should not change any behavior, it is merely refactoring for
the following patch.
Committer notes:
No need to include env.h from svghelper.h, all it
/kernel/git/acme/linux into perf/core
(2019-08-29 20:56:32 +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.4-20190901
for you to fetch changes up to ae31a514a134d9e4ca1d7b0f0a19b5934747d79f:
objtool: Ignore
From: Kyle Meyer
The function cpu__max_cpu() returns the possible number of CPUs as
defined in the sysfs and can be used as an alternative for MAX_NR_CPUS
in zero_per_pkg() and check_per_pkg().
Signed-off-by: Kyle Meyer
Reviewed-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: Namhyung Kim
Cc:
From: Kyle Meyer
nr_cpus, the number of CPUs online during a record session bound by
MAX_NR_CPUS, can be used as a dynamic alternative for MAX_NR_CPUS in
perf_session__cpu_bitmap.
Signed-off-by: Kyle Meyer
Reviewed-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: Namhyung Kim
Cc: Peter Zijlstra
From: Kyle Meyer
Display a warning when attempting to profile more than MAX_NR_CPU CPUs.
This patch should not change any behavior.
Signed-off-by: Kyle Meyer
Reviewed-by: Jiri Olsa
Cc: Alexander Shishkin
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Russ Anderson
Link:
From: Arnaldo Carvalho de Melo
Seems to be a better place for this function to live, further shrinking
the hodge-podge that perf.h was.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-0zzt1u9rpyjukdy1ccr2u...@git.kernel.org
Signed-off-by: Arnaldo Carvalho
From: Arnaldo Carvalho de Melo
To reduce perf-sys.h and eventually nuke it.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-ars2j5m3if3gypsvkbbij...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/perf-sys.h| 44
From: Arnaldo Carvalho de Melo
Remove traceevent/event-parse.h and traceevent/trace-seq.h from places
where it is not needed.
Should avoid rebuilding those files when these traceevent headers get
changed.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Steven Rostedt (VMware)
Cc:
From: Arnaldo Carvalho de Melo
And remove unneeded include directives from perf-sys.h to prune the
header dependency tree.
Fixup the fallout in places where definitions were being used without
the needed include directives that were being satisfied because they
were in perf-sys.h.
Cc: Adrian
From: Arnaldo Carvalho de Melo
So that we can remove dso.h from symbol.h and reduce the header
dependency tree.
Fixup cases where struct dso guts are needed but were obtained via
symbol.h, indirectly.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
We use refcount_t there, so we need that header or else it'll break when
we remove dso.h, that is from where it is getting that definition now...
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
So that we can reduce the header dependency tree further, in the process
noticed that lots of places were getting even things like build-id
routines and 'struct perf_tool' definition indirectly, so fix all those
too.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung
From: Arnaldo Carvalho de Melo
No need to have it generally available in such a critical header as
symbol.h.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-es1ufxv7bihiumytn5dm3...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Arnaldo Carvalho de Melo
And fixup the fallout of c files not building due to now missing
headers.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-sw8k3kpla98pr3rqypbjk...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Arnaldo Carvalho de Melo
This will allow us to untangle the header dependency a bit more, as some
places will not need event.h anymore.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-enqncj29ovzaat3cd9203...@git.kernel.org
Signed-off-by: Arnaldo
From: Arnaldo Carvalho de Melo
Now that sort.h isn't included by any other header, we can check where
it is really needed, i.e. we can remove it and be sure that it isn't
being obtained indirectly.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
And fix the fallout, adding it to places that must have it since they
use its definitions.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-1s3jel4i26chq2g0lydoz...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Tzvetomir Stoyanov
The tep_register_trace_clock() API is used to instruct the traceevent
library how to print the event time stamps. As event print interface if
redesigned, this API is not needed any more. The new event print API is
flexible and the user can specify how the time stamps
From: Arnaldo Carvalho de Melo
All we need there is a forward declaration for 'union perf_event', so
remove it from there and add missing header directives in places using
things from this indirect include.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Tzvetomir Stoyanov
To be compliant with XDG user directory layout, the user's plugin
directory is changed from ~/.traceevent/plugins to
~/.local/lib/traceevent/plugins/
Suggested-by: Patrick McLean
Signed-off-by: Tzvetomir Stoyanov
Cc: Andrew Morton
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc:
From: Arnaldo Carvalho de Melo
Remove the last unneeded use of cache.h in a header, we can check where
it is really needed, i.e. we can remove it and be sure that it isn't
being obtained indirectly.
This is an old file, used by now incorrectly in many places, so it was
providing includes needed
From: Tzvetomir Stoyanov
Libtraceevent APIs for printing various trace events information are
complicated, there are complex extra parameters. To control the way
event information is printed, the user should call a set of functions in
a specific sequence.
These APIs are reimplemented to provide
From: Arnaldo Carvalho de Melo
bpf.h and build-id.h are not needed at all in event.h, remove them.
And fixup the fallout of files that were getting needed stuff from this
now pruned include.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Jin Yao
Some uncore metrics don't work as expected. For example, on
cascadelakex:
root@lkp-csl-2sp2:~# perf stat -M UNC_M_PMM_BANDWIDTH.TOTAL -a -- sleep 1
Performance counter stats for 'system wide':
1841092 unc_m_pmm_rpq_inserts
3680816
From: Arnaldo Carvalho de Melo
Now that thread.h isn't included by any other header, we can check where
it is really needed, i.e. we can remove it and be sure that it isn't
being obtained indirectly.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Josh Poimboeuf
The kernel tree has three identical copies of the x86 instruction
decoder. Two of them are in the tools subdir.
The tools subdir is supposed to be completely standalone and separate
from the kernel. So having at least one copy of the kernel decoder in
the tools subdir is
From: Arnaldo Carvalho de Melo
To allow using the -I trick that will be needed for checking the x86
insn decoder files.
Without the specific -I lines we still get the same warnings as before:
$ make -C tools/objtool/ clean ; make -C tools/objtool/
make: Entering directory
From: Josh Poimboeuf
intel-pt-insn-decoder.c includes inat.c directly, so it already has an
implicit dependency on inat.c. The Build file dependency is redundant.
Signed-off-by: Josh Poimboeuf
Reviewed-by: Masami Hiramatsu
Acked-by: Peter Zijlstra
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc:
From: Arnaldo Carvalho de Melo
Since we need to build this in !x86, we need to explicitely use the x86
files, not things like asm/insn.h, so we intentionally differ from the
master copy in the kernel sources, add -I diff directives to ignore just
these differences when checking for drift.
From: Arnaldo Carvalho de Melo
Remove one more unneeded use of symbol.h
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-vrda1tuem1o8pk82t2kfj...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/builtin-probe.c | 2 +-
1 file
From: Arnaldo Carvalho de Melo
The mem_info struct goes to mem-events.h and branch_info goes to
branch.h, where they belong, this way we can remove several headers from
symbols.h and trim the include dependency tree more.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Josh Poimboeuf
Now that there's a common version of the decoder for all tools, use it
instead of the local copy.
Also use perf's check-headers.sh script to diff the decoder files to
make sure they remain in sync with the kernel version. Objtool has a
similar check.
Committer notes:
Had
From: Josh Poimboeuf
After a "make tools/perf", git reports the following untracked files:
tools/perf/feature/
tools/perf/fixdep
tools/perf/libtraceevent-dynamic-list
Add these generated files to perf's .gitignore file.
Signed-off-by: Josh Poimboeuf
Reviewed-by: Masami Hiramatsu
From: Jin Yao
Some metrics define the scale unit, such as
{
"BriefDescription": "Intel Optane DC persistent memory read latency
(ns). Derived from unc_m_pmm_rpq_occupancy.all",
"Counter": "0,1,2,3",
"EventCode": "0xE0",
"EventName": "UNC_M_PMM_READ_LATENCY",
From: Jin Yao
The function convert_scale() can be used to convert string to unit and
scale. For example,
s = "60ns";
convert_scale(s, , );
unit = "ns", scale = 60.
Currently this function is static. This patch renames the function to
perf_pmu__convert_scale and changes the
From: Arnaldo Carvalho de Melo
Since we need to build this in !x86, we need to explicitely use the x86
files, not things like asm/insn.h, so we intentionally differ from the
master copy in the kernel sources, add -I diff directives to ignore just
these differences when checking for drift.
From: Arnaldo Carvalho de Melo
So that we don't carry the session.h include directive in auxtrace.h,
which in turn opens a can of worms of files that were getting all sorts
of things via that include, fix them all.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
Its not needed there, add it to the places that need it and were getting
it via those headers.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-5yulx1u16vyd0zmrbg1tj...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
From: Arnaldo Carvalho de Melo
Now that map.h isn't included by any other header, we can check where
it is really needed, i.e. we can remove it and be sure that it isn't
being obtained indirectly.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
Now that thread_map.h isn't included by any other header, we can check where
it is really needed, i.e. we can remove it and be sure that it isn't
being obtained indirectly.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
Reducing the size of symbol.h by removing things that are better placed
somewhere else.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-edenkmjt1oe5fks2s6umd...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Arnaldo Carvalho de Melo
We only need a forward declaration, add it and fixup all the files that
need ui_progress definitions but were wrongly getting it from hist.h.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
Now that evlist.h isn't included by any other header, we can check where
it is really needed, i.e. we can remove it and be sure that it isn't
being obtained indirectly.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Arnaldo Carvalho de Melo
With the movement of lots of stuff out of perf.h to other headers we
ended up not needing it in lots of places, remove it from those places.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link:
From: Kyle Meyer
The function cpu__max_cpu() returns the possible number of CPUs as
defined in the sysfs and can be used as an alternative for MAX_NR_CPUS
in write_cache.
MAX_CACHES is replaced by cpu__max_cpu() * MAX_CACHE_LVL.
Signed-off-by: Kyle Meyer
Reviewed-by: Jiri Olsa
Cc: Alexander
From: Jiri Olsa
There's wrong bitmap considered when checking for cpu count of specific
node.
We do the needed computation for 'set' variable, but at the end we use
the 'c2c_he->cpuset' weight, which shows misleading numbers.
Fixes: 1e181b92a2da ("perf c2c report: Add 'node' sort key")
This series contains fixes and improvements for the hantro H264 decoder.
Patch 1-6 fixes issues and limitations observed when preparing support
for field encoded content.
Patch 7 introduce new DPB entry flags that is used to signal how a reference
frame is referenced. This information is needed
The RK3399 SoC has two VPU blocks capable of H264 decoding, VPU2 and RKVDEC,
this enables support for H264 decoding using the VPU2 block.
Signed-off-by: Jonas Karlman
---
drivers/staging/media/hantro/rk3399_vpu_hw.c | 21 +++-
1 file changed, 20 insertions(+), 1 deletion(-)
This need code cleanup and formatting
Signed-off-by: Jonas Karlman
---
.../staging/media/hantro/hantro_g1_h264_dec.c | 26 ++--
drivers/staging/media/hantro/hantro_h264.c| 126 --
drivers/staging/media/hantro/hantro_hw.h | 4 +
3 files changed, 100 insertions(+), 56
TRM specify supported image size 48x48 to 4096x2304 at step size 16 pixels,
change frmsize max_width/max_height to match TRM.
Fixes: 760327930e10 ("media: hantro: Enable H264 decoding on rk3288")
Signed-off-by: Jonas Karlman
---
drivers/staging/media/hantro/rk3288_vpu_hw.c | 4 ++--
1 file
Rockchip RK3399 SoC has the same Hantro G1 IP block
as RK3288, but the registers are entirely different.
In a similar fashion as MPEG-2 and VP8 decoding,
it's simpler to just add a separate implementation.
Signed-off-by: Jonas Karlman
---
drivers/staging/media/hantro/Makefile | 1 +
The FIELDPIC_FLAG_E bit should be set when field_pic_flag exists in stream,
it is currently set based on field_pic_flag of current frame.
The PIC_FIELDMODE_E bit is correctly set based on the field_pic_flag.
Fix this by setting the FIELDPIC_FLAG_E bit when frame_mbs_only is not set.
Fixes:
Use generated code from my rockchip-vpu-regtool
This need code cleanup and formatting
Signed-off-by: Jonas Karlman
---
.../staging/media/hantro/hantro_g1_h264_dec.c | 661 +++---
drivers/staging/media/hantro/hantro_h264.c| 14 +
drivers/staging/media/hantro/hantro_hw.h |
A decoded 8-bit 4:2:0 frame need memory for up to 448 macroblocks
with additional 32 bytes on multi-core variants.
Memory layout is as follow:
+---+
| Y-plane 256 MBs |
+---+
| UV-plane 128 MBs |
+---+
| MV buffer 64 MBs |
+---+
RK3328 SoC has the same decoder IP block as RK3399,
lets enable H264 decoding on RK3328.
Signed-off-by: Jonas Karlman
---
drivers/staging/media/hantro/rk3399_vpu_hw.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/media/hantro/rk3399_vpu_hw.c
Scaling list supplied from userspace using ffmpeg and libva-v4l2-request
is already in matrix order and can be used without applying the inverse
scanning process.
The HW also only support 8x8 scaling list for the Y component, indices 0
and 3 in the scaling list supplied from userspace.
Remove
Add DPB entry flags to help indicate when a reference frame is a field picture
and how the DPB entry is referenced, top or bottom field or full frame.
Signed-off-by: Jonas Karlman
---
Documentation/media/uapi/v4l/ext-ctrls-codec.rst | 12
include/media/h264-ctrls.h
pic_size in hantro_h264_dec_hw_ctx struct is no longer used,
lets remove it.
Signed-off-by: Jonas Karlman
---
drivers/staging/media/hantro/hantro_h264.c | 5 -
drivers/staging/media/hantro/hantro_hw.h | 3 ---
2 files changed, 8 deletions(-)
diff --git
A decoded 8-bit 4:2:0 frame need memory for up to 448 macroblocks
and is laid out in memory as follow:
+---+
| Y-plane 256 MBs |
+---+
| UV-plane 128 MBs |
+---+
| MV buffer 64 MBs |
+---+
The motion vector buffer offset is
The python/perf.so compilation needs libperf ready,
otherwise it fails:
$ make python/perf.so JOBS=1
BUILD: Doing 'make -j1' parallel build
GEN python/perf.so
gcc: error: /home/jolsa/kernel/linux-perf/tools/perf/lib/libperf.a: No such
file or directory
Fixing this with by
hi,
sending some libperf related fixes.
thanks,
jirka
---
Jiri Olsa (4):
perf tools: Fix python/perf.so compilation
perf tests: Fix static build test
perf tests: Add libperf automated test
libperf: Add missing event.h into install rule
tools/perf/Makefile.perf | 2 +-
1 - 100 of 282 matches
Mail list logo