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

umented 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 1678e493d530e7977cce34e59a86bb86f3c56

Re: [PATCH 08/32] MAINTAINERS: update current-sense-amplifier.yaml reference

On Thu, 1 Apr 2021 14:17:28 +0200 Mauro Carvalho Chehab wrote: > Changeset fbac26b9ad21 ("dt-bindings:iio:afe:current-sense-amplifier: txt to > yaml conversion.") > renamed: Documentation/devicetree/bindings/iio/afe/current-sense-amplifier.txt > to: Documentation/devicetree/bindings/iio/afe/cur

Re: [PATCH RESEND] random: remove dead code left over from blocking pool

Eric Biggers wrote: > From: Eric Biggers > > Remove some dead code that was left over following commit 90ea1c6436d2 > ("random: remove the blocking pool"). > > Cc: linux-cry...@vger.kernel.org > Cc: Andy Lutomirski > Cc: Jann Horn > Cc: Theodore Ts'o > Reviewed-by: Andy Lutomirski > Acked-b

Re: [PATCH 09/32] MAINTAINERS: update current-sense-shunt.yaml reference

On Thu, 1 Apr 2021 14:17:29 +0200 Mauro Carvalho Chehab wrote: > Changeset ce66e52b6c16 ("dt-bindings:iio:afe:current-sense-shunt: txt to yaml > conversion.") > renamed: Documentation/devicetree/bindings/iio/afe/current-sense-shunt.txt > to: Documentation/devicetree/bindings/iio/afe/current-sen

[PATCH v3] writeback: fix obtain a reference to a freeing memcg css

The caller of wb_get_create() should pin the memcg, because wb_get_create() relies on this guarantee. The rcu read lock only can guarantee that the memcg css returned by css_from_id() cannot be released, but the reference of the memcg can be zero. rcu_read_lock() memcg_css = css_from_id() wb

[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 cl

Re: [PATCH 10/32] MAINTAINERS: update voltage-divider.yaml reference

On Thu, 1 Apr 2021 14:17:30 +0200 Mauro Carvalho Chehab wrote: > Changeset 6f633bc91ac1 ("dt-bindings:iio:afe:voltage-divider: txt to yaml > conversion") > renamed: Documentation/devicetree/bindings/iio/afe/voltage-divider.txt > to: Documentation/devicetree/bindings/iio/afe/voltage-divider.yaml

Re: [PATCH 11/32] MAINTAINERS: update invensense,mpu3050.yaml reference

On Thu, 1 Apr 2021 14:17:31 +0200 Mauro Carvalho Chehab wrote: > Changeset 749787477ae4 ("dt-bindings:iio:gyro:invensense,mpu3050: txt to yaml > format conversion.") > renamed: > Documentation/devicetree/bindings/iio/gyroscope/invensense,mpu3050.txt > to: Documentation/devicetree/bindings/iio/

Re: [PATCH v6 4/5] drm/bridge: anx7625: add HDCP support

On Fri, Apr 02, 2021 at 11:59:39AM +0300, Laurent Pinchart wrote: > Hi Xin, > > On Fri, Apr 02, 2021 at 10:27:08AM +0800, Xin Ji wrote: > > On Mon, Mar 29, 2021 at 02:02:08PM -0400, Sean Paul wrote: > > > On Mon, Mar 29, 2021 at 6:27 AM Xin Ji wrote: > > > > > > > > On Thu, Mar 25, 2021 at 02:19:

Re: [PATCH 1/1] Bluetooth: btusb: Enable quirk boolean flag for Mediatek Chip.

Hi Mark, > Adding support LE scatternet and WBS for Mediatek Chip > > Signed-off-by: mark-yw.chen > --- > drivers/bluetooth/btusb.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) patch has been applied to bluetooth-next tree. Regards Marcel

[PATCH RFC 0/3] Adds support to allow the bitstream configuration from pre-allocated dma-buffer

Nava kishore Manne (3): fpga: region: Add fpga-region property 'fpga-config-from-dmabuf' fpga: support loading from a pre-allocated buffer fpga: zynqmp: Use the scatterlist interface .../devicetree/bindings/fpga/fpga-region.txt | 2 + drivers/fpga/fpga-mgr.c | 126 +

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 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: Documentation/devicetree/bindings/iio/adc/atmel,sama5d2-adc

[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 provided

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 b

[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 b/drivers/accessibili

[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 a/Documentation/devicetree/bindings/fpga/fpg

[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 insertion

Re: [PATCH 16/32] MAINTAINERS: update pni,rm3100.yaml reference

On Thu, 1 Apr 2021 14:17:36 +0200 Mauro Carvalho Chehab wrote: > Changeset f383069be33e ("dt-bindings:iio:magnetometer:pni,rm3100: txt to yaml > conversion.") > renamed: Documentation/devicetree/bindings/iio/magnetometer/pni,rm3100.txt > to: Documentation/devicetree/bindings/iio/magnetometer/pn

Re: [PATCH 08/49] staging: rtl8723bs: remove RT_TRACE logs in core/rtw_cmd.c

On Fri, Apr 02, 2021 at 08:14:20AM +, Dan Carpenter wrote: > On Thu, Apr 01, 2021 at 11:51:15PM +0200, Fabio Aiuto wrote: > > On Thu, Apr 01, 2021 at 05:32:36PM +0300, Dan Carpenter wrote: > > > On Thu, Apr 01, 2021 at 03:55:37PM +0200, Fabio Aiuto wrote: > > > > > > > > Hi Dan, > > > > > > >

Re: [PATCH 17/32] MAINTAINERS: update renesas,rcar-gyroadc.yaml reference

On Thu, 1 Apr 2021 14:17:37 +0200 Mauro Carvalho Chehab wrote: > Changeset 8c41245872e2 ("dt-bindings:iio:adc:renesas,rcar-gyroadc: txt to > yaml conversion.") > renamed: Documentation/devicetree/bindings/iio/adc/renesas,gyroadc.txt > to: Documentation/devicetree/bindings/iio/adc/renesas,rcar-g

[PATCH -next] KEYS: trusted: 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 --- security/keys/trusted-keys/trusted_tpm1.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/security/keys/trusted-keys/trusted_tpm1.c b/security/

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 >

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 i

[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(-) dif

[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 t

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. > > U

Re: [PATCH 21/32] MAINTAINERS: update ti,dac7612.yaml reference

On Thu, 1 Apr 2021 14:17:41 +0200 Mauro Carvalho Chehab wrote: > Changeset 8b74e06b0f4d ("dt-bindings:iio:dac:ti,dac7612 yaml conversion") > renamed: Documentation/devicetree/bindings/iio/dac/ti,dac7612.txt > to: Documentation/devicetree/bindings/iio/dac/ti,dac7612.yaml. > > Update its cross-re

Re: [PATCH V4 01/25] x86/cpufeatures: Enumerate Intel Hybrid Technology feature bit

On Thu, Apr 01, 2021 at 05:10:28PM -0700, kan.li...@linux.intel.com wrote: > From: Ricardo Neri > > Add feature enumeration to identify a processor with Intel Hybrid > Technology: one in which CPUs of more than one type are the same package. > On a hybrid processor, all CPUs support the same homo

[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 succ

[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 sanitiz

[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 user-specifi

Re: [PATCH V4 02/25] x86/cpu: Add helper function to get the type of the current hybrid CPU

On Thu, Apr 01, 2021 at 05:10:29PM -0700, kan.li...@linux.intel.com wrote: > diff --git a/arch/x86/include/asm/processor.h > b/arch/x86/include/asm/processor.h > index dc6d149bf851..746512a68b30 100644 > --- a/arch/x86/include/asm/processor.h > +++ b/arch/x86/include/asm/processor.h > @@ -166,6 +1

Re: [PATCH] USB:ohci:fix ohci interruption problem

On 2021/4/2 17:11, Longfang Liu wrote: > 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_sus

Re: [PATCH 25/32] dt-bindings:iio:dac: update microchip,mcp4725.yaml reference

On Thu, 1 Apr 2021 14:17:45 +0200 Mauro Carvalho Chehab wrote: > Changeset 6ced946a4bba ("dt-bindings:iio:dac:microchip,mcp4725 yaml > conversion") > renamed: Documentation/devicetree/bindings/iio/dac/mcp4725.txt > to: Documentation/devicetree/bindings/iio/dac/microchip,mcp4725.yaml. > > Updat

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 9de47c

[PATCH 1/3] dt-bindings: zynqmp: Add new PD_PL macro

Add new power domain for PL region. Signed-off-by: Nava kishore Manne --- include/dt-bindings/power/xlnx-zynqmp-power.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/power/xlnx-zynqmp-power.h b/include/dt-bindings/power/xlnx-zynqmp-power.h index 0d9a412fd5e0..5f718759c

[PATCH 2/3] fpga: region: Add fpga-region property 'power-domains'

Add fpga-region property 'power-domains' to allow to handle the FPGA/PL power domins. dt-bindings: fpga: Enable PM generic domain support Signed-off-by: Nava kishore Manne --- .../devicetree/bindings/fpga/fpga-region.txt | 14 ++ 1 file changed, 14 insertions(+) diff --git a/

[PATCH 3/3] fpga: region: Adds runtime PM support

Adds support to handle FPGA/PL power domain. With this patch, the PL power domain will be turned on before loading the bitstream and turned off while removing/unloading the bitstream using overlays. This can be achieved by adding the runtime PM support. Signed-off-by: Nava kishore Manne --- driv

[PATCH 0/3]Enable PM generic domain support

Adds support to handle FPGA/PL power Domain to optimize the PL power consumption. Nava kishore Manne (3): dt-bindings: zynqmp: Add new PD_PL macro fpga: region: Add fpga-region property 'power-domains' fpga: region: Adds runtime PM support .../devicetree/bindings/fpga/fpga-region.txt | 1

[PATCH] coda: Remove various instances of an unused variable 'outp'

Fixes the following W=1 kernel build warning(s): fs/coda/upcall.c:112:20: warning: variable ‘outp’ set but not used fs/coda/upcall.c:161:20: warning: variable ‘outp’ set but not used fs/coda/upcall.c:235:20: warning: variable ‘outp’ set but not used fs/coda/upcall.c:303:20: warning: variable ‘outp’

[PATCH -next] media: camss: csid: Remove redundant dev_err call in msm_csid_subdev_init()

There is a error message within devm_ioremap_resource already, so remove the dev_err call to avoid redundant error message. Reported-by: Hulk Robot Signed-off-by: Yang Yingliang --- drivers/media/platform/qcom/camss/camss-csid.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --g

[PATCH net-next v5] net: x25: Queue received packets in the drivers instead of per-CPU queues

X.25 Layer 3 (the Packet Layer) expects layer 2 to provide a reliable datalink service such that no packets are reordered or dropped. And X.25 Layer 2 (the LAPB layer) is indeed designed to provide such service. However, this reliability is not preserved when a driver calls "netif_rx" to deliver t

[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 cl

Re: [PATCH] kunit: tool: make --kunitconfig accept dirs, add lib/kunit fragment

> TL;DR > $ ./tools/testing/kunit/kunit.py run --kunitconfig=lib/kunit > > Per suggestion from Ted [1], we can reduce the amount of typing by > assuming a convention that these files are named '.kunitconfig'. > > In the case of [1], we now have > $ ./tools/testing/kunit/kunit.py run --kunitconfig

Re: [PATCH v4 7/8] KVM: arm64: vgic-v3: Expose GICR_TYPER.Last for userspace

Hi Eric, On Thu, 01 Apr 2021 20:16:53 +0100, Auger Eric wrote: > > Hi Marc, > > On 4/1/21 7:30 PM, Marc Zyngier wrote: > > On Thu, 01 Apr 2021 18:03:25 +0100, > > Auger Eric wrote: > >> > >> Hi Marc, > >> > >> On 4/1/21 3:42 PM, Marc Zyngier wrote: > >>> Hi Eric, > >>> > >>> On Thu, 01 Apr 202

[PATCH 0/4] Cleanup and fixup for hugetlb

Hi all, This series contains cleanups to remove redundant VM_BUG_ON() and simplify the return code. Also this fixes potential wrong gbl_reserve value and handle the error case in hugetlb_fix_reserve_counts(). More details can be found in the respective changelogs. Thanks! Miaohe Lin (4): mm/huge

[PATCH 2/4] mm/hugeltb: simplify the return code of __vma_reservation_common()

It's guaranteed that the vma is associated with a resv_map, i.e. either VM_MAYSHARE or HPAGE_RESV_OWNER, when the code reaches here or we would have returned via !resv check above. So ret must be less than 0 in the 'else' case. Simplify the return code to make this clear. Signed-off-by: Miaohe Lin

[PATCH 1/4] mm/hugeltb: remove redundant VM_BUG_ON() in region_add()

The same VM_BUG_ON() check is already done in the callee. Remove this extra one to simplify the code slightly. Signed-off-by: Miaohe Lin --- mm/hugetlb.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index c22111f3da20..a03a50b7c410 100644 --- a/mm/hugetlb.c +++

[PATCH 4/4] mm/hugeltb: handle the error case in hugetlb_fix_reserve_counts()

A rare out of memory error would prevent removal of the reserve map region for a page. hugetlb_fix_reserve_counts() handles this rare case to avoid dangling with incorrect counts. Unfortunately, hugepage_subpool_get_pages and hugetlb_acct_memory could possibly fail too. We should correctly handle t

[PATCH 3/4] mm/hugeltb: fix potential wrong gbl_reserve value for hugetlb_acct_memory()

The resv_map could be NULL since this routine can be called in the evict inode path for all hugetlbfs inodes. So we could have chg = 0 and this would result in a negative value when chg - freed. This is unexpected for hugepage_subpool_put_pages() and hugetlb_acct_memory(). Fixes: b5cec28d36f5 ("hu

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 in

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 confi

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 > cas

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 v3 1/2] kunit: add a KUnit test for SLUB debugging functionality

On Thu, Apr 1, 2021 at 12:04 PM 'Daniel Latypov' via KUnit Development wrote: > > On Thu, Apr 1, 2021 at 2:16 AM 'Marco Elver' via KUnit Development > wrote: [...] > > #else > > static inline bool slab_add_kunit_errors(void) { return false; } > > #endif > > > > And anywher

Re: ASM2142: Transfer event TRB DMA ptr not part of current TD ep_index 6 comp_code 13

Hello, ok, skimming over the xhci spec helped me to understand a bit more. The problem is the following: The xhci driver enqueues TRBs for transfers on the transfer ring. When it comes to the end of the segment, the cycle bit of the link TRB at the end of the segment is toggled in "prepare_rin

Re: [PATCH v1 1/2] iio: trigger: Replace explicit casting and wrong specifier with proper one

On Thu, 1 Apr 2021 17:54:56 +0300 Andy Shevchenko wrote: > By unknown reason device name is set with an index casted from int > to unsigned long while at the same time with "%ld" specifier. Both parts > seems wrong to me, thus replace replace explicit casting and wrong specifier > with proper on

[PATCH] perf record: Disallow -c and -F option at the same time

It's confusing which one is effective when the both options are given. The current code happens to use -c in this case but users might not be aware of it. We can change it to complain about that instead of relying on the implicit priority. Before: $ perf record -c 11 -F 99 true [ perf rec

Re: [PATCH v3 3/3] gpio: xilinx: Utilize generic bitmap_get_value and _set_value

On Fri, Mar 26, 2021 at 11:27 PM Andy Shevchenko wrote: > > On Sat, Mar 6, 2021 at 4:08 PM Syed Nayyar Waris wrote: > > > > This patch reimplements the xgpio_set_multiple() function in > > drivers/gpio/gpio-xilinx.c to use the new generic functions: > > bitmap_get_value() and bitmap_set_value().

[PATCH] lib/string: Introduce sysfs_streqcase

As the name shows, it checks if strings are equal in case insensitive manner. I found some cases using strncasecmp to check the entire strings and they would not work as intended. For example, drivers/infiniband/ulp/rtrs/rtrs-clt-sysfs.c uses strncasecmp to check that the input via sysfs is "mi".

Re: [PATCH v3 07/25] x86/sgx: Initialize virtual EPC driver even when SGX driver is disabled

On Fri, Mar 19, 2021 at 08:23:02PM +1300, Kai Huang wrote: > Modify sgx_init() to always try to initialize the virtual EPC driver, > even if the SGX driver is disabled. The SGX driver might be disabled > if SGX Launch Control is in locked mode, or not supported in the > hardware at all. This allo

Re: [PATCH v2 0/4] crypto: hisilicon/zip - support new 'sqe' type in Kunpeng930

On Sat, Mar 27, 2021 at 03:28:44PM +0800, Yang Shen wrote: > In Kunpeng930, some field meanings in 'sqe' are changed, so driver need to > distinguish the type on different platform. > > To avoid checking the platform everytime when driver fills the 'sqe', add a > struct 'hisi_zip_sqe_ops' to descr

Re: [PATCH] crypto: poly1305: fix poly1305_core_setkey() declaration

On Mon, Mar 22, 2021 at 06:05:15PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > gcc-11 points out a mismatch between the declaration and the definition > of poly1305_core_setkey(): > > lib/crypto/poly1305-donna32.c:13:67: error: argument 2 of type ‘const u8[16]’ > {aka ‘const unsigned

Re: [PATCH] crypto: hisilicon/hpre - fix PASID setting on kunpeng 920

On Sat, Mar 27, 2021 at 04:29:44PM +0800, Hui Tang wrote: > We must confirm the PASID is disabled before using no-sva mode. > > Signed-off-by: Hui Tang > --- > drivers/crypto/hisilicon/hpre/hpre_main.c | 43 > +-- > 1 file changed, 18 insertions(+), 25 deletions(-)

Re: [PATCH] crypto: hisilicon/hpre - fix a typo and delete redundant blank line

On Sat, Mar 27, 2021 at 04:32:08PM +0800, Hui Tang wrote: > s/shoul/should/ > > Signed-off-by: Hui Tang > --- > drivers/crypto/hisilicon/hpre/hpre_main.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) Patch applied. Thanks. -- Email: Herbert Xu Home Page: http://gondor.apana.org.a

Re: [PATCH] crypto: hisilicon - delete redundant '\n'

On Sat, Mar 27, 2021 at 04:32:45PM +0800, Hui Tang wrote: > It has newline already by sysfs, so delete redundant '\n' > > Signed-off-by: Hui Tang > --- > drivers/crypto/hisilicon/hpre/hpre_main.c | 4 ++-- > drivers/crypto/hisilicon/sec2/sec_main.c | 2 +- > 2 files changed, 3 insertions(+), 3

Re: [PATCH] crypto: hisilicon/hpre - Add processing of src_data in 'CURVE25519'

On Sat, Mar 27, 2021 at 05:56:16PM +0800, Meng Yu wrote: > HPRE can only deal with src_data smaller than 'p' in 'CURVE25519' > algorithm, but 'rfc7748' says: > 'Implementations MUST accept non-canonical values and process them as > if they had been reduced modulo the field prime' > So we get its mo

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 > --- > d

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

umented 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 1678e493d530e7977cce34e59a86bb86f3c56

Re: [PATCH] iio: adc: stm32-dfsdm: drop __func__ while using Dynamic debug

On Thu, 1 Apr 2021 21:05:58 +0300 Andy Shevchenko wrote: > On Thu, Apr 1, 2021 at 8:48 PM Mugilraj Dhavachelvan > wrote: > > > > dropped __func__ while using dev_dbg() and pr_debug() > > The commit message may be amended, from code perspective LGTM! > Reviewed-by: Andy Shevchenko I added a

[PATCH] mmc: moxart: Remove unused variable 'dma_time' and 'pio_time'

Fixes the following W=1 kernel build warning(s): drivers/mmc/host/moxart-mmc.c:257:7: warning: variable ???dma_time??? set but not used drivers/mmc/host/moxart-mmc.c:395:7: warning: variable ???pio_time??? set but not used Reported-by: Abaci Robot Signed-off-by: Yang Li --- drivers/mmc/host/mo

[PATCH] ecc: delete a useless function declaration

This function declaration has been added in 'ecc_curve.h', delete it in 'crypto/ecc.h'. Fixes: 14bb76768275(crypto: ecc - expose ecc curves) Signed-off-by: Meng Yu --- crypto/ecc.h | 8 1 file changed, 8 deletions(-) diff --git a/crypto/ecc.h b/crypto/ecc.h index 46aa9bc..a006132 10064

RE: [PATCH V4 05/18] iommu/ioasid: Redefine IOASID set and allocation APIs

> From: Tian, Kevin > Sent: Friday, April 2, 2021 3:58 PM > > > From: Jason Gunthorpe > > Sent: Thursday, April 1, 2021 9:47 PM > > > > On Thu, Apr 01, 2021 at 01:43:36PM +, Liu, Yi L wrote: > > > > From: Jason Gunthorpe > > > > Sent: Thursday, April 1, 2021 9:16 PM > > > > > > > > On Thu, A

[PATCH 00/16] staging: rtl8723bs: remove RT_TRACE logs in core/*

This patchset removes all RT_TRACE usages in core/ files. This is the first of a series aimed at removing RT_TRACE macro. The whole private tracing system is not tied to a configuration symbol and the default behaviour is _trace nothing_. It's verbose and relies on a private log level tracing doo

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

remove all RT_TRACE logs in core/rtw_security.c Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_security.c | 41 +-- 1 file changed, 2 insertions(+), 39 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_security.c b/drivers/staging/rtl8723bs/core/rt

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

remove all RT_TRACE logs fix patch-related checkpatch issues Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_eeprom.c | 56 - 1 file changed, 22 insertions(+), 34 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_eeprom.c b/drivers/staging/rtl87

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

remove all RT_TRACE logs fix patch-related checkpatch warning Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_xmit.c | 82 ++- 1 file changed, 7 insertions(+), 75 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_xmit.c b/drivers/staging/rtl872

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

remove all RT_TRACE logs Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_pwrctrl.c | 60 ++-- 1 file changed, 6 insertions(+), 54 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_pwrctrl.c b/drivers/staging/rtl8723bs/core/rtw_pwrctrl.c index 8bf80e

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

remove all RT_TRACE logs Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_mlme.c | 105 -- 1 file changed, 15 insertions(+), 90 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_mlme.c b/drivers/staging/rtl8723bs/core/rtw_mlme.c index 4289bf40aa7

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

remove all RT_TRACE logs removed a variable, left unused after RT_TRACE removal fix patch-related checkpatch issues Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_cmd.c | 53 +++- 1 file changed, 6 insertions(+), 47 deletions(-) diff --git a/drivers/stagi

[PATCH 10/16] staging: rtl8723bs: remove commented RT_TRACE calls in core/rtw_recv.c

remove commented RT_TRACE calls in core/rtw_recv.c Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_recv.c | 12 1 file changed, 12 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_recv.c b/drivers/staging/rtl8723bs/core/rtw_recv.c index 608a59286505..

[PATCH 08/16] staging: rtl8723bs: tidy up some error handling

the RT_TRACE() output is not useful so we want to delete it. In this case there is no cleanup for rtw_cleanbss_cmd() required or even possible. I've deleted the RT_TRACE() output and added a goto unlock to show that we can't continue if rtw_createbss_cmd() fails. Signed-off-by: Fabio Aiuto --- d

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

remove all RT_TRACE logs Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_mlme_ext.c | 39 +++ 1 file changed, 5 insertions(+), 34 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_mlme_ext.c b/drivers/staging/rtl8723bs/core/rtw_mlme_ext.c index 8aad

[PATCH 06/16] staging: rtl8723bs: remove commented RT_TRACE calls in core/rtw_mlme.c

remove commented RT_TRACE calls in core/rtw_mlme.c Signed-off-by: Fabio Aiuto --- drivers/staging/rtl8723bs/core/rtw_mlme.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/rtl8723bs/core/rtw_mlme.c b/drivers/staging/rtl8723bs/core/rtw_mlme.c index 29d4b7493784..4289bf40

[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 7d858c

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 b/drivers/staging/rt

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 __i

[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 b/drivers/staging/rtl872

[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 f96dd0b40e04..7dcac4dd9

[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 b/drivers/staging/rt

[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 b/drivers/staging/r

[PATCH] HID: intel-ish-hid: Remove an unused variable 'ret'

Fixes the following W=1 kernel build warning(s): drivers/hid/intel-ish-hid/ipc/pci-ish.c:264:6: warning: variable ???ret??? set but not used Reported-by: Abaci Robot Signed-off-by: Yang Li --- drivers/hid/intel-ish-hid/ipc/pci-ish.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

Re: [PATCH v3 3/3] gpio: xilinx: Utilize generic bitmap_get_value and _set_value

On Mon, Mar 29, 2021 at 8:54 PM Andy Shevchenko wrote: > > On Sat, Mar 06, 2021 at 07:36:30PM +0530, Syed Nayyar Waris wrote: > > This patch reimplements the xgpio_set_multiple() function in > > drivers/gpio/gpio-xilinx.c to use the new generic functions: > > bitmap_get_value() and bitmap_set_valu

[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

[PATCH v4 1/3] gpiolib: Introduce the for_each_set_nbits macro

This macro iterates for each group of bits (clump) with set bits, within a bitmap memory region. For each iteration, "start" is set to the bit offset of the found clump, while the respective clump value is stored to the location pointed by "clump". Additionally, the bitmap_get_value() and bitmap_se

[PATCH v4 2/3] gpio: thunderx: Utilize for_each_set_nbits macro

This patch reimplements the thunderx_gpio_set_multiple function in drivers/gpio/gpio-thunderx.c to use the new for_each_set_nbits macro. Instead of looping for each bank in thunderx_gpio_set_multiple function, now we can skip bank which is not set and save cycles. Cc: Robert Richter Cc: Bartosz G

[PATCH v4 3/3] gpio: xilinx: Utilize generic bitmap_get_value and _set_value

This patch reimplements the xgpio_set_multiple() function in drivers/gpio/gpio-xilinx.c to use the new generic functions: bitmap_get_value() and bitmap_set_value(). The code is now simpler to read and understand. Moreover, instead of looping for each bit in xgpio_set_multiple() function, now we can

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

在 2021/4/2 15:12, Herbert Xu 写道: 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 a/drivers/crypto/h

<    1   2   3   4   5   6   7   8   9   >