[less-CONFIG_NET 7/7] kvm: drop CONFIG_NET

In some scenarios, we do not want to use CONFIG_NET even though we want to use CONFIG_KVM. To get this working, and to not pull in more dependencies, we need to disable CONFIG_TASKSTATS as well. Signed-off-by: Norbert Manthey --- arch/x86/kvm/Kconfig | 5 ++--- 1 file changed, 2 insertions(+), 3

Re: LKMM litmus test for Roman Penyaev's rcu-rr

On Wed, 6 Jun 2018, Roman Penyaev wrote: > > Preserving the order of volatile accesses isn't sufficient. The > > compiler is still allowed to translate > > > > r1 = READ_ONCE(x); > > if (r1) { > > ... > > } > > WRITE_ONCE(y, r2); > > > > into someth

Re: [PATCH v5 00/10] track CPU utilization

Hi Quentin, 2018-06-06 15:20 GMT+02:00 Quentin Perret : > > Hi Claudio, > > On Wednesday 06 Jun 2018 at 15:05:58 (+0200), Claudio Scordino wrote: > > Hi Quentin, > > > > Il 05/06/2018 16:13, Juri Lelli ha scritto: > > > On 05/06/18 15:01, Quentin Perret wrote: > > > > On Tuesday 05 Jun 2018 at 15:

Re: [PATCH v1] kthread/smpboot: Serialize kthread parking against wakeup

On 06/05, Peter Zijlstra wrote: > > Also, I think we still need TASK_PARKED as a special state for that. I think it would be nice to kill the TASK_PARKED state altogether. But I don't know how. I'll try to look at this code later, but I am not sure I will find a way to cleanup it... > --- a/kern

Re: linux-next: build warning after merge of the y2038 tree

On Wed, Jun 6, 2018 at 12:41 PM, Stephen Rothwell wrote: > Hi all, > > After merging the y2038 tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > fs/pstore/ram.c: In function 'ramoops_read_kmsg_hdr': > fs/pstore/ram.c:39:29: warning: format '%ld' expects argument of

Re: [PATCH 18/19] sched/numa: Reset scan rate whenever task moves across nodes

* Mel Gorman [2018-06-05 10:58:43]: > On Mon, Jun 04, 2018 at 03:30:27PM +0530, Srikar Dronamraju wrote: > > Currently task scan rate is reset when numa balancer migrates the task > > to a different node. If numa balancer initiates a swap, reset is only > > applicable to the task that initiates t

[PATCH][next] pinctrl: pinctrl-single: add allocation failure checking of saved_vals

From: Colin Ian King Currently saved_vals is being allocated and there is no check for failed allocation (which is more likely than normal when using GFP_ATOMIC). Fix this by checking for a failed allocation and propagating this error return down the the caller chain. Detected by CoverityScan,

Re: [PATCH v2 5/5] memory: tegra: Introduce Tegra20 EMC driver

On 06.06.2018 14:02, Thierry Reding wrote: > On Mon, Jun 04, 2018 at 01:36:54AM +0300, Dmitry Osipenko wrote: >> Introduce driver for the External Memory Controller (EMC) found on Tegra20 >> chips, which controls the external DRAM on the board. The purpose of this >> driver is to program memory tim

Re: [PATCH V5] powercap/drivers/idle_injection: Add an idle injection framework

On 06/06/2018 14:23, Peter Zijlstra wrote: > On Tue, Jun 05, 2018 at 11:16:40AM +0200, Daniel Lezcano wrote: >> +atomic_t idle_duration_ms; >> +atomic_t run_duration_ms; > >> +idle_duration_ms = atomic_read(&ii_dev->idle_duration_ms); > >> +run_duration_ms = atomic_read(&ii_dev->r

Re: [PATCH] module: Implement sig_unenforce parameter

/0day-ci/linux/commits/Brett-T-Warden/module-Implement-sig_unenforce-parameter/20180606-200056 config: xtensa-allyesconfig (attached as .config) compiler: xtensa-linux-gcc (GCC) 8.1.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross

[tip:x86/urgent] x86/apic/vector: Print APIC control bits in debugfs

Commit-ID: a07771ac6a78860777a9da5d9bc38830ec993fe7 Gitweb: https://git.kernel.org/tip/a07771ac6a78860777a9da5d9bc38830ec993fe7 Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:34:00 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:22 +0200 x86/apic/vector: Prin

[tip:x86/urgent] genirq/affinity: Defer affinity setting if irq chip is busy

Commit-ID: 12f47073a40f6aa75119d8f5df4077b7f334cced Gitweb: https://git.kernel.org/tip/12f47073a40f6aa75119d8f5df4077b7f334cced Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:59 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:22 +0200 genirq/affinity: Defe

[tip:x86/urgent] x86/platform/uv: Use apic_ack_irq()

Commit-ID: 839b0f1c4ef674cd929a42304c078afca278581a Gitweb: https://git.kernel.org/tip/839b0f1c4ef674cd929a42304c078afca278581a Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:58 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:21 +0200 x86/platform/uv: Use

[tip:x86/urgent] x86/ioapic: Use apic_ack_irq()

Commit-ID: 2b04e46d8d0b9b7ac08ded672e3eab823f01d77a Gitweb: https://git.kernel.org/tip/2b04e46d8d0b9b7ac08ded672e3eab823f01d77a Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:57 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:21 +0200 x86/ioapic: Use apic_

[tip:x86/urgent] genirq/generic_pending: Do not lose pending affinity update

Commit-ID: a33a5d2d16cb84bea8d5f5510f3a41aa48b5c467 Gitweb: https://git.kernel.org/tip/a33a5d2d16cb84bea8d5f5510f3a41aa48b5c467 Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:54 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:19 +0200 genirq/generic_pendin

[tip:x86/urgent] irq_remapping: Use apic_ack_irq()

Commit-ID: 8a2b7d142e7ac477d52f5f92251e59fc136d7ddd Gitweb: https://git.kernel.org/tip/8a2b7d142e7ac477d52f5f92251e59fc136d7ddd Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:56 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:20 +0200 irq_remapping: Use ap

[tip:x86/urgent] x86/apic: Provide apic_ack_irq()

Commit-ID: c0255770ccdc77ef2184d2a0a2e0cde09d2b44a4 Gitweb: https://git.kernel.org/tip/c0255770ccdc77ef2184d2a0a2e0cde09d2b44a4 Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:55 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:20 +0200 x86/apic: Provide api

[tip:x86/urgent] genirq/migration: Avoid out of line call if pending is not set

Commit-ID: d340ebd696f921d3ad01b8c0c29dd38f2ad2bf3e Gitweb: https://git.kernel.org/tip/d340ebd696f921d3ad01b8c0c29dd38f2ad2bf3e Author: Thomas Gleixner AuthorDate: Wed, 6 Jun 2018 14:46:59 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:20 +0200 genirq/migration: Avo

Re: [PATCH 4.9 00/61] 4.9.107-stable review

On Wed, Jun 06, 2018 at 06:29:38AM -0700, Guenter Roeck wrote: > On 06/05/2018 10:01 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.107 release. > > There are 61 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.4 00/37] 4.4.136-stable review

On Wed, Jun 06, 2018 at 06:28:39AM -0700, Guenter Roeck wrote: > On 06/05/2018 10:01 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.136 release. > > There are 37 patches in this series, all will be posted as a response > > to this one. If anyone has any

[tip:x86/urgent] x86/apic/vector: Prevent hlist corruption and leaks

Commit-ID: 80ae7b1a918e78b0bae88b0c0ad413d3fdced968 Gitweb: https://git.kernel.org/tip/80ae7b1a918e78b0bae88b0c0ad413d3fdced968 Author: Thomas Gleixner AuthorDate: Mon, 4 Jun 2018 17:33:53 +0200 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 15:18:19 +0200 x86/apic/vector: Prev

Re: general protection fault in sockfs_setattr

++Al Viro >Pastebin says that it was 4.17.0-rc4+ rather than 4.17-rc7. Oops. Apologies Tetsuo. I confirmed the bug still happens with linux.git. Here are the Syzkaller logs around the crash along with my kernel configs. Syzkaller Logs: https://pastebin.com/qqQyX0Ms Config: https://pastebin.com/aE

Re: [PATCH 4.9 00/61] 4.9.107-stable review

On 06/05/2018 10:01 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.107 release. There are 61 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be m

Re: [PATCH 4.4 00/37] 4.4.136-stable review

On 06/05/2018 10:01 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.136 release. There are 37 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be m

Re: [PATCH v5 00/10] track CPU utilization

Hi Claudio, On Wednesday 06 Jun 2018 at 15:05:58 (+0200), Claudio Scordino wrote: > Hi Quentin, > > Il 05/06/2018 16:13, Juri Lelli ha scritto: > > On 05/06/18 15:01, Quentin Perret wrote: > > > On Tuesday 05 Jun 2018 at 15:15:18 (+0200), Juri Lelli wrote: > > > > On 05/06/18 14:05, Quentin Perre

Re: [PATCH V4 3/3] x86: Add entry trampolines to kcore

Em Wed, Jun 06, 2018 at 03:16:31PM +0200, Peter Zijlstra escreveu: > On Wed, Jun 06, 2018 at 03:54:11PM +0300, Adrian Hunter wrote: > > Without program headers for PTI entry trampoline pages, the trampoline > > virtual addresses do not map to anything. > > > > > > > In addition, entry trampoline

possible deadlock in console_unlock

Hello, syzbot found the following crash on: HEAD commit:af6c5d5e01ad Merge branch 'for-4.18' of git://git.kernel.o.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=173d93ef80 kernel config: https://syzkaller.appspot.com/x/.config?x=12ff770540994680 da

Re: [PATCH V4 3/3] x86: Add entry trampolines to kcore

On Wed, Jun 06, 2018 at 03:54:11PM +0300, Adrian Hunter wrote: > Without program headers for PTI entry trampoline pages, the trampoline > virtual addresses do not map to anything. > > > In addition, entry trampolines all map to the same page. Represent that by > giving the corresponding program

Re: [PATCH V4 2/3] kallsyms, x86: Export addresses of PTI entry trampolines

On Wed, Jun 06, 2018 at 03:54:10PM +0300, Adrian Hunter wrote: > From: Alexander Shishkin > > Currently, the addresses of PTI entry trampolines are not exported to user > space. Kernel profiling tools need these addresses to identify the kernel > code, so add a symbol and address for each CPU's P

Re: [PATCH V4 1/3] kallsyms: Simplify update_iter_mod()

On Wed, Jun 06, 2018 at 03:54:09PM +0300, Adrian Hunter wrote: > The logic in update_iter_mod() is overcomplicated and gets worse every time > another get_ksymbol_* function is added. > > In preparation for adding another get_ksymbol_* function, simplify logic in > update_iter_mod(). > > Signed-o

Re: [RFC PATCH v3 03/10] PM: Introduce an Energy Model management framework

On 05/21/2018 04:24 PM, Quentin Perret wrote: > Several subsystems in the kernel (scheduler and/or thermal at the time > of writing) can benefit from knowing about the energy consumed by CPUs. > Yet, this information can come from different sources (DT or firmware for > example), in different forma

Re: [PATCH 1/4] serial: 8250: Copy em485 from port to real port.

On Wed, 2018-06-06 at 14:15 +0200, Giulio Benetti wrote: > Il 06/06/2018 13:56, Andy Shevchenko ha scritto: > > On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: > > > em485 gets lost during > > > > > > Copy em485 to final uart port. > > > > > > > Is it needed at all? > > > > The individ

Re: unnecessary test?

On Wed, 06 Jun 2018 15:06:28 +0200, Julia Lawall wrote: > > > > On Wed, 6 Jun 2018, Takashi Iwai wrote: > > > On Wed, 06 Jun 2018 14:39:05 +0200, > > Julia Lawall wrote: > > > > > > In the file sound/pci/ctxfi/cthw20k1.c, the function daio_mgr_dao_init > > > contains: > > > > > > set_field(&ctl

Re: [PATCH v6 0/4] enable early printing of hashed pointers

On Tue, 5 Jun 2018, Anna-Maria Gleixner wrote: > On Thu, 31 May 2018, Steven Rostedt wrote: > > > On Mon, 28 May 2018 11:46:38 +1000 > > "Tobin C. Harding" wrote: > > > > > Steve, > > > > Hi Tobin, > > > > Sorry for the late reply, I'm currently at a conference and have had > > little time to

Re: [PATCH] clk: imx6: fix video_27m parent for IMX6SX_CLK_CKO1_SEL

On Wed, Jun 6, 2018 at 6:29 AM, Philipp Puschmann wrote: > q/dl datasheets list the 5th selection value for ck01_sel as > video_27M_clk_root. > > By replacing the dummy value we then can set IMX6QDL_CLK_VIDEO_27M > as parent for IMX6QDL_CLK_CKO1_SEL. > > Signed-off-by: Philipp Puschmann Reviewed

Re: [PATCH v5 00/10] track CPU utilization

Hi Quentin, Il 05/06/2018 16:13, Juri Lelli ha scritto: On 05/06/18 15:01, Quentin Perret wrote: On Tuesday 05 Jun 2018 at 15:15:18 (+0200), Juri Lelli wrote: On 05/06/18 14:05, Quentin Perret wrote: On Tuesday 05 Jun 2018 at 14:11:53 (+0200), Juri Lelli wrote: Hi Quentin, On 05/06/18 11:57

Re: unnecessary test?

On Wed, 6 Jun 2018, Takashi Iwai wrote: > On Wed, 06 Jun 2018 14:39:05 +0200, > Julia Lawall wrote: > > > > In the file sound/pci/ctxfi/cthw20k1.c, the function daio_mgr_dao_init > > contains: > > > > set_field(&ctl->spoctl, SPOCTL_OS << (idx*8), > > ((conf >> 3) & 0x1) ? 2 : 2); /* R

Re: unnecessary test?

On Wed, 06 Jun 2018 14:39:05 +0200, Julia Lawall wrote: > > In the file sound/pci/ctxfi/cthw20k1.c, the function daio_mgr_dao_init > contains: > > set_field(&ctl->spoctl, SPOCTL_OS << (idx*8), > ((conf >> 3) & 0x1) ? 2 : 2); /* Raw */ > > Could the second argument just be 2? It's true

Re: [PATCH v6 0/4] enable early printing of hashed pointers

On Mon, 28 May 2018, Tobin C. Harding wrote: > Currently printing pointers early in the boot sequence can result in a > dummy string '(ptrval)' being printed. While resolving this > issue it was noticed that we can use the hw RNG if available for hashing > pointers. > > Patch one and two

Re: [PATCH 11/19] sched/numa: Restrict migrating in parallel to the same node.

> > The commit does cause some performance regression but is needed from > > a fairness/correctness perspective. > > > > While it may cause some performance regressions, it may be due to either > a) some workloads benefit from overloading a node if the tasks idle > frequently or b) the regression

[PATCH V4 2/3] kallsyms, x86: Export addresses of PTI entry trampolines

From: Alexander Shishkin Currently, the addresses of PTI entry trampolines are not exported to user space. Kernel profiling tools need these addresses to identify the kernel code, so add a symbol and address for each CPU's PTI entry trampoline. Signed-off-by: Alexander Shishkin Acked-by: Andi K

Re: Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks

On Wed, Jun 6, 2018 at 2:50 PM, Jakub Racek wrote: > +++ Rafael J. Wysocki [06/06/18 14:34 +0200]: >> >> On Wed, Jun 6, 2018 at 2:27 PM, Jakub Racek wrote: >>> >>> Hi, >>> >>> There is a huge performance regression on the 2 and 4 NUMA node systems >>> on >>> stream benchmark with 4.17 kernel comp

Re: [PATCH 16/19] sched/numa: Detect if node actively handling migration

> > > > I thought about this. Lets say we evaluated that destination node can > > allow movement. While we iterate through the list of cpus trying to > > find > > the best cpu node, we find a idle cpu towards the end of the list. > > However if another task as already raced with us to move a task

[PATCH V4 0/3] perf tools and x86 PTI entry trampolines

Hi Here is V4 of patches to support x86 PTI entry trampolines in perf tools. Patches also here: http://git.infradead.org/users/ahunter/linux-perf.git/shortlog/refs/heads/perf-tools-kpti-v4 git://git.infradead.org/users/ahunter/linux-perf.git perf-tools-kpti-v4 V3 patches also he

[PATCH V4 1/3] kallsyms: Simplify update_iter_mod()

The logic in update_iter_mod() is overcomplicated and gets worse every time another get_ksymbol_* function is added. In preparation for adding another get_ksymbol_* function, simplify logic in update_iter_mod(). Signed-off-by: Adrian Hunter Acked-by: Andi Kleen --- kernel/kallsyms.c | 25 +

[PATCH V4 3/3] x86: Add entry trampolines to kcore

Without program headers for PTI entry trampoline pages, the trampoline virtual addresses do not map to anything. Example before: sudo gdb --quiet vmlinux /proc/kcore Reading symbols from vmlinux...done. [New process 1] Core was generated by `BOOT_IMAGE=/boot/vmlinuz-4.16.0 root=UUID=a6096b83

Re: Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks

+++ Rafael J. Wysocki [06/06/18 14:34 +0200]: On Wed, Jun 6, 2018 at 2:27 PM, Jakub Racek wrote: Hi, There is a huge performance regression on the 2 and 4 NUMA node systems on stream benchmark with 4.17 kernel compared to 4.16 kernel. Stream, Linpack and NAS parallel benchmarks show upto 50% p

[tip:core/urgent] objtool: Fix GCC 8 cold subfunction detection for aliased functions

Commit-ID: cd77849a69cf5d81a86dd88dac7a594a67cb5c87 Gitweb: https://git.kernel.org/tip/cd77849a69cf5d81a86dd88dac7a594a67cb5c87 Author: Josh Poimboeuf AuthorDate: Fri, 1 Jun 2018 07:23:51 -0500 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 14:45:22 +0200 objtool: Fix GCC 8 col

[PATCH] dt-bindings: Add bitmain vendor prefix

Bitmain (https://www.bitmain.com) is a vendor of cryptocurrency hardware. Signed-off-by: Michal Simek --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/b

Re: [PATCH v2 0/3] perf script python: Add more PMU fields

Em Thu, May 31, 2018 at 06:55:01PM -0700, Andi Kleen escreveu: > On Fri, Jun 01, 2018 at 05:01:00PM +0800, Jin Yao wrote: > > When doing pmu sampling and then running a script with > > perf script -s script.py, the process_event function gets > > dictionary with some fields from the perf ring buffe

Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks

On Wed, Jun 6, 2018 at 2:34 PM, Rafael J. Wysocki wrote: > On Wed, Jun 6, 2018 at 2:27 PM, Jakub Racek wrote: >> Hi, >> >> There is a huge performance regression on the 2 and 4 NUMA node systems on >> stream benchmark with 4.17 kernel compared to 4.16 kernel. Stream, Linpack >> and NAS parallel b

Re: [PATCH v5 09/28] fpga: dfl: add feature device infrastructure

On Tue, Jun 05, 2018 at 04:14:43PM -0500, Alan Tull wrote: > On Tue, May 1, 2018 at 9:50 PM, Wu Hao wrote: > > Hi Hao, > > Some minor things, otherwise looks fine. > > > From: Xiao Guangrong > > > > This patch abstracts the common operations of the sub features, and defines > > the feature_ops

Re: unnecessary test?

On Wed, 6 Jun 2018, Julia Lawall wrote: > In the file sound/pci/ctxfi/cthw20k1.c, the function daio_mgr_dao_init > contains: > > set_field(&ctl->spoctl, SPOCTL_OS << (idx*8), > ((conf >> 3) & 0x1) ? 2 : 2); /* Raw */ > > Could the second argument just be 2? It's true that the preceed

[RFC PATCH v2 1/6] serial: uartps: Do not initialize field to zero again

Writing zero and NULLs to already initialized fields is not needed. Remove this additional writes. Signed-off-by: Michal Simek --- Changes in v2: - new patch - it can be sent separately too drivers/tty/serial/xilinx_uartps.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/tty/ser

[RFC PATCH v2 0/6] serial: uartps: Add run time support for more IPs than hardcoded 2

Hi, this series is trying to address discussion I had with Alan in past https://patchwork.kernel.org/patch/9738445/ and also with Rob in v1 https://lkml.org/lkml/2018/4/26/551. The first 5 patches are preparation patches to have the last patch as small as possible to focus on changes there. Case

[RFC PATCH v2 3/6] serial: uartps: Do not use static struct uart_driver out of probe()

cdns_uart_suspend()/resume() and remove() are using static reference to struct uart_driver. Assign this referece to private data structure as preparation step for dynamic struct uart_driver allocation. Signed-off-by: Michal Simek --- Changes in v2: - new patch - it can be sent separately too d

[RFC PATCH v2 5/6] serial: uartps: Fill struct uart_driver in probe()

This is preparation step for dynamic port allocation without CDNS_UART_NR_PORTS macro. Fill the structure only once at probe. Signed-off-by: Michal Simek --- Changes in v2: - new patch - it can be sent separately too drivers/tty/serial/xilinx_uartps.c | 22 ++ 1 file change

[RFC PATCH v2 2/6] serial: uartps: Move register to probe based on run time detection

Find out the highest serial alias and allocate that amount of structures/minor numbers to be able to handle all of them. Origin setting that there are two prealocated CDNS_UART_NR_PORTS is kept there. Signed-off-by: Michal Simek --- Changes in v2: - Remove nr field logic Discussed here: https:/

[RFC PATCH v2 6/6] serial: uartps: Remove CDNS_UART_NR_PORTS macro

This patch is removing CDNS_UART_NR_PORTS macro which limits number of ports which can be used. Every instance is registering own struct uart_driver with minor number which corresponds to alias ID (or 0 now). and with 1 uart port. The same alias ID is saved to tty_driver->name_base which is key fie

Re: [PATCH] x86/iommu: Fix a typo in a macro parameter

On Wed, 6 Jun 2018, Thomas Gleixner wrote: > On Wed, 6 Jun 2018, Masatake YAMATO wrote: > > On Wed, 6 Jun 2018 12:37:34 +0200 (CEST), Thomas Gleixner > > wrote: > > > On Wed, 6 Jun 2018, Masatake YAMATO wrote: > > > > > > Can you please explain why 0 is the wrong value. > > > > I don't know suc

[RFC PATCH v2 4/6] serial: uartps: Move alias reading higher in probe()

This cosmetic change is done only for having next patch much easier to read. Moving id setup higher in probe is not affecting any usage of this driver and it also simplify error path. Signed-off-by: Michal Simek --- Changes in v2: - new patch - it can be sent separately too drivers/tty/serial/

Re: [PATCH v2 0/5] Tegra20 External Memory Controller driver

On 06.06.2018 13:45, Thierry Reding wrote: > On Mon, Jun 04, 2018 at 01:36:49AM +0300, Dmitry Osipenko wrote: >> Hello, >> >> Couple years ago the Tegra20 EMC driver was removed from the kernel >> due to incompatible changes in the Tegra's clock driver. This patchset >> introduces a modernized EMC

Re: linux/tools/perf cannot be compiled for Android - linux-4.15

Em Wed, Jun 06, 2018 at 05:39:33AM +, Hank Qiu escreveu: > Hi > I am trying to use tools/perf to tuning my Android devices. > But I cannot build it for Android successfully following the > instructions in tools/perf/Documentation/android.txt. > I download the latest NDK, which is android-ndk

unnecessary test?

In the file sound/pci/ctxfi/cthw20k1.c, the function daio_mgr_dao_init contains: set_field(&ctl->spoctl, SPOCTL_OS << (idx*8), ((conf >> 3) & 0x1) ? 2 : 2); /* Raw */ Could the second argument just be 2? It's true that the preceeding call contains conf >> ..., but in a more useful way,

[GIT PULL] sound updates for 4.18-rc1

Linus, please pull sound updates for v4.18-rc1 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.18-rc1 The topmost commit is d4d5a1cd298e67cb68cca8dc7dd1ea3942cce3ff sound updates for 4.18 We'v

Re: [PATCH v5 07/28] fpga: dfl: add chardev support for feature devices

On Tue, Jun 05, 2018 at 03:21:48PM -0500, Alan Tull wrote: > On Tue, May 1, 2018 at 9:50 PM, Wu Hao wrote: > > Hi Hao, > > > For feature devices drivers, both the FPGA Management Engine (FME) and > > Accelerated Function Unit (AFU) driver need to expose user interfaces via > > the device file, f

Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks

On Wed, Jun 6, 2018 at 2:27 PM, Jakub Racek wrote: > Hi, > > There is a huge performance regression on the 2 and 4 NUMA node systems on > stream benchmark with 4.17 kernel compared to 4.16 kernel. Stream, Linpack > and NAS parallel benchmarks show upto 50% performance drop. > > When running for ex

Re: [PATCH v5 06/28] fpga: add device feature list support

On Tue, Jun 05, 2018 at 03:21:31PM -0500, Alan Tull wrote: > On Tue, May 1, 2018 at 9:50 PM, Wu Hao wrote: > > Hi Hao, > > I understand that you are implementing support for something that > already has been defined and already exists. With that, I have some > minor suggestions below. I have s

Re: [PATCH v3 3/6] mtd: rawnand: tegra: add devicetree binding

On Wed, 06 Jun 2018 14:14:23 +0200 Stefan Agner wrote: > On 06.06.2018 13:07, Thierry Reding wrote: > > On Wed, Jun 06, 2018 at 12:45:40PM +0200, Boris Brezillon wrote: > >> Hi Thierry, > >> > >> On Wed, 6 Jun 2018 12:39:03 +0200 > >> Thierry Reding wrote: > >> > >> > On Tue, Jun 05, 2018 at

Re: [PATCH V5] powercap/drivers/idle_injection: Add an idle injection framework

On Wed, Jun 06, 2018 at 02:05:39PM +0200, Andrea Parri wrote: > Hi Daniel, Viresh, > > On Wed, Jun 06, 2018 at 04:15:28PM +0530, Viresh Kumar wrote: > > On 06-06-18, 12:22, Daniel Lezcano wrote: > > > (mb() are done in the atomic operations AFAICT). > > To do my bit, not all atomic ops do/imply m

[4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks

Hi, There is a huge performance regression on the 2 and 4 NUMA node systems on stream benchmark with 4.17 kernel compared to 4.16 kernel. Stream, Linpack and NAS parallel benchmarks show upto 50% performance drop. When running for example 20 stream processes in parallel, we see the following

Re: [PATCH V5] powercap/drivers/idle_injection: Add an idle injection framework

On Tue, Jun 05, 2018 at 11:16:40AM +0200, Daniel Lezcano wrote: > + atomic_t idle_duration_ms; > + atomic_t run_duration_ms; > + idle_duration_ms = atomic_read(&ii_dev->idle_duration_ms); > + run_duration_ms = atomic_read(&ii_dev->run_duration_ms); > + atomic_set(&ii_dev->run

Re: AMD graphics performance regression in 4.15 and later

Am 06.06.2018 um 14:08 schrieb Gabriel C: 2018-06-06 13:33 GMT+02:00 Christian König : Am 06.06.2018 um 13:28 schrieb Gabriel C: 2018-04-11 7:02 GMT+02:00 Gabriel C : 2018-04-11 6:00 GMT+02:00 Gabriel C : 2018-04-09 11:42 GMT+02:00 Christian König : Am 07.04.2018 um 00:00 schrieb Jean-Marc Va

Re: staging: rtl8192e: Series of coding style changes

> On 06 June 2018 at 12:39 John Whitmore wrote: > Again these are just some simple coding style changes to the file, so nothing > of importance. If it keeps grumpy maintainers happy, then it's of great importance! :-) Justin

Re: [PATCH][next] drm/amd/pp: initialized result to zero before or'ing in data

On 06/06/18 13:18, Colin King wrote: > From: Colin Ian King > > The current use of result is or'ing in values and checking for > a non-zero result, however, result is not initialized to zero > so it potentially contains garbage to start with. Fix this by > initializing it to the first return from

[tip:x86/pti] x86/bugs: Switch the selection of mitigation from CPU vendor to CPU features

Commit-ID: 108fab4b5c8f12064ef86e02cb0459992affb30f Gitweb: https://git.kernel.org/tip/108fab4b5c8f12064ef86e02cb0459992affb30f Author: Konrad Rzeszutek Wilk AuthorDate: Fri, 1 Jun 2018 10:59:21 -0400 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 14:13:17 +0200 x86/bugs: Switc

[tip:x86/pti] x86/bugs: Add AMD's SPEC_CTRL MSR usage

Commit-ID: 6ac2f49edb1ef5446089c7c660017732886d62d6 Gitweb: https://git.kernel.org/tip/6ac2f49edb1ef5446089c7c660017732886d62d6 Author: Konrad Rzeszutek Wilk AuthorDate: Fri, 1 Jun 2018 10:59:20 -0400 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 14:13:16 +0200 x86/bugs: Add A

[tip:x86/pti] x86/bugs: Add AMD's variant of SSB_NO

Commit-ID: 24809860012e0130fbafe536709e08a22b3e959e Gitweb: https://git.kernel.org/tip/24809860012e0130fbafe536709e08a22b3e959e Author: Konrad Rzeszutek Wilk AuthorDate: Fri, 1 Jun 2018 10:59:19 -0400 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 14:13:16 +0200 x86/bugs: Add A

Re: [PATCH 4.4 00/37] 4.4.136-stable review

On Wed, Jun 06, 2018 at 04:48:21PM +0530, Naresh Kamboju wrote: > On 5 June 2018 at 22:31, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.4.136 release. > > There are 37 patches in this series, all will be posted as a response > > to this one. If anyone ha

Re: [PATCH 1/4] serial: 8250: Copy em485 from port to real port.

Il 06/06/2018 13:56, Andy Shevchenko ha scritto: On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: em485 gets lost during serial8250_register_8250_port(). Copy em485 to final uart port. Is it needed at all? The individual driver decides either to use software emulation (and calls exp

Re: [PATCH v3 3/6] mtd: rawnand: tegra: add devicetree binding

On 06.06.2018 13:07, Thierry Reding wrote: > On Wed, Jun 06, 2018 at 12:45:40PM +0200, Boris Brezillon wrote: >> Hi Thierry, >> >> On Wed, 6 Jun 2018 12:39:03 +0200 >> Thierry Reding wrote: >> >> > On Tue, Jun 05, 2018 at 11:19:14PM +0300, Dmitry Osipenko wrote: >> > > On 01.06.2018 10:30, Boris B

Re: [PATCH] x86/iommu: Fix a typo in a macro parameter

On Wed, 6 Jun 2018, Masatake YAMATO wrote: > On Wed, 6 Jun 2018 12:37:34 +0200 (CEST), Thomas Gleixner > wrote: > > On Wed, 6 Jun 2018, Masatake YAMATO wrote: > > > > Can you please explain why 0 is the wrong value. > > I don't know such constants, 0 and 1. > > What I change is just the name o

Re: question about the limited interrupt vector resource on a single cpu

On Wed, 6 Jun 2018, Pingfan Liu wrote: > On Wed, Jun 6, 2018 at 5:34 PM, Thomas Gleixner wrote: > > On Wed, 6 Jun 2018, Pingfan Liu wrote: > > > >> On Wed, Jun 6, 2018 at 5:15 PM, Thomas Gleixner wrote: > >> > On Wed, 6 Jun 2018, Pingfan Liu wrote: > >> > > >> >> For x86, there is around 200 vect

Re: [PATCH 4/4] serial: core: Mask mctrl with TIOCM_RTS too if rs485 on and RTS_AFTER_SEND set.

Il 06/06/2018 14:03, Andy Shevchenko ha scritto: On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: If rs485 is enabled and RTS_AFTER_SEND is set on startup need to keep TIOCM_RTS asserted to keep rs485 transceiver in RX when idle. Check if rs485 is on and RTS_AFTER_SEND is set and mask p

linux-next: Tree for Jun 6

Hi all, Note: please do *not* add any v4.19 material to your linux-next included branches until after v4.18-rc1 has been released. Changes since 20180605: The net-next tree lost its build failure but gained a conflict against Linus' tree. The staging tree gained conflicts against Linus' tree.

Re: [PATCH V5] powercap/drivers/idle_injection: Add an idle injection framework

Hi Daniel, Viresh, On Wed, Jun 06, 2018 at 04:15:28PM +0530, Viresh Kumar wrote: > On 06-06-18, 12:22, Daniel Lezcano wrote: > > (mb() are done in the atomic operations AFAICT). To do my bit, not all atomic ops do/imply memory barriers; e.g., [from Documentation/atomic_t.txt] - non-RMW oper

Re: [PATCH 4/4] serial: core: Mask mctrl with TIOCM_RTS too if rs485 on and RTS_AFTER_SEND set.

On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: > If rs485 is enabled and RTS_AFTER_SEND is set on startup need to keep > TIOCM_RTS asserted to keep rs485 transceiver in RX when idle. > > Check if rs485 is on and RTS_AFTER_SEND is set and mask port->mctrl > with > TIOCM_RTS too and not on

Re: [PATCH 3/4] serial: 8250: Make em485_rts_after_send() set mctrl according to rts state.

On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: > When rs485 enabled and RTS_AFTER_SEND set on startup, need to preserve > mctrl status, because later functions will call set_mctrl passing > port->mctrl=0 overriding rts status, resulting in rts pin in > transmission when idle. > > Make mc

Re: [PATCH 2/4] serial: 8250: Copy mctrl when register port.

On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: > RS485 can modify mctrl on startup, especially when RTS_AFTER_SEND is > on > TIOCM_RTS is set, then need to keep it set when registering port. > > Copy mctrl to new port too. > Not sure if it would be useful. Seems the only em485 user, i.

Re: [PATCH 1/4] serial: 8250: Copy em485 from port to real port.

On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote: > em485 gets lost during serial8250_register_8250_port(). > > Copy em485 to final uart port. > Is it needed at all? The individual driver decides either to use software emulation (and calls explicitly serial8250_em485_init() for that) or

[tip:x86/urgent] x86/vector: Fix the args of vector_alloc tracepoint

Commit-ID: 838d76d63ec4eaeaa12bedfa50f261480f615200 Gitweb: https://git.kernel.org/tip/838d76d63ec4eaeaa12bedfa50f261480f615200 Author: Dou Liyang AuthorDate: Fri, 1 Jun 2018 14:50:31 +0800 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 13:38:02 +0200 x86/vector: Fix the args o

Re: question about the limited interrupt vector resource on a single cpu

On Wed, Jun 6, 2018 at 5:34 PM, Thomas Gleixner wrote: > On Wed, 6 Jun 2018, Pingfan Liu wrote: > >> On Wed, Jun 6, 2018 at 5:15 PM, Thomas Gleixner wrote: >> > On Wed, 6 Jun 2018, Pingfan Liu wrote: >> > >> >> For x86, there is around 200 vectors left for external device on a >> >> single logic

[tip:x86/urgent] x86/idt: Simplify the idt_setup_apic_and_irq_gates()

Commit-ID: 336628128826a9acb045571a960e32e4414ccb61 Gitweb: https://git.kernel.org/tip/336628128826a9acb045571a960e32e4414ccb61 Author: Dou Liyang AuthorDate: Wed, 23 May 2018 10:35:55 +0800 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 13:38:01 +0200 x86/idt: Simplify the idt

[tip:x86/urgent] x86/platform/uv: Remove extra parentheses

Commit-ID: cce2946b9b30a9b31a18de737d5010c08076e77f Gitweb: https://git.kernel.org/tip/cce2946b9b30a9b31a18de737d5010c08076e77f Author: Varsha Rao AuthorDate: Sun, 20 May 2018 13:30:12 +0530 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 13:38:01 +0200 x86/platform/uv: Remove e

[tip:x86/urgent] x86/mm: Decouple dynamic __PHYSICAL_MASK from AMD SME

Commit-ID: 94d49eb30e854c84d1319095b5dd0405a7da9362 Gitweb: https://git.kernel.org/tip/94d49eb30e854c84d1319095b5dd0405a7da9362 Author: Kirill A. Shutemov AuthorDate: Fri, 18 May 2018 14:30:28 +0300 Committer: Thomas Gleixner CommitDate: Wed, 6 Jun 2018 13:38:01 +0200 x86/mm: Decouple

[PATCH 2/4] clk: qcom: Add clk_rcg2_gfx3d_ops for SDM845

To turn on the gpu_gx_gdsc, there is a hardware requirement to turn on the root clock (GFX3D RCG) first which would be the turn on signal for the gdsc along with the SW_COLLAPSE. As per the current implementation of clk_rcg2_shared_ops, it clears the root_enable bit in the enable() and set_rate() c

[PATCH 1/4] clk: qcom: gdsc: Add support to enable/disable the clocks with GDSC

For some of the GDSCs, there is a requirement to enable/disable the few clocks before turning on/off the gdsc power domain. Add support for the same by specifying a list of clk_hw pointers per gdsc and enable/disable them along with power domain on/off callbacks. Signed-off-by: Amit Nischal ---

[PATCH 0/4] Add QCOM graphics clock controller driver for SDM845

This patch series adds support for graphics clock controller for SDM845. Below is the brief description for each change: 1. For some of the GDSCs, there is requirement to enable/disable the few clocks before turning on/off the gdsc power domain. This patch will add support to enable/disable

[PATCH 4/4] clk: qcom: Add graphics clock controller driver for SDM845

Add support for the graphics clock controller found on SDM845 based devices. This would allow graphics drivers to probe and control their clocks. Signed-off-by: Amit Nischal --- drivers/clk/qcom/Kconfig| 9 + drivers/clk/qcom/Makefile | 1 + drivers/clk/qcom/gpucc-sdm845.c | 44

[PATCH 3/4] dt-bindings: clock: Introduce QCOM Graphics clock bindings

Add device tree bindings for graphics clock controller for Qualcomm Technology Inc's SoCs. Signed-off-by: Amit Nischal --- .../devicetree/bindings/clock/qcom,gpucc.txt | 18 ++ include/dt-bindings/clock/qcom,gpucc-sdm845.h | 38 ++ 2 files changed, 56 inser

<    1   2   3   4   5   6   >