Re: [PATCH] gve: Fix the size used in a 'dma_free_coherent()' call

On Mon, 2020-08-03 at 21:19 +0200, Christophe JAILLET wrote: > Le 03/08/2020 à 17:41, Jakub Kicinski a écrit : > > On Sun, 2 Aug 2020 16:15:23 +0200 Christophe JAILLET wrote: > > > Update the size used in 'dma_free_coherent()' in order to match the one > > > used in the corresponding

[PATCH v11 04/12] iommu: Add a domain attribute to get/set a pagetable configuration

Add domain attribute DOMAIN_ATTR_PGTABLE_CFG. This will be used by arm-smmu to share the current pagetable configuration with the leaf driver and to allow the leaf driver to set up a new pagetable configuration under certain circumstances. Signed-off-by: Jordan Crouse --- include/linux/iommu.h

[PATCH v11 05/12] iommu/arm-smmu-qcom: Add implementation for the adreno GPU SMMU

Add a special implementation for the SMMU attached to most Adreno GPU target triggered from the qcom,adreno-smmu compatible string. The new Adreno SMMU implementation will enable split pagetables (TTBR1) for the domain attached to the GPU device (SID 0) and hard code it context bank 0 so the GPU

[PATCH v11 02/12] iommu/arm-smmu: Add support for split pagetables

Enable TTBR1 for a context bank if IO_PGTABLE_QUIRK_ARM_TTBR1 is selected by the io-pgtable configuration. Signed-off-by: Jordan Crouse --- drivers/iommu/arm/arm-smmu/arm-smmu.c | 21 - drivers/iommu/arm/arm-smmu/arm-smmu.h | 25 +++-- 2 files changed,

[PATCH v11 01/12] iommu/arm-smmu: Pass io-pgtable config to implementation specific function

Construct the io-pgtable config before calling the implementation specific init_context function and pass it so the implementation specific function can get a chance to change it before the io-pgtable is created. Signed-off-by: Jordan Crouse --- drivers/iommu/arm/arm-smmu/arm-smmu-impl.c | 3

[GIT PULL] x86/timers change for v5.9

Linus, Please pull the latest x86/timers git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-2020-08-03 # HEAD: 898ec52d2ba05915aaedcdb21bff2e944c883cb8 x86/xen/time: Set the X86_FEATURE_TSC_KNOWN_FREQ flag in xen_tsc_khz() A single commit which sets the

Re: [PATCH v4 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.

On 8/3/20 11:34 AM, p...@cmp.felk.cvut.cz wrote: > diff --git a/drivers/net/can/ctucanfd/Kconfig > b/drivers/net/can/ctucanfd/Kconfig > index 0620111d57fd..8a5f5d05fa72 100644 > --- a/drivers/net/can/ctucanfd/Kconfig > +++ b/drivers/net/can/ctucanfd/Kconfig > @@ -15,4 +15,13 @@ config

Re: [PATCH v6 1/3] devres: provide devm_krealloc()

On Sun, Aug 2, 2020 at 12:42 PM Andy Shevchenko wrote: > [snip] > > I was thinking about this bit... Shouldn't we rather issue a simple > dev_warn() and return the existing pointer? > For example in some cases we might want to have resources coming > either from heap or from constant. Then, if

Re: [RFC PATCH 0/5] madvise MADV_DOEXEC

On 8/3/2020 11:28 AM, ebied...@xmission.com wrote: > Steven Sistare writes: >> On 7/30/2020 5:58 PM, ebied...@xmission.com wrote: >>> Here is another suggestion. >>> >>> Have a very simple program that does: >>> >>> for (;;) { >>> handle = dlopen("/my/real/program"); >>>

[PATCH v4 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.

From: Pavel Pisa PCI bus adaptation for CTU CAN FD open-source IP core. The project providing FPGA design for Intel EP4CGX15 based DB4CGX15 PCIe board with PiKRON.com designed transceiver riser shield is available at https://gitlab.fel.cvut.cz/canbus/pcie-ctu_can_fd . Signed-off-by: Pavel Pisa

[PATCH v4 3/6] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.

From: Martin Jerabek This driver adds support for the CTU CAN FD open-source IP core. More documentation and core sources at project page (https://gitlab.fel.cvut.cz/canbus/ctucanfd_ip_core). The core integration to Xilinx Zynq system as platform driver is available

Re: [PATCH v2] media: rcar-vin: Add support to select data pins for YCbCr422-8bit input

Hi Lad, On 2020-08-03 20:17:54 +0100, Lad, Prabhakar wrote: > Hi Niklas, > > Thank you for the review. > > On Mon, Aug 3, 2020 at 7:06 PM Niklas wrote: > > > > Hi Lad, > > > > Thanks for your work. > > > > On 2020-08-03 17:02:53 +0100, Lad Prabhakar wrote: > > > Select the data pins for

[PATCH v4 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform/SoC support.

From: Pavel Pisa Platform bus adaptation for CTU CAN FD open-source IP core. The core has been tested together with OpenCores SJA1000 modified to be CAN FD frames tolerant on MicroZed Zynq based MZ_APO education kits designed by Petr Porazil from PiKRON.com company. FPGA design

Re: [PATCH 2/2] s390: convert to GENERIC_VDSO

Heiko Carstens writes: > On Mon, Aug 03, 2020 at 06:05:24PM +0200, Thomas Gleixner wrote: >> +/** >> + * vdso_update_begin - Start of a VDSO update section >> + * >> + * Allows architecture code to safely update the architecture specific VDSO >> + * data. >> + */ >> +void vdso_update_begin(void)

[PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.

From: Pavel Pisa The device-tree bindings for open-source CAN FD IP core which design started at Department of Measurement at Faculty of Electrical Engineering of Czech Technical University in Prague. The IP core main author is Ondrej Ille who continues on the core development even after

Re: [PATCH v6 12/12] x86/traps: Fix up invalid PASID

> On Aug 3, 2020, at 10:34 AM, Dave Hansen wrote: > > On 8/3/20 10:16 AM, Andy Lutomirski wrote: >> - TILE: genuinely per-thread, but it's expensive so it's >> lazy-loadable. But the lazy-load mechanism reuses #NM, and it's not >> fully disambiguated from the other use of #NM. So it sort

Re: [RFC PATCH] arm64: defconfig: Disable fine-grained task level IRQ time accounting

Valentin, Valentin Schneider writes: > On 03/08/20 16:13, Thomas Gleixner wrote: >> Vladimir Oltean writes: 1) When irq accounting is disabled, RT throttling kicks in as expected. 2) With irq accounting the RT throttler does not kick in and the RCU

Re: [PATCH] media: rcar-vin: Update crop and compose settings for every s_fmt call

Hi Lad, Hans, On 2020-08-03 19:11:32 +0100, Lad, Prabhakar wrote: > Hi Hans, > > On Sat, Aug 1, 2020 at 10:04 AM Niklas wrote: > > > > Hi Lad, > > > > Thanks for your work. > > > > On 2020-07-31 10:29:05 +0100, Lad Prabhakar wrote: > > > The crop and compose settings for VIN in non mc mode

Re: [PATCH] gve: Fix the size used in a 'dma_free_coherent()' call

Le 03/08/2020 à 17:41, Jakub Kicinski a écrit : On Sun, 2 Aug 2020 16:15:23 +0200 Christophe JAILLET wrote: Update the size used in 'dma_free_coherent()' in order to match the one used in the corresponding 'dma_alloc_coherent()'. Fixes: 893ce44df5 ("gve: Add basic driver framework for Compute

Re: [PATCH v2] media: rcar-vin: Add support to select data pins for YCbCr422-8bit input

Hi Niklas, Thank you for the review. On Mon, Aug 3, 2020 at 7:06 PM Niklas wrote: > > Hi Lad, > > Thanks for your work. > > On 2020-08-03 17:02:53 +0100, Lad Prabhakar wrote: > > Select the data pins for YCbCr422-8bit input format depending on > > bus_width and data_shift passed as part of DT.

Re: [PATCH] siganl: ignore other signals when doing coredump

On 07/31, chunlei.wang wrote: > > Please tell us much more about why you think Linux would benefit from > this change. Precisely what operational problems are you seeing with > the current code? > => >Sorry for the late reply. > >If coredump is incomplete, R can not find root

[GIT PULL] Remove uninitialized_var() for v5.9-rc1

Hi Linus, Please pull this uninitialized_var() macro removal series for v5.9-rc1. This is long overdue, and has hidden too many bugs over the years. The series has several "by hand" fixes, and then a trivial treewide replacement. As you might imagine, this had a few conflicts while living in

Re: [PATCH v2] media: rcar-vin: Add support to select data pins for YCbCr422-8bit input

Hi Niklas, On Mon, Aug 3, 2020 at 8:06 PM Niklas wrote: > On 2020-08-03 17:02:53 +0100, Lad Prabhakar wrote: > > Select the data pins for YCbCr422-8bit input format depending on > > bus_width and data_shift passed as part of DT. > > > > Signed-off-by: Lad Prabhakar > > Reviewed-by: Biju Das >

[GIT PULL] x86/platform changes for v5.9

Linus, Please pull the latest x86/platform git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-platform-2020-08-03 # HEAD: 3bcf25a40b018e632d70bb866d75746748953fbc x86/efi: Remove unused EFI_UV1_MEMMAP code The biggest change is the removal of SGI UV1 support,

Re: [PATCH] nvmet-passthru: Reject commands with non-sgl flags set

On 7/29/20 12:10, Logan Gunthorpe wrote: > Any command with a non-SGL flag set (like fuse flags) should be > rejected. > > Fixes: c1fef73f793b ("nvmet: add passthru code to process commands") > Signed-off-by: Logan Gunthorpe Looks good. Reviewed-by: Chaitanya Kulkarni

Re: [PATCH bpf-next v3 00/29] bpf: switch to memcg-based memory accounting

On Mon, Aug 03, 2020 at 08:37:15PM +0200, Daniel Borkmann wrote: > On 8/3/20 7:05 PM, Roman Gushchin wrote: > > On Mon, Aug 03, 2020 at 06:39:01PM +0200, Daniel Borkmann wrote: > > > On 8/3/20 5:34 PM, Roman Gushchin wrote: > > > > On Mon, Aug 03, 2020 at 02:05:29PM +0200, Daniel Borkmann wrote: >

Re: [PATCH v5 00/16] HWPOISON: soft offline rework

On Fri, Jul 31, 2020 at 12:20:56PM +, nao.horigu...@gmail.com wrote: > This patchset is the latest version of soft offline rework patchset > targetted for v5.9. > > Main focus of this series is to stabilize soft offline. Historically soft > offlined pages have suffered from racy conditions

[GIT PULL] tasklets updates for v5.9-rc1

Hi Linus, Please pull these tasklets updates for v5.9-rc1. These are the infrastructure updates needed to support converting the tasklet API to something more modern (and hopefully for removal further down the road). There is a 300-patch series waiting in the wings to get set out to subsystem

Re: [PATCH v5 13/36] vmlinux.lds.h: add PGO and AutoFDO input sections

> However, the history of their being together comes from > > 9bebe9e5b0f3 ("kbuild: Fix .text.unlikely placement") > > which seems to indicate there was some problem with having them separated out, > although I don't quite understand what the issue was from the commit message. Separating it

[GIT PULL] x86/mm changes for v5.9

Linus, Please pull the latest x86/mm git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-2020-08-03 # HEAD: 2b32ab031e82a109e2c5b0d30ce563db0fe286b4 x86/mm/64: Make sync_global_pgds() static The biggest change is to not sync the vmalloc and ioremap ranges for

Re: [PATCH v5 23/36] arm/build: Explicitly keep .ARM.attributes sections

On Fri, Jul 31, 2020 at 4:18 PM Kees Cook wrote: > > In preparation for adding --orphan-handling=warn, explicitly keep the > .ARM.attributes section by expanding the existing ELF_DETAILS macro into > ARM_DETAILS. > > Suggested-by: Nick Desaulniers > Link: >

Re: [PATCH v3 01/15] dt-bindings: iio: Add bindings for sx9310 sensor

Quoting Jonathan Cameron (2020-08-01 08:06:39) > On Fri, 31 Jul 2020 10:48:38 -0600 > Daniel Campello wrote: > > diff --git > > a/Documentation/devicetree/bindings/iio/proximity/semtech,sx9310.yaml > > b/Documentation/devicetree/bindings/iio/proximity/semtech,sx9310.yaml > > new file mode

[PATCH v2] coccinelle: api: add kvmalloc script

Suggest kvmalloc instead of opencoded kmalloc && vmalloc condition. Signed-off-by: Denis Efremov --- Changes in v2: - binary operator cmp added - NULL comparisions simplified - "T x" case added to !patch mode scripts/coccinelle/api/kvmalloc.cocci | 142 ++ 1 file

[GIT PULL] var-init update for v5.9-rc1

Hi Linus, Please pull this var-init update for v5.9-rc1. (This is the tree formerly known as "mem-init", which you correctly pointed out was not a good name.) This adds the "zero" init option from Clang, which is being used widely in production builds of Android and Chrome OS (though it keeps the

[GIT PULL] arm64 and cross-arch updates for 5.9

Hi Linus, Here's a slightly wider-spread set of updates for 5.9. Going outside the usual arch/arm64/ is the removal of read_barrier_depends() series from Will (http://lkml.kernel.org/r/20200710165203.31284-1-w...@kernel.org) and the MSI/IOMMU ID translation series from Lorenzo

[GIT PULL] gcc-plugins updates for v5.9-rc1

Hi Linus, Please pull these gcc-plugins updates for v5.9-rc1. It is primarily improvements to STACKLEAK from Alexander Popov, along with some additional cleanups. Thanks! -Kees The following changes since commit 48778464bb7d346b47157d21ffde2af6b2d39110: Linux 5.8-rc2 (2020-06-21 15:45:29

Re: [PATCH v7] Makefile: Add clang-tidy and static analyzer support to makefile

On Sat, Aug 1, 2020 at 12:23 PM Lukas Bulwahn wrote: > > Hi Nathan, Hi Nick, > > I have been busy with other topics around the kernel and static analysis; > but then, I read clang and static analysis in my mailbox in this patch. > > So, I thought let me give this patch a try on the weekend. > > I

[GIT PULL] x86/misc changes for v5.9

Linus, Please pull the latest x86/misc git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-misc-2020-08-03 # HEAD: a7e1f67ed29f0c339e2aa7483d13b085127566ab x86/msr: Filter MSR writes Filter MSR writes from user-space by default, and print a syslog entry if they

[GIT PULL] pstore update for v5.9-rc1

Hi Linus, Please pull this tiny pstore update for v5.9-rc1, which fixes a very corner-case build failure. Thanks! -Kees The following changes since commit 48778464bb7d346b47157d21ffde2af6b2d39110: Linux 5.8-rc2 (2020-06-21 15:45:29 -0700) are available in the Git repository at:

Re: [PATCH v3 3/4] KVM: SVM: Add GHCB Accessor functions

On Mon, Aug 03, 2020 at 02:27:07PM +0200, Joerg Roedel wrote: > From: Joerg Roedel > > Building a correct GHCB for the hypervisor requires setting valid bits > in the GHCB. Simplify that process by providing accessor functions to > set values and to update the valid bitmap and to check the valid

Re: [PATCH 2/2] s390: convert to GENERIC_VDSO

On Mon, Aug 03, 2020 at 06:05:24PM +0200, Thomas Gleixner wrote: > +/** > + * vdso_update_begin - Start of a VDSO update section > + * > + * Allows architecture code to safely update the architecture specific VDSO > + * data. > + */ > +void vdso_update_begin(void) > +{ > + struct vdso_data

[PATCH v4 1/6] dt-bindings: vendor-prefix: add prefix for the Czech Technical University in Prague.

From: Pavel Pisa Following text added to make checkpatch happy. The Czech Technical University in Prague (CTU) is one of the biggest and oldest (founded 1707) technical universities in Europe. The abbreviation in Czech language is ČVUT according to official name in Czech language České

Re: [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.

On Sat, Aug 1, 2020 at 3:28 PM Pavel Pisa wrote: > > Hello Rob ad others, > > On Wednesday 29 of July 2020 01:12:31 Pavel Pisa wrote: > > On Saturday 04 of January 2020 00:53:59 Rob Herring wrote: > > > On Sat, Dec 21, 2019 at 03:07:31PM +0100, p...@cmp.felk.cvut.cz wrote: > > > > From: Pavel

Re: [PATCH bpf-next v3 00/29] bpf: switch to memcg-based memory accounting

On 8/3/20 7:05 PM, Roman Gushchin wrote: On Mon, Aug 03, 2020 at 06:39:01PM +0200, Daniel Borkmann wrote: On 8/3/20 5:34 PM, Roman Gushchin wrote: On Mon, Aug 03, 2020 at 02:05:29PM +0200, Daniel Borkmann wrote: On 7/30/20 11:22 PM, Roman Gushchin wrote: Currently bpf is using the memlock

[PATCH v4 0/6] CTU CAN FD open-source IP core SocketCAN driver, PCI, platform integration and documentation

From: Pavel Pisa This driver adds support for the CTU CAN FD open-source IP core. More documentation and core sources at project page (https://gitlab.fel.cvut.cz/canbus/ctucanfd_ip_core). The core integration to Xilinx Zynq system as platform driver is available

[PATCH] cpufreq: intel_pstate: Fix cpuinfo_max_freq when MSR_TURBO_RATIO_LIMIT is 0

The MSR_TURBO_RATIO_LIMIT can be 0. This is not an error. User can update this MSR via BIOS settings on some systems or can use msr tools to update. Also some systems boot with value = 0. This results in display of cpufreq/cpuinfo_max_freq wrong. This value will be equal to

Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor

On 8/2/20 3:00 PM, Andy Lutomirski wrote: > I feel like trampfd is too poorly defined at this point to evaluate. Point taken. It is because I wanted to start with something small and specific and expand it in the future. So, I did not really describe the big picture - the overall vision,

[PATCH v7] coccinelle: api: add kfree_mismatch script

Check that alloc and free types of functions match each other. Signed-off-by: Denis Efremov --- Changes in v2: - Lines are limited to 80 characters where possible - Confidence changed from High to Medium because of fs/btrfs/send.c:1119 false-positive - __vmalloc_area_node() explicitly

[GIT PULL] x86/microcode change for v5.9

Linus, Please pull the latest x86/microcode git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-microcode-2020-08-03 # HEAD: c8a59a4d8e3c9e609fa915e39c3628c6dd08aeea x86/microcode: Do not select FW_LOADER A single commit that removes the microcode loader's

Re: [PATCH v2 1/1] netfilter: nat: add a range check for l3/l4 protonum

Hi, I have attached the follow up fix that checks for the proto index during conntrack creation. Thanks, Will On 07/31/2020, William Mcvicker wrote: > Hi Pablo, > > > Note that this code does not exist in the tree anymore. I'm not sure > > if this problem still exists upstream, this patch does

[RFC] saturate check_*_overflow() output?

Hi, I wonder if we should explicitly saturate the output of the overflow helpers as a side-effect of overflow detection? (That way the output is never available with a "bad" value, if the caller fails to check the result or forgets that *d was written...) since right now, *d will hold the wrapped

Re: [PATCH] ieee802154/adf7242: check status of adf7242_read_reg

Hello. On 02.08.20 16:23, t...@redhat.com wrote: From: Tom Rix Clang static analysis reports this error adf7242.c:887:6: warning: Assigned value is garbage or undefined len = len_u8; ^ ~~ len_u8 is set in adf7242_read_reg(lp, 0, _u8); When this call fails,

Re: [PATCH 1/2] fs: Add fd_install file operation

On Mon, Aug 03, 2020 at 05:34:29PM +0100, Christoph Hellwig wrote: > On Mon, Aug 03, 2020 at 02:47:18PM +, Kalesh Singh wrote: > > Provides a per process hook for the acquisition of file descriptors, > > despite the method used to obtain the descriptor. > > > > Signed-off-by: Kalesh Singh >

[GIT PULL] Documentation for 5.9

The following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407: Linux 5.8-rc1 (2020-06-14 12:45:04 -0700) are available in the Git repository at: git://git.lwn.net/linux.git tags/docs-5.9 for you to fetch changes up to 2c12c8103d8f15790cf880f1545dafa36acb004a:

[GIT PULL] x86/fpu change for v5.9

Linus, Please pull the latest x86/fpu git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-fpu-2020-08-03 # HEAD: 4185b3b92792eaec5869266e594338343421ffb0 selftests/fpu: Add an FPU selftest A single commit that adds the /sys/kernel/debug/selftest_helpers/test_fpu

Re: [PATCH v4 12/12] dt-bindings: sound: lpass-cpu: Move to yaml format

On Mon, Aug 3, 2020 at 2:28 AM Rohit Kumar wrote: > > Thanks Rob for reviewing > > On 7/23/2020 10:46 PM, Rob Herring wrote: > > On Wed, Jul 22, 2020 at 04:01:55PM +0530, Rohit kumar wrote: > >> Update lpass-cpu binding with yaml formats. > >> > >> Signed-off-by: Rohit kumar > >> --- > >>

Re: [PATCH v4 00/10] Function Granular KASLR

On 8/3/20 1:45 PM, Kees Cook wrote: On Mon, Aug 03, 2020 at 02:39:32PM +0300, Evgenii Shatokhin wrote: There are at least 2 places where high-order memory allocations might happen during module loading. Such allocations may fail if memory is fragmented, while physically contiguous memory areas

Re: [PATCH v3 2/4] KVM: SVM: Add GHCB definitions

On Mon, Aug 03, 2020 at 02:27:06PM +0200, Joerg Roedel wrote: > From: Tom Lendacky > > Extend the vmcb_safe_area with SEV-ES fields and add a new > 'struct ghcb' which will be used for guest-hypervisor communication. > > Signed-off-by: Tom Lendacky > Signed-off-by: Joerg Roedel > --- >

[net-next v2] seg6: using DSCP of inner IPv4 packets

This patch allows copying the DSCP from inner IPv4 header to the outer IPv6 header, when doing SRv6 Encapsulation. This allows forwarding packet across the SRv6 fabric based on their original traffic class. Signed-off-by: Ahmed Abdelsalam --- net/ipv6/seg6_iptunnel.c | 37

Re: [PATCH] media: rcar-vin: Update crop and compose settings for every s_fmt call

Hi Hans, On Sat, Aug 1, 2020 at 10:04 AM Niklas wrote: > > Hi Lad, > > Thanks for your work. > > On 2020-07-31 10:29:05 +0100, Lad Prabhakar wrote: > > The crop and compose settings for VIN in non mc mode werent updated > > in s_fmt call this resulted in captured images being clipped. > > > >

Re: [PATCH v2] arm64: dts: qcom: sc7180: Add LPASS clock controller nodes

Hi, On Sat, Aug 1, 2020 at 11:14 AM Taniya Das wrote: > > Update the clock controller nodes for Low power audio subsystem > functionality. > > Signed-off-by: Taniya Das > --- > arch/arm64/boot/dts/qcom/sc7180.dtsi | 25 + > 1 file changed, 25 insertions(+) > > diff

Re: [PATCH v2] media: rcar-vin: Add support to select data pins for YCbCr422-8bit input

Hi Lad, Thanks for your work. On 2020-08-03 17:02:53 +0100, Lad Prabhakar wrote: > Select the data pins for YCbCr422-8bit input format depending on > bus_width and data_shift passed as part of DT. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Biju Das > --- > Changes for v2: > * Dropped DT

Re: [PATCH v3 1/4] KVM: SVM: nested: Don't allocate VMCB structures on stack

On Mon, Aug 03, 2020 at 02:27:05PM +0200, Joerg Roedel wrote: > From: Joerg Roedel > > Do not allocate a vmcb_control_area and a vmcb_save_area on the stack, > as these structures will become larger with future extenstions of > SVM and thus the svm_set_nested_state() function will become a too

[GIT PULL] x86/cpu changes for v5.9

Linus, Please pull the latest x86/cpu git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-2020-08-03 # HEAD: f69ca629d89d65737537e05308ac531f7bb07d5c x86/cpu: Refactor sync_core() for readability Misc changes: - Prepare for Intel's new SERIALIZE

Re: Re: Re: [PATCH v2 1/5] drm/mediatek: config component output by device node port

Am 3. August 2020 18:27:02 MESZ schrieb Chun-Kuang Hu : >But now I have a solution that you need not to modify binding document. >Because now mt7623 has a different routing than mt2701, and this >patch's approach is to use different port setting in each device tree. >My solution is that these

arch/mips/include/asm/mach-ip27/topology.h:19:7: error: implicit declaration of function 'hub_data'

months ago config: mips-randconfig-r032-20200803 (attached as .config) compiler: mips64-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross git

[PATCH 2/6] RISC-V: Mark the existing SBI v0.1 implementation as legacy

The existing SBI specification impelementation follows v0.1 or legacy specification. The latest specification known as v0.2 allows more scalability and performance improvements. Rename the existing implementation as legacy and provide a way to allow future extensions. Signed-off-by: Atish Patra

[PATCH 4/6] RISC-V: Add SBI v0.2 base extension

SBI v0.2 base extension defined to allow backward compatibility and probing of future extensions. This is also the only mandatory SBI extension that must be implemented by SBI implementors. Signed-off-by: Atish Patra --- arch/riscv/include/asm/kvm_vcpu_sbi.h | 2 + arch/riscv/include/asm/sbi.h

[PATCH 5/6] RISC-V: Add v0.1 replacement SBI extensions defined in v02

The SBI v0.2 contains some of the improved versions of required v0.1 extensions such as remote fence, timer and IPI. This patch implements those extensions. Signed-off-by: Atish Patra --- arch/riscv/kvm/Makefile | 2 +- arch/riscv/kvm/vcpu_sbi.c | 6 ++

[PATCH 6/6] RISC-V: Add SBI HSM extension in KVM

SBI HSM extension allows OS to start/stop harts any time. It also allows ordered booting of harts instead of random booting. Implement SBI HSM exntesion and designate the vcpu 0 as the boot vcpu id. All other non-zero non-booting vcpus should be brought up by the OS implementing HSM extension. If

[PATCH 3/6] RISC-V: Reorganize SBI code by moving legacy SBI to its own file

With SBI v0.2, there may be more SBI extensions in future. It makes more sense to group related extensions in separate files. Guest kernel will choose appropriate SBI version dynamically. Move the existing implementation to a separate file so that it can be removed in future without much

[PATCH 0/6] Add SBI v0.2 support for KVM

The Supervisor Binary Interface(SBI) specification[1] now defines a base extension that provides extendability to add future extensions while maintaining backward compatibility with previous versions. The new version is defined as 0.2 and older version is marked as 0.1. This series adds following

[PATCH 1/6] RISC-V: Add a non-void return for sbi v02 functions

SBI v0.2 functions can return an error code from SBI implementation. We are already processing the SBI error code and coverts it to the Linux error code. Propagate to the error code to the caller as well. As of now, kvm is the only user of these error codes. Signed-off-by: Atish Patra ---

Re: KASAN: slab-out-of-bounds Read in hci_le_meta_evt

On Mon, Aug 03, 2020 at 06:32:24PM +0100, Russell King - ARM Linux admin wrote: > On Mon, Aug 03, 2020 at 10:21:04AM -0700, Eric Biggers wrote: > > On Mon, Aug 03, 2020 at 06:12:33PM +0100, Russell King - ARM Linux admin > > wrote: > > > Dear syzbot, > > > > > > Please explain why you are

Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor

On 7/31/20 1:31 PM, Mark Rutland wrote: > On Fri, Jul 31, 2020 at 12:13:49PM -0500, Madhavan T. Venkataraman wrote: >> On 7/30/20 3:54 PM, Andy Lutomirski wrote: >>> On Thu, Jul 30, 2020 at 7:24 AM Madhavan T. Venkataraman >>> wrote: >> Dealing with multiple architectures >>

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

On Mon, Aug 3, 2020 at 6:14 AM Michal Hocko wrote: > > I hope I got it right and this is the latest version of your patches. Btw. > do you still think that increasing PAGE_WAIT_TABLE_BITS is reasonable. I suspect it's still very reasonable, but I'd love to have numbers for it. > In the meantime

Re: [GIT PULL] file locking fix for 5.9

The pull request you sent on Mon, 03 Aug 2020 09:22:46 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/jlayton/linux.git > tags/filelock-v5.9-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/3208167a865e862fff5045d7910387941ff7e114 Thank you! --

Re: [GIT PULL] Btrfs updates for 5.9

The pull request you sent on Fri, 31 Jul 2020 18:42:03 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.9-tag has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/6dec9f406c1f2de6d750de0fc9d19872d9c4bf0d Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] tpmdd update for Linux v5.9

The pull request you sent on Fri, 24 Jul 2020 09:42:27 +0300: > git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-v5.9 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/92b7e4923fdbeda9b86b1398127449d5353f9123 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] Crypto Update for 5.9

The pull request you sent on Mon, 3 Aug 2020 14:40:24 +1000: > git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ab5c60b79ab6cc50b39bbb21b2f9fb55af900b84 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] fsverity updates for 5.9

The pull request you sent on Mon, 3 Aug 2020 00:07:30 -0700: > https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fsverity-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5577416c39652d395a6045677f4f598564aba1cf Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] fscrypt updates for 5.9

The pull request you sent on Mon, 3 Aug 2020 00:05:47 -0700: > https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fscrypt-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/690b25675f5c9c082cb1b902e6d21dd956754e7e Thank you! -- Deet-doot-dot, I am a

[GIT PULL] x86/core changes for v5.9

Linus, Please pull the latest x86/core git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-core-2020-08-03 # HEAD: ef2ff0f5d6008d325c9a068e20981c0d0acc4d6b x86/dumpstack: Show registers dump with trace's log level Improve x86 debuggability: print registers with

Re: [PATCH bpf-next v8 0/7] Generalizing bpf_local_storage

On 8/3/20 6:46 PM, KP Singh wrote: > From: KP Singh > > # v7 -> v8 > > - Fixed an issue with BTF IDs for helpers and added > bpf_<>_storage_delete to selftests to catch this issue. > - Update comments about refcounts and grabbed a refcount to the open > file for userspace inode helpers.

Re: [PATCH v4 00/10] Function Granular KASLR

On Mon, Aug 03, 2020 at 02:39:32PM +0300, Evgenii Shatokhin wrote: > There are at least 2 places where high-order memory allocations might happen > during module loading. Such allocations may fail if memory is fragmented, > while physically contiguous memory areas are not really needed there. I >

[ANNOUNCE] 4.19.135-rt60

Hello RT Folks! I'm pleased to announce the 4.19.135-rt60 stable release. This release is just an update to the new stable 4.19.135 version and no RT specific changes have been made. You can get this release via the git tree at:

Re: [PATCH v6 12/12] x86/traps: Fix up invalid PASID

On 8/3/20 10:16 AM, Andy Lutomirski wrote: > - TILE: genuinely per-thread, but it's expensive so it's > lazy-loadable. But the lazy-load mechanism reuses #NM, and it's not > fully disambiguated from the other use of #NM. So it sort of works, > but it's gross. For those playing along at home,

Re: [PATCH v3: {linux-4.14.y} ] dm cache: submit writethrough writes in parallel to origin and cache

On Mon, Aug 03, 2020 at 12:27:31PM -0500, John Donnelly wrote: > From: Mike Snitzer > > Discontinue issuing writethrough write IO in series to the origin and > then cache. > > Use bio_clone_fast() to create a new origin clone bio that will be > mapped to the origin device and then bio_chain()

Re: [PATCH 5.7 000/120] 5.7.13-rc1 review

On Mon, Aug 03, 2020 at 08:58:20AM -0700, Guenter Roeck wrote: > On Mon, Aug 03, 2020 at 02:17:38PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.7.13 release. There > > are 120 patches in this series, all will be posted as a response to this > >

Re: KASAN: slab-out-of-bounds Read in hci_le_meta_evt

On Mon, Aug 03, 2020 at 10:21:04AM -0700, Eric Biggers wrote: > On Mon, Aug 03, 2020 at 06:12:33PM +0100, Russell King - ARM Linux admin > wrote: > > Dear syzbot, > > > > Please explain why you are spamming me with all these reports - four so > > far. I don't understand why you think I should

[PATCH] f2fs: remove a waiter for checkpoint completion

It doesn't need to wait for checkpoint being completed triggered by end_io. [ 20.157753] [ cut here ] [ 20.158393] do not call blocking ops when !TASK_RUNNING; state=2 set at [<96354225>] prepare_to_wait+0xcd/0x430 [ 20.159858] WARNING: CPU: 1 PID: 1152 at

[GIT PULL] x86/cleanups for v5.9

Linus, Please pull the latest x86/cleanups git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cleanups-2020-08-03 # HEAD: 90fc73928fec2f62bbee1476781754c7392a7b61 x86/ioperm: Initialize pointer bitmap with NULL rather than 0 Misc cleanups all around the place.

[PATCH v3: {linux-4.14.y} ] dm cache: submit writethrough writes in parallel to origin and cache

From: Mike Snitzer Discontinue issuing writethrough write IO in series to the origin and then cache. Use bio_clone_fast() to create a new origin clone bio that will be mapped to the origin device and then bio_chain() it to the bio that gets remapped to the cache device. The origin clone bio

Re: [net v3] drivers/net/wan/lapbether: Use needed_headroom instead of hard_header_len

Thanks! On Mon, Aug 3, 2020 at 2:50 AM Willem de Bruijn wrote: > > It's [PATCH net v3], not [net v3] Sorry. My mistake. I'll pay attention next time. I'm currently thinking about changing the subject to reflect that we added a "skb->len" check. Should I number the new patch as v1 or continue

Re: [PATCH v4 0/2] cpufreq: intel_pstate: Implement passive mode with HWP enabled

On Saturday, August 1, 2020 6:39:30 PM CEST Srinivas Pandruvada wrote: > > --=-bU21ZBsdw4g45G9I/wXt > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: 7bit > > On Tue, 2020-07-28 at 17:09 +0200, Rafael J. Wysocki wrote: > > Hi All, > > > > On Monday, July 27, 2020 5:13:40

Re: [PATCH v6 08/22] bootconfig: init: Allow admin to use bootconfig for init command line

On Mon, 3 Aug 2020 11:29:59 -0400 Arvind Sankar wrote: > > + /* parse_args() stops at '--' and returns an address */ > > + if (!IS_ERR(err) && err) > > + initargs_found = true; > > + > > I think you can drop the second IS_ERR, since we already checked that. Masami, Can you

Re: KASAN: slab-out-of-bounds Read in hci_le_meta_evt

On Mon, Aug 03, 2020 at 06:12:33PM +0100, Russell King - ARM Linux admin wrote: > Dear syzbot, > > Please explain why you are spamming me with all these reports - four so > far. I don't understand why you think I should be doing anything with > these. > > Thanks. syzbot just uses

[PATCH v4 3/3] docs: iio: Add adxl372 documentation

From: Alexandru Tachici Add documentation for adxl372 3-axis accelerometer. Signed-off-by: Alexandru Tachici --- Documentation/iio/adxl372.rst | 46 +++ Documentation/iio/index.rst | 1 + 2 files changed, 47 insertions(+) create mode 100644

[PATCH v4 1/3] iio: accel: adxl372: Add support for FIFO peak mode

From: Stefan Popa By default, if all three channels (x, y, z) are enabled, sample sets of concurrent 3-axis data is stored in the FIFO. This patch adds the option to configure the FIFO to store peak acceleration (x, y and z) of every over-threshold event. When pushing to iio buffer we push only

[PATCH v4 0/3] iio: accel: adxl372: add peak mode

From: Alexandru Tachici This series adds the possibility to configure the device, from sysfs, to work in peak mode. This enables adxl372 to capture only over threshold accelerations. 1. Create sysfs files for falling_period/rising_period and thresh_falling_value/thresh_rising_value in events/

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