[PATCH 01/14] sched: introduce task_se_h_load helper

Sometimes the hierarchical load of a sched_entity needs to be calculated. Rename task_h_load to task_se_h_load, and directly pass a sched_entity to that function. Move the function declaration up above where it will be used later. No functional changes. Signed-off-by: Rik van Riel Reviewed-by:

[PATCH 11/14] sched,fair: flatten hierarchical runqueues

Flatten the hierarchical runqueues into just the per CPU rq.cfs runqueue. Iteration of the sched_entity hierarchy is rate limited to once per jiffy per sched_entity, which is a smaller change than it seems, because load average adjustments were already rate limited to once per jiffy before this pa

[PATCH 09/14] sched,fair: refactor enqueue/dequeue_entity

Refactor enqueue_entity, dequeue_entity, and update_load_avg, in order to split out the things we still want to happen at every level in the cgroup hierarchy with a flat runqueue from the things we only need to happen once. No functional changes. Signed-off-by: Rik van Riel --- kernel/sched/fai

[PATCH 06/14] sched,cfs: use explicit cfs_rq of parent se helper

Use an explicit "cfs_rq of parent sched_entity" helper in a few strategic places, where cfs_rq_of(se) may no longer point at the right runqueue once we flatten the hierarchical cgroup runqueues. No functional change. Signed-off-by: Rik van Riel --- kernel/sched/fair.c | 17 + 1

[PATCH 12/14] sched,fair: track cfs_rq->max_h_load for more legitimate h_weight

The cfs_rq->h_load decays to zero quite rapidly, which can easily lead to tasks getting enqueued with an h_weight and h_load of zero, confusing the load balancer, the preemption code, and other parts of the kernel. Add a slow moving cfs_rq->max_h_load, with a half life of just over a minute, to he

[PATCH 14/14] sched,fair: propagate sum_exec_runtime up the hierarchy

Now that enqueue_task_fair and dequeue_task_fair no longer iterate up the hierarchy all the time, a method to lazily propagate sum_exec_runtime up the hierarchy is necessary. Once a tick, propagate the newly accumulated exec_runtime up the hierarchy, and feed it into CFS bandwidth control. Remove

[PATCH 13/14] sched,fair: flatten update_curr functionality

Make it clear that update_curr only works on tasks any more. There is no need for task_tick_fair to call it on every sched entity up the hierarchy, so move the call out of entity_tick. Signed-off-by: Rik van Riel ` Header from folded patch 'fix-attach-detach_enticy_cfs_rq.patch': Subject: sched

[PATCH 08/14] sched,fair: simplify timeslice length code

The idea behind __sched_period makes sense, but the results do not always. When a CPU has one high priority task and a large number of low priority tasks, __sched_period will return a value larger than sysctl_sched_latency, and the one high priority task may end up getting a timeslice all for itse

[PATCH 02/14] sched: change /proc/sched_debug fields

Remove some fields from /proc/sched_debug that are removed from sched_entity in a subsequent patch, and add h_load, which comes in very handy to debug CPU controller weight distribution. Signed-off-by: Rik van Riel Reviewed-by: Josef Bacik --- kernel/sched/debug.c | 11 ++- 1 file chang

[GIT PULL] perf/core improvements and fixes

Hi Ingo, Please consider pulling, Best regards, - Arnaldo

[PATCH 02/37] perf bpf: Do not attach a BPF prog to a tracepoint if its name starts with !

From: Arnaldo Carvalho de Melo With BPF_MAP_TYPE_PROG_ARRAY + bpf_tail_call() we want to have BPF programs, i.e. functions in a object file that perf's BPF loader shouldn't try to attach to anything, i.e. "!syscalls:sys_enter_open" should just stay there, not be attached to a tracepoint with that

[PATCH 01/37] perf include bpf: Add bpf_tail_call() prototype

From: Arnaldo Carvalho de Melo Will be used together with BPF_MAP_TYPE_PROG_ARRAY in tools/perf/examples/bpf/augmented_raw_syscalls.c. Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https://lkml.kernel.org/n/tip-pd1bpy8i31nta6jqwdex8...@git.kernel.org Signe

[PATCH 04/37] perf trace: Add pointer to BPF object containing __augmented_syscalls__

From: Arnaldo Carvalho de Melo So that we can use it when looking for other components of that object file, such as other programs to add to the BPF_MAP_TYPE_PROG_ARRAY and use with bpf_tail_call(). Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https://lkm

[PATCH 03/37] perf evsel: Store backpointer to attached bpf_object

From: Arnaldo Carvalho de Melo We may want to get to this bpf_object, to search for other BPF programs, etc. Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https://lkml.kernel.org/n/tip-3y8hrb6lszjfi23vjlic3...@git.kernel.org Signed-off-by: Arnaldo Carvalho

[PATCH 06/37] perf trace: Order -e syscalls table

From: Arnaldo Carvalho de Melo The ev_qualifier is an array with the syscall ids passed via -e on the command line, sort it as we'll search it when setting up the BPF_MAP_TYPE_PROG_ARRAY. Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https://lkml.kernel.or

[PATCH 05/37] perf trace: Look up maps just on the __augmented_syscalls__ BPF object

From: Arnaldo Carvalho de Melo We can conceivably have multiple BPF object files for other purposes, so better look just on the BPF object containing the __augmented_syscalls__ map for all things augmented_syscalls related. Cc: Adrian Hunter Cc: Brendan Gregg Cc: Jiri Olsa Cc: Luis Cláudio Go

[PATCH 10/37] perf trace: Handle raw_syscalls:sys_enter just like the BPF_OUTPUT augmented event

From: Arnaldo Carvalho de Melo So, we use a PERF_COUNT_SW_BPF_OUTPUT to output the augmented sys_enter payload, i.e. to output more than just the raw syscall args, and if something goes wrong when handling an unfiltered syscall, we bail out and just return 1 in the bpf program associated with raw

[PATCH 11/37] perf augmented_raw_syscalls: Add handler for "openat"

From: Arnaldo Carvalho de Melo I.e. for a syscall that has its second argument being a string, its difficult these days to find 'open' being used in the wild :-) Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https://lkml.kernel.org/n/tip-yf3kbzirqrukd3fb2s

[PATCH 08/37] perf trace: Allow specifying the bpf prog to augment specific syscalls

From: Arnaldo Carvalho de Melo This is a step in the direction of being able to use a BPF_MAP_TYPE_PROG_ARRAY to handle syscalls that need to copy pointer payloads in addition to the raw tracepoint syscall args. There is a first example in tools/perf/examples/bpf/augmented_raw_syscalls.c for the

[PATCH 09/37] perf trace: Put the per-syscall entry/exit prog_array BPF map infrastructure in place

From: Arnaldo Carvalho de Melo I.e. look for "syscalls_sys_enter" and "syscalls_sys_exit" BPF maps of type PROG_ARRAY and populate it with the handlers as specified per syscall, for now only 'open' is wiring it to something, in time all syscalls that need to copy arguments entering a syscall or r

[PATCH 07/37] perf trace: Add BPF handler for unaugmented syscalls

From: Arnaldo Carvalho de Melo Will be used to assign to syscalls that don't need augmentation, i.e. those with just integer args. All syscalls will be in a BPF_MAP_TYPE_PROG_ARRAY, and the bpf_tail_call() keyed by the syscall id will either find nothing in place, which means the syscall is bein

Re: [v3 3/4] dt-bindings: display: panel: add auo kd101n80-45na panel bindings

On Wed, 26 Jun 2019 10:53:59 +0800, Jitao Shi wrote: > Add documentation for auo kd101n80-45na panel. > > Signed-off-by: Jitao Shi > Reviewed-by: Sam Ravnborg > --- > .../display/panel/auo,kd101n80-45na.txt | 34 +++ > 1 file changed, 34 insertions(+) > create mode 100644

RE: [PATCH v2] arm64: dts: fsl: pico-pi: Add a device tree for the PICO-PI-IMX8M

Sorry for top posting. I'm replying using mobile phone and outlook web app... gpio_intr is not needed. Irq must be given using the standard irq property. gpio_intr has been used in an old draft driver - I assume the dts originates from NXP bsp which used the old driver. Br, Matti Vaittinen --

[PATCH 18/37] perf script: Fix off by one in brstackinsn IPC computation

From: Andi Kleen When we hit the end of a program block, need to count the last instruction too for the IPC computation. This caused large errors for small blocks. % perf script -b ls / > /dev/null Before: % perf script -F +brstackinsn --xed ... 7f94c9ac70d8

[PATCH 17/37] perf script: Improve man page description of metrics

From: Andi Kleen Clarify that a metric is based on events, not referring to itself. Also some improvements with the sentences. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/r/20190711181922.18765-3-a...@firstfloor.org Signed-off-by: Arnaldo Carvalho de Melo --- tools/p

[PATCH 13/37] perf augmented_raw_syscalls: Support copying two string syscall args

From: Arnaldo Carvalho de Melo Starting with the renameat and renameat2 syscall, that both receive as second and fourth parameters a pathname: # perf trace -e rename* mv one ANOTHER LLVM: dumping /home/acme/git/perf/tools/perf/examples/bpf/augmented_raw_syscalls.o mv: cannot stat 'one': N

[PATCH 16/37] perf script: Fix --max-blocks man page description

From: Andi Kleen The --max-blocks description was using the old name brstackasm. Use brstackinsn instead. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/r/20190711181922.18765-1-a...@firstfloor.org Signed-off-by: Arnaldo Carvalho de Melo --- tools/perf/Documentation/pe

[PATCH 12/37] perf augmented_raw_syscalls: Switch to using BPF_MAP_TYPE_PROG_ARRAY

From: Arnaldo Carvalho de Melo Trying to control what arguments to copy, which ones were strings, etc all from userspace via maps went nowhere, lots of difficulties to get the verifier satisfied, so use what the fine BPF guys designed for such a syscall handling mechanism: bpf_tail_call + BPF_MAP

Re: [PATCH] libata: zpodd: Fix small read overflow in zpodd_get_mech_type()

On Fri, Jul 19, 2019 at 8:41 PM Kees Cook wrote: > > Much like commit 18c9a99bce2a ("libata: zpodd: small read overflow in > eject_tray()"), this fixes a cdb[] buffer length, this time in > zpodd_get_mech_type(): > > We read from the cdb[] buffer in ata_exec_internal_sg(). It has to be > ATAPI_CDB

[PATCH 14/37] perf trace: Look for default name for entries in the syscalls prog array

From: Arnaldo Carvalho de Melo I.e. just look for "!syscalls:sys_enter_" or "exit_" plus the syscall name, that way we need just to add entries to the augmented_raw_syscalls.c BPF source to add handlers. Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https:

[PATCH 22/37] perf trace beauty: Make connect's addrlen be printed as an int, not hex

From: Arnaldo Carvalho de Melo # perf trace -e connec* ssh www.bla.com connect(3, { .family: PF_LOCAL, path: /var/run/nscd/socket }, 110) = -1 ENOENT (No such file or directory) connect(3, { .family: PF_LOCAL, path: /var/run/nscd/socket }, 110) = -1 ENOENT (No such file or directory) co

[PATCH 23/37] perf trace beauty: Disable fd->pathname when close() not enabled

From: Arnaldo Carvalho de Melo As we invalidate the fd->pathname table in the SCA_CLOSE_FD beautifier, if we don't have it we may end up keeping an fd->pathname association that then gets misprinted. The previous behaviour continues when the close() syscall is enabled, which may still be a a pro

[PATCH 20/37] perf stat: Fix segfault for event group in repeat mode

From: Jiri Olsa Numfor Mbiziwo-Tiapo reported segfault on stat of event group in repeat mode: # perf stat -e '{cycles,instructions}' -r 10 ls It's caused by memory corruption due to not cleaned evsel's id array and index, which needs to be rebuilt in every stat iteration. Currently the ids in

[PATCH 19/37] perf tools: Fix proper buffer size for feature processing

From: Jiri Olsa After Song Liu's segfault fix for pipe mode, Arnaldo reported following error: # perf record -o - | perf script 0x514 [0x1ac]: failed to process type: 80 It's caused by wrong buffer size setup in feature processing, which makes cpu topology feature fail, because it's using b

[PATCH 21/37] perf augmented_raw_syscalls: Augment sockaddr arg in 'connect'

From: Arnaldo Carvalho de Melo We already had a beautifier for an augmented sockaddr payload, but that was when we were hooking on each syscalls:sys_enter_foo tracepoints, since now we're almost doing that by doing a tail call from raw_syscalls:sys_enter, its almost the same, we can reuse it stra

[PATCH 28/37] perf session: Fix loading of compressed data split across adjacent records

From: Alexey Budankov Fix decompression failure found during the loading of compressed trace collected on larger scale systems (>48 cores). The error happened due to lack of decompression space for a mmaped buffer data chunk split across adjacent PERF_RECORD_COMPRESSED records. $ perf report

[PATCH 29/37] perf trace beauty: Add BPF augmenter for the 'rename' syscall

From: Arnaldo Carvalho de Melo I.e. two strings: # perf trace -e rename systemd/1 rename("/run/systemd/units/.#invocation:dnf-makecache.service970761b7f2840dcc", "/run/systemd/units/invocation:dnf-makecache.service") = 0 systemd-journa/715 rename("/run/systemd/journal/streams/.#9:1753978

[PATCH 24/37] perf trace beauty: Do not try to use the fd->pathname beautifier for bind/connect fd arg

From: Arnaldo Carvalho de Melo Doesn't make sense and also we now beautify the sockaddr, which provides enough info: # trace -e close,socket,connec* ssh www.bla.com close(5)= 0 socket(PF_INET, SOCK_DGRAM|CLOEXEC|NONBLOCK, IPPROTO_IP) = 5 connect(5, { .f

[PATCH 25/37] perf trace beauty: Beautify 'sendto's sockaddr arg

From: Arnaldo Carvalho de Melo By just writing the collector in the augmented_raw_syscalls.c BPF program: # perf trace -e sendto ping/23492 sendto(3, 0x56253bbef700, 64, NONE, { .family: PF_INET, port: 0, addr: 10.10.161.32 }, 0x10) = 64 ping/23492 sendto(3, 0x56253bbef700, 64, NONE, {

[PATCH 30/37] perf trace: Forward error codes when trying to read syscall info

From: Arnaldo Carvalho de Melo We iterate thru the syscall table produced from the kernel syscall tables reading info, propagate the error and add to the debug message. This helps in fixing further bugs, such as failing to read the "sendfile" syscall info when it really should try the aliasm "se

[PATCH 26/37] perf trace beauty: Beautify bind's sockaddr arg

From: Arnaldo Carvalho de Melo By reusing the "connect" BPF collector. Testing it system wide and stopping/starting sshd: # perf trace -e bind LLVM: dumping /home/acme/git/perf/tools/perf/examples/bpf/augmented_raw_syscalls.o DNS Res~er #18/15132 bind(243, { .family: PF_NETLINK }, 12) =

[PATCH 27/37] perf stat: Always separate stalled cycles per insn

From: Cong Wang The "stalled cycles per insn" is appended to "instructions" when the CPU has this hardware counter directly. We should always make it a separate line, which also aligns to the output when we hit the "if (total && avg)" branch. Before: $ sudo perf stat --all-cpus --field-separa

[PATCH 31/37] perf trace: Mark syscall ids that are not allocated to avoid unnecessary error messages

From: Arnaldo Carvalho de Melo There are holes in syscall tables with IDs not associated with any syscall, mark those when trying to read information for syscalls, which could happen when iterating thru all syscalls from 0 to the highest numbered syscall id. Cc: Adrian Hunter Cc: Jiri Olsa Cc:

[PATCH 34/37] perf trace: Add "sendfile64" alias to the "sendfile" syscall

From: Arnaldo Carvalho de Melo We were looking in tracefs for: /sys/kernel/debug/tracing/events/syscalls/sys_enter_sendfile/format when what is there is just /sys/kernel/debug/tracing/events/syscalls/sys_enter_sendfile/format Its the same id, 40 in x86_64, so just add an alias and let the

[PATCH 35/37] perf probe: Set pev->nargs to zero after freeing pev->args entries

From: Arnaldo Carvalho de Melo So that, when perf_add_probe_events() fails, like in: # perf probe icmp_rcv:64 "type=icmph->type" Failed to find 'icmph' in this function. Error: Failed to add events. Segmentation fault (core dumped) # We don't segfault. clear_perf_probe_event() was

[PATCH 36/37] perf probe: Avoid calling freeing routine multiple times for same pointer

From: Arnaldo Carvalho de Melo When perf_add_probe_events() we call cleanup_perf_probe_events() for the pev pointer it receives, then, as part of handling this failure the main 'perf probe' goes on and calls cleanup_params() and that will again call cleanup_perf_probe_events()for the same pointer

[PATCH 15/37] perf augmented_raw_syscalls: Rename augmented_args_filename to augmented_args_payload

From: Arnaldo Carvalho de Melo It'll get other stuff in there than just filenames, starting with sockaddr for 'connect' and 'bind'. Cc: Adrian Hunter Cc: Jiri Olsa Cc: Luis Cláudio Gonçalves Cc: Namhyung Kim Link: https://lkml.kernel.org/n/tip-bsexidtsn91ehdpzcd6n5...@git.kernel.org Signed-o

[PATCH 32/37] perf trace: Preallocate the syscall table

From: Arnaldo Carvalho de Melo We'll continue reading its details from tracefs as we need it, but preallocate the whole thing otherwise we may realloc and end up with pointers to the previous buffer. I.e. in an upcoming algorithm we'll look for syscalls that have function signatures that are sim

[PATCH 33/37] perf trace: Reuse BPF augmenters from syscalls with similar args signature

From: Arnaldo Carvalho de Melo We have an augmenter for the "open" syscall, which has just one pointer, in the first argument, a "const char *", so any other syscall that has just one pointer and that is the first can reuse the "open" BPF augmenter program. Even more, syscalls that get two point

[PATCH 37/37] perf build: Do not use -Wshadow on gcc < 4.8

From: Arnaldo Carvalho de Melo As it is too strict, see https://lkml.org/lkml/2006/11/28/253 and https://gcc.gnu.org/gcc-4.8/changes.html, that takes into account Linus's comments (search for Wshadow) for the reasoning about -Wshadow not being interesting before gcc 4.8. Acked-by: Andrii Nakryik

Re: [PATCH 1/3] sgi-gru: Convert put_page() to get_user_page*()

On Sun, Jul 21, 2019 at 07:25:31PM -0700, John Hubbard wrote: > On 7/21/19 8:58 AM, Bharath Vedartham wrote: > > For pages that were retained via get_user_pages*(), release those pages > > via the new put_user_page*() routines, instead of via put_page(). > > > > This is part a tree-wide conversion

Re: [PATCH] [v3] xen: avoid link error on ARM

On Mon, 22 Jul 2019, Arnd Bergmann wrote: > Building the privcmd code as a loadable module on ARM, we get > a link error due to the private cache management functions: > > ERROR: "__sync_icache_dcache" [drivers/xen/xen-privcmd.ko] undefined! > > Move the code into a new that is always built in wh

Re: [PATCH] checkpatch: Added warnings in favor of strscpy().

On Sat, Jul 06, 2019 at 02:42:04PM +0200, Stephen Kitt wrote: > On Tue, 2 Jul 2019 10:25:04 -0700, Kees Cook wrote: > > On Sat, Jun 29, 2019 at 06:15:37PM +0200, Stephen Kitt wrote: > > > On Fri, 28 Jun 2019 17:25:48 +0530, Nitin Gote > > > wrote: > > > > 1. Deprecate strcpy() in favor of strsc

Re: [PATCH 2/3] sgi-gru: Remove CONFIG_HUGETLB_PAGE ifdef

On Sun, Jul 21, 2019 at 09:20:38PM -0600, William Kucharski wrote: > I suspect I'm being massively pedantic here, but the comments for > atomic_pte_lookup() note: > > * Only supports Intel large pages (2MB only) on x86_64. > *ZZZ - hugepage support is incomplete > > That makes me wonder ho

Re: [PATCH 3/3] sgi-gru: Use __get_user_pages_fast in atomic_pte_lookup

On Sun, Jul 21, 2019 at 07:32:36PM -0700, John Hubbard wrote: > On 7/21/19 8:58 AM, Bharath Vedartham wrote: > > *pte_lookup functions get the physical address for a given virtual > > address by getting a physical page using gup and use page_to_phys to get > > the physical address. > > > > Current

[PATCH 2/2] MIPS: dts: ingenic: Add 'cpus' node

Add 'cpus' node to the jz4740.dtsi, jz4770.dtsi, jz4780.dtsi files. Signed-off-by: Paul Cercueil --- arch/mips/boot/dts/ingenic/jz4740.dtsi | 19 +++ arch/mips/boot/dts/ingenic/jz4770.dtsi | 29 arch/mips/boot/dts/ingenic/jz4780.dtsi | 47 ++ 3 fi

[PATCH 1/2] dt/bindings: mips: Document Ingenic SoCs binding

Document the available properties for the root node and the cpu nodes of the devicetree for the Ingenic SoCs. Signed-off-by: Paul Cercueil --- .../devicetree/bindings/mips/ingenic-socs.txt | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 Documentation/devicetree/bin

Re: [PATCH v2] powerpc: slightly improve cache helpers

On Mon, Jul 22, 2019 at 10:21:07AM -0700, Nick Desaulniers wrote: > On Sun, Jul 21, 2019 at 11:19 PM Segher Boessenkool > wrote: > > On Sun, Jul 21, 2019 at 07:41:40PM -0700, Nathan Chancellor wrote: > > > On Sun, Jul 21, 2019 at 01:01:50PM -0500, Segher Boessenkool wrote: > > > > On Sun, Jul 21,

Re: [PATCH] checkpatch: Added warnings in favor of strscpy().

On Mon, 2019-07-22 at 10:50 -0700, Kees Cook wrote: > On Sat, Jul 06, 2019 at 02:42:04PM +0200, Stephen Kitt wrote: > > On Tue, 2 Jul 2019 10:25:04 -0700, Kees Cook wrote: > > > On Sat, Jun 29, 2019 at 06:15:37PM +0200, Stephen Kitt wrote: > > > > On Fri, 28 Jun 2019 17:25:48 +0530, Nitin Gote >

Re: [alsa-devel][PATCH] Signed-off-by: lsh <410860...@qq.com>

On Fri, Jul 19, 2019 at 11:35 PM lsh wrote: > > From: lsh <410860...@qq.com> > > Modification of leap seconds from 58 59 59 00 to 58 59 00 00 In the future, on other patches, you should provide a rational for *why* you are submitting this change, not what the change does. As for this patch, it w

[PATCH RESEND] HID: fix error message in hid_open_report()

On HID report descriptor parsing error the code displays bogus pointer instead of error offset (subtracts start=NULL from end). Make the message more useful by displaying correct error offset and include total buffer size for reference. This was carried over from ancient times - "Fixed" commit jus

[PATCH] power:sysfs: Expose device wakeup_event_count.

Device level event_count can help user level daemon to track if a praticular device has seen an wake interrupt during a suspend resume cycle. Thus expose it via sysfs. Signed-off-by: Ravi Chandra Sadineni --- Documentation/ABI/testing/sysfs-devices-power | 11 ++ drivers/base/power/sysfs

Re: 5.3-rc1 panic in dma_direct_max_mapping_size

Seeing something similar but not identical here. I updated a Fedora Rawhide virt-manager/libvirt VM (installed with the previous Fedora kernel build) to the Fedora rc1 kernel build, and it doesn't boot any more, with this trace: [3.018311] scsi host8: Virtio SCSI HBA [3.019234] BUG: kernel

[PATCH] regulator: act8865: support regulator-pull-down property

AC8865 has internal 1.5k pull-down resistor that can be enabled when LDO is shut down. Signed-off-by: Michał Mirosław --- * against broonie/regulator/for-next tree --- drivers/regulator/act8865-regulator.c | 45 --- 1 file changed, 33 insertions(+), 12 deletions(-) dif

[PATCH] leds: is31fl319x: simplify getting the adapter of a client

We have a dedicated pointer for that, so use it. Much easier to read and less computation involved. Signed-off-by: Wolfram Sang --- drivers/leds/leds-is31fl319x.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/leds/leds-is31fl319x.c b/drivers/leds/leds-is31fl319x.c

Re: [PATCH] drm/amdkfd/kfd_mqd_manager_v10: Avoid fall-through warning

Reviewed-by:  shaoyunl On 2019-07-22 1:47 p.m., Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, this patch silences > the following warning: > > drivers/gpu/drm/amd/amdgpu/../amdkfd/kfd_mqd_manager_v10.c: In function > ‘mqd_manager_init_v10’: > ./include/linux/dyn

[PATCH v2] mtd: maps: pismo: simplify getting the adapter of a client

We have a dedicated pointer for that, so use it. Much easier to read and less computation involved. Signed-off-by: Wolfram Sang --- Change since V1: * remove 'adapter' variable entirely drivers/mtd/maps/pismo.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/mtd/

Re: [PATCH 2/2] HID: core: only warn once of oversize hid report

On Mon, Jul 22, 2019 at 11:23 AM Joe Perches wrote: > > On Mon, 2019-07-22 at 10:36 -0600, stillcompil...@gmail.com wrote: > > On HP spectre x360 convertible the message: > > hid-sensor-hub 001F:8087:0AC2.0002: hid_field_extract() called with n (192) > > > 32! (kworker/1:2) > > is continually pri

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

On Fri, Jul 19, 2019 at 11:23:06AM -0700, Dave Hansen wrote: > On 7/18/19 5:58 PM, Nadav Amit wrote: > > @@ -624,16 +622,11 @@ EXPORT_SYMBOL(on_each_cpu); > > void on_each_cpu_mask(const struct cpumask *mask, smp_call_func_t func, > > void *info, bool wait) > > { > > - int c

Re: [PATCH] libata: zpodd: Fix small read overflow in zpodd_get_mech_type()

On Mon, Jul 22, 2019 at 10:40:40AM -0700, Nick Desaulniers wrote: > On Fri, Jul 19, 2019 at 8:41 PM Kees Cook wrote: > > > > Much like commit 18c9a99bce2a ("libata: zpodd: small read overflow in > > eject_tray()"), this fixes a cdb[] buffer length, this time in > > zpodd_get_mech_type(): > > > > W

Re: [PATCH 1/2] drivers: qcom: rpmh-rsc: simplify TCS locking

Quoting Lina Iyer (2019-07-22 09:20:03) > On Fri, Jul 19 2019 at 12:20 -0600, Stephen Boyd wrote: > >Quoting Lina Iyer (2019-07-01 08:29:06) > >> From: "Raju P.L.S.S.S.N" > >> > >> tcs->lock was introduced to serialize access with in TCS group. But > >> even without tcs->lock, drv->lock is serving

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote: > +/* > + * Call a function on all processors. May be used during early boot while > + * early_boot_irqs_disabled is set. > + */ > +static inline void on_each_cpu(smp_call_func_t func, void *info, int wait) > +{ > + on_each_cpu_mask(c

Re: [PATCH] power:sysfs: Expose device wakeup_event_count.

On Mon, Jul 22, 2019 at 11:02:58AM -0700, Ravi Chandra Sadineni wrote: > Device level event_count can help user level daemon to track if a > praticular device has seen an wake interrupt during a suspend resume > cycle. Thus expose it via sysfs. > > Signed-off-by: Ravi Chandra Sadineni > --- > Do

[PATCH 0/4] Lockdep: Reduce stack trace memory usage

Hi Peter, An unfortunate side effect of commit 669de8bda87b ("kernel/workqueue: Use dynamic lockdep keys for workqueues") is that all stack traces associated with the lockdep key are leaked when a workqueue is destroyed. Fix this by storing each unique stack trace once. Please consider this patch

[PATCH 1/4] locking/lockdep: Make it clear that what lock_class::key points at is not modified

This patch does not change the behavior of the lockdep code. Cc: Thomas Gleixner Cc: Will Deacon Cc: Waiman Long Signed-off-by: Bart Van Assche --- include/linux/lockdep.h| 2 +- kernel/locking/lockdep.c | 2 +- kernel/locking/lockdep_internals.h | 3 ++- kernel/locking/

[PATCH 3/4] locking/lockdep: Reduce space occupied by stack traces

Although commit 669de8bda87b ("kernel/workqueue: Use dynamic lockdep keys for workqueues") unregisters dynamic lockdep keys when a workqueue is destroyed, a side effect of that commit is that all stack traces associated with the lockdep key are leaked when a workqueue is destroyed. Fix this by stor

[PATCH 0/4] video: of: display_timing: Adjust err printing of of_get_display_timing()

As reported by Sam Ravnborg [1], after commit b8a2948fa2b3 ("drm/panel: simple: Add ability to override typical timing") we now see a pointless error message printed on every boot for many systems. Let's fix that by adjusting who is responsible for printing error messages when of_get_display_timing

[PATCH 4/4] locking/lockdep: Report more stack trace statistics

Report the number of stack traces and the number of stack trace hash chains. These two numbers are useful because these allow to estimate the number of stack trace hash collisions. Cc: Thomas Gleixner Cc: Will Deacon Cc: Waiman Long Signed-off-by: Bart Van Assche --- kernel/locking/lockdep.c

[PATCH 2/4] stacktrace: Constify 'entries' arguments

Make it clear to humans and to the compiler that the stack trace ('entries') arguments are not modified. Cc: Thomas Gleixner Cc: Will Deacon Cc: Waiman Long Signed-off-by: Bart Van Assche --- include/linux/stacktrace.h | 4 ++-- kernel/stacktrace.c| 4 ++-- 2 files changed, 4 insertio

Re: [PATCH] power: sysfs: Remove wakeup_abort_count attribute.

On Mon, Jul 22, 2019 at 10:04:07AM -0700, Ravi Chandra Sadineni wrote: > wakeup_abort_count and wakeup_count sysfs entries print the > same (wakeup_count) attribute. This patch removes the duplicate > wakeup_abort_count sysfs entry. > > Signed-off-by: Ravi Chandra Sadineni > --- > Documentation/

[PATCH] mfd: da9063: remove now unused platform_data

All preparational patches have been applied, we can now remove the include file for platform_data. Yiha! Signed-off-by: Wolfram Sang --- include/Kbuild | 1 - include/linux/mfd/da9063/pdata.h | 60 2 files changed, 61 deletions(-) delete mode

Re: [PATCH v3 3/9] x86/mm/tlb: Open-code on_each_cpu_cond_mask() for tlb_is_not_lazy()

On Thu, Jul 18, 2019 at 05:58:31PM -0700, Nadav Amit wrote: > +static DEFINE_PER_CPU(cpumask_t, flush_tlb_mask); I'm thinking it should be possible to allocate this before we switch to SMP, no? cpumask_t really should not be used wherever possible.

Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().)

On Mon, Jul 22, 2019 at 10:58:15AM -0700, Joe Perches wrote: > On Mon, 2019-07-22 at 10:43 -0700, Joe Perches wrote: > > On Mon, 2019-07-22 at 10:33 -0700, Kees Cook wrote: > > > On Thu, Jul 04, 2019 at 05:15:57PM -0700, Joe Perches wrote: > > > > On Thu, 2019-07-04 at 13:46 -0700, Joe Perches wrot

Re: [PATCH 1/3] ACPI: Remove acpi_has_method() call from acpi_adxl.c

[+cc Tony (original author), Borislav (merged original patch)] On Mon, Jul 22, 2019 at 10:31:11AM +0200, Rafael J. Wysocki wrote: > On Mon, Jul 22, 2019 at 4:36 AM Kelsey Skunberg > wrote: > > > > acpi_check_dsm() will already return an error if the DSM method does not > > exist. Checking if the

Re: [5.2 REGRESSION] Generic vDSO breaks seccomp-enabled userspace on i386

On Mon, 22 Jul 2019, Kees Cook wrote: > On Fri, Jul 19, 2019 at 01:40:13PM -0400, Andy Lutomirski wrote: > > > On Jul 19, 2019, at 1:03 PM, Sean Christopherson > > > wrote: > > > > > > The generic vDSO implementation, starting with commit > > > > > > 7ac870747988 ("x86/vdso: Switch to generic

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

> On Jul 22, 2019, at 11:21 AM, Peter Zijlstra wrote: > > On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote: >> +/* >> + * Call a function on all processors. May be used during early boot while >> + * early_boot_irqs_disabled is set. >> + */ >> +static inline void on_each_cpu(smp_call_f

Re: [PATCH -next] infiniband: siw: remove set but not used variables 'rv'

On Fri, Jul 19, 2019 at 09:29:38AM +0800, Mao Wenan wrote: > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/infiniband/sw/siw/siw_cm.c: In function siw_cep_set_inuse: > drivers/infiniband/sw/siw/siw_cm.c:223:6: warning: variable rv set but not > used [-Wunused-but-set-variable] > > I

[PATCH] net/mlx5: fix -Wtype-limits compilation warnings

The commit b9a7ba556207 ("net/mlx5: Use event mask based on device capabilities") introduced a few compilation warnings due to it bumps MLX5_EVENT_TYPE_MAX from 0x27 to 0x100 which is always greater than an "struct {mlx5_eqe|mlx5_nb}.type" that is an "u8". drivers/net/ethernet/mellanox/mlx5/core/e

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

On Mon, 22 Jul 2019, Peter Zijlstra wrote: > On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote: > > +/* > > + * Call a function on all processors. May be used during early boot while > > + * early_boot_irqs_disabled is set. > > + */ > > +static inline void on_each_cpu(smp_call_func_t fun

Re: [PATCH V6 01/21] irqchip: tegra: Do not disable COP IRQ during suspend

On Mon, 22 Jul 2019 09:21:21 -0700 Sowjanya Komatineni wrote: > On 7/22/19 3:57 AM, Dmitry Osipenko wrote: > > 22.07.2019 13:13, Marc Zyngier пишет: > >> On 22/07/2019 10:54, Dmitry Osipenko wrote: > >>> 21.07.2019 22:40, Sowjanya Komatineni пишет: > Tegra210 platforms use sc7 entry fi

Re: [5.2 REGRESSION] Generic vDSO breaks seccomp-enabled userspace on i386

On Mon, Jul 22, 2019 at 08:31:32PM +0200, Thomas Gleixner wrote: > On Mon, 22 Jul 2019, Kees Cook wrote: > > Just so I'm understanding: the vDSO change introduced code to make an > > actual syscall on i386, which for most seccomp filters would be rejected? > > No. The old x86 specific VDSO impleme

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

> On Jul 22, 2019, at 11:37 AM, Thomas Gleixner wrote: > > On Mon, 22 Jul 2019, Peter Zijlstra wrote: > >> On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote: >>> +/* >>> + * Call a function on all processors. May be used during early boot while >>> + * early_boot_irqs_disabled is set.

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

> On Jul 22, 2019, at 11:16 AM, Peter Zijlstra wrote: > > On Fri, Jul 19, 2019 at 11:23:06AM -0700, Dave Hansen wrote: >> On 7/18/19 5:58 PM, Nadav Amit wrote: >>> @@ -624,16 +622,11 @@ EXPORT_SYMBOL(on_each_cpu); >>> void on_each_cpu_mask(const struct cpumask *mask, smp_call_func_t func, >>>

RE: [PATCH v2] ARC: [plat-hsdk]: allow to switch between AXI DMAC port configurations

Hi Eugeniy, > -Original Message- > From: Eugeniy Paltsev > Sent: Monday, July 22, 2019 12:32 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Eugeniy Paltsev > > Subject: [PATCH v2] ARC: [plat-hsdk]: allow to switch betwee

Re: [PATCH v5 00/13] Allwinner A64/H6 IR support

Hi, This series received ack from device-tree, media and sunxi maintainers. Can patch 2/3/4 goes to linux-media and the rest to linux-sunxi ? Thanks, Clément On Sat, 8 Jun 2019 at 01:11, Clément Péron wrote: > > Hi, > > A64 IR support series[1] pointed out that an A31 bindings should be > intr

Wine Enthusiasts

Hello, Would you be interested in acquiring an email list of "Wine Enthusiasts" from USA? We also have data for Golfers, Alcohol Enthusiasts, Beer Enthusiasts, Chocolate Enthusiasts, Foodies, Travelers, Gift Buyers, Spa and Resort Visitors, Sports Enthusiasts, Android Users and many more..

Re: [PATCH v3 1/9] smp: Run functions concurrently in smp_call_function_many()

On Mon, 22 Jul 2019, Nadav Amit wrote: > > On Jul 22, 2019, at 11:37 AM, Thomas Gleixner wrote: > > > > On Mon, 22 Jul 2019, Peter Zijlstra wrote: > > > >> On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote: > >>> +/* > >>> + * Call a function on all processors. May be used during early

[patch V3 22/25] x86/apic: Remove the shorthand decision logic

All callers of apic->send_IPI_all() and apic->send_IPI_allbutself() contain the decision logic for shorthand invocation already and invoke send_IPI_mask() if the prereqisites are not satisfied. Remove the now redundant decision logic in the 32bit implementation. Signed-off-by: Thomas Gleixner --

[patch V3 10/25] x86/apic/uv: Make x2apic_extra_bits static

Not used outside of the UV apic source. Signed-off-by: Thomas Gleixner --- V2: New patch --- arch/x86/include/asm/apic.h|2 -- arch/x86/kernel/apic/x2apic_uv_x.c |2 +- 2 files changed, 1 insertion(+), 3 deletions(-) --- a/arch/x86/include/asm/apic.h +++ b/arch/x86/include/asm/a

[patch V3 08/25] x86/apic: Move apic_flat_64 header into apic directory

Only used locally. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/apic_flat_64.h |8 arch/x86/kernel/apic/apic_flat_64.c |2 +- arch/x86/kernel/apic/apic_flat_64.h |8 arch/x86/kernel/apic/apic_numachip.c |2 +- 4 files changed, 10 insertions(+), 10

<    1   2   3   4   5   6   7   8   9   10   >