Re: [PATCH v8 2/2] fs: ext4: Modify inode-test.c to use KUnit parameterized testing feature

On Sun, 15 Nov 2020 at 19:59, Arpitha Raghunandan <98.a...@gmail.com> wrote: > > Modify fs/ext4/inode-test.c to use the parameterized testing > feature of KUnit. > > Signed-off-by: Arpitha Raghunandan <98.a...@gmail.com> > Signed-off-by: Marco Elver > --- > Changes v7->v8: > - Replace strcpy()

Re: [PATCH v4 06/17] PCI: add SIOV and IMS capability detection

On Sun, Nov 15, 2020 at 12:26:22PM +0100, Thomas Gleixner wrote: > On Sat, Nov 14 2020 at 13:18, Ashok Raj wrote: > > On Sat, Nov 14, 2020 at 10:34:30AM +, Christoph Hellwig wrote: > >> On Thu, Nov 12, 2020 at 11:42:46PM +0100, Thomas Gleixner wrote: > >> Which is why I really think we need

WARNING: suspicious RCU usage in unmap_page_range

Hello, syzbot found the following issue on: HEAD commit:eccc8767 Merge branch 'fixes' of git://git.kernel.org/pub/.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=115b9a2650 kernel config: https://syzkaller.appspot.com/x/.config?x=86ae89f992df998f

Re: general protection fault in wext_handle_ioctl

syzbot has found a reproducer for the following issue on: HEAD commit:e28c0d7c Merge branch 'akpm' (patches from Andrew) git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=15cd1cc250 kernel config: https://syzkaller.appspot.com/x/.config?x=37bf5609aacce0b6

Re: [PATCH] drm/mediatek: dsi: Calculate horizontal_backporch_byte by itself

Hi CK, On Sun, 15 Nov 2020 08:53:24 +0800 Chun-Kuang Hu wrote: > Hi, Bilal: > > Please help to test this patch on your Chromebook elm, thanks. > > Regards, > Chun-Kuang Hu Just tried this patch on the Chromebook Elm, and it doesn't work. The HDMI screen remains black, though the rest of the

Re: v5.10-rc3 vs. Droid 4

On Sun 2020-11-15 18:49:09, Pavel Machek wrote: > Hi! > > > > > > Does anyone have Droid 4 working with 5.10-rc3? > > > > > > I tried it with the original config; I got message about culomb > > > counter calibration done scrolling (and boot progressing very slowly > > > or not at all) . So ... I

[PATCH 3/9] platform/surface: aggregator: Add event item allocation caching

Event items are used for completing Surface Aggregator EC events, i.e. placing event command data and payload on a workqueue for later processing to avoid doing said processing directly on the receiver thread. This means that event items are allocated for each incoming event, regardless of that

[PATCH 6/9] platform/surface: aggregator: Add dedicated bus and device type

The Surface Aggregator EC provides varying functionality, depending on the Surface device. To manage this functionality, we use dedicated client devices for each subsystem or virtual device of the EC. While some of these clients are described as standard devices in ACPI and the corresponding

Re: [PATCHv1 3/4] dt-bindings: fpga: add authenticate-fpga-config property

Hi Richard, On Thu, Nov 12, 2020 at 12:06:42PM -0600, richard.g...@linux.intel.com wrote: > From: Richard Gong > > Add authenticate-fpga-config property for FPGA bitstream authentication. > > Signed-off-by: Richard Gong > --- > Documentation/devicetree/bindings/fpga/fpga-region.txt | 1 + >

[PATCH 7/9] docs: driver-api: Add Surface Aggregator subsystem documentation

Add documentation for the Surface Aggregator subsystem and its client drivers, giving an overview of the subsystem, its use-cases, its internal structure and internal API, as well as its external API for writing client drivers. Signed-off-by: Maximilian Luz --- Changes from RFC: - change SPDX

[PATCH 8/9] platform/surface: Add Surface Aggregator user-space interface

Add a misc-device providing user-space access to the Surface Aggregator EC, mainly intended for debugging, testing, and reverse-engineering. This interface gives user-space applications the ability to send requests to the EC and receive the corresponding responses. The device-file is managed by a

[PATCH 0/9] Add support for Microsoft Surface System Aggregator Module

Hello, N.B.: the following text is mostly a repeat of cover letter from the previous RFC for the uninitiated, which can be found at https://lore.kernel.org/linux-serial/20200923151511.3842150-1-luzmaximil...@gmail.com/ See "Changes" below for an overview of differences between the RFC

[PATCH 2/9] platform/surface: aggregator: Add control packet allocation caching

Surface Serial Hub communication is, in its core, packet based. Each sequenced packet requires to be acknowledged, via an ACK-type control packet. In case invalid data has been received by the driver, a NAK-type (not-acknowledge/negative acknowledge) control packet is sent, triggering

[PATCH 4/9] platform/surface: aggregator: Add trace points

Add trace points to the Surface Aggregator subsystem core. These trace points can be used to track packets, requests, and allocations. They are further intended for debugging and testing/validation, specifically in combination with the error injection capabilities introduced in the subsequent

[PATCH 5/9] platform/surface: aggregator: Add error injection capabilities

This commit adds error injection hooks to the Surface Serial Hub communication protocol implementation, to: - simulate simple serial transmission errors, - drop packets, requests, and responses, simulating communication failures and potentially trigger retransmission timeouts, as well as

[PATCH 9/9] platform/surface: Add Surface ACPI Notify driver

The Surface ACPI Notify (SAN) device provides an ACPI interface to the Surface Aggregator EC, specifically the Surface Serial Hub interface. This interface allows EC requests to be made from ACPI code and can convert a subset of EC events back to ACPI notifications. Specifically, this interface

Re: [PATCH v2 0/6] ARM: dts: sun8i: v3s: Enable video decoder

Hello. On Thu, 5 Nov 2020, Hans Verkuil wrote: Hi Martin, On 12/09/2020 16:30, Martin Cerveny wrote: First patch extends cedrus capability to all decoders because V3s missing MPEG2 decoder. Next two patches add system control node (SRAM C1) and next three patches add support for Cedrus VPU.

Re: [PATCHv1 4/4] fpga: stratix10-soc: entend driver for bitstream authentication

On Thu, Nov 12, 2020 at 12:06:43PM -0600, richard.g...@linux.intel.com wrote: > From: Richard Gong > > Exten FPGA manager driver to support FPGA bitstream authentication on Nit: Extend > Intel SocFPGA platforms. > > Signed-off-by: Richard Gong > --- > drivers/fpga/stratix10-soc.c | 5 - >

[PATCH] ARM: configs: sunxi: enable brcm wireless

Lot of sunxi boards have BRCM wireless device, so let's enable necessary options for it in our defconfig. Signed-off-by: Corentin Labbe --- arch/arm/configs/sunxi_defconfig | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 1/3] x86/quirks: Scan all busses for early PCI quirks

On Sun, Nov 15 2020 at 18:01, Lukas Wunner wrote: > On Sun, Nov 15, 2020 at 04:11:43PM +0100, Thomas Gleixner wrote: >> Unfortunately there is no way to tell the APIC "Mask vector X" and the >> dump kernel does neither know which device it comes from nor does it >> have enumerated PCI completely

[PATCH] hwmon: drivetemp: fix typo temperatire => temperature

This patch fix a trivial typo temperatire => temperature. Signed-off-by: Corentin Labbe --- drivers/hwmon/drivetemp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwmon/drivetemp.c b/drivers/hwmon/drivetemp.c index 72c760373957..1eb37106a220 100644 ---

Re: [tip: core/entry] entry: Fix spelling/typo errors in irq entry code

On Sun, 2020-11-15 at 18:56 +, tip-bot2 for Ira Weiny wrote: > The following commit has been merged into the core/entry branch of tip: [] > s/assemenbly/assembly/ [] > diff --git a/include/linux/entry-common.h b/include/linux/entry-common.h [] > @@ -438,7 +438,7 @@ irqentry_state_t noinstr

[PATCH] crypto: allwinner: sun8i-ce: fix two error path's memory leak

This patch fixes the following smatch warnings: drivers/crypto/allwinner/sun8i-ce/sun8i-ce-hash.c:412 sun8i_ce_hash_run() warn: possible memory leak of 'result' Note: "buf" is leaked as well. Furthermore, in case of ENOMEM, crypto_finalize_hash_request() was not called which was an error. Fixes:

[PATCH] thermal: amlogic: Add hwmon support

Many monitoring tools read the CPU temperature using the hwmon interface. Expose the thermal sensors on Amlogic boards as hwmon devices. Without this lm_sensors' "sensors" tool does not find any temperature sensors. Now it prints: cpu_thermal-virtual-0 Adapter: Virtual device temp1:

Re: [PATCH V3 05/10] x86/entry: Pass irqentry_state_t by reference

Ira, On Fri, Nov 06 2020 at 15:29, ira weiny wrote: Subject prefix wants to 'entry:'. This changes generic code and the x86 part is just required to fix the generic code change. > Currently struct irqentry_state_t only contains a single bool value > which makes passing it by value is

Re: [PATCH v40 10/24] mm: Add 'mprotect' hook to struct vm_operations_struct

On Thu, Nov 12, 2020 at 01:31:19PM -0800, Dave Hansen wrote: Good afternoon to everyone. > On 11/12/20 12:58 PM, Dr. Greg wrote: > > @@ -270,11 +270,10 @@ static int sgx_vma_mprotect(struct vm_area_struct > > *vma, > > struct vm_area_struct **pprev, unsigned long start,

[PATCH v8 1/2] kunit: Support for Parameterized Testing

Implementation of support for parameterized testing in KUnit. This approach requires the creation of a test case using the KUNIT_CASE_PARAM() macro that accepts a generator function as input. This generator function should return the next parameter given the previous parameter in parameterized

[PATCH v8 2/2] fs: ext4: Modify inode-test.c to use KUnit parameterized testing feature

Modify fs/ext4/inode-test.c to use the parameterized testing feature of KUnit. Signed-off-by: Arpitha Raghunandan <98.a...@gmail.com> Signed-off-by: Marco Elver --- Changes v7->v8: - Replace strcpy() with strncpy() in timestamp_expectation_to_desc() Changes v6->v7: - Introduce

[tip: core/entry] entry: Fix spelling/typo errors in irq entry code

The following commit has been merged into the core/entry branch of tip: Commit-ID: 8ca2378089994a0508248230e1a1e75f73102d32 Gitweb: https://git.kernel.org/tip/8ca2378089994a0508248230e1a1e75f73102d32 Author:Ira Weiny AuthorDate:Wed, 04 Nov 2020 15:01:57 -08:00 Committer:

[PATCH RFC v2 3/5] net: stmmac: dwmac-meson8b: use picoseconds for the RGMII RX delay

Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX delay register which allows picoseconds precision. Parse the new "amlogic,rgmii-rx-delay-ps" property or fall back to the old "amlogic,rx-delay-ns". Signed-off-by: Martin Blumenstingl ---

Re: [PATCH v6] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces

On 11/14/20 4:22 PM, Vincent Mailhol wrote: > This driver supports the ES581.4, ES582.1 and ES584.1 interfaces from > ETAS GmbH (https://www.etas.com/en/products/es58x.php). > > Co-developed-by: Arunachalam Santhanam > Signed-off-by: Arunachalam Santhanam > Signed-off-by: Vincent Mailhol The

[PATCH RFC v2 2/5] net: stmmac: dwmac-meson8b: fix enabling the timing-adjustment clock

The timing-adjustment clock only has to be enabled when a) there is a 2ns RX delay configured using device-tree and b) the phy-mode indicates that the RX delay should be enabled. Only enable the RX delay if both are true, instead of (by accident) also enabling it when there's the 2ns RX delay

[PATCH RFC v2 0/5] dwmac-meson8b: picosecond precision RX delay support

Hello, with the help of Jianxin Pan (many thanks!) the meaning of the "new" PRG_ETH1[19:16] register bits on Amlogic Meson G12A, G12B and SM1 SoCs are finally known. These SoCs allow fine-tuning the RGMII RX delay in 200ps steps (contrary to what I have thought in the past [0] these are not some

[PATCH RFC v2 5/5] net: stmmac: dwmac-meson8b: add support for the RGMII RX delay on G12A

Amlogic Meson G12A (and newer: G12B, SM1) SoCs have a more advanced RX delay logic. Instead of fine-tuning the delay in the nanoseconds range it now allows tuning in 200 picosecond steps. This support comes with new bits in the PRG_ETH1[19:16] register. Add support for validating the RGMII RX

[PATCH RFC v2 4/5] net: stmmac: dwmac-meson8b: move RGMII delays into a separate function

Newer SoCs starting with the Amlogic Meson G12A have more a precise RGMII RX delay configuration register. This means more complexity in the code. Extract the existing RGMII delay configuration code into a separate function to make it easier to read/understand even when adding more logic in the

[PATCH RFC v2 1/5] dt-bindings: net: dwmac-meson: use picoseconds for the RGMII RX delay

Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX delay register which allows picoseconds precision. Deprecate the old "amlogic,rx-delay-ns" in favour of a new "amlogic,rgmii-rx-delay-ps" property. For older SoCs the only known supported values were 0ns and 2ns. The new SoCs

Re: [PATCH 00/10] Migrate syscall entry/exit work to SYSCALL_WORK flagset

On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote: > This a refactor work moving the work done by features like seccomp, > ptrace, audit and tracepoints out of the TI flags. The reasons are: > >1) Scarcity of TI flags in x86 32-bit. > >2) TI flags are defined by the

Re: v5.10-rc3 vs. Droid 4

Hi! > > Does anyone have Droid 4 working with 5.10-rc3? > > > > I tried it with the original config; I got message about culomb > > counter calibration done scrolling (and boot progressing very slowly > > or not at all) . So ... I disabled cpcap battery & charger > > support. But init still

Re: [PATCH 05/10] tracepoints: Migrate to use SYSCALL_WORK flag

On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote: > > enum syscall_work_bit { > + > SYSCALL_WORK_SECCOMP= 0, > + SYSCALL_WORK_SYSCALL_TRACEPOINT = 1, No assignment required. Enums just do that for you. Thanks, tglx

Re: [PATCH 03/10] kernel: entry: Wire up syscall_work in common entry code

On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote: "kernel: entry:" is not the right subsystem prefix. git log kernel/entry/ might give you a hint. > Prepares the common entry code to use the SYSCALL_WORK flags. They > will s/Prepares/Prepare/ > be defined in subsequent patches for

Re: [PATCH v41 10/24] mm: Add 'mprotect' hook to struct vm_operations_struct

On 11/15/20 9:32 AM, Matthew Wilcox wrote: > On Fri, Nov 13, 2020 at 12:01:21AM +0200, Jarkko Sakkinen wrote: >> +++ b/include/linux/mm.h >> @@ -559,6 +559,13 @@ struct vm_operations_struct { >> void (*close)(struct vm_area_struct * area); >> int (*split)(struct vm_area_struct * area,

[PATCH] net: phy: mscc: fix excluded_middle.cocci warnings

From: kernel test robot Condition !A || A && B is equivalent to !A || B. Generated by: scripts/coccinelle/misc/excluded_middle.cocci Fixes: b76f0ea01312 ("coccinelle: misc: add excluded_middle.cocci script") CC: Denis Efremov Reported-by: kernel test robot Signed-off-by: kernel test robot

Re: [PATCH 04/10] seccomp: Migrate to use SYSCALL_WORK flag

On Fri, Nov 13 2020 at 22:29, Gabriel Krisman Bertazi wrote: > > +enum syscall_work_bit { > + SYSCALL_WORK_SECCOMP= 0, enums start at 0, so why do you need an explicit assignment? > +}; > + > +#define _SYSCALL_WORK_SECCOMP BIT(SYSCALL_WORK_SECCOMP) Do we really have to repeat

Re: [GIT PULL] Char/Misc driver fixes for 5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 15:30:08 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git > tags/char-misc-5.10-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9cfd9c45994b409c7103efc2f265e0af7634cf75 Thank you! --

Re: [PATCH 02/10] kernel: entry: Expose helpers to migrate TIF to SYSCALL_WORK flags

On Sat, Nov 14 2020 at 11:22, Christoph Hellwig wrote: >> +#ifdef CONFIG_GENERIC_ENTRY >> +static inline void __set_task_syscall_work(struct thread_info *ti, int flag) >> +{ >> +set_bit(flag, (unsigned long *)>syscall_work); >> +} >> +static inline int __test_task_syscall_work(struct

Re: [GIT PULL] USB/Thunderbolt driver fixes for 5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 15:29:38 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.10-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/281b3ec3a75bfa14b2bf53501c4596415b3309e2 Thank you! -- Deet-doot-dot, I am

[PATCH] x86/defconfigs: enable HDA realtek codec

I have lot of board booting with "hdaudio hdaudioC0D2: Unable to bind the codec". This is, for all of them, due to missing the HDA realtek codec. In fact CONFIG_SND_HDA_CODEC_REALTEK was already enabled via commit 5cb04df8d3f0 ("x86: defconfig updates") but removed later via commit 8b1bb90701f9

[PATCH] dt-bindings: dmaengine: Convert Qualcomm ADM bindings to yaml

Converts the device tree bindings for the Qualcomm Application Data Mover (ADM) DMA controller over to YAML schemas. Signed-off-by: Jonathan McDowell --- .../devicetree/bindings/dma/qcom,adm.yaml | 102 ++ .../devicetree/bindings/dma/qcom_adm.txt | 61 --- 2

[PATCH] nsproxy: remove judge of timens_on_fork()'s return val

timens_on_fork() always return 0, and maybe not need to judge the return value in copy_namespaces(). Signed-off-by: Hui Su --- kernel/nsproxy.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/kernel/nsproxy.c b/kernel/nsproxy.c index 12dd41b39a7f..e2e6c5dc433f 100644

Re: [PATCH v7 1/2] kunit: Support for Parameterized Testing

On Sun, 15 Nov 2020 at 13:18, Arpitha Raghunandan <98.a...@gmail.com> wrote: > > On 15/11/20 2:28 pm, Marco Elver wrote: > > On Sat, 14 Nov 2020 at 13:38, Arpitha Raghunandan <98.a...@gmail.com> wrote: > >> Implementation of support for parameterized testing in KUnit. This > >> approach requires

[PATCH] nsproxy: use put_nsproxy() in switch_task_namespaces()

Use put_nsproxy() instead of ' if (atomic_dec_and_test(>count)) { free_nsproxy(ns); }' in switch_task_namespaces(). and remove the whitespace by the way. Signed-off-by: Hui Su --- kernel/nsproxy.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [GIT pull] sched/urgent for v5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 13:00:42 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > sched-urgent-2020-11-15 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d0a37fd57fbae32adffb56ae9852d551376b7c9b Thank you! -- Deet-doot-dot,

Re: [GIT pull] perf/urgent for v5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 13:00:41 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > perf-urgent-2020-11-15 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/64b609d6a60c8a54ff9c43819803e6a7861e7ed1 Thank you! -- Deet-doot-dot,

Re: [GIT pull] locking/urgent for v5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 13:00:40 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > locking-urgent-2020-11-15 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/259c2fbef8f09cec8ac3d67820ca6778242beeaa Thank you! --

Re: [GIT pull] x86/urgent for v5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 13:00:43 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > x86-urgent-2020-11-15 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/326fd6db6112534738b5229da538bf426d78c851 Thank you! -- Deet-doot-dot, I

Re: [git pull] drm next pull for 5.10-rc1

On Tue, Nov 3, 2020 at 2:20 PM Kirill A. Shutemov wrote: > > On Thu, Oct 15, 2020 at 11:33:08AM +1000, Dave Airlie wrote: > > drm/nouveau/kms: Search for encoders' connectors properly > > This commit (09838c4efe9a) broke boot for me. These two hunks in > particular: Christ. It's been two

[PATCH v1] Bluetooth: hci_qca: Handle spurious wakeup from SoC

Added timer to handle spurious wakeup from SoC. Timer is started when wake indicator is received from SoC. Timer is restarted when valid data is received from SoC. Timer is stopped when sleep indicator is received from SoC. SSR is triggered upon timer expiry. Signed-off-by: Venkata Lakshmi

Re: [GIT PULL] percpu fix for v5.10-rc4

The pull request you sent on Sat, 14 Nov 2020 21:36:24 +: > git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu.git for-5.10-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a50cf15906d4d0ad1d6bb32e9eeeb282899a8180 Thank you! -- Deet-doot-dot, I am

Re: [GIT PULL] More KVM fixes for 5.10-rc4

The pull request you sent on Sun, 15 Nov 2020 10:29:07 -0500: > https://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0062442ecfef0d82cd69e3e600d5006357f8d8e4 Thank you! -- Deet-doot-dot, I am a bot.

Re: v5.10-rc3 vs. Droid 4

Hi! > > > > Does anyone have Droid 4 working with 5.10-rc3? > > > > I tried it with the original config; I got message about culomb > > counter calibration done scrolling (and boot progressing very slowly > > or not at all) . So ... I disabled cpcap battery & charger > > support. But init still

Re: [PATCH 1/2] pwm: pca9685: fix duty cycle loss on disable/enable

On Thu, Nov 12, 2020 at 05:37:50PM +0100, Clemens Gruber wrote: > Currently, disabling a pwm channel clears the OFF registers, which > resets the configured duty cycle. Therefore, after a disable/enable > sequence, the pwm state is not in the same state as it was before. > As a workaround, the

[PATCH] mm/shmem: use kmem_cache_zalloc in shmem_alloc_inode()

in shmem_get_inode(): new_inode(); new_inode_pseudo(); alloc_inode(); ops->alloc_inode(); -> shmem_alloc_inode() kmem_cache_alloc(); memset(info, 0, (char *)inode - (char *)info); So use kmem_cache_zalloc() in shmem_alloc_inode(), and remove the memset in shmem_get_inode().

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

13.11.2020 20:28, Mark Brown пишет: > On Fri, Nov 13, 2020 at 08:13:49PM +0300, Dmitry Osipenko wrote: >> 13.11.2020 19:15, Mark Brown пишет: > >>> My point here is that the driver shouldn't be checking for a dummy >>> regulator, the driver should be checking the features that are provided >>> to

Re: [PATCH v41 10/24] mm: Add 'mprotect' hook to struct vm_operations_struct

On Fri, Nov 13, 2020 at 12:01:21AM +0200, Jarkko Sakkinen wrote: > +++ b/include/linux/mm.h > @@ -559,6 +559,13 @@ struct vm_operations_struct { > void (*close)(struct vm_area_struct * area); > int (*split)(struct vm_area_struct * area, unsigned long addr); > int (*mremap)(struct

Re: [PATCH] mfd: cpcap: Fix interrupt regression with regmap clear_ack

Hi! > With commit 3a6f0fb7b8eb ("regmap: irq: Add support to clear ack > registers"), the cpcap interrupts are no longer getting acked properly > leading to a very unresponsive device with CPUs fully loaded spinning > in the threaded IRQ handlers. > > To me it looks like the clear_ack commit

[PATCH 0/3] clk/sunxi/media: Fix builds with COMMON_CLK and HAVE_LEGACY_CLK

Hi, Multiple configurations create unbuildable config by selecting COMMON_CLK and HAVE_LEGACY_CLK. The first simply should not be selected. The patches 2/3 and 3/3 address this specific problem. I performed few compile tests and I am still building other configurations, therefore they were

Re: [PATCH v41 10/24] mm: Add 'mprotect' hook to struct vm_operations_struct

On Fri, Nov 13, 2020 at 12:01:21AM +0200, Jarkko Sakkinen wrote: Good morning, I hope the weekend is going well for everyone. > From: Sean Christopherson We wish Sean well in whatever new avocation he has chosen. > Background > == > > 1. SGX enclave pages are populated with data by

[PATCH 1/3] clk: fix redefinition of clk_prepare on MIPS with HAVE_LEGACY_CLK

COMMON_CLK even though is a user-selectable symbol, is still selected by multiple other config options. COMMON_CLK should not be used when legacy clocks are provided by architecture, so it correctly depends on !HAVE_LEGACY_CLK. However it is possible to create a config which selects both

[RFC 2/3] ARM: sunxi: do not select COMMON_CLK to fix builds

COMMON_CLK is a user-selectable option with its own dependencies. The most important dependency is !HAVE_LEGACY_CLK. User-selectable drivers should not select COMMON_CLK because they will create a dependency cycle and build failures. For example on MIPS a configuration with COMMON_CLK (selected

[RFC 3/3] media: atomisp: do not select COMMON_CLK to fix builds

COMMON_CLK is a user-selectable option with its own dependencies. The most important dependency is !HAVE_LEGACY_CLK. User-selectable drivers should not select COMMON_CLK because they will create a dependency cycle and build failures. Signed-off-by: Krzysztof Kozlowski ---

[PATCH] habanalabs/gaudi: align to new FW reset scheme

From: Ofir Bitton As part of the security effort in which FW will be handling sensitive HW registers, hard reset flow will be done by FW and will be triggered by driver. Signed-off-by: Ofir Bitton Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/gaudi/gaudi.c

Re: [PATCH v2] net: lantiq: Wait for the GPHY firmware to be ready

On 11/15/20 5:57 PM, Martin Blumenstingl wrote: A user reports (slightly shortened from the original message): libphy: lantiq,xrx200-mdio: probed mdio_bus 1e108000.switch-mii: MDIO device at address 17 is missing. gswip 1e108000.switch lan: no phy at 2 gswip 1e108000.switch lan:

Re: [PATCH 1/2] KVM: arm64: vgic: Forbid invalid userspace Redistributor accesses

Hi Zenghui, On 2020-11-13 14:28, Zenghui Yu wrote: It's expected that users will access registers in the redistributor *if* the RD has been initialized properly. Unfortunately userspace can be bogus enough to access registers before setting the RD base address, and KVM implicitly allows it

Re: [PATCH 1/3] x86/quirks: Scan all busses for early PCI quirks

On Sun, Nov 15, 2020 at 04:11:43PM +0100, Thomas Gleixner wrote: > Unfortunately there is no way to tell the APIC "Mask vector X" and the > dump kernel does neither know which device it comes from nor does it > have enumerated PCI completely which would reset the device and shutup > the spew. Due

Re: [PATCH] net: lantiq: Wait for the GPHY firmware to be ready

Hi Andrew, On Sun, Nov 15, 2020 at 4:57 PM Andrew Lunn wrote: > > > Add a 300ms delay after initializing all GPHYs to ensure that the GPHY > > firmware had enough time to initialize and to appear on the MDIO bus. > > Unfortunately there is no (known) documentation on what the minimum time > > to

[PATCH v2] net: lantiq: Wait for the GPHY firmware to be ready

A user reports (slightly shortened from the original message): libphy: lantiq,xrx200-mdio: probed mdio_bus 1e108000.switch-mii: MDIO device at address 17 is missing. gswip 1e108000.switch lan: no phy at 2 gswip 1e108000.switch lan: failed to connect to port 2: -19 lantiq,xrx200-net

Re: [PATCH 1/6] seq_file: add seq_read_iter

On Sun, Nov 15, 2020 at 7:54 AM Al Viro wrote: > > OK, I think I understand what's going on. Could you check if > reverting the variant in -next and applying the following instead > fixes what you are seeing? Side note: if this ends up working, can you add a lot of comments about this thing

[PATCH v3] mm/shmem.c: make shmem_mapping() inline

shmem_mapping() isn't worth an out-of-line call from any callsite. So make it inline by - make shmem_aops global - export shmem_aops - inline the shmem_mapping() and replace the direct call 'shmem_aops' with shmem_mapping() in shmem.c. v1->v2: remove the inline for func declaration in

Corporate and Personal Loan *

Hello linux-kernel@vger.kernel.org We are Base Investment Company offering Corporate and Personal Loan at 3% Interest Rate for a duration of 10Years. We also pay 1% commission to brokers, who introduce project owners for finance or other opportunities. Please get back to me if you are

Re: [PATCH v1 00/30] Introduce core voltage scaling for NVIDIA Tegra20/30 SoCs

13.11.2020 19:35, Thierry Reding пишет: > On Fri, Nov 13, 2020 at 01:14:45AM +0300, Dmitry Osipenko wrote: >> 12.11.2020 23:43, Thierry Reding пишет: The difference in comparison to using voltage regulator directly is minimal, basically the core-supply phandle is replaced is replaced

Re: [PATCH v2] mm/shmem.c: make shmem_mapping() inline

On Sat, Nov 14, 2020 at 10:50:39AM -0800, Andrew Morton wrote: > On Sat, 14 Nov 2020 13:51:34 +0800 Hui Su wrote: > > > inline the shmem_mapping(), and use shmem_mapping() > > instead of 'inode->i_mapping->a_ops == _aops' > > in shmem_evict_inode(). > > > > ... > > > > --- a/mm/shmem.c > > +++

Re: WARNING: can't access registers at asm_common_interrupt

On 15.11.20 17:05, Andy Lutomirski wrote: On Nov 14, 2020, at 10:33 PM, Jürgen Groß wrote: On 14.11.20 19:10, Andy Lutomirski wrote: On Sat, Nov 14, 2020 at 1:16 AM Jürgen Groß wrote: On 13.11.20 18:34, Andy Lutomirski wrote: On Wed, Nov 11, 2020 at 12:25 PM Andrew Cooper wrote: So I

Re: WARNING: can't access registers at asm_common_interrupt

> On Nov 14, 2020, at 10:33 PM, Jürgen Groß wrote: > > On 14.11.20 19:10, Andy Lutomirski wrote: >>> On Sat, Nov 14, 2020 at 1:16 AM Jürgen Groß wrote: >>> >>> On 13.11.20 18:34, Andy Lutomirski wrote: On Wed, Nov 11, 2020 at 12:25 PM Andrew Cooper wrote: So I think

Re: [PATCH] net: lantiq: Wait for the GPHY firmware to be ready

> Add a 300ms delay after initializing all GPHYs to ensure that the GPHY > firmware had enough time to initialize and to appear on the MDIO bus. > Unfortunately there is no (known) documentation on what the minimum time > to wait after releasing the reset on an internal PHY so play safe and > take

Re: [PATCH v1] drivers: make struct device_driver::remove return void

Hi "Uwe, I love your patch! Yet something to improve: [auto build test ERROR on 407ab579637ced6dc32cfb2295afb7259cca4b22] url: https://github.com/0day-ci/linux/commits/Uwe-Kleine-K-nig/drivers-make-struct-device_driver-remove-return-void/20201110-230939 base:

Re: [PATCH 1/6] seq_file: add seq_read_iter

On Sat, Nov 14, 2020 at 08:50:00PM +, Al Viro wrote: OK, I think I understand what's going on. Could you check if reverting the variant in -next and applying the following instead fixes what you are seeing? diff --git a/fs/seq_file.c b/fs/seq_file.c index 3b20e21604e7..35667112bbd1 100644

[PATCH] tracing: clean up after filter logic rewriting

The functions event_{set,clear,}_no_set_filter_flag were only used in replace_system_preds() [now, renamed to process_system_preds()]. Commit 80765597bc58 ("tracing: Rewrite filter logic to be simpler and faster") removed the use of those functions in replace_system_preds(). Since then, the

Re: [PATCH v1 net-next] net: dsa: qca: ar9331: add ethtool stats support

On Sun, Nov 15, 2020 at 08:35:33AM +0100, Oleksij Rempel wrote: > Add stats support for the ar9331 switch. > > Signed-off-by: Oleksij Rempel Reviewed-by: Andrew Lunn Andrew

Re: [PATCH RFC v1 1/4] dt-bindings: net: dwmac-meson: use picoseconds for the RGMII RX delay

On Sun, Nov 15, 2020 at 10:22:06AM +0100, Martin Blumenstingl wrote: > Hi Andrew, > > On Sat, Nov 14, 2020 at 11:32 PM Andrew Lunn wrote: > [...] > > > +amlogic,rgmii-rx-delay-ps: > > > + default: 0 > > >description: > > > The internal RGMII RX clock

[PATCH] ALSA: usb-audio: Use ALC1220-VB-DT mapping for ASUS ROG Strix TRX40 mobo

ASUS ROG Strix also uses ALC1220-VB-DT, so adjust the mapping and add profile name to let userspace pick correct UCM profile. BugLink: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1031 Signed-off-by: Kai-Heng Feng --- sound/usb/card.c | 4 sound/usb/mixer_maps.c | 3

Re: [PATCH] counter: microchip-tcb-capture: Fix CMR value check

On Sat, Nov 14, 2020 at 05:58:28PM -0500, William Breathitt Gray wrote: > On Sat, Nov 14, 2020 at 11:51:13PM +0100, Alexandre Belloni wrote: > > On 14/11/2020 23:48:28+0100, Alexandre Belloni wrote: > > > On 11/11/2020 11:38:07-0500, William Breathitt Gray wrote: > > > > The ATMEL_TC_ETRGEDG_*

Re: [PATCH v2] counter: microchip-tcb-capture: Fix CMR value check

On Sat, Nov 14, 2020 at 06:28:05PM -0500, William Breathitt Gray wrote: > The ATMEL_TC_ETRGEDG_* defines are not masks but rather possible values > for CMR. This patch fixes the action_get() callback to properly check > for these values rather than mask them. > > Fixes: 106b104137fd ("counter: Add

[PATCH] kvm: mmu: fix is_tdp_mmu_check when the TDP MMU is not in use

In some cases where shadow paging is in use, the root page will be either mmu->pae_root or vcpu->arch.mmu->lm_root. Then it will not have an associated struct kvm_mmu_page, because it is allocated with alloc_page instead of kvm_mmu_alloc_page. Just return false quickly from is_tdp_mmu_root if

[GIT PULL] More KVM fixes for 5.10-rc4

Linus, The following changes since commit 585e5b17b92dead8a3aca4e3c9876fbca5f7e0ba: Merge tag 'fscrypt-for-linus' of git://git.kernel.org/pub/scm/fs/fscrypt/fscrypt (2020-11-12 16:39:58 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/virt/kvm/kvm.git

Re: [PATCH 1/3] x86/quirks: Scan all busses for early PCI quirks

On Sun, Nov 15 2020 at 08:29, Eric W. Biederman wrote: > ebied...@xmission.com (Eric W. Biederman) writes: > For ordinary irqs you can have this with level triggered irqs > and the kernel has code that will shutdown the irq at the ioapic > level. Then the kernel continues by polling the irq

Re: [PATCH v2 0/8] Fork brute force attack mitigation

On Tue, Nov 10, 2020 at 04:10:49PM -0800, Kees Cook wrote: > On Sun, Oct 25, 2020 at 02:45:32PM +0100, John Wood wrote: > > Attacks against vulnerable userspace applications with the purpose to break > > ASLR or bypass canaries traditionaly use some level of brute force with the > > help of the

[GIT PULL] Char/Misc driver fixes for 5.10-rc4

The following changes since commit 3cea11cd5e3b00d91caf0b4730194039b45c5891: Linux 5.10-rc2 (2020-11-01 14:43:51 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git tags/char-misc-5.10-rc4 for you to fetch changes up to

[GIT PULL] USB/Thunderbolt driver fixes for 5.10-rc4

The following changes since commit f8394f232b1eab649ce2df5c5f15b0e528c92091: Linux 5.10-rc3 (2020-11-08 16:10:16 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.10-rc4 for you to fetch changes up to

Re: [PATCH 1/3] x86/quirks: Scan all busses for early PCI quirks

ebied...@xmission.com (Eric W. Biederman) writes: > Bjorn Helgaas writes: > >> [+cc Rafael for question about ACPI method for PCI host bridge reset] >> >> On Sat, Nov 14, 2020 at 09:58:08PM +0100, Thomas Gleixner wrote: >>> On Sat, Nov 14 2020 at 14:39, Bjorn Helgaas wrote: >>> > On Sat, Nov 14,

undefined reference to `devm_mux_control_get'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: e28c0d7c92c89016c12a677616668957351e7542 commit: abf00907538e21c469a10809dc2991982673fcbf spi: dw: Add Baikal-T1 SPI Controller glue driver date: 5 weeks ago config: parisc-randconfig-s032-20201115

<    1   2   3   4   5   >