Re: [PATCH] MIPS: use generic GCC library routines from lib/

On Wed, 17 Jan 2018 05:34:18 PST (-0800), antonynpav...@gmail.com wrote: On Wed, 17 Jan 2018 09:03:48 + Matt Redfearn wrote: Hi, On Wed, Jan 17, 2018 at 09:51:21AM +0300, Antony Pavlov wrote: > The commit b35cd9884fa5 ("lib: Add shared copies of > some GCC library

Re: [PATCH] MIPS: use generic GCC library routines from lib/

On Wed, 17 Jan 2018 01:03:48 PST (-0800), matt.redfe...@mips.com wrote: Hi, On Wed, Jan 17, 2018 at 09:51:21AM +0300, Antony Pavlov wrote: The commit b35cd9884fa5 ("lib: Add shared copies of some GCC library routines") makes it possible to share generic GCC library routines by several

[RFC 0/6] Multi-thread per-cpu ksoftirqd

Another attempt to solve softirq deferring problems. There are at least two problems, AFAIK: o deferring one softirq to ksoftirqd results in latencies for other (different type) softirqs by the reason of ksoftirqd_running() decision for deferring/servicing. o The logic in __do_softirq() that

Re: [PATCH v3] tpm: use struct tpm_chip for tpm_chip_find_get()

On Wed, Jan 17, 2018 at 07:43:51PM +0530, PrasannaKumar Muralidharan wrote: > Hi Jarkko, > > On 14 November 2017 at 20:02, Jarkko Sakkinen > wrote: > > On Sun, Nov 12, 2017 at 10:53:35AM +0530, PrasannaKumar Muralidharan wrote: > >> Did basic check on tpm rng

[PATCH 2/5] irqchip/irq-gic-v2m: Improve a size determination in gicv2m_init_one()

From: Markus Elfring Date: Thu, 18 Jan 2018 16:07:41 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 1/18/2018 12:57 AM, p...@codeaurora.org wrote: > On 2018-01-18 10:47, p...@codeaurora.org wrote: >> On 2018-01-17 22:16, Sinan Kaya wrote: >>> On 1/17/2018 5:37 AM, Oza Pawandeep wrote: +++ b/include/linux/dpc.h @@ -0,0 +1,9 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +

Re: [PATCH 3/5] powerpc/ftw: Implement a simple FTW driver

Randy Dunlap [rdun...@infradead.org] wrote: > > + > > + default: > > + return -EINVAL; > > + } > > +} > > Nit: some versions of gcc (or maybe clang) complain about a typed function > not always having a return value in code like above, so it is often done as: Ok. > > > +static

Re: Use arm64's scheme for registering first-level IRQ handlers on RISC-V

On Thu, Jan 18, 2018 at 4:40 PM, Palmer Dabbelt wrote: > This patch set has been sitting around for a while, but it got a bit lost in > the shuffle. In RISC-V land we currently couple do_IRQ (the C entry point for > interrupt handling) to our first-level interrupt controller.

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

Jeff Moyer writes: > FYI, this kernel has issues. It will boot up, but I don't have > networking, and even rebooting doesn't succeed. I'm looking into it. A bisect lands on: eventfd: switch to ->poll_mask. That's not super helpful, though. I did run the ltp eventfd2

Re: [PATCH v3 00/14] Add MMCI support for STM32F SoCs family

Hi Patrice, On 01/18/2018 03:34 PM, patrice.chot...@st.com wrote: From: Patrice Chotard This series reworks patches submitted one year ago by Andrea Merello [1] but without succeed to merged it. STM32F4 and STM32F7 SoCs families embeds a variant of the ARM PrimeCell

Re: [PATCH v6 00/99] XArray version 6

On Thu, Jan 18, 2018 at 05:56:12PM +0100, David Sterba wrote: > On Thu, Jan 18, 2018 at 08:48:43AM -0800, Matthew Wilcox wrote: > > Thank you! I shall attempt to debug. Was this with a btrfs root > > filesystem? I'm most suspicious of those patches right now, since they've > > received next to

Re: PROBLEM: epoll_wait does not obey edge triggering semantics for hierarchically constructed epoll sets

On 01/17/2018 04:29 PM, Nick Murphy wrote: > Thanks. > > Yeah, I didn't track it down, but I suspect this behavior has always > been there. I do think it's ultimately incorrect behavior (i.e., a > violation of edge triggering semantics as I note in the initial > report). The implications of

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On Thu, Jan 18, 2018 at 11:44:03AM -0500, Jeff Moyer wrote: > Jeff Moyer writes: > > > FYI, this kernel has issues. It will boot up, but I don't have > > networking, and even rebooting doesn't succeed. I'm looking into it. > > A bisect lands on: eventfd: switch to

[PATCH v3 4/6] riscv/ftrace: Add ARCH_SUPPORTS_FTRACE_OPS support

Cc: Greentime Hu Signed-off-by: Alan Kao --- arch/riscv/include/asm/ftrace.h | 1 + arch/riscv/kernel/mcount-dyn.S | 3 +++ 2 files changed, 4 insertions(+) diff --git a/arch/riscv/include/asm/ftrace.h b/arch/riscv/include/asm/ftrace.h index

Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support

On Wed, Jan 17, 2018 at 05:55:39PM +0100, Marcin Wojtas wrote: > Hi, > > This is a third version of the patchset introducing mvpp2 driver ability > to operate with ACPI. Until follow-up generic MDIO is introduced > it can using the link interrupt capability (a.k.a. in-band management) > on all

[PATCH v2] net: ethernet: cavium: Correct Cavium Thunderx nicvf/nicpf modules names

From: Vadim Lomovtsev It was found that ethtool provides unexisting module name while it queries the specified network device for associated driver information. This patch is to correct Cavium CN88xx Thunder nicvf/nicpf modules names 'nicvf' to 'thunder_nicvf' and

[PATCH v3 6/6] riscv/ftrace: Add HAVE_FUNCTION_GRAPH_RET_ADDR_PTR support

In walk_stackframe, the pc now receives the address from calling ftrace_graph_ret_addr instead of manual calculation. Note that the original calculation, pc = frame->ra - 4 is buggy when the instruction at the return address happened to be a compressed inst. But since it is not a critical

Re: [PATCH] x86/mce: Make machine check speculation protected

On Thu, Jan 18, 2018 at 04:28:26PM +0100, Thomas Gleixner wrote: > The machine check idtentry uses an indirect branch directly from the low > level code. This evades the speculation protection. > > Replace it by a direct call into C code and issue the indirect call there > so the compiler can

[PATCH 1/2] staging: lustre: Fix comment style

Most multi-line comments started on the first line, but the preferred linux kernel style is to start multi-line comments on the second line. Some comments became less readable after the change, so we changed them to single-line comments. Signed-off-by: Fabian Huegel

[PATCH v3 0/6] Add dynamic ftrace support for RISC-V platforms

This patch set includes the building blocks of dynamic ftrace features for RISC-V machines. Changes in v3: - Replace the nops at the tracer call sites into a "call ftrace_stub" instruction for better understanding (1/6 and 2/6) Changes in v2: - Fix the return value as writing to kernel text

[RFC 3/6] softirq: Add reverse group-to-softirq map

For faster operation with pending mask: pending &= group_to_softirq[group_nr]; Signed-off-by: Dmitry Safonov --- kernel/softirq.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/kernel/softirq.c b/kernel/softirq.c index ca8c3db4570d..7de5791c08f9 100644

[RFC 2/6] softirq: Introduce mask for __do_softirq()

__do_softirq() serves all pending softirqs. As we need to separate softirqs by different groups, we need to serve softirqs from one group and deffer softirqs from the other. Change __do_softirq() so it'll have a mask of softirqs it needs to serve instead of servicing all pending softirqs.

[RFC 4/6] softirq: Run per-group per-cpu ksoftirqd thread

Running one ksoftirqd per-cpu allows to defer processing softirqs under storm. But having only one ksoftirqd thread for that make it worse for other kinds of softirqs. As we check if (ksoftirqd_running()) and defer all softirqs till ksoftirqd time-slice it introduces latencies. While it's

[RFC 6/6] softirq/sched: Account si cpu time to ksoftirqd(s)

Warning: non-merge-ready in any sense Under CONFIG_FAIR_SOFTIRQ_SCHEDULE each sched tick will account cpu time spent on processing softirqs to ksoftirqd of the softirq's group. Update then ksoftirqd->se.sum_exec_runtime and recalculate ksoftirqd->se.vruntime. Use CFS's vrutime to decide if

[RFC 5/6] softirq: Add time accounting per-softirq type

Warning: not a merge-ready in any sense As discussed, softirqs will be deferred or processed right away according to how much time this type of softirq spent on CPU. This will improve e.g. handling of net-rx softirqs during packet storm and also give fair slice of cpu time for a userspace process

[RFC 1/6] softirq: Add softirq_groups boot parameter

ksoftirqd thread allows to defer softirqs if the system is under storm. While it prevents userspace from cpu-time starving, it increases latencies for other softirqs (that are not raised under storm). As creation of one ksoftirqd thread per-each-softirq-per-cpu will be insane on a huge machines,

[PATCH v2 tip/master 0/3] kprobes/x86: retpoline: Fix kprobes for retpoline

Hi, This is the 2nd version of the series to fix kprobes issues on the kernel with CONFIG_RETPOLINE=y. - [1/3]: This introduces __x86_indirect_thunk_* boundary symbols so that kprobes easily identify those functions. - [2/3]: Mark __x86_indirect_thunk_* as blacklisted function

[PATCH 3/5] irqchip/irq-gic-v2m: Mark a of_device_id variable as "const"

From: Markus Elfring Date: Thu, 18 Jan 2018 16:33:43 +0100 The script "checkpatch.pl" pointed information out like the following. WARNING: struct of_device_id should normally be const Thus fix the affected source code place. Signed-off-by: Markus Elfring

Re: [PATCH 20/35] x86: Force asm-goto

On Thu, 2018-01-18 at 14:48 +0100, Peter Zijlstra wrote: > Now that we have objtool to validate the correctness of asm-goto > constructs we can start using it to guarantee the absence of dynamic > branches (and thus speculation). > > A primary prerequisite for this is of course that the compiler

Re: [PATCH] kconfig: Clarify choice dependency propagation

2018-01-14 23:12 GMT+09:00 Ulf Magnusson : > It's easy to miss that choices are special-cased to pass on their mode > as the parent dependency. > > No functional changes. Only comments added. > > Signed-off-by: Ulf Magnusson > --- >

[PATCH 1/4] fs: add OOM badness callback in file_operatrations struct.

This allows device drivers to specify an additional badness for the OOM when they allocate memory on behalf of userspace. Signed-off-by: Andrey Grodzovsky --- include/linux/fs.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/fs.h

[RFC] Per file OOM badness

Hi, this series is a revised version of an RFC sent by Christian König a few years ago. The original RFC can be found at https://lists.freedesktop.org/archives/dri-devel/2015-September/089778.html This is the same idea and I've just adressed his concern from the original RFC and switched to a

Re: [RFC 4/6] softirq: Run per-group per-cpu ksoftirqd thread

On Thu, 2018-01-18 at 16:12 +, Dmitry Safonov wrote: > > diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h > index 2ea09896bd6e..17e1a04445fa 100644 > --- a/include/linux/interrupt.h > +++ b/include/linux/interrupt.h > @@ -508,11 +508,21 @@ extern void

Re: [PATCH 23/35] x86/speculation: Add basic speculation control code

On 01/18/2018 08:37 AM, Josh Poimboeuf wrote: >> >> --- a/Documentation/admin-guide/kernel-parameters.txt >> +++ b/Documentation/admin-guide/kernel-parameters.txt >> @@ -3932,6 +3932,7 @@ >> retpoline - replace indirect branches >>

Re: [PATCH v3 00/14] Add MMCI support for STM32F SoCs family

On 18 January 2018 at 15:34, wrote: > From: Patrice Chotard > > This series reworks patches submitted one year ago by Andrea Merello [1] > but without succeed to merged it. > > STM32F4 and STM32F7 SoCs families embeds a variant of the ARM

Re: [PATCH 1/3] dt-bindings: phy: phy-rockchip-typec: add usb3 otg reset

2018-01-17 23:07 GMT+01:00 Brian Norris : > + Enric > > On Fri, Jan 12, 2018 at 06:08:22PM +0800, William Wu wrote: >> This patch adds USB3 OTG reset property for rk3399 Type-C PHY >> to hold the USB3 controller in reset state. >> >> Signed-off-by: William Wu

Re: [mm 4.15-rc8] Random oopses under memory pressure.

On Thu, Jan 18, 2018 at 8:56 AM, Kirill A. Shutemov wrote: > > I can't say I fully grasp how 'diff' got this value and how it leads to both > checks being false. I think the problem is that page difference when they are in different sections. When you do

RE: [mm 4.15-rc8] Random oopses under memory pressure.

> Both are real page. But why do you expect pages to be 64-byte alinged? > Both are aligned to 64-bit as they suppose to be IIUC. On a 64-bit kernel sizeof struct page == 64 (after much work by people to trim out excess stuff). So I thought we made sure to align the base address of blocks of

Re: [PATCH] [wireless-next] mt76: fix building without CONFIG_LEDS_CLASS

On 2018-01-18 14:14, Arnd Bergmann wrote: > When CONFIG_LEDS_CLASS is disabled, or it is a loadable module while > mt76 is built-in, we run into a link error: > > drivers/net/wireless/mediatek/mt76/mac80211.o: In function > `mt76_register_device': > mac80211.c:(.text+0xb78): relocation truncated

Re: [PATCH v7 4/6] [media] vb2: add in-fence support to QBUF

Hi Hans, 2018-01-12 Hans Verkuil : > On 01/10/18 17:07, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Receive in-fence from userspace and add support for waiting on them > > before queueing the buffer to the driver. Buffers can't be

Re: [PATCH] rcu: refine structure rcu_node field for rcu boost

On Thu, Jan 18, 2018 at 06:33:43PM +0800, Liu, Changcheng wrote: > Do not allocate space for rcu boost field when > RCU BOOST is not configured. > > Signed-off-by: Liu Changcheng The added #ifdef in rcu_read_unlock_special() is a deal-breaker. Just out of curiosity, is

[PATCH 3/3] ARM: dts: imx53: PPD: Enable secure-reg-access

From: Peter Senna Tschudin Add secure-reg-access on PPD device tree to enable PMU and hardware counters for perf. Signed-off-by: Peter Senna Tschudin Signed-off-by: Sebastian Reichel ---

Re: [PATCH v2 00/31] Replacing net_mutex with rw_semaphore

On Mon, Nov 20, 2017 at 09:32:08PM +0300, Kirill Tkhai wrote: > Hi, > > there is the second version of patchset introducing net_sem > instead of net_mutex. The patchset adds net_sem in addition > to net_mutex and allows pernet_operations to be async. This > flag means, the pernet_operations

[PATCH 0/3] Improved perf support for imx53/ppd

Hi, This improves perf on imx53 by adding support for enabling the Secure Debug Enable Register (SDER) SUNIDEN bit. This unlocks new functionality: ppd before patchset# perf stat -e cycles,instructions sleep 1 2>&1 | grep instructions 0 instructions #0.00

RE: [PATCH V5 4/8] perf/x86/intel/uncore: add new data structures for free running counters

> On Mon, Jan 15, 2018 at 10:57:05AM -0800, kan.li...@intel.com wrote: > > From: Kan Liang > > > > There are a number of free running counters introduced for uncore, which > > provide highly valuable information to a wide array of customers. > > For example, Skylake Server

[PATCH 2/3] ARM: imx53: add SoC specific PMU setup

From: Peter Senna Tschudin On i.MX53 it is necessary to set the DBG_EN bit in the platform GPC register to enable access to PMU counters other than the cycle counter. Signed-off-by: Martin Fuzzey Signed-off-by: Peter Senna Tschudin

[PATCH v3 5/6] riscv/ftrace: Add DYNAMIC_FTRACE_WITH_REGS support

Cc: Greentime Hu Signed-off-by: Alan Kao --- arch/riscv/Kconfig | 1 + arch/riscv/kernel/ftrace.c | 17 ++ arch/riscv/kernel/mcount-dyn.S | 124 + 3 files changed, 142 insertions(+)

Re: [PATCH] Support tablet mode switch for Dell laptops

On Thursday 18 January 2018 14:59:50 Marco Martin wrote: > - if (!sparse_keymap_report_event(priv->input_dev, event, 1, true)) > + if (event == 0xCC) { > + input_report_switch(priv->input_dev, SW_TABLET_MODE, 1); > + input_sync(priv->input_dev); > + } else if

Re: [PATCH -next] mtd: ubi: wl: Fix error return code in ubi_wl_init()

Boris, Wei Yongjun, Am Donnerstag, 18. Januar 2018, 16:34:45 CET schrieb Boris Brezillon: > On Thu, 18 Jan 2018 15:11:32 +0100 > > Boris Brezillon wrote: > > On Thu, 18 Jan 2018 15:08:01 +0100 > > > > Boris Brezillon

[PATCH] net: ethernet: cavium: Correct Cacivum Thunderx nicvf/nicpf modules names

From: Vadim Lomovtsev It was found that ethtool provides unexisting module name while it queries the specified network device for associated driver information. This patch is to correct Cavium CN88xx Thunder nicvf/nicpf modules names 'nicvf' to 'thunder_nicvf' and

Re: [PATCH] Support tablet mode switch for Dell laptops

On Thu, Jan 18, 2018 at 4:23 PM, wrote: > AFAIK we don't have a public specification for the ACPI interface > that intel-vbtn uses, it's all reverse engineered. > > I think the appropriate thing to do would be open a kernel Bugzilla for your > issue and attach: > 1)

[PATCH 2/2] RISC-V: Move to the new asm-generic IRQ handler

The old mechanism for handling IRQs on RISC-V was pretty ugly: the arch code looked at the Kconfig entry for our first-level irqchip driver and called into it directly. This patch uses the new asm-generic IRQ handling infastructure, which essentially just deletes a bunch of code. This does add

Use arm64's scheme for registering first-level IRQ handlers on RISC-V

This patch set has been sitting around for a while, but it got a bit lost in the shuffle. In RISC-V land we currently couple do_IRQ (the C entry point for interrupt handling) to our first-level interrupt controller. While this isn't completely crazy (as the first-level interrupt controller is

Re: [PATCH v6 00/99] XArray version 6

On Wed, Jan 17, 2018 at 12:20:24PM -0800, Matthew Wilcox wrote: > From: Matthew Wilcox > > This version of the XArray has no known bugs. I've booted this patchset on 2 boxes, both had random problems during boot. On one I was not able to diagnose what went wrong. On the

Re: [PATCH 1/2] asm-generic: Add a generic set_handle_irq

I think this should not be asm-generic and lib, but kernel/irq/handle.c and include/linux/irq.h, under the CONFIG_MULTI_IRQ_HANDLER symbol already used by arm. Also for completeness of the series please convert arm, arm64 and openrisc over to the generic version. Last but not least I think

[PATCH 1/2] asm-generic: Add a generic set_handle_irq

From: Palmer Dabbelt I've copied this from arm64, but it appears to be the same code that's in arm and openrisc. I wanted to use it for RISC-V's interrupt handler as well, so despite this only being a handful of lines of code it seems worth having a generic version -- if it

Re: [PATCH] cifs: remove redundant duplicated assignment of pointer 'node'

merged into cifs-2.6.git for-next thx On Wed, Jan 17, 2018 at 5:11 PM, Ronnie Sahlberg wrote: > Reviewed-by: Ronnie Sahlberg > > > - Original Message - > From: "Colin King" > To: "Steve French" ,

Re: [PATCH] scripts/gdb: fix get_thread_info

On 2018-01-18 22:01, Xi Kangjie wrote: > Since kernel 4.9, the thread_info has been moved into task_struct, > no longer locates at the bottom of kernel stack. > > See commits: > - commit c65eacbe290b ("sched/core: Allow putting thread_info into > task_struct") > - commit 15f4eae70d36 ("x86: Move

Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle

On 01/17/18 18:41, Ming Lei wrote: BLK_STS_RESOURCE can be returned from driver when any resource is running out of. And the resource may not be related with tags, such as kmalloc(GFP_ATOMIC), when queue is idle under this kind of BLK_STS_RESOURCE, restart can't work any more, then IO hang may

Re: [PATCH v6 00/99] XArray version 6

On Thu, Jan 18, 2018 at 08:48:43AM -0800, Matthew Wilcox wrote: > Thank you! I shall attempt to debug. Was this with a btrfs root > filesystem? I'm most suspicious of those patches right now, since they've > received next to no testing. I'm going to put together a smaller patchset > which just

Re: [PATCH v2 00/19] prevent bounds-check bypass via speculative execution

On Thu, Jan 18, 2018 at 5:18 AM, Will Deacon wrote: > Hi Dan, Linus, > > On Thu, Jan 11, 2018 at 05:41:08PM -0800, Dan Williams wrote: >> On Thu, Jan 11, 2018 at 5:19 PM, Linus Torvalds >> wrote: >> > On Thu, Jan 11, 2018 at 4:46 PM, Dan

Re: [mm 4.15-rc8] Random oopses under memory pressure.

On Thu, Jan 18, 2018 at 6:38 AM, Dave Hansen wrote: > On 01/18/2018 05:12 AM, Kirill A. Shutemov wrote: >> - if (pte_page(*pvmw->pte) - pvmw->page >= >> - hpage_nr_pages(pvmw->page)) { > > Is ->pte guaranteed to map a page which

Re: [PATCH] kconfig: Clarify choice dependency propagation

On Thu, Jan 18, 2018 at 5:47 PM, Masahiro Yamada wrote: > 2018-01-14 23:12 GMT+09:00 Ulf Magnusson : >> It's easy to miss that choices are special-cased to pass on their mode >> as the parent dependency. >> >> No functional changes. Only

RE: [PATCH v2] r8152: disable RX aggregation on Dell TB16 dock

> -Original Message- > From: Kai Heng Feng [mailto:kai.heng.f...@canonical.com] > Sent: Thursday, January 18, 2018 10:57 AM > To: David Miller > Cc: Hayes Wang ; gre...@linuxfoundation.org; linux- > u...@vger.kernel.org; net...@vger.kernel.org;

Re: [RFC PATCH v2 1/2] vfio/type1: Adopt fast IOTLB flush interface when unmap IOVAs

On Thu, 18 Jan 2018 10:25:12 +0700 Suravee Suthikulpanit wrote: > Hi Alex, > > On 1/9/18 3:53 AM, Alex Williamson wrote: > > On Wed, 27 Dec 2017 04:20:34 -0500 > > Suravee Suthikulpanit wrote: > >> diff --git

Re: [tip:x86/pti] module: Add retpoline tag to VERMAGIC

On Thu, 18 Jan 2018, Josh Poimboeuf wrote: > On Wed, Jan 17, 2018 at 02:40:43AM -0800, tip-bot for Andi Kleen wrote: > > Commit-ID: 6cfb521ac0d5b97470883ff9b7facae264b7ab12 > > Gitweb: > > https://git.kernel.org/tip/6cfb521ac0d5b97470883ff9b7facae264b7ab12 > > Author: Andi Kleen

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On 01/18/2018 05:46 PM, Jeff Moyer wrote: FYI, this kernel has issues. It will boot up, but I don't have networking, and even rebooting doesn't succeed. I'm looking into it. FWIW, I'm running an older version of this patchset on my desktop with no problems so far. -Jeff Christoph

[PATCH v3 3/6] riscv/ftrace: Add dynamic function graph tracer support

Once the function_graph tracer is enabled, a filtered function has the following call sequence: * ftracer_caller ==> on/off by ftrace_make_call/ftrace_make_nop * ftrace_graph_caller * ftrace_graph_call ==> on/off by ftrace_en/disable_ftrace_graph_caller * prepare_ftrace_return

Re: [PATCH] x86/mce: Make machine check speculation protected

On Thu, 2018-01-18 at 16:28 +0100, Thomas Gleixner wrote: > The machine check idtentry uses an indirect branch directly from the low > level code. This evades the speculation protection. > > Replace it by a direct call into C code and issue the indirect call there > so the compiler can apply the

Re: [PATCH] scripts/gdb: fix get_thread_info

On 18/01/18 15:43, Jan Kiszka wrote: > On 2018-01-18 22:01, Xi Kangjie wrote: >> Since kernel 4.9, the thread_info has been moved into task_struct, >> no longer locates at the bottom of kernel stack. >> >> See commits: >> - commit c65eacbe290b ("sched/core: Allow putting thread_info into >>

Re: [Intel-wired-lan] [RFC PATCH] e1000e: Remove Other from EIAC.

On Wed, Jan 17, 2018 at 10:50 PM, Benjamin Poirier wrote: > It was reported that emulated e1000e devices in vmware esxi 6.5 Build > 7526125 do not link up after commit 4aea7a5c5e94 ("e1000e: Avoid receiver > overrun interrupt bursts", v4.15-rc1). Some tracing shows that after >

Re: [PATCH] scripts/gdb: fix get_thread_info

On 2018-01-18 16:47, Kieran Bingham wrote: > > On 18/01/18 15:43, Jan Kiszka wrote: >> On 2018-01-18 22:01, Xi Kangjie wrote: >>> Since kernel 4.9, the thread_info has been moved into task_struct, >>> no longer locates at the bottom of kernel stack. >>> >>> See commits: >>> - commit c65eacbe290b

Re: [PATCH] x86/mce: Make machine check speculation protected

On Thu, Jan 18, 2018 at 04:28:26PM +0100, Thomas Gleixner wrote: > The machine check idtentry uses an indirect branch directly from the low > level code. This evades the speculation protection. > > Replace it by a direct call into C code and issue the indirect call there > so the compiler can

[PATCH v2 tip/master 2/3] kprobes/x86: Blacklist indirect thunk functions for kprobes

Mark __x86_indirect_thunk_* functions as blacklist for kprobes because those functions can be called from anywhere in the kernel including blacklist functions of kprobes. Signed-off-by: Masami Hiramatsu --- arch/x86/lib/retpoline.S |3 ++- 1 file changed, 2

[PATCH v2 tip/master 1/3] retpoline: Introduce start/end markers of indirect thunk

Introduce start/end markers of __x86_indirect_thunk_* functions. To make it easy, consolidate .text.__x86.indirect_thunk.* sections to one .text.__x86.indirect_thunk section and put it in the end of kernel text section and adds __indirect_thunk_start/end so that other subsystem (e.g. kprobes) can

[PATCH 0/5] irqchip/irq-gic: Adjustments for three function implementations

From: Markus Elfring Date: Thu, 18 Jan 2018 17:17:34 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (5): Delete an error message for a failed memory allocation in gicv2m_init_one() Improve a size

Re: [PATCH 29/35] x86/speculation: Add IPBP support

On Thu, Jan 18, 2018 at 02:48:29PM +0100, Peter Zijlstra wrote: > From: Thomas Gleixner > > Signed-off-by: Thomas Gleixner > Signed-off-by: Peter Zijlstra (Intel) s/IPBP/IBPB/ in subject. -- Josh

[PATCH 1/5] irqchip/irq-gic-v2m: Delete an error message for a failed memory allocation in gicv2m_init_one()

From: Markus Elfring Date: Thu, 18 Jan 2018 15:44:01 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [RFC][PATCH] get rid of the use of set_fs() (by way of kernel_recvmsg()) in sunrpc

> We could turn ->msg_control/->msg_controllen into another > iov_iter, but seeing that we never do scatter-gather for those > IMO that would be a massive overkill. A flag controlling whether > ->msg_control is kernel or userland pointer would do, especially > since we already have a flag

Re: [PATCH v4] perf report: Fix regression when decoding intelPT traces

Em Wed, Jan 10, 2018 at 01:31:52PM -0700, Mathieu Poirier escreveu: > Commit (93d10af26bb7 perf tools: Optimize sample parsing for ordered > events) breaks intelPT trace decoding by invariably returning an error if > the event type isn't a PERF_SAMPLE_TIME. Adrian, have you had the chance of

Re: [PATCH 23/35] x86/speculation: Add basic speculation control code

On Thu, Jan 18, 2018 at 02:48:23PM +0100, Peter Zijlstra wrote: > From: Thomas Gleixner > > Add the minimal infrastructure to control the speculation control feature. > > - Integrate it into the spectre_v2 coammand line parser and the mitigation >selector function. The

Re: [PATCH v5 4/4] PCI/DPC: Enumerate the devices after DPC trigger event

On 1/18/2018 12:32 AM, p...@codeaurora.org wrote: > On 2018-01-18 08:26, Keith Busch wrote: >> On Wed, Jan 17, 2018 at 08:27:39AM -0800, Sinan Kaya wrote: >>> On 1/17/2018 5:37 AM, Oza Pawandeep wrote: >>> > +static bool dpc_wait_link_active(struct pci_dev *pdev) >>> > +{ >>> >>> I think you can

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Wed, Jan 17, 2018 at 11:26:08AM -0800, Linus Torvalds wrote: > But there are about ~100 set_fs() calls in generic code, and some of > those really are pretty fundamental. Doing things like "kernel_read()" > without set_fs() is basically impossible. Not if we move to iov_iter or iov_iter-like

Re: [PATCH 1/2] clk: stm32: END_PRIMARY_CLK should be declare after CLK_SYSCLK

Hi Gabriel, Tested successfully on f469 disco board. Tested-by: Philippe Cornu Many thanks, Philippe :-) On 01/18/2018 03:49 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > Update of END_PRIMARY_CLK was missed, it should be

Re: [PATCH 2/2] clk: stm32: Add DSI clock for STM32F469 Board

Hi Gabriel, Tested successfully on f469 disco board. Tested-by: Philippe Cornu Many thanks, Philippe :-) On 01/18/2018 03:49 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch adds DSI clock for STM32F469 board > >

Re: [PATCH] PCI: dwc: dra7xx: add back CONFIG_PCI dependency for endpoint

On Thu, Jan 18, 2018 at 4:03 PM, Niklas Cassel wrote: > On Thu, Jan 18, 2018 at 02:15:54PM +0100, Arnd Bergmann wrote: >> It was a nice idea to split out the PCI host and endpoint mode configuration >> into separate options. Unfortunately it doesn't build: >> >>

Re: [PATCH] usb: dwc3: core: power on PHYs before initializing core

2018-01-17 22:46 GMT+01:00 Brian Norris : > On Fri, Jan 12, 2018 at 12:00:16PM +0800, William Wu wrote: >> The dwc3_core_init() gets the PHYs and initializes the PHYs with >> the usb_phy_init() and phy_init() functions before initializing >> core, and power on the PHYs

Re: [PATCH 1/3] perf, pt, coresight: Clean up address filter structure

On 17 January 2018 at 05:31, Alexander Shishkin wrote: > On Tue, Feb 07, 2017 at 10:50:50AM -0700, Mathieu Poirier wrote: >> > index 39106ae61b..d7a11faac1 100644 >> > --- a/kernel/events/core.c >> > +++ b/kernel/events/core.c >> > @@ -8194,7 +8194,8 @@ static

Re: [RFC] Per file OOM badness

On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote: > Hi, this series is a revised version of an RFC sent by Christian König > a few years ago. The original RFC can be found at > https://lists.freedesktop.org/archives/dri-devel/2015-September/089778.html > > This is the same idea and I've just

[PATCH 2/2] staging: lustre: Align struct member identifiers

This patch properly left aligns all member identifiers in every struct defined in obd_class.h for better readability. Signed-off-by: Fabian Huegel Signed-off-by: Christoph Volkert --- drivers/staging/lustre/lustre/include/obd_class.h | 44

[PATCH v2 tip/master 3/3] kprobes/x86: Disable optimizing on the function jumps to indirect thunk

Since indirect jump instructions will be replaced by jump to __x86_indirect_thunk_*, those jmp instruction must be treated as an indirect jump. Since optprobe prohibits to optimize probes in the function which uses an indirect jump, it also needs to find out the function which jump to

[PATCH 4/5] irqchip/irq-gic-v3-its: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Thu, 18 Jan 2018 16:54:16 +0100 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH 4/4] drm/amdgpu: Use drm_oom_badness for amdgpu.

Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c index 46a0c93..6a733cdc8 100644 ---

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Thu, Jan 18, 2018 at 8:38 AM, Christoph Hellwig wrote: > > > But there are about ~100 set_fs() calls in generic code, and some of > > those really are pretty fundamental. Doing things like "kernel_read()" > > without set_fs() is basically impossible. > > Not if we move to

[PATCH 2/4] oom: take per file badness into account

Try to make better decisions which process to kill based on per file OOM badness Signed-off-by: Andrey Grodzovsky --- mm/oom_kill.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/mm/oom_kill.c b/mm/oom_kill.c index 29f8555..825ed52 100644

[PATCH 3/4] drm/gem: adjust per file OOM badness on handling buffers

Large amounts of VRAM are usually not CPU accessible, so they are not mapped into the processes address space. But since the device drivers usually support swapping buffers from VRAM to system memory we can still run into an out of memory situation when userspace starts to allocate to much. This

Re: [PATCH v6 00/99] XArray version 6

On Thu, Jan 18, 2018 at 05:07:50PM +0100, David Sterba wrote: > On Wed, Jan 17, 2018 at 12:20:24PM -0800, Matthew Wilcox wrote: > > From: Matthew Wilcox > > > > This version of the XArray has no known bugs. > > I've booted this patchset on 2 boxes, both had random

Re: [PATCH v2] r8152: disable RX aggregation on Dell TB16 dock

> On 18 Jan 2018, at 10:50 PM, David Miller wrote: > > From: Hayes Wang > Date: Thu, 18 Jan 2018 03:04:08 + > >> [...] r8153 on Dell TB15/16 dock corrupts rx packets. This change is suggested by Realtek. They guess that the XHCI

Re: [tip:x86/pti] module: Add retpoline tag to VERMAGIC

On Wed, Jan 17, 2018 at 02:40:43AM -0800, tip-bot for Andi Kleen wrote: > Commit-ID: 6cfb521ac0d5b97470883ff9b7facae264b7ab12 > Gitweb: > https://git.kernel.org/tip/6cfb521ac0d5b97470883ff9b7facae264b7ab12 > Author: Andi Kleen > AuthorDate: Tue, 16 Jan 2018

Re: [PATCH 1/3] perf, pt, coresight: Clean up address filter structure

On Thu, Jan 18, 2018 at 09:59:26AM -0700, Mathieu Poirier wrote: > On 17 January 2018 at 05:31, Alexander Shishkin > wrote: > > On Tue, Feb 07, 2017 at 10:50:50AM -0700, Mathieu Poirier wrote: > >> > index 39106ae61b..d7a11faac1 100644 > >> > ---

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