Re: [PATCH v9 30/44] arm64: kasan: Allow enabling in-kernel MTE

Hi Catalin, missed this one. On 11/12/20 9:43 AM, Catalin Marinas wrote: > On Tue, Nov 10, 2020 at 11:10:27PM +0100, Andrey Konovalov wrote: >> From: Vincenzo Frascino >> >> Hardware tag-based KASAN relies on Memory Tagging Extension (MTE) >> feature and requires it to be enabled. MTE supports >

[PATCH v4 04/11] gpio: raspberrypi-exp: Release firmware handle on unbind

Use devm_rpi_firmware_get() so as to make sure we release RPi's firmware interface when unbinding the device. Signed-off-by: Nicolas Saenz Julienne Acked-by: Bartosz Golaszewski --- Changes since v2: - Use devm_rpi_firmware_get(), instead of remove function drivers/gpio/gpio-raspberrypi-exp.

[PATCH v4 06/11] soc: bcm: raspberrypi-power: Release firmware handle on unbind

Use devm_rpi_firmware_get() so as to make sure we release RPi's firmware interface when unbinding the device. Signed-off-by: Nicolas Saenz Julienne --- Changes since v2: - Use devm_rpi_firmware_get(), instead of remove function drivers/soc/bcm/raspberrypi-power.c | 2 +- 1 file changed, 1 ins

[PATCH v4 05/11] reset: raspberrypi: Release firmware handle on unbind

Use devm_rpi_firmware_get() so as to make sure we release RPi's firmware interface when unbinding the device. Signed-off-by: Nicolas Saenz Julienne --- Changes since v2: - Use devm_rpi_firmware_get(), instead of remove function drivers/reset/reset-raspberrypi.c | 2 +- 1 file changed, 1 inser

[PATCH v4 02/11] firmware: raspberrypi: Introduce devm_rpi_firmware_get()

Itroduce devm_rpi_firmware_get(), it'll simplify the firmware handling for most consumers. Suggested-by: Bartosz Golaszewski Signed-off-by: Nicolas Saenz Julienne --- Changes since v2: - Introduce devm_rpi_firmware_get() drivers/firmware/raspberrypi.c | 31 +-

[PATCH v4 10/11] DO NOT MERGE: ARM: dts: Add RPi's official PoE hat support

This is an example on how to enable the fan on top of RPi's official PoE hat. Signed-off-by: Nicolas Saenz Julienne --- Changes since v1: - Update patch to use 2 pwm cells arch/arm/boot/dts/bcm2711-rpi-4-b.dts | 54 +++ 1 file changed, 54 insertions(+) diff --git a/ar

Re: [PATCH v2 10/17] x86/hyperv: implement and use hv_smp_prepare_cpus

Wei Liu writes: > Microsoft Hypervisor requires the root partition to make a few > hypercalls to setup application processors before they can be used. > > Signed-off-by: Lillian Grassin-Drake > Signed-off-by: Sunil Muthuswamy > Co-Developed-by: Lillian Grassin-Drake > Co-Developed-by: Sunil Mu

[PATCH v4 07/11] staging: vchiq: Release firmware handle on unbind

Use devm_rpi_firmware_get() so as to make sure we release RPi's firmware interface when unbinding the device. Signed-off-by: Nicolas Saenz Julienne --- Changes since v2: - Use devm_rpi_firmware_get(), instead of remove function drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c | 2

Re: [PATCH 01/13] seqnum_ops: Introduce Sequence Number Ops

On Thu, Nov 12, 2020 at 09:17:27AM -0700, Shuah Khan wrote: > On 11/12/20 5:36 AM, Matthew Wilcox wrote: > > On Wed, Nov 11, 2020 at 12:23:03PM -0700, Shuah Khan wrote: > > > > Agreed: this is a clear wrapping sequence counter. It's only abuse would > > > > be using it in a place where wrapping act

Re: [LKP] Re: [mm/memcg] bd0b230fe1: will-it-scale.per_process_ops -22.7% regression

On 11/12/20 9:16 AM, Michal Hocko wrote: On Thu 12-11-20 20:28:44, Feng Tang wrote: Hi Michal, On Wed, Nov 04, 2020 at 09:15:46AM +0100, Michal Hocko wrote: Hi Michal, We used the default configure of cgroups, not sure what configuration you want, could you give me more details? and here is t

Re: [PATCH] mthca: work around -Wenum-conversion warning

On Thu, Nov 12, 2020 at 4:57 PM Jason Gunthorpe wrote: > > On Mon, Oct 26, 2020 at 10:12:30PM +0100, Arnd Bergmann wrote: > > From: Arnd Bergmann > > > > gcc points out a suspicious mixing of enum types in a function that > > converts from MTHCA_OPCODE_* values to IB_WC_* values: > > > > drivers/

RE: [PATCH] lib: vsprintf: Avoid 32-bit truncation in vsscanf number parsing

From: Petr Mladek > Sent: 12 November 2020 16:18 > > Adding other vsprintf maintainers and reviewes into CC. > > On Thu 2020-11-12 11:17:59, Richard Fitzgerald wrote: > > Number conversion in vsscanf converts a whole string of digits and then > > extracts the field width part from the converted v

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

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 user had to do a config call after disable/enable. Fix it by only toggling

[PATCH v5] net: ethernet: ti: am65-cpts: update ret when ptp_clock is ERROR

From: Wang Qing We always have to update the value of ret, otherwise the error value may be the previous one. Fixes: f6bd59526ca5 ("net: ethernet: ti: introduce am654 common platform time sync driver") Signed-off-by: Wang Qing [grygorii.stras...@ti.com: fix build warn, subj add fixes tag] Sig

[PATCH v4 11/11] pwm: Add Raspberry Pi Firmware based PWM bus

Adds support to control the PWM bus available in official Raspberry Pi PoE HAT. Only RPi's co-processor has access to it, so commands have to be sent through RPi's firmware mailbox interface. Signed-off-by: Nicolas Saenz Julienne --- Changes since v2: - Use devm_rpi_firmware_get() - Rename dri

[PATCH 2/2] pwm: pca9685: support staggered output ON times

The PCA9685 supports staggered LED output ON times to minimize current surges and reduce EMI. When this new option is enabled, the ON times of each channel are delayed by channel number x counter range / 16, which avoids asserting all enabled outputs at the same counter value while still maintainin

Re: [PATCH] mthca: work around -Wenum-conversion warning

On Thu, Nov 12, 2020 at 05:45:00PM +0100, Arnd Bergmann wrote: > On Thu, Nov 12, 2020 at 4:57 PM Jason Gunthorpe wrote: > > > > On Mon, Oct 26, 2020 at 10:12:30PM +0100, Arnd Bergmann wrote: > > > From: Arnd Bergmann > > > > > > gcc points out a suspicious mixing of enum types in a function that

[PATCH v4 09/11] dt-bindings: pwm: Add binding for RPi firmware PWM bus

The PWM bus controlling the fan in RPi's official PoE hat can only be controlled by the board's co-processor. Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Rob Herring --- Changes since v3: - Fix example Changes since v1: - Update bindings to use 2 #pwm-cells .../arm/bcm/raspberrypi,b

Re: [PATCH v2 1/7] dt-bindings: mfd: ti,j721e-system-controller.yaml: Document "syscon"

On Wed, Nov 11, 2020 at 11:25 PM Kishon Vijay Abraham I wrote: > > Hi Rob, > > On 12/11/20 2:58 am, Rob Herring wrote: > > On Mon, Nov 09, 2020 at 10:34:03PM +0530, Kishon Vijay Abraham I wrote: > >> Add binding documentation for "syscon" which should be a subnode of > >> the system controller (sc

Re: [PATCH v3 2/2] usb: typec: Expose Product Type VDOs via sysfs

Hi Heikki, On Thu, Nov 12, 2020 at 4:43 AM Heikki Krogerus wrote: > > On Wed, Nov 11, 2020 at 06:40:55PM -0800, Prashant Malani wrote: > > Hi Heikki, > > > > On Tue, Nov 10, 2020 at 01:54:53PM +0200, Heikki Krogerus wrote: > > > On Fri, Oct 23, 2020 at 02:43:28PM -0700, Prashant Malani wrote: > >

Re: [RFC][PATCH 00/18] crypto: Add generic Kerberos library

Chuck Lever wrote: > Really? My understanding of the Linux kernel SUNRPC implementation is > that it uses asynchronous, even for small data items. Maybe I'm using > the terminology incorrectly. Seems to be synchronous, at least in its use of skcipher: grep -e skcipher * gss_krb5_crypto.c:#inclu

Re: [PATCH net-next V3] net: Variable SLAAC: SLAAC with prefixes of arbitrary length in PIO

Hi, 2020年11月13日(金) 0:46 Dmytro Shytyi : > > Variable SLAAC: SLAAC with prefixes of arbitrary length in PIO (randomly > generated hostID or stable privacy + privacy extensions). > The main problem is that SLAAC RA or PD allocates a /64 by the Wireless > carrier 4G, 5G to a mobile hotspot, however s

Re: [PATCH v2 17/17] x86/hyperv: handle IO-APIC when running as root

Wei Liu writes: > Just like MSI/MSI-X, IO-APIC interrupts are remapped by Microsoft > Hypervisor when Linux runs as the root partition. Implement an IRQ chip > to handle mapping and unmapping of IO-APIC interrupts. > > Use custom functions for mapping and unmapping ACPI GSIs. They will > issue Mi

[ANNOUNCE] v5.10-rc3-rt7

Dear RT folks! I'm pleased to announce the v5.10-rc3-rt7 patch set. Changes since v5.10-rc3-rt6: - Mike Galbraith reported a lockdep warning triggered by the nouveau driver with threaded interrupts. - The recently reworked highmem code could trigger a warning on certain ARM configu

Re: [PATCH 01/13] seqnum_ops: Introduce Sequence Number Ops

On 11/12/20 9:45 AM, Greg KH wrote: On Thu, Nov 12, 2020 at 09:17:27AM -0700, Shuah Khan wrote: On 11/12/20 5:36 AM, Matthew Wilcox wrote: On Wed, Nov 11, 2020 at 12:23:03PM -0700, Shuah Khan wrote: Agreed: this is a clear wrapping sequence counter. It's only abuse would be using it in a place

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

11.11.2020 14:55, Mark Brown пишет: > On Wed, Nov 11, 2020 at 12:23:41AM +0300, Dmitry Osipenko wrote: >> 10.11.2020 23:32, Mark Brown пишет: > > + if (!device_property_present(dc->dev, "core-supply")) > + return; > This is a potentially heavy operation, so I think we should

[PATCH] scsi: ufs: show lba and length for unmap commands

From: Leo Liou We have lba and length for unmap commands. Signed-off-by: Leo Liou --- drivers/scsi/ufs/ufshcd.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c index 86c8dee01ca9..dba3ee307307 100644 --- a/drivers/scsi/ufs/ufshcd.c

Re: [PATCH V2] PCI: dwc: Add support to configure for ECRC

On 11/12/2020 3:59 AM, Bjorn Helgaas wrote: External email: Use caution opening links or attachments On Wed, Nov 11, 2020 at 10:21:46PM +0530, Vidya Sagar wrote: On 11/11/2020 9:57 PM, Jingoo Han wrote: External email: Use caution opening links or attachments On 11/11/20, 7:12 AM, Vidy

Re: [PATCH] usb: core: Null deref in kernel with USB webcams.

On Thu, Nov 12, 2020 at 03:52:02PM +, John Boero wrote: > >From 54f9886454e9a28e8d943c1cef15df9c11555df7 Mon Sep 17 00:00:00 2001 > From: JohnnyB Why all this header here? And the from: line doesn't match your Signed-off-by: line :( > Date: Thu, 12 Nov 2020 15:28:29 + > Subject: [PATCH]

Re: [PATCH] lib: vsprintf: Avoid 32-bit truncation in vsscanf number parsing

On Thu, 12 Nov 2020 15:46:46 + Richard Fitzgerald wrote: > See this thread from 2014 where the field width problem was raised and > explained: > http://lkml.iu.edu/hypermail/linux/kernel/1401.1/03443.html > > and the reply from Linus Torvalds that was against fixing field width > handling: >

Re: [PATCH] arm64: PCI: Validate the node before setting node id for root bus

[+Jonathan] On Mon, Nov 09, 2020 at 08:27:09PM +0800, Baolin Wang wrote: [...] > I did some investigation for this issue. I am sorry I made some > misleading description in the commit message. The issue is, when we > want to disable the NUMA from firmware, we usually just remove the SRAT > table

Re: [PATCH] RDMA/pvrdma: fix missing kfree in pvrdma_register_device

On Wed, Nov 11, 2020 at 11:22:02AM +0800, Qinglang Miao wrote: > Fix missing kfree in pvrdma_register_device() when fails > to do ib_device_set_netdev. > > Fixes: 4b38da75e089 ("RDMA/drivers: Convert easy drivers to use > ib_device_set_netdev()") > Reported-by: Hulk Robot > Signed-off-by: Qingla

Re: [PATCH 1/3 v5] ftrace: Have the callbacks receive a struct ftrace_regs instead of pt_regs

Hi Steven, Steven Rostedt wrote: From: "Steven Rostedt (VMware)" In preparation to have arguments of a function passed to callbacks attached to functions as default, change the default callback prototype to receive a struct ftrace_regs as the forth parameter instead of a pt_regs. For callback

[LINUX PATCH V3 5/9] gpio: gpio-xilinx: Add interrupt support

Adds interrupt support to the Xilinx GPIO driver so that rising and falling edge line events can be supported. Since interrupt support is an optional feature in the Xilinx IP, the driver continues to support devices which have no interrupt provided. Signed-off-by: Robert Hancock Signed-off-by: Sh

[LINUX PATCH V3 4/9] gpio: gpio-xilinx: Reduce spinlock array to single

Changed spinlock array to single. It is preparation for irq support which is shared between two channels that's why spinlock should be only one. Signed-off-by: Srinivas Neeli --- Changes in V3: -Created new patch for spinlock changes. --- drivers/gpio/gpio-xilinx.c | 23 ++-

[LINUX PATCH V3 1/9] gpio: gpio-xilinx: Arrange headers in sorting order

Arrange header files in sorted order. Signed-off-by: Srinivas Neeli --- Changes in V3: -Created new patch for sorting header files. --- drivers/gpio/gpio-xilinx.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpio/gpio-xilinx.c b/drivers/gpio/gpio-xilinx.c ind

[LINUX PATCH V3 0/9] gpio-xilinx: Update on xilinx gpio driver

This patch series does the following: -Add clock support -Add interrupt support -Add support for suspend and resume -Add remove support -Add MAINTAINERS fragment --- Changes in V3: -Created separate patch to arrange headers in sorting order. -Updated dt-bindings. -Created separate patch for Clock c

[LINUX PATCH V3 2/9] dt-bindings: gpio: gpio-xilinx: Add clk support to xilinx soft gpio IP

Specify clock property in binding. Signed-off-by: Srinivas Neeli --- Changes in V3: -Created new patch for dt-bindings. --- Documentation/devicetree/bindings/gpio/gpio-xilinx.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/gpio/gpio-xilinx.txt b/Docum

[LINUX PATCH V3 6/9] gpio: gpio-xilinx: Add remove function

Added remove function support. Signed-off-by: Srinivas Neeli --- Changes in V3: -Created new patch for remove function. --- drivers/gpio/gpio-xilinx.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/gpio/gpio-xilinx.c b/drivers/gpio/gpio-xilinx.c index 80a06d

[LINUX PATCH V3 3/9] gpio: gpio-xilinx: Add clock support

Adds clock support to the Xilinx GPIO driver. Signed-off-by: Srinivas Neeli --- Chnages in V3: -Created separate patch for Clock changes. --- drivers/gpio/gpio-xilinx.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/gpio/gpio-xilinx.c b/drivers/gpio/gpio-xilinx.c

[LINUX PATCH V3 8/9] gpio: gpio-xilinx: Check return value of of_property_read_u32

In two different instances the return value of "of_property_read_u32" API was neither captured nor checked. Fixed it by capturing the return value and then checking for any error. Addresses-Coverity: "check_return" Signed-off-by: Srinivas Neeli --- Changes in V3: -Created new patch to fix coverit

[LINUX PATCH V3 7/9] gpio: gpio-xilinx: Add support for suspend and resume

Add support for suspend and resume, pm runtime suspend and resume. Added free and request calls. Signed-off-by: Srinivas Neeli --- Changes in V3: -Created new patch for suspend and resume. --- drivers/gpio/gpio-xilinx.c | 89 -- 1 file changed, 87 inse

[LINUX PATCH V3 9/9] MAINTAINERS: add fragment for xilinx GPIO drivers

Added entry for xilinx GPIO drivers. Signed-off-by: Srinivas Neeli Acked-by: Shubhrajyoti Datta --- Changes in V3: -None --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 87452fca5235..89a7c045a213 100644 --- a/MAINTAINERS +++ b/MAIN

Re: [PATCH] usb: core: Null deref in kernel with USB webcams.

Sorry header was generated by git email and I should have paid closer attention to it before sending. Long time listener, first time caller. Yes the patch is backwards sorry. Testing alt proposal from st...@rowland.harvard.edu. It may be a buggy driver but it would be nice if a buggy driver coul

Re: [PATCH] ttyprintk: optimize tpk_close flush code

A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I includ

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

On Thu, Nov 12, 2020 at 07:59:36PM +0300, Dmitry Osipenko wrote: > 11.11.2020 14:55, Mark Brown пишет: > > On Wed, Nov 11, 2020 at 12:23:41AM +0300, Dmitry Osipenko wrote: > >> I already changed that code to use regulator_get_optional() for v2. > > That doesn't look entirely appropriate given tha

[PATCH bpf-next 1/2] bpf: Augment the set of sleepable LSM hooks

From: KP Singh Update the set of sleepable hooks with the ones that do not trigger a warning with might_fault() when exercised with the correct kernel config options enabled, i.e. DEBUG_ATOMIC_SLEEP=y LOCKDEP=y PROVE_LOCKING=y This means that a sleepable LSM eBPF prorgam

[PATCH bpf-next 2/2] bpf: Expose bpf_d_path helper to sleepable LSM hooks

From: KP Singh Sleepable hooks are never called from an NMI/interrupt context, so it is safe to use the bpf_d_path helper in LSM programs attaching to these hooks. The helper is not restricted to sleepable programs and merely uses the list of sleeable hooks as the initial subset of LSM hooks whe

[PATCH v2] cpuset: fix race between hotplug work and later CPU offline

One of our machines keeled over trying to rebuild the scheduler domains. Mainline produces the same splat: BUG: unable to handle page fault for address: 607f820054db CPU: 2 PID: 149 Comm: kworker/1:1 Not tainted 5.10.0-rc1-master+ #6 Workqueue: events cpuset_hotplug_workfn RIP: build_s

Re: [PATCH] IB/srpt: Fix passing zero to 'PTR_ERR'

On Thu, Nov 12, 2020 at 10:54:43PM +0800, YueHaibing wrote: > Fix smatch warning: > > drivers/infiniband/ulp/srpt/ib_srpt.c:2341 srpt_cm_req_recv() warn: passing > zero to 'PTR_ERR' > > Use PTR_ERR_OR_ZERO instead of PTR_ERR > > Fixes: 847462de3a0a ("IB/srpt: Fix srpt_cm_req_recv() error path (

Re: [PATCH v6 1/1] applesmc: Re-work SMC comms

On 11/11/20 7:08 PM, Brad Campbell wrote: > Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") > introduced an issue whereby communication with the SMC became > unreliable with write errors like : > > [ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40 > [ 120.378621] apple

Re: [PATCH 1/3 v5] ftrace: Have the callbacks receive a struct ftrace_regs instead of pt_regs

On Thu, 12 Nov 2020 22:38:53 +0530 "Naveen N. Rao" wrote: > > diff --git a/include/linux/kprobes.h b/include/linux/kprobes.h > > index 629abaf25681..be73350955e4 100644 > > --- a/include/linux/kprobes.h > > +++ b/include/linux/kprobes.h > > @@ -345,7 +345,7 @@ static inline void wait_for_kprobe_o

Re: [PATCH v4 02/11] firmware: raspberrypi: Introduce devm_rpi_firmware_get()

On Thu, Nov 12, 2020 at 5:44 PM Nicolas Saenz Julienne wrote: > > Itroduce devm_rpi_firmware_get(), it'll simplify the firmware handling > for most consumers. > > Suggested-by: Bartosz Golaszewski > Signed-off-by: Nicolas Saenz Julienne > --- > > Changes since v2: > - Introduce devm_rpi_firmware

Re: [PATCH v4 10/19] sched: Fix migrate_disable() vs set_cpus_allowed_ptr()

for more than 368 > seconds. > [12065.073524][ T1310] Tainted: G L > 5.10.0-rc3-next-20201112 #2 > [12065.081076][ T1310] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [12065.089648][ T1310] task:trinity-c30 state:D stack

[PATCH] bootconfig: Extend the magic check range to the preceding 3 bytes

Since Grub may align the size of initrd to 4 if user pass initrd from cpio, we have to check the preceding 3 bytes as well. Fixes: 85c46b78da58 ("bootconfig: Add bootconfig magic word for indicating bootconfig explicitly") Reported-by: Chen Yu Signed-off-by: Masami Hiramatsu --- init/main.c |

Re: [PATCH v2 1/2] reset: brcmstb rescal: implement {de}assert() instead of reset()

Hi everyone, On 09/11/2020 18:25, Philipp Zabel wrote: On Mon, 2020-11-09 at 11:21 -0500, Jim Quinlan wrote: On Mon, Nov 9, 2020 at 5:05 AM Philipp Zabel wrote: Hi Jim, On Fri, 2020-11-06 at 14:17 -0500, Jim Quinlan wrote: Before, only control_reset() was implemented. However, the reset c

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

JFYI-looking at this today On Mon, 2020-11-09 at 14:52 +0300, Kirill A. Shutemov wrote: > On Wed, Nov 04, 2020 at 04:58:14PM -0500, Lyude Paul wrote: > > ACK, I will send out a patch for this asap > > Any update. AFAICS, v5.10-rc3 is still buggy. > -- Sincerely, Lyude Paul (she/her) Soft

Re: [PATCH] ima: select ima-buf template for buffer measurement

On 11/11/20 4:58 PM, Mimi Zohar wrote: Hi Lakshmi, On Wed, 2020-11-11 at 12:59 -0800, Lakshmi Ramasubramanian wrote: The default IMA template for measuring buffer should be 'ima-buf' - so that the measured buffer is correctly included in the IMA measurement log entry. But the default IMA templa

Re: [PATCH 0/2] nvme-pic: improve max I/O queue handling

On Thu, Nov 12, 2020 at 04:45:35PM +0100, Niklas Schnelle wrote: > You got to get something wrong, I hope in this case it's just the subject > of the cover letter :D I suppose the change logs could be worded a little better :) > Thanks for the review, I appreciate it. Might be getting ahead of >

Re: [PATCH v9 39/44] kasan, arm64: implement HW_TAGS runtime

On Tue, Nov 10, 2020 at 11:12 PM Andrey Konovalov wrote: > > Provide implementation of KASAN functions required for the hardware > tag-based mode. Those include core functions for memory and pointer > tagging (tags_hw.c) and bug reporting (report_tags_hw.c). Also adapt > common KASAN code to suppo

Re: [PATCH v6 3/3] firmware: QCOM_SCM: Allow qcom_scm driver to be loadable as a permenent module

On Tue, Nov 10, 2020 at 10:51:46AM -0800, John Stultz wrote: > On Tue, Nov 10, 2020 at 5:35 AM Linus Walleij > wrote: > > On Fri, Nov 6, 2020 at 5:27 AM John Stultz wrote: > > > > > Allow the qcom_scm driver to be loadable as a permenent module. > > > > ... > > I applied this patch to the pinctr

checking for "config" file existence.

hello, i wrote a small program to check for the existence of "config" files for testing projects under kselftest framework. chmod 755 test_config.py This file should be located in "tools/testing/selftests" This can be run as "./test_config.py" -- software engineer rajagiri school of engineer

Re: [PATCH v3 01/12] mm: Make pagecache tagged lookups return only head pages

On Wed, Oct 28, 2020 at 09:50:56AM +0200, Mike Rapoport wrote: > > @@ -2074,8 +2074,8 @@ EXPORT_SYMBOL(find_get_pages_contig); > > * @nr_pages: the maximum number of pages > > * @pages: where the resulting pages are placed > > * > > - * Like find_get_pages, except we only return pages wh

[PATCH V2] fs/ext2: Use ext2_put_page

From: Ira Weiny There are 3 places in namei.c where the equivalent of ext2_put_page() is open coded on a page which was returned from the ext2_get_page() call [through the use of ext2_find_entry() and ext2_dotdot()]. Move ext2_put_page() to ext2.h and use it in namei.c Also add a comment regard

[PATCHv1 0/4] Extend FPGA manager and region drivers for

From: Richard Gong The customer wants to verify that a FPGA bitstream can be started properly before saving the bitstream to the QSPI flash memory. The customer sends the bitstream via FPGA framework and overlay, the firmware will authenticate the bitstream but not program the bitstream to devic

[PATCHv1 2/4] fpga: of-fpga-region: add authenticate-fpga-config property

From: Richard Gong Add authenticate-fpga-config property to support FPGA bitstream authentication. Signed-off-by: Richard Gong --- drivers/fpga/of-fpga-region.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/fpga/of-fpga-region.c b/drivers/fpga/of-fpga-region.c index e405309..c

[PATCHv1 1/4] fpga: fpga-mgr: add FPGA_MGR_BITSTREM_AUTHENTICATION flag

From: Richard Gong Add FPGA_MGR_BITSTREM_AUTHENTICATION flag for FPGA bitstream authentication. Signed-off-by: Richard Gong --- include/linux/fpga/fpga-mgr.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/linux/fpga/fpga-mgr.h b/include/linux/fpga/fpga-mgr.h index 2bc3030..1d65

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

From: Richard Gong Exten FPGA manager driver to support FPGA bitstream authentication on Intel SocFPGA platforms. Signed-off-by: Richard Gong --- drivers/fpga/stratix10-soc.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/fpga/stratix10-soc.c b/drivers/fpga/str

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

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 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/fpga/fpga-region.txt b/Docum

Re: [PATCH] reboot: Fix variable assignments in type_store

Hi Matteo, On Thu, Nov 12, 2020 at 12:26:45PM +0100, Matteo Croce wrote: > On Thu, Nov 12, 2020 at 4:50 AM Nathan Chancellor > wrote: > > > > Clang warns: > > > > kernel/reboot.c:707:17: warning: implicit conversion from enumeration > > type 'enum reboot_type' to different enumeration type 'enum

Re: [PATCH] arm64: dts: ti: k3-am65*/j721e*: Fix unit address format error for dss node

On Wed, 4 Nov 2020 16:25:19 -0600, Nishanth Menon wrote: > Fix the node address to follow the device tree convention. > > This fixes the dtc warning: > : Warning (simple_bus_reg): /bus@10/dss@04a0: simple-bus > unit address format error, expected "4a0" I have applied the following to

Re: [PATCH 06/25] soc: ti: knav_qmss_queue: Remove set but unchecked variable 'ret'

On 11/12/20 5:21 AM, Lee Jones wrote: On Thu, 12 Nov 2020, Tero Kristo wrote: On 12/11/2020 12:31, Lee Jones wrote: Cc:ing a few people I know. On Tue, 03 Nov 2020, Lee Jones wrote: Fixes the following W=1 kernel build warning(s): drivers/soc/ti/knav_qmss_queue.c: In function ‘knav_setu

Re: [PATCH v3] arm64: defconfig: Enable GPIO and I2C configs for TI's J721e platform

On Wed, 4 Nov 2020 00:38:21 +0530, Faiz Abbas wrote: > Add configs to enable regulators that supply power to the SD card > on TI's J721e platform. These regulators are controlled by either > SoC gpios or gpios over i2c expander. > > Changes to vmlinux size: > Before: >text data b

Re: [PATCH v4 01/11] firmware: raspberrypi: Keep count of all consumers

On Thu, Nov 12, 2020 at 6:40 PM Nicolas Saenz Julienne wrote: > > When unbinding the firmware device we need to make sure it has no > consumers left. Otherwise we'd leave them with a firmware handle > pointing at freed memory. > > Keep a reference count of all consumers and introduce rpi_firmware_

Re: [PATCH net] devlink: Add missing genlmsg_cancel() in devlink_nl_sb_port_pool_fill()

On Wed, 11 Nov 2020 21:58:53 +0800 Wang Hai wrote: > If sb_occ_port_pool_get() failed in devlink_nl_sb_port_pool_fill(), > msg should be canceled by genlmsg_cancel(). > > Fixes: df38dafd2559 ("devlink: implement shared buffer occupancy monitoring > interface") > Reported-by: Hulk Robot > Signed-

Re: [PATCH] kfence: Avoid stalling work queue task without allocations

On Thu, Nov 12, 2020 at 05:14:39PM +0100, Marco Elver wrote: > On Thu, Nov 12, 2020 at 01:49PM +0100, Marco Elver wrote: > > On Thu, 12 Nov 2020 at 01:11, Paul E. McKenney wrote: > [...] > > > > This assert didn't fire yet, I just get more of the below. I'll keep > > > > rerunning, but am not too

[PATCH v2 3/6] PCI: endpoint: Add support to link a physical function to a virtual function

While the physical function has to be linked to endpoint controller, the virtual function has to be linked to a physical function. Add support to link a physical function to a virtual function in pci-ep-cfs. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/pci-ep-cfs.c | 24 +++

[PATCH v2 0/6] Add SR-IOV support in PCIe Endpoint Core

Patch series *) Adds support to add virtual functions to enable endpoint controller which supports SR-IOV capability *) Add support in Cadence endpoint driver to configure virtual functions *) Enable pci_endpoint_test driver to create pci_device for virtual functions Here both physical funct

[PATCH v2 6/6] misc: pci_endpoint_test: Populate sriov_configure ops to configure SR-IOV device

Populate sriov_configure ops with pci_sriov_configure_simple to configure SR-IOV device. Signed-off-by: Kishon Vijay Abraham I --- drivers/misc/pci_endpoint_test.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/pci_endpoint_test.c b/drivers/misc/pci_endpoint_test.c index d4bdb9

[PATCH v2 2/6] PCI: endpoint: Add support to add virtual function in endpoint core

Add support to add virtual function in endpoint core. The virtual function can only be associated with a physical function instead of a endpoint controller. Provide APIs to associate a virtual function with a physical function here. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/

[PATCH v2 1/6] dt-bindings: PCI: pci-ep: Add binding to specify virtual function

Add binding to specify virtual function (associated with each physical function) in endpoint mode. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/pci/pci-ep.yaml | 9 + 1 file changed, 9 insertions(+) diff --git a/Documentation/devicetree/bindings/pci/pci-ep

[PATCH v2 4/6] PCI: endpoint: Add virtual function number in pci_epc ops

Add virtual function number in pci_epc ops. EPC controller driver can perform virtual function specific initialization based on the virtual function number. Signed-off-by: Kishon Vijay Abraham I --- .../pci/controller/cadence/pcie-cadence-ep.c | 44 ++--- .../pci/controller/dwc/pcie-designware

[PATCH v2 5/6] PCI: cadence: Add support to configure virtual functions

Now that support for SR-IOV is added in PCIe endpoint core, add support to configure virtual functions in the Cadence PCIe EP driver. Signed-off-by: Kishon Vijay Abraham I --- .../pci/controller/cadence/pcie-cadence-ep.c | 207 -- drivers/pci/controller/cadence/pcie-cadence.h |

Re: [PATCH] usb: core: Null deref in kernel with USB webcams.

On Thu, Nov 12, 2020 at 05:13:30PM +, John Boero wrote: > Yes the patch is backwards sorry. Testing alt proposal from > st...@rowland.harvard.edu. It may be a buggy driver > but it would be nice if a buggy driver couldn't bring down > the entire usb core. lsusb hangs until reboot or reset of

[PATCH v2 0/2] firmware: arm_scmi: Augment SMC/HVC to allow optional interrupt

v2 -- Correct commit message, s/msg/message/, and remove extra WS on "dt-bindings" commit (Sudeep) -- Change interrupt name to "message-serviced", move irq assignent to end of function. (Sudeep) v1 -- original. Jim Quinlan (2): dt-bindings: arm: Add optional interrupt to smc/hvc

[PATCH v2 1/2] dt-bindings: arm: Add optional interrupt to smc/hvc SCMI transport

In normal use of smc/hvc transport in SCMI the message completion is indicated by the return of the SMC call. This commit provides for an optional interrupt named "message-serviced" which is used instead to indicate the completion of a message. Signed-off-by: Jim Quinlan --- Documentation/devic

[PATCH v2 2/2] firmware: arm_scmi: Augment SMC/HVC to allow optional interrupt

The SMC/HVC SCMI transport is modified to allow the completion of an SCMI message to be indicated by an interrupt rather than the return of the smc call. This accommodates the existing behavior of the BrcmSTB SCMI "platform" whose SW is already out in the field and cannot be changed. Signed-off-b

Re: [RFC PATCH 3/6] mm: page_owner: add support for splitting to any order in split page_owner.

On 11/11/20 12:40 PM, Zi Yan wrote: From: Zi Yan It adds a new_order parameter to set new page order in page owner. It prepares for upcoming changes to support split huge page to any lower order. Signed-off-by: Zi Yan Except for a minor fix below, you can add: Reviewed-by: Ralph Campbell

Re: [RFC PATCH 2/6] mm: memcg: make memcg huge page split support any order split.

On 11/11/20 12:40 PM, Zi Yan wrote: From: Zi Yan It reads thp_nr_pages and splits to provided new_nr. It prepares for upcoming changes to support split huge page to any lower order. Signed-off-by: Zi Yan Looks OK to me. Reviewed-by: Ralph Campbell --- include/linux/memcontrol.h | 5 +

[RFC PATCH v2 01/26] docs: reporting-bugs: temporary markers for licensing and diff reasons

Add two temporary markers for the transition to the rewritten document. Both tell users that the document is incomplete and partly inconsistent before all patches from the series got applied. It also points out the new text is dual-licensed under GPLv2+ and CC-BY 4.0. The latter is better for docu

[RFC, v1 0/3] msi support for platform devices

This RFC adds support for MSI for platform devices. a) MSI(s) is/are added in addition to the normal interrupts. b) The vendor specific MSI configuration can be done using callbacks which is implemented as msi module. c) Adds a msi handling module for the Broadcom platform devices. Changes from

[RFC PATCH v2 16/26] docs: reporting-bugs: let users check taint status again

The kernel just installed in the previous step might taint itself for reasons unrelated to the issue the reader used when he started this process. Make sure the reader catches this early, as this is the area where it really matters. The former check was just ensuring the reader notices early if his

[RFC PATCH v2 25/26] docs: reporting-bugs: explain things could be easier

A few closing words to explain why things are like this until someone steps up to make things easier. Signed-off-by: Thorsten Leemhuis --- Documentation/admin-guide/reporting-bugs.rst | 9 + 1 file changed, 9 insertions(+) diff --git a/Documentation/admin-guide/reporting-bugs.rst b/Doc

[RFC v1 3/3] vfio/platform: add Broadcom msi module

Add Broadcom msi module for platform devices. Signed-off-by: Vikas Gupta --- drivers/vfio/platform/Kconfig | 1 + drivers/vfio/platform/Makefile| 1 + drivers/vfio/platform/msi/Kconfig | 9 +++ drivers/vfio/platform/msi/Makefile| 2 + .

[RFC PATCH v2 26/26] docs: reporting-bugs: add SPDX tag and license hint, remove markers

Remove the last leftovers from the old text. Also delete the temporary markers added for the rewrite of this document. Add a SPDX tag with the new license now that the rewrite is complete. Add a license hint whom to attribute when distributing the text under CC-BY 4.0. Signed-off-by: Thorsten Leem

[RFC PATCH v2 10/26] docs: reporting-bugs: remind people to look for existing reports

Tells users to search for existing reports, as not reporting them a second time is in their own interest. Tell them where to look and provide a few hints how to search properly, as that is easy to get wrong. That seems to be especially true when it comes to things like graphics cards or wifi module

Re: [RFC PATCH 3/6] mm: page_owner: add support for splitting to any order in split page_owner.

On 12 Nov 2020, at 12:57, Ralph Campbell wrote: > On 11/11/20 12:40 PM, Zi Yan wrote: >> From: Zi Yan >> >> It adds a new_order parameter to set new page order in page owner. >> It prepares for upcoming changes to support split huge page to any lower >> order. >> >> Signed-off-by: Zi Yan > > Exc

[RFC PATCH v2 21/26] docs: reporting-bugs: details on writing and sending the report

Outline how to write the report. Give instructions that hopefully will make people write better reports that ideally are also quick to evaluate for kernel developers. At the same time put some more faith into the readers to make them provide all relevant data. That's a bit different to the approac

Re: [PATCH v5 net 0/2] net: udp: fix Fast/frag0 UDP GRO

On Wed, 11 Nov 2020 20:44:08 + Alexander Lobakin wrote: > While testing UDP GSO fraglists forwarding through driver that uses > Fast GRO (via napi_gro_frags()), I was observing lots of out-of-order > iperf packets: > > [ ID] Interval Transfer Bitrate Jitter > [SUM] 0.0-4

[RFC PATCH v2 22/26] docs: reporting-bugs: explain what users should do once the report is out

Users should know that sending the report is not the end of this process: if they want to see the issue fixed, they will often need to keep the ball rolling. Hence, explain why it's in their interest to send a reminder occasionally. Also point out that it's wise to retest after every merge window.

<    3   4   5   6   7   8   9   10   11   12   >