[PATCH -next] PM: runtime: Replace inline function pm_runtime_callbacks_present()

commit 9a7875461fd0 ("PM: runtime: Replace pm_runtime_callbacks_present()") forget to change the inline version. Fixes: 9a7875461fd0 ("PM: runtime: Replace pm_runtime_callbacks_present()") Signed-off-by: YueHaibing --- include/linux/pm_runtime.h | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH V1 1/2] soc: qcom: aoss: Expose send for generic usecase

Not all upcoming usecases will have an interface to allow the aoss driver to hook onto. Expose the send api and create a get function to enable drivers to send their own messages to aoss. Signed-off-by: Chris Lew Signed-off-by: Deepak Kumar Singh --- drivers/soc/qcom/qcom_aoss.c | 36

[PATCH V1 0/2] soc: qcom: aoss: Expose send for generic usecase

[Change from V0] Update qmp_get to parse qmp handle with binding qcom,qmp Deepak Kumar Singh (2): soc: qcom: aoss: Expose send for generic usecase soc: qcom: aoss: Add debugfs entry drivers/soc/qcom/qcom_aoss.c | 77 +++- 1 file changed, 76

[PATCH V1 2/2] soc: qcom: aoss: Add debugfs entry

It can be useful to control the different power states of various parts of hardware for device testing. Add a debugfs node for qmp so messages can be sent to aoss for debugging and testing purposes. Signed-off-by: Chris Lew Signed-off-by: Deepak Kumar Singh --- drivers/soc/qcom/qcom_aoss.c |

Re: [PATCH v4 3/3] sysfs: Unconditionally use vmalloc for buffer

On Thu, Apr 01, 2021 at 03:13:20PM -0700, Kees Cook wrote: > The sysfs interface to seq_file continues to be rather fragile > (seq_get_buf() should not be used outside of seq_file), as seen with > some recent exploits[1]. Move the seq_file buffer to the vmap area > (while retaining the accounting

Re: [PATCH v2 1/2] mmc: core: Let sanitize timeout readable/writable via sysfs

On Fri, 2021-04-02 at 00:48 +0200, Ulf Hansson wrote: > On Thu, 1 Apr 2021 at 15:29, Bean Huo wrote: > > > From: Bean Huo > > As the density increases, the 4-minute timeout value for > > sanitize is no longer feasible. At the same time, devices > > of different densities have different timeout

[PATCH -next] ide: Remove unused inline function ide_dma_verbose()

commit 3ab7efe8e2cb ("ide: DMA reporting and validity checking fixes (take 3)") left behind this, so can remove it. Signed-off-by: YueHaibing --- include/linux/ide.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/linux/ide.h b/include/linux/ide.h index 6bc6ba57b505..0242a66158fb

Re: [PATCH] qemu_fw_cfg: Make fw_cfg_rev_attr a proper kobj_attribute

On Thu, Feb 25, 2021 at 10:25 PM Kees Cook wrote: > > On Thu, 11 Feb 2021 12:42:58 -0700, Nathan Chancellor wrote: > > fw_cfg_showrev() is called by an indirect call in kobj_attr_show(), > > which violates clang's CFI checking because fw_cfg_showrev()'s second > > parameter is 'struct attribute',

[PATCH v2] drbd: Fix a use after free in get_initial_state

In get_initial_state, it calls notify_initial_state_done(skb,..) if cb->args[5]==1. I see that if genlmsg_put() failed in notify_initial_state_done(), the skb will be freed by nlmsg_free(skb). Then get_initial_state will goto out and the freed skb will be used by return value skb->len. My patch

Re: [PATCH 0/3] crypto: replace memset by memzero_explicit

On Fri, Mar 26, 2021 at 09:20:45AM +0800, Kai Ye wrote: > use memzero_explicit instead of memset to clear sensitive data, > such as buffer or key. Does this fix a real issue? If not then it's just unnecessary churn. Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/

[PATCH v2 1/3] dt-bindings: arm: amlogic: add MeCool KII/KIII Pro bindings

Add the board bindings for the MeCool (Videostrong Technology Co., Ltd) KII-Pro (S905D) and KIII-Pro (S912) devices. Signed-off-by: Christian Hewitt Acked-by: Rob Herring --- Documentation/devicetree/bindings/arm/amlogic.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v2 3/3] arm64: dts: meson: add initial device-tree for MeCool KIII Pro

MeCool (Videostrong) KIII Pro is based on the Amlogic Q200 reference board with an S912 chip and the following specs: - 3GB DDR3 RAM - 16GB eMMC - 10/100/1000 Base-T Ethernet - BCM4335 Wireless (802.11 b/g/n/ac, BT 4.0) - DVB-C/T/T2/S/S2 (AVL6862TA demod + R912 tuner) - HDMI 2.0a video - S/PDIF

[PATCH v2 0/3] arm64: dts: meson: add support for MeCool KII-Pro/KIII-Pro

This series adds support for the MeCool (Videostrong) KII Pro (GXL) and KIII Pro (GXM) Android STB devices. These are quite popular due to the embedded multi-standard tuner card (which is sadly not-yet supported in the kernel). Both devices closely follow the Amlogic reference designs with

[PATCH v2 2/3] arm64: dts: meson: add initial device-tree for MeCool KII Pro

MeCool (Videostrong) KII Pro is based on the Amlogic P230 reference board with an S905D chip and the following specs: - 2GB DDR3 RAM - 16GB eMMC - 10/100 Base-T Ethernet - BCM4335 Wireless (802.11 b/g/n/ac, BT 4.0) - DVB-C/T/T2/S/S2 (AVL6862TA demod + R848 tuner) - HDMI 2.0a video - S/PDIF

[RFC PATCH 2/2] drivers: soc: qcom: Add SDPM clock monitor driver

Add SDPM clock monitor driver, which will register for clock rate change notification and write the clock rate into SDPM CSR register. Signed-off-by: Ram Chandrasekar Signed-off-by: Manaf Meethalavalappu Pallikunhi --- drivers/soc/qcom/Kconfig| 8 ++ drivers/soc/qcom/Makefile

[RFC PATCH 1/2] dt-bindings: soc: qcom: Add SDPM clock monitor driver documentation in yaml

Add yaml documentation for SDPM clock monitor driver which will register for clock rate change notification and writes the clock rate into SDPM CSR register. Signed-off-by: Ram Chandrasekar Signed-off-by: Manaf Meethalavalappu Pallikunhi --- .../devicetree/bindings/soc/qcom/qcom-sdpm.yaml|

[RFC PATCH 0/2] Add SDPM clock monitor driver

RDPM (Rail digital power meter) hardware for a shared rail will monitor for peak current management. It allocates one simple digital power monitor(SDPM) for each major consumer of that rail. Each SDPM estimates the power consumption of the consumer based on operating frequency for that consumer.

[PATCH] tools: Fix a typo in kernel-chktaint

This patch fixes a spelling typo in kernel-chktaint Signed-off-by: Masanari Iida --- tools/debugging/kernel-chktaint | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/debugging/kernel-chktaint b/tools/debugging/kernel-chktaint index 607b2b280945..719f18b1edf0 100755 ---

Re: [PATCH v5 0/3] mtd: spi-nor: OTP support

On Mon, 22 Mar 2021 00:51:37 +0100, Michael Walle wrote: > This patchset implements the MTD OTP functions to allow access to the SPI > OTP data. Specific support is added for Winbond flash chips. > > In the past there was already an attempt by Rahul Bedarkar to add this, but > there was no

Re: [PATCH v3 0/2] mtd: spi-nor: Cleanup patches

On Mon, 22 Mar 2021 09:51:29 +0200, Tudor Ambarus wrote: > Various cleanup patches done while reviewing contributions. > > Tudor Ambarus (2): > mtd: spi-nor: Move Software Write Protection logic out of the core > mtd: spi-nor: swp: Improve code around spi_nor_check_lock_status_sr() > >

Re: [PATCH v5 03/18] mm: add generic function_nocfi macro

Thanks, this looks much better than the earlier naming: Acked-by: Christoph Hellwig

[RFC/PATCH] powerpc/smp: Add SD_SHARE_PKG_RESOURCES flag to MC sched-domain

From: "Gautham R. Shenoy" On POWER10 systems, the L2 cache is at the SMT4 small core level. The following commits ensure that L2 cache gets correctly discovered and the Last-Level-Cache domain (LLC) is set to the SMT sched-domain. 790a166 powerpc/smp: Parse ibm,thread-groups with multiple

Re: [PATCH] crypto: hisilicon/qm - delete redundant code

On Fri, Mar 26, 2021 at 09:14:32AM +0800, Kai Ye wrote: > The memory not needed to clear that will be freed. and the memset is useless > after the dma is freed. I don't doubt that this memory probably doesn't need to be zeroed since all it contains is a bunch of pointers instead of actual data.

Re: [RFC] Convert sysv filesystem to use folios exclusively

On Thu, Mar 25, 2021 at 5:43 AM Matthew Wilcox wrote: > > > I decided to see what a filesystem free from struct page would look > like. I chose sysv more-or-less at random; I wanted a relatively simple > filesystem, but I didn't want a toy. The advantage of sysv is that the > maintainer is

Re: [PATCH v2] firmware: qcom_scm: Only compile legacy calls on ARM

Quoting Elliot Berman (2021-04-01 18:12:14) > > It might be a good idea to wrap these lines from qcom_scm_call with #if > IS_ENABLED(CONFIG_ARM), and the corresponding ones in qcom_scm_call_atomic: > >case SMC_CONVENTION_LEGACY: >return scm_legacy_call(dev, desc, res); > > If

Re: [PATCH] crypto: hisilicon/hpre - delete redundant log

On Sat, Mar 27, 2021 at 04:32:26PM +0800, Hui Tang wrote: > 'hpre_cfg_by_dsm' has checked and printed error path, so it is not > necessary at all. > > Signed-off-by: Hui Tang > --- > drivers/crypto/hisilicon/hpre/hpre_main.c | 5 + > 1 file changed, 1 insertion(+), 4 deletions(-) > > diff

Re: [PATCH] power: reset: at91-reset: free resources on exit path

On 01/04/2021 at 16:42, Claudiu Beznea - M18063 wrote: +unmap: +    iounmap(reset->rstc_base); +    for (idx = 0; idx < ARRAY_SIZE(reset->ramc_base); idx++) +    iounmap(reset->ramc_base[idx]); But if we keep this loop, I have the feeling that some kind of "of_node_put()" is needed as well.

Re: [RFC/PATCH] powerpc/smp: Add SD_SHARE_PKG_RESOURCES flag to MC sched-domain

(Missed cc'ing Cc Peter in the original posting) On Fri, Apr 02, 2021 at 11:07:54AM +0530, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > On POWER10 systems, the L2 cache is at the SMT4 small core level. The > following commits ensure that L2 cache gets correctly discovered and > the

RE: [PATCH net-next 1/2] net: stmmac: enable 2.5Gbps link speed

> > + /* 2.5G mode only support 2500baseT full duplex only */ > > + if (priv->plat->has_gmac4 && priv->plat->speed_2500_en) { > > + phylink_set(mac_supported, 2500baseT_Full); > > + phylink_set(mask, 10baseT_Half); > > + phylink_set(mask, 10baseT_Full); > > +

RE: [PATCH v3 00/10] fsdax,xfs: Add reflink support for fsdax

> -Original Message- > From: Christoph Hellwig > Sent: Friday, April 2, 2021 3:50 PM > Subject: Re: [PATCH v3 00/10] fsdax,xfs: Add reflink support for fsdax > > Shiyang, Dan: > > given that the whole reflink+dax thing is going to take a while and thus not > going > to happen for

[PATCH 0/2] mtd: spi-nor: macronix: mx25l51245g, mx66l51235l and mx66l51235f

mx25l51245g and mx66l51235l have the same flash ID. The flash detection returns the first entry in the flash_info array that matches the flash ID that was read, thus for the 0xc2201a ID, mx25l51245g was always hit, introducing a regression for mx66l51235l. Revert mx25l51245g addition. A solution

[PATCH 1/2] Revert "mtd: spi-nor: macronix: Add support for mx25l51245g"

This reverts commit 04b8edad262eec0d153005973dfbdd83423c0dcb. mx25l51245g and mx66l51235l have the same flash ID. The flash detection returns the first entry in the flash_info array that matches the flash ID that was read, thus for the 0xc2201a ID, mx25l51245g was always hit, introducing a

[PATCH 2/2] mtd: spi-nor: macronix: Fix name for mx66l51235f

According to macronix website, there is no mx66l51235l part number. The chip detected as such is actually mx66l51235f. Rename the flash. Do not update the mx66l51235l name from the spi_nor_dev_ids[], since there are dt that are using this compatible. Signed-off-by: Tudor Ambarus ---

Re: [PATCH v2 2/3] dt-bindings: touchscreen: Add HY46XX bindings

On Fri, Apr 02, 2021 at 01:03:57AM +0200, Giulio Benetti wrote: > This adds device tree bindings for the Hycon HY46XX touchscreen series. > > Signed-off-by: Giulio Benetti > --- > V1->V2: > As suggested by Rob Herring: > * fixed $id: address > * added "hycon," in front of every custom property >

Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024

On Fri, Apr 2, 2021 at 6:37 AM Palmer Dabbelt wrote: > > On Tue, 30 Mar 2021 13:31:45 PDT (-0700), ma...@orcam.me.uk wrote: > > On Mon, 29 Mar 2021, Palmer Dabbelt wrote: > > > >> > --- /dev/null > >> > +++ b/arch/riscv/include/uapi/asm/setup.h > >> > @@ -0,0 +1,8 @@ > >> > +/*

Re: [PATCH v2 1/3] KVM: X86: Rename DR6_INIT to DR6_ACTIVE_LOW

On 2/3/2021 12:05 AM, Paolo Bonzini wrote: On 02/02/21 16:02, Xiaoyao Li wrote: On 2/2/2021 10:49 PM, Paolo Bonzini wrote: On 02/02/21 10:04, Chenyi Qiang wrote:  #define DR6_FIXED_1    0xfffe0ff0 -#define DR6_INIT    0x0ff0 +/* + * DR6_ACTIVE_LOW is actual the result of DR6_FIXED_1 |

Re: [PATCH] zero-fill colormap in drivers/video/fbdev/core/fbcmap.c

On Thu, Apr 01, 2021 at 11:55:50AM +0200, Geert Uytterhoeven wrote: > On Thu, Apr 1, 2021 at 12:09 AM Phillip Potter wrote: > > Use kzalloc() rather than kmalloc() for the dynamically allocated parts > > of the colormap in fb_alloc_cmap_gfp, to prevent a leak of random kernel > > data to

Re: [PATCH 24/32] MAINTAINERS: update imi,rdacm2x-gmsl.yaml reference

Hi Mauro, Thank you for the patch. On Thu, Apr 01, 2021 at 02:17:44PM +0200, Mauro Carvalho Chehab wrote: > The file name: Documentation/devicetree/bindings/media/i2c/rdacm2x-gmsl.yaml > should be, instead: > Documentation/devicetree/bindings/media/i2c/imi,rdacm2x-gmsl.yaml. While at it,

[PATCH v1 2/2] scsi: pm8001: clean up for open brace

There are few error about open brace is reported by checkpatch.pl: ERROR: that open brace { should be on the previous line +static struct error_fw flash_error_table[] = +{ So fix them all. Signed-off-by: Jianqin Xie Signed-off-by: Luo Jiaxing --- drivers/scsi/pm8001/pm8001_ctl.c | 6 ++

[PATCH v1 0/2] scsi: pm8001: tiny clean up patches

Several error is reported by checkpatch.pl, here are two patches to clean them up. Luo Jiaxing (2): scsi: pm8001: clean up for white space scsi: pm8001: clean up for open brace drivers/scsi/pm8001/pm8001_ctl.c | 8 +++- drivers/scsi/pm8001/pm8001_hwi.c | 14 +++---

[PATCH v1 1/2] scsi: pm8001: clean up for white space

Many error are found like below when run checkpatch.pl ERROR: space prohibited before that ',' (ctx:WxW) +int pm8001_mpi_general_event(struct pm8001_hba_info *pm8001_ha , void *piomb); It all about white space, so fix them. Signed-off-by: Jianqin Xie Signed-off-by: Luo Jiaxing ---

Re: [PATCH 06/32] MAINTAINERS: update dpot-dac.yaml reference

On Thu, 1 Apr 2021 14:17:26 +0200 Mauro Carvalho Chehab wrote: > Changeset 06d2ff6fe11e ("dt-bindings:iio:dac:dpot-dac: yaml conversion.") > renamed: Documentation/devicetree/bindings/iio/dac/dpot-dac.txt > to: Documentation/devicetree/bindings/iio/dac/dpot-dac.yaml. > > Update its

[PATCH v4 18/18] arm64: apple: Add initial Apple Mac mini (M1, 2020) devicetree

This currently supports: * SMP (via spin-tables) * AIC IRQs * Serial (with earlycon) * Framebuffer A number of properties are dynamic, and based on system firmware decisions that vary from version to version. These are expected to be filled in by the loader. Signed-off-by: Hector Martin ---

[PATCH v4 17/18] dt-bindings: display: Add apple,simple-framebuffer

Apple SoCs run firmware that sets up a simplefb-compatible framebuffer for us. Add a compatible for it, and two missing supported formats. Reviewed-by: Rob Herring Reviewed-by: Linus Walleij Signed-off-by: Hector Martin --- .../devicetree/bindings/display/simple-framebuffer.yaml | 5

Re: [PATCH RESEND] arm64: dts: qcom: Add support for OnePlus 5/5T

On Mon, Mar 22, 2021 at 18:16, Jami Kettunen wrote: Add device trees for OnePlus 5 (cheeseburger) and 5T (dumpling) MSM8998 SoC smartphones with initial support included for: - UFS internal storage - USB peripheral mode - Display - Touch - Bluetooth - Hall effect sensor - Power and volume

Re: [PATCH 15/32] MAINTAINERS: update atmel,sama5d2-adc.yaml reference

On Thu, 1 Apr 2021 14:17:35 +0200 Mauro Carvalho Chehab wrote: > Changeset 58ff1b519753 ("dt-bindings:iio:adc:atmel,sama5d2-adc: txt to yaml > conversion") > renamed: Documentation/devicetree/bindings/iio/adc/at91-sama5d2_adc.txt > to:

[PATCH RFC 2/3] fpga: support loading from a pre-allocated buffer

Some systems are memory constrained but they need to load very large Configuration files. The FPGA subsystem allows drivers to request this Configuration image be loaded from the filesystem, but this requires that the entire configuration data be loaded into kernel memory first before it's

[PATCH -next] staging/speakup: Switch to kmemdup_nul()

Use kmemdup_nul() helper instead of open-coding to simplify the code. Reported-by: Hulk Robot Signed-off-by: Yang Yingliang --- drivers/accessibility/speakup/i18n.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/accessibility/speakup/i18n.c

[PATCH RFC 1/3] fpga: region: Add fpga-region property 'fpga-config-from-dmabuf'

Add "fpga-config-from-dmabuf" property to allow the bitstream configuration from pre-allocated dma-buffer. Signed-off-by: Nava kishore Manne --- Documentation/devicetree/bindings/fpga/fpga-region.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH RFC 3/3] fpga: zynqmp: Use the scatterlist interface

Allows drivers to request the Configuration image be loaded from dma-able continuous buffer to avoid needless memory pressure and delays due to multiple copies. Signed-off-by: Nava kishore Manne --- drivers/fpga/zynqmp-fpga.c | 35 +++ 1 file changed, 35

Re: [PATCH] staging: fbtft: change snprintf() to scnprintf()

On Fri, Apr 02, 2021 at 09:05:01AM +, Carlis wrote: > From: Xuezhi Zhang > > show() must not use snprintf() when formatting the value to > be returned to user space. Why not? The code is just fine as-is. > > Signed-off-by: Xuezhi Zhang > --- > drivers/staging/fbtft/fbtft-sysfs.c | 2 +-

Re: [PATCH 19/32] MAINTAINERS: update st,vl53l0x.yaml reference

On Thu, 1 Apr 2021 14:17:39 +0200 Mauro Carvalho Chehab wrote: > Changeset b4be8bd1c6a2 ("dt-bindings:iio:proximity:st,vl53l0x yaml > conversion") > renamed: Documentation/devicetree/bindings/iio/proximity/vl53l0x.txt > to: Documentation/devicetree/bindings/iio/proximity/st,vl53l0x.yaml. > >

[PATCH v2] f2fs: fix to avoid accessing invalid fio in f2fs_allocate_data_block()

Callers may pass fio parameter with NULL value to f2fs_allocate_data_block(), so we should make sure accessing fio's field after fio's validation check. Fixes: f608c38c59c6 ("f2fs: clean up parameter of f2fs_allocate_data_block()") Signed-off-by: Chao Yu --- v2: - relocate fio->retry assignment

[PATCH v3 2/2] mmc: core: Let sanitize not retry in case of timeout/failure

From: Bean Huo Not any commands need to retry in case of timeout/failure. Currently, the sanitize command is issued by the IOCTL interface, and once its timeouts, the user normally decides to retry or not . Just blindly retry three times sanitize in the driver, it doesn't help sanitize retry

[PATCH v3 0/2] Two minor changes of eMMC sanitize

From: Bean Huo Changelog: V1--V2: 1. change wrong nouns in patch 1/2 commit message v2--v3: 1. Replace the original patch 1/2 with the new patch 1/2 based on the Ulf's suggestion. Bean Huo (2): mmc: core: Pass down user specified timeout value to sanitize mmc: core: Let

[PATCH v3 1/2] mmc: core: Pass down user specified timeout value to sanitize

From: Bean Huo As the density increases, the 4-minute timeout value for sanitize is no longer feasible. At the same time, devices of different densities have different timeout values, and it is difficult to obtain a unified standard timeout value. Therefore, it is better to pass down

Re: [PATCH v2 07/10] KVM: Move MMU notifier's mmu_lock acquisition into common helper

On 02/04/21 02:56, Sean Christopherson wrote: + .handler= (void *)kvm_null_fn, + .on_lock= kvm_dec_notifier_count, + .flush_on_ret = true, Doesn't really matter since the handler is null, but I think it's cleaner to have false here.

Re: [PATCH] crypto: hisilicon/sec - Fixes AES algorithm mode parameter problem

On Sat, Mar 27, 2021 at 06:28:30PM +0800, Longfang Liu wrote: > The input data of the ECB (AES) algorithm needs to be aligned > with 16 bytes, and the input data of the XTS (AES) algorithm is > at least 16 bytes. Otherwise the SEC hardware will go wrong. > > Signed-off-by: Longfang Liu > --- >

[PATCH 12/16] staging: rtl8723bs: remove commented RT_TRACE call in core/rtw_ioctl_set.c

remove commented RT_TRACE call in core/rtw_ioctl_set.c Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_ioctl_set.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_ioctl_set.c b/drivers/staging/rtl8723bs/core/rtw_ioctl_set.c index

Re: [PATCH 12/16] dt-bindings: media: Add DT bindings for TI CSI2RX driver

On Thu, Apr 01, 2021 at 10:52:01AM -0500, Rob Herring wrote: > On Tue, Mar 30, 2021 at 11:03:44PM +0530, Pratyush Yadav wrote: > > TI's J721E uses the Cadence CSI2RX and DPHY peripherals to facilitate > > capture over a CSI-2 bus. The TI CSI2RX platform driver glues all the > > parts together. > >

[PATCH 13/16] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_ioctl_set.c

remove all RT_TRACE logs fix patch-related checkpatch issues Signed-off-by: Fabio Aiuto --- .../staging/rtl8723bs/core/rtw_ioctl_set.c| 76 +-- 1 file changed, 4 insertions(+), 72 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_ioctl_set.c

Re: [PATCH 3/3] srcu: Fix broken node geometry after early ssp init

On Thu, Apr 01, 2021 at 06:12:41PM -0700, Paul E. McKenney wrote: > On Fri, Apr 02, 2021 at 01:47:04AM +0200, Frederic Weisbecker wrote: gg> > void __init srcu_init(void) > > { > > - struct srcu_struct *ssp; > > + static struct srcu_data __initdata old_sdp; > > + static struct srcu_node

[PATCH 11/16] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_recv.c

remove all RT_TRACE logs fix patch-related checkpatch issues Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_recv.c | 135 ++ 1 file changed, 7 insertions(+), 128 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_recv.c

[PATCH 15/16] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_sta_mgt.c

remove all RT_TRACE logs Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_sta_mgt.c | 25 1 file changed, 25 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_sta_mgt.c b/drivers/staging/rtl8723bs/core/rtw_sta_mgt.c index

[PATCH 14/16] staging: rtl8723bs: remove all RT_TRACE logs in core/rtw_wlan_util.c

remove all RT_TRACE logs fix patch-related checkpatch issues Signed-off-by: Fabio Aiuto --- .../staging/rtl8723bs/core/rtw_wlan_util.c| 26 +-- 1 file changed, 6 insertions(+), 20 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_wlan_util.c

[PATCH 16/16] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_ieee80211.c

remove all RT_TRACE logs fix patch-related checkpatch issues Signed-off-by: Fabio Aiuto --- .../staging/rtl8723bs/core/rtw_ieee80211.c| 90 --- 1 file changed, 15 insertions(+), 75 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_ieee80211.c

[PATCH v4 0/3] Introduce the for_each_set_nbits macro

Hello Bartosz, Since this patchset primarily affects GPIO drivers, would you like to pick it up through your GPIO tree? This patchset introduces a new generic version of for_each_set_nbits. The previous version of for_each_set_clump8 used a fixed size 8-bit clump, but the new generic version can

Re: [PATCH 1/3] rtc: ds1307: replace HAS_ALARM by RTC_FEATURE_ALARM

It was <2021-03-30 wto 02:03>, when Alexandre Belloni wrote: > The core now has RTC_FEATURE_ALARM for the driver to indicate whether > alarms are available. Use that instead of HAS_ALARM to ensure the alarm > callbacks are not even called. > > Signed-off-by: Alexandre Belloni > --- >

[PATCH v3] MIPS: Check __clang__ to avoid performance influence with GCC in csum_tcpudp_nofold()

The asm code in csum_tcpudp_nofold() is performance critical, I am sorry for the poorly considered implementation about the performance influence with GCC in the commit 198688edbf77 ("MIPS: Fix inline asm input/output type mismatch in checksum.h used with Clang"). Using __clang__ instead of

Re: [PATCH 14/16] staging: rtl8723bs: remove all RT_TRACE logs in core/rtw_wlan_util.c

On Fri, 2021-04-02 at 12:01 +0200, Fabio Aiuto wrote: > remove all RT_TRACE logs > > fix patch-related checkpatch issues > > Signed-off-by: Fabio Aiuto > --- >  .../staging/rtl8723bs/core/rtw_wlan_util.c| 26 +-- >  1 file changed, 6 insertions(+), 20 deletions(-) > > diff

[PATCH v2 1/1] power: reset: at91-reset: use devm_of_iomap

Use devm_of_iomap() to map resources. This will avoid the necessity to track the mapped resources and free them on failure path or on remove. Reported-by: kernel test robot Reported-by: Dan Carpenter Suggested-by: Nicolas Ferre Signed-off-by: Claudiu Beznea --- Changes in v2: - use

[PATCH] net/Bluetooth - delete unneeded variable initialization

Delete unneeded variable initialization. Signed-off-by: Kai Ye --- net/bluetooth/6lowpan.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/bluetooth/6lowpan.c b/net/bluetooth/6lowpan.c index cff4944..ee4b0ec 100644 --- a/net/bluetooth/6lowpan.c +++

Re: [PATCH 00/16] CSI2RX support on J721E

On Wed, Mar 31, 2021 at 03:03:51PM +0530, Vinod Koul wrote: > On 30-03-21, 23:03, Pratyush Yadav wrote: > > Hi, > > > > This series adds support for CSI2 capture on J721E. It includes some > > fixes to the Cadence CSI2RX driver, adds Rx support to Cadence DPHY > > driver, and finally adds the TI

Re: [PATCH 3/9] sched: Trivial core scheduling cookie management

On Thu, Apr 01, 2021 at 01:04:58PM -0700, Josh Don wrote: > > +/* > > + * sched_core_update_cookie - Common helper to update a task's core > > cookie. This > > + * updates the selected cookie field. > > + * @p: The task whose cookie should be updated. > > + * @cookie: The new cookie. > > + *

Re: [PATCH] crypto: hisilicon/hpre - rsa key should not be empty

On Fri, Mar 26, 2021 at 02:13:32PM +0800, Meng Yu wrote: > We should ensure key is not empty before we set key. > > Signed-off-by: Meng Yu > --- > drivers/crypto/hisilicon/hpre/hpre_crypto.c | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

[PATCH -next] driver: aoe: use DEFINE_SPINLOCK() for spinlock

spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Reported-by: Hulk Robot Signed-off-by: Zucheng Zheng --- drivers/block/aoe/aoenet.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/block/aoe/aoenet.c

[PATCH] media: Fix compilation error

Fix the error: drivers/staging/media/tegra-video/vi.c:1180:4: error: implicit declaration of function 'host1x_syncpt_free' [-Werror,-Wimplicit-function-declaration] Fixes: 3028a00c55bf ('gpu: host1x: Cleanup and refcounting for syncpoints') Reported-by: Hulk Robot Signed-off-by: Bixuan Cui

Re: [PATCH 2/2] mmc: block: Update ext_csd.cache_ctrl if it was written

>> @@ -571,6 +571,14 @@ static int __mmc_blk_ioctl_cmd(struct mmc_card *card, >> struct mmc_blk_data *md, >> main_md->part_curr = value & EXT_CSD_PART_CONFIG_ACC_MASK; >> } >> >> +/* Make sure to update CACHE_CTRL in case it was changed */ > It might be worth noting that

[tip: perf/core] perf/x86/intel/uncore: Parse uncore discovery tables

The following commit has been merged into the perf/core branch of tip: Commit-ID: edae1f06c2cda41edffc93de6aedc8ba8dc883c3 Gitweb: https://git.kernel.org/tip/edae1f06c2cda41edffc93de6aedc8ba8dc883c3 Author:Kan Liang AuthorDate:Wed, 17 Mar 2021 10:59:33 -07:00 Committer:

[tip: perf/core] perf/x86/intel/uncore: Generic support for the PCI type of uncore blocks

The following commit has been merged into the perf/core branch of tip: Commit-ID: 42839ef4a20a4bda415974ff0e7d85ff540fffa4 Gitweb: https://git.kernel.org/tip/42839ef4a20a4bda415974ff0e7d85ff540fffa4 Author:Kan Liang AuthorDate:Wed, 17 Mar 2021 10:59:36 -07:00 Committer:

[tip: perf/core] perf/x86/intel/uncore: Generic support for the MMIO type of uncore blocks

The following commit has been merged into the perf/core branch of tip: Commit-ID: c4c55e362a521d763356b9e02bc9a4348c71a471 Gitweb: https://git.kernel.org/tip/c4c55e362a521d763356b9e02bc9a4348c71a471 Author:Kan Liang AuthorDate:Wed, 17 Mar 2021 10:59:37 -07:00 Committer:

[tip: perf/core] perf/x86/intel/uncore: Rename uncore_notifier to uncore_pci_sub_notifier

The following commit has been merged into the perf/core branch of tip: Commit-ID: 6477dc3934775f82a571fac469fd8c348e611095 Gitweb: https://git.kernel.org/tip/6477dc3934775f82a571fac469fd8c348e611095 Author:Kan Liang AuthorDate:Wed, 17 Mar 2021 10:59:35 -07:00 Committer:

[tip: perf/core] perf/x86/intel/uncore: Generic support for the MSR type of uncore blocks

The following commit has been merged into the perf/core branch of tip: Commit-ID: d6c754130435ab786711bed75d04a2388a6b4da8 Gitweb: https://git.kernel.org/tip/d6c754130435ab786711bed75d04a2388a6b4da8 Author:Kan Liang AuthorDate:Wed, 17 Mar 2021 10:59:34 -07:00 Committer:

[tip: perf/core] perf/x86/intel/uncore: Enable IIO stacks to PMON mapping for multi-segment SKX

The following commit has been merged into the perf/core branch of tip: Commit-ID: cface0326a6c2ae5c8f47bd466f07624b3e348a7 Gitweb: https://git.kernel.org/tip/cface0326a6c2ae5c8f47bd466f07624b3e348a7 Author:Alexander Antonov AuthorDate:Tue, 23 Mar 2021 18:05:07 +03:00

Re: [PATCH RESEND 0/3] x86/sgx: eextend ioctl

On 2021-04-01 20:40, Dave Hansen wrote: > On 4/1/21 10:49 AM, Raoul Strackx wrote: >> On 4/1/21 6:11 PM, Dave Hansen wrote: >>> On 4/1/21 7:56 AM, Raoul Strackx wrote: SOLUTION OF THIS PATCH This patch adds a new ioctl to enable userspace to execute EEXTEND leaf functions per 256

[PATCH] drm/amd: remove not needed conversion to bool

Fix coccicheck warning: drivers/gpu/drm/amd/amdgpu/mmhub_v2_3.c:573:39-44: WARNING: conversion to bool not needed here drivers/gpu/drm/amd/amdgpu/mmhub_v2_3.c:575:39-44: WARNING: conversion to bool not needed here Signed-off-by: Bernard Zhao --- drivers/gpu/drm/amd/amdgpu/mmhub_v2_3.c | 4

Re: [PATCH 01/32] MAINTAINERS: update adi,ad5758.yaml reference

On Thu, 1 Apr 2021 14:17:21 +0200 Mauro Carvalho Chehab wrote: > Changeset 1e6536ee349b ("dt-bindings:iio:dac:adi,ad5758 yaml conversion") > renamed: Documentation/devicetree/bindings/iio/dac/ad5758.txt > to: Documentation/devicetree/bindings/iio/dac/adi,ad5758.yaml. > > Update its

[PATCH] staging: fbtft: change snprintf() to scnprintf()

From: Xuezhi Zhang show() must not use snprintf() when formatting the value to be returned to user space. Signed-off-by: Xuezhi Zhang --- drivers/staging/fbtft/fbtft-sysfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/fbtft/fbtft-sysfs.c

Re: [PATCH 07/32] MAINTAINERS: update envelope-detector.yaml reference

On Thu, 1 Apr 2021 14:17:27 +0200 Mauro Carvalho Chehab wrote: > Changeset 66a6dcc20e63 ("dt-bindings:iio:adc:envelope-detector: txt to yaml > conversion.") > renamed: Documentation/devicetree/bindings/iio/adc/envelope-detector.txt > to:

Re: [PATCH] Bluetooth: Check inquiry status before sending one

Hi Archie, > There is a possibility where HCI_INQUIRY flag is set but we still > send HCI_OP_INQUIRY anyway. > > Such a case can be reproduced by connecting to an LE device while > active scanning. When the device is discovered, we initiate a > connection, stop LE Scan, and send Discovery MGMT

Re: OT: Processor recommendation for RAID6

Dear Linux folks, Am 08.04.19 um 18:34 schrieb Paul Menzel: On 04/08/19 12:33, Paul Menzel wrote: Can you share your experiences, which processors you choose for your RAID6 systems? I am particularly interested in Intel alternatives? Are AMD EPYC processors good alternatives for file

Re: [PATCH V1 1/2] soc: qcom: aoss: Expose send for generic usecase

in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Deepak-Kumar-Singh/soc-qcom-aoss-Expose-send-for-generic-usecase/20210402-141935 base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 1678e493d530e7977cce34e59a86bb86f3c5631e config

[PATCH] USB:ohci:fix ohci interruption problem

The operating method of the system entering S4 sleep mode: echo disk > /sys/power/state When OHCI enters the S4 sleep state, the USB sleep process will call check_root_hub_suspend() and ohci_bus_suspend() instead of ohci_suspend() and ohci_bus_suspend(), this causes the OHCI interrupt to not be

Re: [PATCH v2] Documentation/translations/zh_CN/dev-tools/

Hi Bernard Splitting up patches is a bit of an art. These may be useful to you: Thanks Yanteng Bernard Zhao 于2021年4月2日周五 上午1:52写道： > > Add translations to dev-tools gcov > > Signed-off-by: Bernard Zhao > Reviewed-by: Wu X.C

[PATCH -next] scsi: target: iscsi: Switch to kmemdup_nul()

Use kmemdup_nul() helper instead of open-coding to simplify the code. Reported-by: Hulk Robot Signed-off-by: Yang Yingliang --- drivers/target/iscsi/iscsi_target_nego.c | 4 +--- drivers/target/iscsi/iscsi_target_parameters.c | 4 +--- 2 files changed, 2 insertions(+), 6 deletions(-)

Re: [PATCH 18/32] MAINTAINERS: update st,lsm6dsx.yaml reference

On Thu, 1 Apr 2021 14:17:38 +0200 Mauro Carvalho Chehab wrote: > Changeset 7a2cf8e91390 ("dt-bindings:iio:imu:st,lsm6dsx: txt to yaml > conversion") > renamed: Documentation/devicetree/bindings/iio/imu/st_lsm6dsx.txt > to: Documentation/devicetree/bindings/iio/imu/st,lsm6dsx.yaml. > > Update

Re: [PATCH] Revert "usb: dwc3: gadget: Prevent EP queuing while stopping transfers"

Am Donnerstag, dem 01.04.2021 um 11:09 -0700 schrieb Wesley Cheng: > > > On 4/1/2021 4:55 AM, Martin Kepplinger wrote: > > This reverts commit 9de47c3737e0c0207beb03615b320cabe495. > > > > Signed-off-by: Martin Kepplinger > > --- > > > > I more or less blindly report: > > commit

Re: [PATCH v2 09/10] KVM: Don't take mmu_lock for range invalidation unless necessary

On 02/04/21 02:56, Sean Christopherson wrote: Avoid taking mmu_lock for unrelated .invalidate_range_{start,end}() notifications. Because mmu_notifier_count must be modified while holding mmu_lock for write, and must always be paired across start->end to stay balanced, lock elision must happen

aarch64-linux-gnu-ld: Unexpected GOT/PLT entries detected!

Hi Kees, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1678e493d530e7977cce34e59a86bb86f3c5631e commit: be2881824ae9eb92a35b094f734f9ca7339ddf6d arm64/build: Assert for unwanted sections date: 7 months ago

Re: [PATCH] kunit: make KUNIT_EXPECT_STREQ() quote values, don't print literals

On Fri, Feb 5, 2021 at 2:18 PM Daniel Latypov wrote: > > Before: > > Expected str == "world", but > > str == hello > > "world" == world > > After: > > Expected str == "world", but > > str == "hello" > > > Note: like the literal ellision for integers, this doesn't handle the >

  1   2   3   4   5   6   7   8   9   >