[tip: x86/entry] x86/entry: Introduce local_db_{save,restore}()

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 57234891b3287b986e003876f906d95c9871e62e Gitweb: https://git.kernel.org/tip/57234891b3287b986e003876f906d95c9871e62e Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:33 +02:00 Committe

[tip: x86/entry] x86/entry: Remove debug IDT frobbing

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 8449e768dcb85b4d8db51482d8c9260bb05ccabc Gitweb: https://git.kernel.org/tip/8449e768dcb85b4d8db51482d8c9260bb05ccabc Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:37 +02:00 Committe

[tip: x86/entry] x86/entry: Optimize local_db_save() for virt

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 299a9a21bf913717c0f28ef4ae8b2f0668c7f00a Gitweb: https://git.kernel.org/tip/299a9a21bf913717c0f28ef4ae8b2f0668c7f00a Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:36 +02:00 Committe

[tip: x86/entry] x86/idt: Use proper constants for table size

The following commit has been merged into the x86/entry branch of tip: Commit-ID: ab46346736ed50ed90f4bfb854f4bec61fecee9e Gitweb: https://git.kernel.org/tip/ab46346736ed50ed90f4bfb854f4bec61fecee9e Author:Thomas Gleixner AuthorDate:Thu, 28 May 2020 16:53:18 +02:00 Committ

[tip: x86/entry] x86/idt: Cleanup trap_init()

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 88dbb6cfb9be0eaaa95c15a4b6d7f49044a2e1b7 Gitweb: https://git.kernel.org/tip/88dbb6cfb9be0eaaa95c15a4b6d7f49044a2e1b7 Author:Thomas Gleixner AuthorDate:Thu, 28 May 2020 16:53:19 +02:00 Committ

[tip: x86/entry] x86/entry: Remove DBn stacks

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 0f81407e6e4cf7e878f1e5d6423324dbd966acba Gitweb: https://git.kernel.org/tip/0f81407e6e4cf7e878f1e5d6423324dbd966acba Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:38 +02:00 Committe

[tip: x86/entry] x86/idt: Add comments about early #PF handling

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 66d2e706c0cecd09b1f3de4844574d30e5469c28 Gitweb: https://git.kernel.org/tip/66d2e706c0cecd09b1f3de4844574d30e5469c28 Author:Thomas Gleixner AuthorDate:Thu, 28 May 2020 16:53:17 +02:00 Committ

[tip: x86/entry] x86/idt: Consolidate idt functionality

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 5980d208e5ef28455e9e8b08f6250b443a2f0893 Gitweb: https://git.kernel.org/tip/5980d208e5ef28455e9e8b08f6250b443a2f0893 Author:Thomas Gleixner AuthorDate:Thu, 28 May 2020 16:53:20 +02:00 Committ

[tip: x86/entry] x86/entry, nmi: Disable #DB

The following commit has been merged into the x86/entry branch of tip: Commit-ID: af87e4c4d65b2008709efcfb7657551f1c62a98b Gitweb: https://git.kernel.org/tip/af87e4c4d65b2008709efcfb7657551f1c62a98b Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:34 +02:00 Committe

[tip: x86/entry] x86/entry: Rename trace_hardirqs_off_prepare()

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 029149180d1d6e05e81e7db0d46c00960ab2e84f Gitweb: https://git.kernel.org/tip/029149180d1d6e05e81e7db0d46c00960ab2e84f Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:40 +02:00 Committe

[tip: x86/entry] x86/entry: Clarify irq_{enter,exit}_rcu()

The following commit has been merged into the x86/entry branch of tip: Commit-ID: b614345f52bcde8299a53132f5e48a9eb5a1f320 Gitweb: https://git.kernel.org/tip/b614345f52bcde8299a53132f5e48a9eb5a1f320 Author:Peter Zijlstra AuthorDate:Fri, 29 May 2020 23:27:39 +02:00 Committe

[regulator:for-5.8 14/18] drivers/regulator/max8998.c:418:5: sparse: sparse: symbol 'max8998_get_current_limit' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.8 head: 81227f49bd272cbcd9bb4650b250519c8aa22065 commit: 4ffea5e083f8125fe273cf331ecb10d901eb64a2 [14/18] regulator: max8998: Add charger regulator config: x86_64-randconfig-s021-20200529 (attached as .config) c

[PATCH v2] fs/signalfd.c: Fix inconsistent return codes for signalfd4

The kernel signalfd4() syscall returns different error codes when called either in compat or native mode. This behaviour makes correct emulation in qemu and testing programs like LTP more complicated. Fix the code to always return -in both modes- EFAULT for unaccessible user memory, and EINVAL whe

[PATCH v6 1/6] RISC-V: self-contained IPI handling routine

Currently, the IPI handling routine riscv_software_interrupt() does not take any argument and also does not perform irq_enter()/irq_exit(). This patch makes IPI handling routine more self-contained by: 1. Passing "pt_regs *" argument 2. Explicitly doing irq_enter()/irq_exit() 3. Explicitly save/re

[PATCH v6 0/6] New RISC-V Local Interrupt Controller Driver

This patchset provides a new RISC-V Local Interrupt Controller Driver for managing per-CPU local interrupts. The overall approach is inspired from the way per-CPU local interrupts are handled by Linux ARM64 and ARM GICv3 driver. Few advantages of this new driver over previous one are: 1. All local

[PATCH v6 4/6] clocksource/drivers/timer-riscv: Use per-CPU timer interrupt

Instead of directly calling RISC-V timer interrupt handler from RISC-V local interrupt conntroller driver, this patch implements RISC-V timer interrupt as a per-CPU interrupt using per-CPU APIs of Linux IRQ subsystem. Signed-off-by: Anup Patel Reviewed-by: Atish Patra --- arch/riscv/include/asm

[PATCH v6 3/6] irqchip: RISC-V per-HART local interrupt controller driver

The RISC-V per-HART local interrupt controller manages software interrupts, timer interrupts, external interrupts (which are routed via the platform level interrupt controller) and other per-HART local interrupts. This patch adds a driver for the RISC-V local interrupt controller. It is a major re

[PATCH v6 6/6] RISC-V: Force select RISCV_INTC for CONFIG_RISCV

The RISC-V per-HART local interrupt controller driver is mandatory for all RISC-V system (with/without MMU) hence we force select it for CONFIG_RISCV (just like RISCV_TIMER). Signed-off-by: Anup Patel Reviewed-by: Atish Patra --- arch/riscv/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --

[PATCH v6 5/6] RISC-V: Remove do_IRQ() function

The only thing do_IRQ() does is call handle_arch_irq function pointer. We can very well call handle_arch_irq function pointer directly from assembly and remove do_IRQ() function hence this patch. Signed-off-by: Anup Patel Reviewed-by: Atish Patra --- arch/riscv/kernel/entry.S | 4 +++- arch/ris

[PATCH v6 2/6] RISC-V: Rename and move plic_find_hart_id() to arch directory

The plic_find_hart_id() can be useful to other interrupt controller drivers (such as RISC-V local interrupt driver) so we rename this function to riscv_of_parent_hartid() and place it in arch directory along with riscv_of_processor_hartid(). Signed-off-by: Anup Patel Reviewed-by: Atish Patra Rev

Re: [ANNOUNCE] Reiser5: Data Tiering. Burst Buffers. Speedup synchronous modifications

Hi! > For example, you can use proxy device to store hot data only. With > such strategy new logical blocks (which are always "cold") will always > go to the main storage (in contrast with Burst Buffers, where new > logical blocks first get written to the proxy disk). Once in a while > you need t

Re: [PATCH v2 5/6] mm: tlb: Provide flush_*_tlb_range wrappers

Hi Catalin, Sorry for taking so long to reply to you. On 2020/5/26 22:52, Catalin Marinas wrote: > On Mon, May 25, 2020 at 03:19:42PM +0800, Zhenyu Ye wrote: >> >> tlb_flush_##_pxx##_range() is used to set tlb->cleared_*, >> flush_##_pxx##_tlb_range() will actually flush the TLB entry. >> >> In a

Re: [PATCH v6 01/11] dt-bindings: i2c: Convert DW I2C binding to DT schema

Hello Wolfram On Sat, May 30, 2020 at 11:39:42AM +0200, Wolfram Sang wrote: > > Just double checking: > > > Signed-off-by: Serge Semin > > Reviewed-by: Rob Herring > > Rob, what about this checkpatch warning? > > WARNING: DT binding documents should be licensed (GPL-2.0-only OR > BSD-2-Clau

Re: [PATCH] lib: make a test module with get_count_order/long

On Sat, May 30, 2020 at 12:43:28AM +, Wei Yang wrote: > A test module to make sure get_count_order/long returns the correct result. > lib/Kconfig.debug | 13 ++ > lib/Makefile | 2 + > lib/test_getorder.c| 64

Re: linux-next: manual merge of the arm tree with Linus' tree

On Sat, 30 May 2020 at 11:17, Russell King - ARM Linux admin wrote: > > On Sat, May 30, 2020 at 10:51:32AM +0200, Ard Biesheuvel wrote: > > On Sat, 30 May 2020 at 10:41, Russell King - ARM Linux admin > > wrote: > > > > > > On Thu, May 28, 2020 at 09:01:55AM +0200, Ard Biesheuvel wrote: > > > > O

Re: [RFC][PATCH] usb: typec: tcpci_rt1711h: Try to avoid screaming irq causing boot hangs

Hi John, John Stultz 于2020年5月30日周六 下午12:02写道： > > I've recently (since 5.7-rc1) started noticing very rare hangs > pretty early in bootup on my HiKey960 board. > > They have been particularly difficult to debug, as the system > seems to not respond at all to sysrq- commands. However, the > system

Re: [PATCH v4 1/2] remoteproc: qcom: Add per subsystem SSR notification

Hi Rishabh, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on next-20200526] [also build test WARNING on v5.7-rc7] [cannot apply to linus/master linux/master v5.7-rc7 v5.7-rc6 v5.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help

Re: [PATCH][v5] KVM: X86: support APERF/MPERF registers

On 5/30/2020 12:35 PM, Li RongQing wrote: Guest kernel reports a fixed cpu frequency in /proc/cpuinfo, this is confused to user when turbo is enable, and aperf/mperf can be used to show current cpu frequency after 7d5905dc14a "(x86 / CPU: Always show current CPU frequency in /proc/cpuinfo)" so gu

Re: [PATCH v3] virtio_vsock: Fix race condition in virtio_transport_recv_pkt()

> This fixes it by checking sk->sk_shutdown(suggested by Stefano) after > lock_sock since sk->sk_shutdown is set to SHUTDOWN_MASK under the > protection of lock_sock_nested. How do you think about a wording variant like the following? Thus check the data structure member “sk_shutdown” (suggeste

Re: [PATCH] scsi: cumana_2: Fix different dev_id between 'request_irq()' and 'free_irq()'

Le 30/05/2020 à 11:43, Russell King - ARM Linux admin a écrit : On Sat, May 30, 2020 at 09:35:55AM +0200, Christophe JAILLET wrote: The dev_id used in 'request_irq()' and 'free_irq()' should match. So use 'host' in both cases. Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2") Signed-off-by: Christophe

Re: [PATCH RFC] KVM: arm64: Sidestep stage2_unmap_vm() on vcpu reset when S2FWB is supported

Hi, On 4/20/20 5:10 PM, Alexandru Elisei wrote: > Hi, > > On 4/15/20 8:28 AM, Zenghui Yu wrote: >> stage2_unmap_vm() was introduced to unmap user RAM region in the stage2 >> page table to make the caches coherent. E.g., a guest reboot with stage1 >> MMU disabled will access memory using non-cachea

Re: [PATCH v2 1/3] dt-bindings: pinctrl: Convert ingenic,pinctrl.txt to YAML

Hi Rob, Le jeu. 28 mai 2020 à 15:42, Rob Herring a écrit : On Wed, May 20, 2020 at 02:22:32AM +0200, Paul Cercueil wrote: Convert the ingenic,pinctrl.txt doc file to ingenic,pinctrl.yaml. In the process, some compatible strings now require a fallback, as the corresponding SoCs are pin-co

Re: [PATCH v4 10/17] drm/mediatek: Add pm runtime support for ovl and rdma

Hi, Yong: Yong Wu 於 2020年5月30日 週六 下午4:26寫道： > > From: Yongqiang Niu > > Display use the dispsys device to call pm_rumtime_get_sync before. > This patch add pm_runtime_xx with ovl and rdma device whose nodes has > "iommus" property, then display could help pm_runtime_get for smi via > ovl or rdma

Re: [PATCH v4 11/17] drm/mediatek: Get rid of mtk_smi_larb_get/put

Hi, Yong: Yong Wu 於 2020年5月30日 週六 下午4:27寫道： > > MediaTek IOMMU has already added the device_link between the consumer > and smi-larb device. If the drm device call the pm_runtime_get_sync, > the smi-larb's pm_runtime_get_sync also be called automatically. > Acked-by: Chun-Kuang Hu > CC: CK Hu

Re: [PATCH v6 08/11] i2c: designware: Convert driver to using regmap API

On Thu, May 28, 2020 at 12:33:18PM +0300, Serge Semin wrote: > Seeing the DW I2C driver is using flags-based accessors with two > conditional clauses it would be better to replace them with the regmap > API IO methods and to initialize the regmap object with read/write > callbacks specific to the c

[GIT PULL] GPIO fixes for v5.7

Hi Linus, here are some (very) late fixes for GPIO, none of them very serious except the one tagged for stable for enabling IRQ on open drain lines. Please pull it in! Yours, Linus Walleij The following changes since commit b9bbe6ed63b2b9f2c9ee5cbd0f2c946a2723f4ce: Linux 5.7-rc6 (2020-05-17

Re: [PATCH v6 01/11] dt-bindings: i2c: Convert DW I2C binding to DT schema

> > WARNING: DT binding documents should be licensed (GPL-2.0-only OR > > BSD-2-Clause) > > > > Hope you don't mind me answering on a question for Rob. That warning concerns > new bindings and bindings converted by a person eligible to change the > license. > Otherwise by default any converted

[PATCH v2] io_uring: fix overflowed reqs cancellation

Overflowed requests in io_uring_cancel_files() should be shed only of inflight and overflowed refs. All other left references are owned by someone else. If refcount_sub_and_test() fails, it will go further and put put extra ref, don't do that. Also, don't need to do io_wq_cancel_work() for overflo

Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")

On Sat, May 30, 2020 at 08:14:34AM +0100, Matthew Garrett wrote: > On Sat, May 30, 2020 at 08:33:50AM +0200, Heiner Kallweit wrote: > > > It *was* default y. This changed with a914ff2d78ce ("PCI/ASPM: Don't > > select CONFIG_PCIEASPM by default") and that's what triggered the > > problem. If there

Re: [PATCH v6 4/6] clocksource/drivers/timer-riscv: Use per-CPU timer interrupt

On 2020-05-30 11:07, Anup Patel wrote: Instead of directly calling RISC-V timer interrupt handler from RISC-V local interrupt conntroller driver, this patch implements RISC-V timer interrupt as a per-CPU interrupt using per-CPU APIs of Linux IRQ subsystem. Signed-off-by: Anup Patel Reviewed-by:

Re: [PATCH] checkpatch/coding-style: Allow 100 column lines

> Change the maximum allowed line length to 100 from 80. > > Miscellanea: > > o to avoid unnecessary whitespace changes in files, > checkpatch will no longer emit a warning about line length > when scanning files unless --strict is also used > o Add a bit to coding-style about alignment to open

Re: [Patch 1/2] media: v4l2-rect.h: add enclosed rectangle helper

Hi Benoit, Thank you for the patch. On Thu, May 28, 2020 at 2:26 PM Benoit Parrot wrote: > > Add a helper function to check if one rectangle is enclosed inside > another. > > Signed-off-by: Benoit Parrot > --- > include/media/v4l2-rect.h | 20 > 1 file changed, 20 insertio

Re: [Patch 2/2] media: use v4l2_rect_enclosed helper

Hi Benoit, Thank you for the patch. On Thu, May 28, 2020 at 2:26 PM Benoit Parrot wrote: > > Several drivers implement the same enclosed_rectangle() function to > check if a rectangle is enclosed into another. Replace this with the > newly added v4l2_rect_enclosed() helper function. > > Signed-o

[PATCH v3 1/2] io_uring: move timeouts flushing to a helper

Separate flushing offset timeouts io_commit_cqring() by moving it into a helper. Just a preparation, makes following patches clearer. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 34 ++ 1 file changed, 14 insertions(+), 20 deletions(-) diff --git a/fs/io_uri

[PATCH v3 2/2] io_uring: off timeouts based only on completions

Offset timeouts wait not for sqe->off non-timeout CQEs, but rather sqe->off + number of prior inflight requests. Wait exactly for sqe->off non-timeout completions Reported-by: Jens Axboe Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 65 +++ 1

[PATCH v3 0/2] CQ-seq only based timeouts

The old series that makes timeouts to trigger exactly after N non-timeout CQEs, but not (#inflight + req->off). v2: variables renaming v3: fix ordering with REQ_F_TIMEOUT_NOSEQ reqs squash 2 commits (core + ingnoring timeouts completions) extract a prep patch (makes diffs easier to follow)

Re: [PATCH v6 3/6] irqchip: RISC-V per-HART local interrupt controller driver

On 2020-05-30 11:07, Anup Patel wrote: The RISC-V per-HART local interrupt controller manages software interrupts, timer interrupts, external interrupts (which are routed via the platform level interrupt controller) and other per-HART local interrupts. This patch adds a driver for the RISC-V loc

Re: [PATCH v2] tty: xilinx_uartps: Fix missing id assignment to the console

On 04.05.20 16:27, Michal Simek wrote: > From: Shubhrajyoti Datta > > When serial console has been assigned to ttyPS1 (which is serial1 alias) > console index is not updated property and pointing to index -1 (statically > initialized) which ends up in situation where nothing has been printed on >

[PATCH 0/2] irqchip: loongson-*: Two small fixes

Jiaxun Yang (2): irqchip: loongson-pci-msi: Fix a typo in Kconfig irqchip: loongson-*: Fix COMPILE_TEST drivers/irqchip/Kconfig| 2 +- drivers/irqchip/irq-loongson-htpic.c | 4 drivers/irqchip/irq-loongson-htvec.c | 4 drivers/irqchip/irq-loongson-liointc.c | 4

[PATCH 2/2] irqchip: loongson-*: Fix COMPILE_TEST

spurious_interrupt helper only exists on MIPS and x86, so define a dummy function on other architectures to fix COMPILE_TEST. Reported-by: kbuild test robot Signed-off-by: Jiaxun Yang --- drivers/irqchip/irq-loongson-htpic.c | 4 drivers/irqchip/irq-loongson-htvec.c | 4 drivers/i

[PATCH 1/2] irqchip: loongson-pci-msi: Fix a typo in Kconfig

PCH MSI driver's tittle was wrong. My stupid mistake. Fixes: cca8fbff2585 ("irqchip: Add Loongson PCH MSI controller") Signed-off-by: Jiaxun Yang --- drivers/irqchip/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/irqchip/Kconfig b/drivers/irqchip/Kconfig inde

[PATCH v8 0/3] perf arm-spe: Add support for synthetic events

This patch set is to support synthetic events with enabling Arm SPE decoder. This patch set is based Xiaojun Tan (Hisilicon) and James Clark (Arm)'s previous patches who have contributed much for the related task. This patch set has been checked with checkpatch.pl, though it leaves several warnin

[PATCH v8 2/3] perf auxtrace: Add four itrace options

From: Tan Xiaojun This patch is to add four options to synthesize events which are described as below: 'f': synthesize first level cache events 'm': synthesize last level cache events 't': synthesize TLB events 'a': synthesize remote access events This four options will be used by ARM SPE a

[PATCH v8 1/3] perf tools: Move arm-spe-pkt-decoder.h/c to the new dir

From: Tan Xiaojun Create a new arm-spe-decoder directory for subsequent extensions and move arm-spe-pkt-decoder.h/c to this directory. No code changes. Signed-off-by: Tan Xiaojun Signed-off-by: James Clark Signed-off-by: Leo Yan Tested-by: Qi Liu Tested-by: James Clark --- tools/perf/util/

[PATCH v8 3/3] perf arm-spe: Support synthetic events

From: Tan Xiaojun After the commit ffd3d18c20b8 ("perf tools: Add ARM Statistical Profiling Extensions (SPE) support") has been merged, it supports to output raw data with option "--dump-raw-trace". However, it misses for support synthetic events so cannot output any statistical info. This patc

RE: [PATCH v3] virtio_vsock: Fix race condition in virtio_transport_recv_pkt()

Hi Markus > -Original Message- > From: Markus Elfring > Sent: Saturday, May 30, 2020 6:41 PM > To: Justin He ; k...@vger.kernel.org; > net...@vger.kernel.org; virtualizat...@lists.linux-foundation.org > Cc: kernel-janit...@vger.kernel.org; linux-kernel@vger.kernel.org; > sta...@vger.kerne

[PATCH] virtio_vsock: Fix race condition in virtio_transport_recv_pkt

When client on the host tries to connect(SOCK_STREAM, O_NONBLOCK) to the server on the guest, there will be a panic on a ThunderX2 (armv8a server): [ 463.718844] Unable to handle kernel NULL pointer dereference at virtual address [ 463.718848] Mem abort info: [ 463.718849] E

Re: [ANNOUNCE] Reiser5: Data Tiering. Burst Buffers. Speedup synchronous modifications

On Mon, May 25, 2020 at 6:08 PM Edward Shishkin wrote: > > Reiser5: Data Tiering. Burst Buffers >Speedup synchronous modifications > > > Dumping peaks of IO load to a proxy device > > > Now you can add a small high-performance block device to yo

[PATCH v5] virtio_vsock: Fix race condition in virtio_transport_recv_pkt

When client on the host tries to connect(SOCK_STREAM, O_NONBLOCK) to the server on the guest, there will be a panic on a ThunderX2 (armv8a server): [ 463.718844] Unable to handle kernel NULL pointer dereference at virtual address [ 463.718848] Mem abort info: [ 463.718849] E

Re: [PATCH] opp: avoid uninitialized-variable use

On Sat, May 30, 2020 at 11:21 AM Viresh Kumar wrote: > On 29-05-20, 22:17, Arnd Bergmann wrote: > > An uninitialized pointer is passed into another function but > > --- a/drivers/opp/core.c > > +++ b/drivers/opp/core.c > > @@ -872,7 +872,7 @@ int dev_pm_opp_set_rate(struct device *dev, unsigned >

Re: [PATCH net-next] xfrm: no-anti-replay protection flag

Hi Christophe, On Wed, May 27, 2020 at 07:11:21PM +0200, Christophe Gouault wrote: > This patch is useful, however I think you should change the name of > the option and amend its description: > the option does not disable anti-replay in output (it can only be > disabled in input), it allows the o

Re: [PATCH 02/14] x86/hw_breakpoint: Prevent data breakpoints on direct GDT

On 29/05/2020 22:27, Peter Zijlstra wrote: > From: Lai Jiangshan > > A data breakpoint on the GDT is terrifying and should be avoided. > The GDT on CPU entry area is already protected. The direct GDT > should be also protected, although it is seldom used and only > used for short time. While I ag

[PATCH net-next v2] xfrm: introduce oseq-may-wrap flag

RFC 4303 in section 3.3.3 suggests to disable anti-replay for manually distributed ICVs in which case the sender does not need to monitor or reset the counter. However, the sender still increments the counter and when it reaches the maximum value, the counter rolls over back to zero. This patch in

Re: [PATCH v3 2/2] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY

Hi Marc, On Sat, May 30, 2020 at 10:34:51AM +0100, Marc Zyngier wrote: > > I can't help but notice that you have left the cast in > ACPI_DECLARE_PROBE_ENTRY, which should definitely go. Probably worth a third > patch. Ok, I remove it and resend a new version. > Thanks, > > M. > > -- > Ja

Re: [PATCH] refperf: work around 64-bit division

On Sat, May 30, 2020 at 10:01:36AM +0200, Arnd Bergmann wrote: > On Sat, May 30, 2020 at 5:52 AM Nathan Chancellor > wrote: > > On Fri, May 29, 2020 at 10:15:51PM +0200, Arnd Bergmann wrote: > > > strcat(buf, "Threads\tTime(ns)\n"); > > > > > > for (exp = 0; exp < nruns; exp++) { > > >

Re: [PATCH v5] virtio_vsock: Fix race condition in virtio_transport_recv_pkt()

> --- > v5: sorry, MIME type in the previous commit message > > net/vmw_vsock/virtio_transport_common.c | 8 Is it helpful to keep the patch version information complete here? (Will another fine-tuning follow for the proposed change?) Regards, Markus

[RFC PATCH regulator] regulator: max8998: max8998_set_current_limit() can be static

Fixes: 4ffea5e083f8 ("regulator: max8998: Add charger regulator") Signed-off-by: kbuild test robot --- max8998.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/max8998.c b/drivers/regulator/max8998.c index 668ced0064179..340413bba0c5f 100644 --- a/d

fatal: unable to access 'https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/': SSL certificate problem: certificate has expired

:-( : $ export GIT_TRACE=1 $ git pull 15:07:08.488836 git.c:439 trace: built-in: git pull 15:07:08.504295 run-command.c:663 trace: run_command: git fetch --update-head-ok 15:07:08.506481 git.c:439 trace: built-in: git fetch --update-head-ok 15:07:08.516608 run-

Re: [PATCH 2/2] irqchip: loongson-*: Fix COMPILE_TEST

On Sat, 30 May 2020 13:11:13 +0100, Jiaxun Yang wrote: > > spurious_interrupt helper only exists on MIPS and x86, > so define a dummy function on other architectures to fix > COMPILE_TEST. > > Reported-by: kbuild test robot > Signed-off-by: Jiaxun Yang > --- > drivers/irqchip/irq-loongson-htp

Re: [PATCH 0/2] irqchip: loongson-*: Two small fixes

On Sat, 30 May 2020 20:11:11 +0800, Jiaxun Yang wrote: > > Jiaxun Yang (2): > irqchip: loongson-pci-msi: Fix a typo in Kconfig > irqchip: loongson-*: Fix COMPILE_TEST > > drivers/irqchip/Kconfig| 2 +- > drivers/irqchip/irq-loongson-htpic.c | 4 > drivers/irqchip/irq-l

Re: [RFC PATCH 1/6] dt-bindings: display/bridge: Add binding for input mux bridge

Hi Rob, On Thu, May 28, 2020 at 01:48:04PM -0600, Rob Herring wrote: > On Fri, May 15, 2020 at 03:12:10PM +0200, Guido Günther wrote: > > The bridge allows to select the input source via a mux controller. > > > > Signed-off-by: Guido Günther > > --- > > .../display/bridge/mux-input-bridge.yaml

[PATCH v2] crypto: cavium/nitrox - Fix 'nitrox_get_first_device()' when ndevlist is fully iterated

When a list is completely iterated with 'list_for_each_entry(x, ...)', x is not NULL at the end. While at it, remove a useless initialization of the ndev variable. It is overridden by 'list_for_each_entry'. Fixes: f2663872f073 ("crypto: cavium - Register the CNN55XX supported crypto algorithms."

Re: [PATCHSET v5 0/12] Add support for async buffered reads

> Time to experience with ZRAM :-). I switched over from swap-file to zramswap. And I can definitely say, my last kernel w/o your patchset does not show the symptoms. # cat systemd-analyze-time_5.7.0-rc7-2-amd64-clang_2nd-try.txt Startup finished in 6.129s (kernel) + 44.192s (userspace) = 50.322

[RFC PATCH v3] kbuild: add variables for compression tools

Allow user to use alternative implementations of compression tools, such as pigz, pbzip2, pxz. For example, multi-threaded tools to speed up the build: $ make GZIP=pigz BZIP2=pbzip2 Variables _GZIP, _BZIP2, _LZOP are used internally because original env vars are reserved by the tools. The use of G

Re: fatal: unable to access 'https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/': SSL certificate problem: certificate has expired

On 5/30/20 3:07 PM, Toralf Förster wrote: > :-( : > > $ export GIT_TRACE=1 > > $ git pull > 15:07:08.488836 git.c:439 trace: built-in: git pull > 15:07:08.504295 run-command.c:663 trace: run_command: git fetch > --update-head-ok > 15:07:08.506481 git.c:439 trace:

Re: [PATCH v3 0/2] CQ-seq only based timeouts

On 5/30/20 5:54 AM, Pavel Begunkov wrote: > The old series that makes timeouts to trigger exactly after N > non-timeout CQEs, but not (#inflight + req->off). > > v2: variables renaming > v3: fix ordering with REQ_F_TIMEOUT_NOSEQ reqs > squash 2 commits (core + ingnoring timeouts completions) >

Re: [PATCH v2] io_uring: fix overflowed reqs cancellation

On 5/30/20 5:19 AM, Pavel Begunkov wrote: > Overflowed requests in io_uring_cancel_files() should be shed only of > inflight and overflowed refs. All other left references are owned by > someone else. > > If refcount_sub_and_test() fails, it will go further and put put extra > ref, don't do that.

Re: [PATCH v2 5/6] mtd: spi-nor: Convert cadence-quadspi to use spi-mem framework

Hi, Vignesh, On Tuesday, May 26, 2020 12:36:03 PM EEST Vignesh Raghavendra wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > From: Ramuthevar Vadivel Murugan > > > Move cadence-quadspi driver to use spi-mem framework. This is required > to

Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier

On Sat, May 30, 2020 at 05:17:24AM +0200, Jann Horn wrote: > On Sat, May 30, 2020 at 4:43 AM Kees Cook wrote: > > I mean, yes, that's certainly better, but it just seems a shame that > > everyone has to do the get_unused/put_unused dance just because of how > > SCM_RIGHTS does this weird put_user(

Re: [PATCH v2 6/6] spi: Move cadence-quadspi driver to drivers/spi/

On Tuesday, May 26, 2020 12:36:04 PM EEST Vignesh Raghavendra wrote: > From: Ramuthevar Vadivel Murugan > > > Now that cadence-quadspi has been converted to use spi-mem framework, > move it under drivers/spi/ > > Update license header to match SPI subsystem style > > Signed-off-by: Ramuthevar V

[GIT PULL] Please pull powerpc/linux.git powerpc-5.7-6 tag

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Linus, Please pull two more powerpc fixes for 5.7. These are both regressions with small "obviously correct" fixes. cheers The following changes since commit 8659a0e0efdd975c73355dbc033f79ba3b31e82c: powerpc/64s: Disable STRICT_KERNEL_RWX (2

Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier

On Fri, May 29, 2020 at 07:43:10PM -0700, Kees Cook wrote: > Can anyone clarify the expected failure mode from SCM_RIGHTS? Can we > move the put_user() after instead? I think cleanup would just be: > replace_fd(fd, NULL, 0) Bollocks. Repeat after me: descriptor tables can be shared. There is no

[PATCH] scsi: ufs: Remove redundant urgent_bkop_lvl initialization

In ufshcd_probe_hba(), all BKOP SW tracking variables can be reset together in ufshcd_force_reset_auto_bkops(), thus urgent_bkop_lvl initialization in the beginning of ufshcd_probe_hba() can be merged into ufshcd_force_reset_auto_bkops(). Signed-off-by: Stanley Chu --- drivers/scsi/ufs/ufshcd.c

[PATCH v4 3/3] drivers/acpi: Remove function cast

Remove the function cast in the ACPI_DECLARE_PROBE_ENTRY macro to ensure that the functions passed as a last parameter to this macro have the right prototype. This is an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds. Suggested-by: Marc Zy

Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier

On Fri, May 29, 2020 at 10:47:12PM -0700, Kees Cook wrote: > On Sat, May 30, 2020 at 03:58:18AM +, Sargun Dhillon wrote: > > Isn't the "right" way to do this to allocate a bunch of file descriptors, > > and fill up the user buffer with them, and then install the files? This > > seems to like ha

[PATCH v4 0/3] drivers/acpi: Remove function callback casts

In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, there are the need to remove all the function callback casts in the acpi driver. The first patch creates a macro called ACPI_DECLARE_SUBTABLE_PROBE_ENTRY to initialize the acpi_probe_ent

[PATCH v4 2/3] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY

In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, there are the need to remove all the function callback casts. To do this, modify the IRQCHIP_ACPI_DECLARE macro to use the new defined macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY instead of

[PATCH v4 1/3] drivers/acpi: Add new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY

In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, there are the need to remove all the function callback casts. To do this, create a new macro called ACPI_DECLARE_SUBTABLE_PROBE_ENTRY to initialize the acpi_probe_entry struct using the

Re: [PATCH] ath10k: Remove ath10k_qmi_register_service_notifier() declaration

Douglas Anderson wrote: > The ath10k/qmi.h header file contains a declaration for the function > ath10k_qmi_register_service_notifier(). This function doesn't exist. > Remove the declaration. > > This patch is a no-op and was just found by code inspection. > > Fixes: ba94c753ccb4 ("ath10k: add

Re: [PATCH v4 0/3] drivers/acpi: Remove function callback casts

Hi, Drop this patch because it has errors. I will send a v5. Sorry. Thanks, Oscar Carter

Re: [net-next 0/6] net: marvell: prestera: Add Switchdev driver for Prestera family ASIC device 98DX326x (AC3x)

On Thu, May 28, 2020 at 06:12:39PM +0300, Vadym Kochan wrote: > Marvell Prestera 98DX326x integrates up to 24 ports of 1GbE with 8 > ports of 10GbE uplinks or 2 ports of 40Gbps stacking for a largely > wireless SMB deployment. > > Prestera Switchdev is a firmware based driver that operates via PCI

Re: [PATCH 8/9] x86: kvm_hv_set_msr(): use __put_user() instead of 32bit __clear_user()

On Fri, May 29, 2020 at 04:52:59PM -0700, Linus Torvalds wrote: > On Fri, May 29, 2020 at 4:27 PM Al Viro wrote: > > a/arch/x86/kvm/hyperv.c > > - if (__clear_user((void __user *)addr, sizeof(u32))) > > + if (__put_user(0, (u32 __user *)addr)) > > I'm not doubting that

[PATCH v5 2/3] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY

In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, there are the need to remove all the function callback casts. To do this, modify the IRQCHIP_ACPI_DECLARE macro to use the new defined macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY instead of

[PATCH v5 1/3] drivers/acpi: Add new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY

In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, there are the need to remove all the function callback casts. To do this, create a new macro called ACPI_DECLARE_SUBTABLE_PROBE_ENTRY to initialize the acpi_probe_entry struct using the

[PATCH v5 3/3] drivers/acpi: Remove function cast

Remove the function cast in the ACPI_DECLARE_PROBE_ENTRY macro to ensure that the functions passed as a last parameter to this macro have the right prototype. This is an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds. Suggested-by: Marc Zy

[PATCH v5 0/3] drivers/acpi: Remove function callback casts

In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, there are the need to remove all the function callback casts in the acpi driver. The first patch creates a macro called ACPI_DECLARE_SUBTABLE_PROBE_ENTRY to initialize the acpi_probe_ent

[PATCH] KVM: Use previously computed array_size()

array_size() is used in alloc calls to compute the allocation size. Next, "raw" multiplication is used to compute the size for copy_from_user(). The patch removes duplicated computation by saving the size in a var. No security concerns, just a small optimization. Signed-off-by: Denis Efremov ---

[PATCH] media: pci: ttpci: av7110: fix possible buffer overflow caused by bad DMA value in debiirq()

The value av7110->debi_virt is stored in DMA memory, and it is assigned to data, and thus data[0] can be modified at any time by malicious hardware. In this case, "if (data[0] < 2)" can be passed, but then data[0] can be changed into a large number, which may cause buffer overflow when the code "a

Re: [net-next 0/6] net: marvell: prestera: Add Switchdev driver for Prestera family ASIC device 98DX326x (AC3x)

Hi Ido, On Sat, May 30, 2020 at 05:29:28PM +0300, Ido Schimmel wrote: > On Thu, May 28, 2020 at 06:12:39PM +0300, Vadym Kochan wrote: > > Marvell Prestera 98DX326x integrates up to 24 ports of 1GbE with 8 > > ports of 10GbE uplinks or 2 ports of 40Gbps stacking for a largely > > wireless SMB deplo

Re: [PATCH 8/9] x86: kvm_hv_set_msr(): use __put_user() instead of 32bit __clear_user()

On Sat, May 30, 2020 at 03:31:47PM +0100, Al Viro wrote: > It's a bit trickier than that, but I want to deal with that at the same > time as the rest of kvm/vhost stuff. So for this series I just went > for minimal change. There's quite a pile of vhost and kvm stuff, > but it's not ready yet - w

<    1   2   3   4   5   >