sound/soc/codecs/zl38060.c:614:34: warning: unused variable 'zl38_dt_ids'

Hi Sven, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: eb5f95f1593f7c22dac681b19e815828e2af3efd commit: 52e8a94baf9026276fcdc9ff21a50dc2ca0bc94b ASoC: Add initial ZL38060 driver date: 5 months ago config:

Re: [PATCH 1/4] x86: add __X32_COND_SYSCALL() macro

An alternative to the patch I proposed earlier would be to use aliases with the __x32_ prefix for the common syscalls. -- Brian Gerst On Sat, Sep 19, 2020 at 1:14 PM wrote: > > On September 19, 2020 9:23:22 AM PDT, Andy Lutomirski wrote: > >On Fri, Sep 18, 2020 at 10:35 PM Christoph Hellwig >

Re: [PATCH 1/4] x86: add __X32_COND_SYSCALL() macro

> On Sep 19, 2020, at 10:14 AM, h...@zytor.com wrote: > > On September 19, 2020 9:23:22 AM PDT, Andy Lutomirski > wrote: >>> On Fri, Sep 18, 2020 at 10:35 PM Christoph Hellwig >>> wrote: >>> >>> On Fri, Sep 18, 2020 at 03:24:36PM +0200, Arnd Bergmann wrote: sys_move_pages() is an

Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends

On Sat, Sep 19, 2020 at 10:18:54AM -0700, Linus Torvalds wrote: > On Sat, Sep 19, 2020 at 2:50 AM Thomas Gleixner wrote: > > > > this provides a preemptible variant of kmap_atomic & related > > interfaces. This is achieved by: > > Ack. This looks really nice, even apart from the new capability.

[PATCH] PCI: Convert enum pci_bus_flags to bit fields in struct pci_bus

All the flags defined in the enum pci_bus_flags are used to determine whether a particular feature of a PCI bus is available or not - features are also often disabled via architecture or device-specific quirk. These flags are tightly coupled with a PCI buses and PCI bridges and primarily used in

lib/crypto/chacha.c:65:1: warning: the frame size of 1604 bytes is larger than 1024 bytes

Hi Ard, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: eb5f95f1593f7c22dac681b19e815828e2af3efd commit: 5fb8ef25803ef33e2eb60b626435828b937bed75 crypto: chacha - move existing library code into lib/crypto date:

Re: [PATCH v3 00/14] Adding GAUDI NIC code to habanalabs driver

On Sat, Sep 19, 2020 at 07:43:28PM +0300, Oded Gabbay wrote: > On Sat, Sep 19, 2020 at 11:30 AM Greg Kroah-Hartman > wrote: > > > > On Sat, Sep 19, 2020 at 11:20:03AM +0300, Leon Romanovsky wrote: > > > On Sat, Sep 19, 2020 at 08:40:20AM +0200, Greg Kroah-Hartman wrote: > > > > On Fri, Sep 18,

Re: [PATCH] checkpatch: extend author Signed-off-by check for split From: header

On Sat, 2020-09-19 at 13:42 +0530, Dwaipayan Ray wrote: > Checkpatch did not handle cases where the author From: header > was split into two lines. The author string went empty and > checkpatch generated a false NO_AUTHOR_SIGN_OFF warning. It's good to provide an example where the current code

Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends

On Sat, Sep 19, 2020 at 2:50 AM Thomas Gleixner wrote: > > this provides a preemptible variant of kmap_atomic & related > interfaces. This is achieved by: Ack. This looks really nice, even apart from the new capability. The only thing I really reacted to is that the name doesn't make sense to

Re: [Linux-kernel-mentees] [PATCH] fs: fix KMSAN uninit-value bug by initializing nd in do_file_open_root

On 19-09-2020 22:25, Al Viro wrote: > On Sat, Sep 19, 2020 at 05:17:27PM +0100, Al Viro wrote: > >> Lovely... That would get an empty path and non-directory for a starting >> point, but it should end up with LAST_ROOT in nd->last_type. Which should >> not be able to reach the readers of those

Re: [Linux-kernel-mentees] [PATCH] fs: fix KMSAN uninit-value bug by initializing nd in do_file_open_root

On Sat, Sep 19, 2020 at 05:17:27PM +0100, Al Viro wrote: > Lovely... That would get an empty path and non-directory for a starting > point, but it should end up with LAST_ROOT in nd->last_type. Which should > not be able to reach the readers of those fields... Which kernel had > that been on?

[RFC] fpga: dfl: a prototype uio driver

From: Tom Rix I following up on Moritz asking for early RFC's by showing how this could be done with the concrete example of around [PATCH 0/3] add VFIO mdev support for DFL devices I hacked this together, it barely works. Do not expect that this patch to apply anywhere. It has enough to show

Re: [PATCH V3 6/8] mm: and drivers core: Convert hugetlb_report_node_meminfo to sysfs_emit

On Sat, 2020-09-19 at 08:22 +0200, Greg Kroah-Hartman wrote: > I'll take a look at it on Monday... It's decidedly not urgent/critical. There are several logical defects all over the kernel for these unbounded sprintfs, but I don't know of an actual instance where the PAGE_SIZE buf is overfilled.

STRICTLY AND CONFIDENTIAL.

Dear friend. I assume you and your family are in good health. I am the Foreign operations Manager at one of the leading generation bank here in West Africa. This being a wide world in which it can be difficult to make new acquaintances and because it is virtually impossible to know who is

Re: [PATCH] arch: x86: power: cpu: init %gs before __restore_processor_state (clang)

Hi! > > Because I'm willing to > > bet a lot of cash that no one runs bleeding egde 5.9-rcX in production > > over there right now :-) > > I guess you're paying for beers then. "Android Common Kernels" run > mainline. (They're a bit esoteric in terms of "production" but > cuttlefish virtual

Re: [PATCH v3 00/14] Adding GAUDI NIC code to habanalabs driver

On Sat, Sep 19, 2020 at 11:30 AM Greg Kroah-Hartman wrote: > > On Sat, Sep 19, 2020 at 11:20:03AM +0300, Leon Romanovsky wrote: > > On Sat, Sep 19, 2020 at 08:40:20AM +0200, Greg Kroah-Hartman wrote: > > > On Fri, Sep 18, 2020 at 03:19:05PM +0300, Leon Romanovsky wrote: > > > > > So we do have an

Re: [PATCH 1/4] x86: add __X32_COND_SYSCALL() macro

On Fri, Sep 18, 2020 at 10:35 PM Christoph Hellwig wrote: > > On Fri, Sep 18, 2020 at 03:24:36PM +0200, Arnd Bergmann wrote: > > sys_move_pages() is an optional syscall, and once we remove > > the compat version of it in favor of the native one with an > > in_compat_syscall() check, the x32

Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag

On Fri, Sep 18, 2020 at 8:16 AM Christoph Hellwig wrote: > > On Fri, Sep 18, 2020 at 02:58:22PM +0100, Al Viro wrote: > > Said that, why not provide a variant that would take an explicit > > "is it compat" argument and use it there? And have the normal > > one pass in_compat_syscall() to that...

Re: [Linux-kernel-mentees] [PATCH] fs: fix KMSAN uninit-value bug by initializing nd in do_file_open_root

On Sat, Sep 19, 2020 at 04:44:51PM +0200, Greg KH wrote: > > ->dir_uid and ->dir_mode are set when link_path_walk() resolves the pathname > > to directory + final component. They are used when deciding whether to > > reject > > a trailing symlink (on fs.protected_symlinks setups) and whether to

Re: [PATCH 1/3] staging: rtl8192u: clean up blank line style issues

On Sat, 2020-09-19 at 17:08 +0200, Michael Straube wrote: > Add missing and remove unnecessary blank lines to clear checkpatch > issues. unrelated trivia: > diff --git a/drivers/staging/rtl8192u/r8192U_dm.c > b/drivers/staging/rtl8192u/r8192U_dm.c [] > @@ -26,6 +26,7 @@ Major Change History: >

[PULL REQUEST] i2c for 5.9

Linus, here is another bunch of fixes for I2C. Only Jean's i801 patch is a cleanup on top of Volker's i801 patch, but it will make dependency handling much easier if those two go together. Please pull. Thanks, Wolfram The following changes since commit

Re: [PATCH leds v2 03/50] leds: fsg: compile if COMPILE_TEST=y

On Sat, 19 Sep 2020 11:56:16 +0200 Pavel Machek wrote: > #include It can't include this header on other platforms...

Re: [PATCH 0/4] Pass zPCI hardware information via VFIO

On 9/19/20 11:28 AM, Matthew Rosato wrote: This patchset provides a means by which hardware information about the underlying PCI device can be passed up to userspace (ie, QEMU) so that this hardware information can be used rather than previously hard-coded assumptions. A new VFIO region type is

RE: WARNING in ex_handler_uaccess

From: Al Viro > Sent: 19 September 2020 01:17 > > On Fri, Sep 18, 2020 at 05:07:43PM -0700, Andy Lutomirski wrote: > > On Fri, Sep 18, 2020 at 4:55 PM Al Viro wrote: > > > > > > On Fri, Sep 18, 2020 at 04:31:33PM -0700, Andy Lutomirski wrote: > > > > > > > check_zeroed_user() looks buggy. It

Re: [PATCH] counter: microchip-tcb-capture: check the correct variable

On Mon, 27 Jul 2020 08:28:25 -0400 William Breathitt Gray wrote: > On Mon, Jul 27, 2020 at 02:23:16PM +0300, Dan Carpenter wrote: > > This should be testing "regmap" instead of "priv->regmap". The > > "priv->regmap" variable is always zero so it's not an error pointer. > > > > Fixes:

Re: [PATCH v2 4/5] spi: spi-mtk-nor: support 36bit dma addressing to mediatek

On Fri, 2020-09-18 at 16:31 +0800, Ikjoon Jang wrote: > This patch enables 36bit dma address support to spi-mtk-nor. > Currently 36bit dma addressing is enabled only for mt8192-nor. > > Signed-off-by: Ikjoon Jang > --- > > (no changes since v1) > > drivers/spi/spi-mtk-nor.c | 19

Re: [PATCH] iio: imu: st_lsm6dsx: check st_lsm6dsx_shub_read_output return

On Mon, 10 Aug 2020 11:08:39 +0300 Andy Shevchenko wrote: > On Sun, Aug 9, 2020 at 8:56 PM wrote: > > > > From: Tom Rix > > > > clang static analysis reports this represenative problem > > > > st_lsm6dsx_shub.c:540:8: warning: Assigned value is garbage or undefined > > *val =

Re: kernel BUG at fs/reiserfs/journal.c:LINE!

syzbot has found a reproducer for the following issue on: HEAD commit:eb5f95f1 Merge tag 's390-5.9-6' of git://git.kernel.org/pu.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=127b780990 kernel config:

[PATCH 4/4] vfio-pci/zdev: use a device region to retrieve zPCI information

Define a new configuration entry VFIO_PCI_ZDEV for VFIO/PCI. When this s390-only feature is configured we initialize a new device region, VFIO_REGION_SUBTYPE_IBM_ZPCI_CLP, to hold information provided by the underlying hardware. This patch is based on work previously done by Pierre Morel.

[PATCH 2/4] s390/pci: track whether util_str is valid in the zpci_dev

We'll need to keep track of whether or not the byte string in util_str is valid and thus needs to be passed to a vfio-pci passthrough device. Signed-off-by: Matthew Rosato --- arch/s390/include/asm/pci.h | 3 ++- arch/s390/pci/pci_clp.c | 1 + 2 files changed, 3 insertions(+), 1 deletion(-)

[PATCH 3/4] vfio-pci/zdev: define the vfio_zdev header

We define a new device region in vfio.h to be able to get the ZPCI CLP information by reading this region from userspace. We create a new file, vfio_zdev.h to define the structure of the new region defined in vfio.h Signed-off-by: Matthew Rosato --- include/uapi/linux/vfio.h | 5 ++

[PATCH 1/4] s390/pci: stash version in the zpci_dev

In preparation for passing the info on to vfio-pci devices, stash the supported PCI version for the target device in the zpci_dev. Signed-off-by: Matthew Rosato --- arch/s390/include/asm/pci.h | 1 + arch/s390/pci/pci_clp.c | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH 0/4] Pass zPCI hardware information via VFIO

This patchset provides a means by which hardware information about the underlying PCI device can be passed up to userspace (ie, QEMU) so that this hardware information can be used rather than previously hard-coded assumptions. A new VFIO region type is defined which holds this information. A

Re: [PATCH v5] iio:Documentation: Add documentation for label channel attribute

On Fri, 18 Sep 2020 12:33:37 +0300 Cristian Pop wrote: > If a label is defined in the device tree for this channel add that to the > channel specific attributes. This is useful for userspace to be able to > identify an individual channel. > > Signed-off-by: Cristian Pop > --- > Changes in V5:

Re: [PATCH v5] iio: core: Add optional symbolic label to a device channel

On Fri, 18 Sep 2020 12:33:02 +0300 Cristian Pop wrote: > If a label is defined in the device tree for this channel add that > to the channel specific attributes. This is useful for userspace to > be able to identify an individual channel. > > Signed-off-by: Cristian Pop > --- > Changes in V5:

Re: [PATCH 3/3 v4] KVM: SVM: Don't flush cache if hardware enforces cache coherency across encryption domains

On 18/09/20 09:56, Borislav Petkov wrote: > On Thu, Sep 17, 2020 at 09:20:38PM +, Krish Sadhukhan wrote: >> In some hardware implementations, coherency between the encrypted and >> unencrypted mappings of the same physical page in a VM is enforced. In such a >> system, it is not required for

Re: [PATCH v2] iio: adc: exynos_adc: Replace indio_dev->mlock with own device lock

On Wed, 16 Sep 2020 12:31:23 +0300 Alexandru Ardelean wrote: > From: Sergiu Cuciurean > > As part of the general cleanup of indio_dev->mlock, this change replaces > it with a local lock, to protect potential concurrent access to the > completion callback during a conversion. > > This is part

Re: investment interest from Engr: Kofi Sarpong Please go through and get back to me.

Lukoil Overseas Gh. Ltd. Oil & Gas Extraction Companies No. 68 Mankralo Street East Cantonments Accra Ghana. Dear: Sir My name is Engr: Kofi Koduah Sarpong. I am the Chief Executive Officer of Lukoil Overseas Gh. Ltd Ghana. I will be retiring from my work by June next year. I write to inform you

Re: [PATCH v5] iio: adc: ad7768-1: Add channel label example

On Sat, 19 Sep 2020 16:14:40 +0100 Jonathan Cameron wrote: > On Fri, 18 Sep 2020 12:33:56 +0300 > Cristian Pop wrote: > > > This is a demo usage of new "label" attribute for channel. > While I can see this is a demo in someways, I assume we also have > a valid usecase for doing this beyond

Re: investment interest from Engr: Kofi Sarpong Please go through and get back to me.

Lukoil Overseas Gh. Ltd. Oil & Gas Extraction Companies No. 68 Mankralo Street East Cantonments Accra Ghana. Dear: Reem Awwaad My name is Engr: Kofi Koduah Sarpong. I am the Chief Executive Officer of Lukoil Overseas Gh. Ltd Ghana. I will be retiring from my work by June next year. I write to

RE: [GIT PULL] percpu fix for v5.9-rc6

From: Arvind Sankar > Sent: 18 September 2020 23:40 .. > Ouch, offsetof() and sizeof() will give different results in the > presence of alignment padding. > > https://godbolt.org/z/rqnxTK > > I think, grepping at random, that at least struct scsi_vpd is like this, > size is 24 but data[] starts

Re: [PATCH v5] iio: adc: ad7768-1: Add channel label example

On Fri, 18 Sep 2020 12:33:56 +0300 Cristian Pop wrote: > This is a demo usage of new "label" attribute for channel. While I can see this is a demo in someways, I assume we also have a valid usecase for doing this beyond as a demo! So perhaps rephrase that intro. > > Signed-off-by: Cristian

[PATCH 3/3] staging: rtl8192u: clean up comparsions to NULL

Clean up comparsions to NULL reported by checkpatch. if (x == NULL) -> if (!x) if (x != NULL) -> if (x) Signed-off-by: Michael Straube --- drivers/staging/rtl8192u/r8192U_wx.c | 6 +++--- drivers/staging/rtl8192u/r819xU_cmdpkt.c | 4 ++-- drivers/staging/rtl8192u/r819xU_phy.c| 2 +- 3

[PATCH 1/3] staging: rtl8192u: clean up blank line style issues

Add missing and remove unnecessary blank lines to clear checkpatch issues. CHECK: Please use a blank line after function/struct/union/enum declarations CHECK: Blank lines aren't necessary before a close brace '}' CHECK: Please don't use multiple blank lines CHECK: Blank lines aren't necessary

[PATCH 2/3] staging: rtl8192u: correct placement of else if

Move 'else if' to the same line as the closing brace of the corresponding 'if' to follow kernel coding style. Signed-off-by: Michael Straube --- drivers/staging/rtl8192u/r8192U_wx.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/rtl8192u/r8192U_wx.c

Re: [PATCH v4 2/2] KVM: nSVM: implement ondemand allocation of the nested state

On 17/09/20 18:29, Sean Christopherson wrote: >> +vcpu->arch.efer = old_efer; >> +kvm_make_request(KVM_REQ_OUT_OF_MEMORY, vcpu); > I really dislike KVM_REQ_OUT_OF_MEMORY. It's redundant with -ENOMEM and > creates a huge discrepancy with

Re: [PATCH v2] sched, mm: Optimize current_gfp_context()

On 9/18/20 11:18 PM, Waiman Long wrote: On 9/18/20 2:44 AM, Xu, Yanfei wrote: Hi Waiman, On 8/12/20 6:29 AM, Andrew Morton wrote: On Thu, 18 Jun 2020 17:29:36 -0400 Waiman Long wrote: The current_gfp_context() converts a number of PF_MEMALLOC_* per-process flags into the corresponding

RE: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag

From: Al Viro > Sent: 18 September 2020 14:58 > > On Fri, Sep 18, 2020 at 03:44:06PM +0200, Christoph Hellwig wrote: > > On Fri, Sep 18, 2020 at 02:40:12PM +0100, Al Viro wrote: > > > > /* Vector 0x110 is LINUX_32BIT_SYSCALL_TRAP */ > > > > - return

loan

We give out loan as low as 2 percent interest

Re: [Linux-kernel-mentees] [PATCH] fs: fix KMSAN uninit-value bug by initializing nd in do_file_open_root

On Thu, Sep 17, 2020 at 01:22:38AM +0100, Al Viro wrote: > On Tue, Sep 15, 2020 at 10:41:57PM -0700, Eric Biggers wrote: > > > Looking at the actual KMSAN report, it looks like it's nameidata::dir_mode > > or > > nameidata::dir_uid that is uninitialized. You need to figure out the > > correct

RE: let import_iovec deal with compat_iovecs as well

From: Christoph Hellwig > Sent: 18 September 2020 13:45 > > this series changes import_iovec to transparently deal with comat iovec > structures, and then cleanups up a lot of code dupliation. But to get > there it first has to fix the pre-existing bug that io_uring compat > contexts don't

Re: [PATCH v3 07/14] dt-bindings: thermal: imx8mm-thermal: Add i.MX 8M Nano compatible

On Sat, 19 Sep 2020 at 13:48, Daniel Lezcano wrote: > > On 04/09/2020 17:23, Krzysztof Kozlowski wrote: > > DTSes with new i.MX 8M SoCs introduce their own compatibles so add them > > to fix dtbs_check warnings like: > > > > arch/arm64/boot/dts/freescale/imx8mn-evk.dt.yaml: tmu@3026: > >

Re: investment interest from Engr: Kofi Sarpong Please go through and get back to me.

Lukoil Overseas Gh. Ltd. Oil & Gas Extraction Companies No. 68 Mankralo Street East Cantonments Accra Ghana. Dear:Sir My name is Engr: Kofi Koduah Sarpong. I am the Chief Executive Officer of Lukoil Overseas Gh. Ltd Ghana. I will be retiring from my work by June next year. I write to inform you

[PATCH v2 3/3] arm64: dts: imx8mn-var-som-symphony: Add Variscite Symphony board with VAR-SOM-MX8MN

Add a basic DTS for Variscite Symphony evaluation kit with VAR-SOM-MX8MN (i.MX 8M Nano) System on Module. This brings up the board with basic functionalities although still few issues remain (e.g. I2C3 and USB OTG port, although it might not be the problem of DTS). Signed-off-by: Krzysztof

[PATCH v2 2/3] arm64: dts: imx8mn-var-som: Add Variscite VAR-SOM-MX8MN System on Module

Add DTSI of Variscite VAR-SOM-MX8MN (Nano) System on Module in a basic version, delivered with Variscite Symphony Evaluation kit. This version comes with: - 1 GB of RAM, - 16 GB eMMC, - Gigabit Ethernet PHY, - 802.11 ac/a/b/g/n WiFi with 4.2 Bluetooth, - CAN bus, - Audio codec (not yet configured

[PATCH v2 1/3] dt-bindings: arm: fsl: Add binding for Variscite Symphony board with VAR-SOM-MX8MN

Add a binding for the Variscite Symphony evaluation kit board with VAR-SOM-MX8MN System on Module. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/fsl.yaml | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH] arm64: dts: imx8mm-var-som-symphony: Drop wake-up source from RTC

The RTC on Symphony board does not have its interrupt pin connected to the SoC, therefore it is not capable of waking up. Signed-off-by: Krzysztof Kozlowski --- arch/arm64/boot/dts/freescale/imx8mm-var-som-symphony.dts | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v2 6/6] power: supply: bq27xxx: add support for TI bq34z100

Add support for new device: the TI bq34z100-G1, a Wide Range Fuel Gauge for Li-Ion, PbA, NiMH, and NiCd batteries. The device shares a lot with other models, although it has its own differences requiring new quirks. This patch was tested on a system equipped with NiMH batteries. Signed-off-by:

[PATCH v2 4/6] power: supply: bq27xxx: add separate flag for single SoC register

bq27000, bq27010 and upcoming bq34z100 have a single byte SoC register. However except this similarity, bq34z100 is quite different than bq27000/bq27010, so flag BQ27XXX_O_ZERO cannot be reused here. Add a new bit flag describing that SoC is a single byte register. No functional change for

[PATCH v2 0/6] power: supply: bq27xxx: add bq34z100

Hi, Changes since v1: 1. Squash patch 3 and 4 - cleanups, as suggested. Best regards, Krzysztof Krzysztof Kozlowski (6): dt-bindings: power: bq27xxx: add bq34z100 power: supply: bq27xxx: report "not charging" on all types power: supply: bq27xxx: adjust whitespace and use BIT() for

[PATCH v2 5/6] power: supply: bq27xxx: add separate flag for capacity inaccurate

bq27000, bq27010 and upcoming bq34z100 have a Capacity Inaccurate flag. However except this similarity, bq34z100 is quite different than bq27000/bq27010, so flag BQ27XXX_O_ZERO cannot be reused here. Add a new bit flag describing this capability. No functional change for bq27000 and bq27010.

[PATCH v2 3/6] power: supply: bq27xxx: adjust whitespace and use BIT() for bitflags

BIT() is a preferred way to toggle bit-like flags: no problems with 32/64 bit systems, less chances for mistakes. Remove also unneeded whitespace. Signed-off-by: Krzysztof Kozlowski --- drivers/power/supply/bq27xxx_battery.c | 17 + 1 file changed, 9 insertions(+), 8

[PATCH v2 2/6] power: supply: bq27xxx: report "not charging" on all types

Commit 6f24ff97e323 ("power: supply: bq27xxx_battery: Add the BQ27Z561 Battery monitor") and commit d74534c27775 ("power: bq27xxx_battery: Add support for additional bq27xxx family devices") added support for new device types by copying most of the code and adding necessary quirks. However they

[PATCH v2 1/6] dt-bindings: power: bq27xxx: add bq34z100

Add compatible for bq34z100 charger. Signed-off-by: Krzysztof Kozlowski Acked-by: Rob Herring --- Documentation/devicetree/bindings/power/supply/bq27xxx.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/power/supply/bq27xxx.yaml

Re: [PATCH] fgraph: Convert ret_stack tasklist scanning to rcu

On Sat, 19 Sep 2020 13:24:39 +0200 Oleg Nesterov wrote: > On 09/18, Steven Rostedt wrote: > > > > On Mon, 7 Sep 2020 13:43:02 +0200 > > Oleg Nesterov wrote: > > > > > Afaics, with or without this change alloc_retstack_tasklist() can race > > > with copy_process() and miss the new child;

RE: [PATCH] powerpc: Select HAVE_FUTEX_CMPXCHG

From: Samuel Holland > Sent: 19 September 2020 04:20 > > On powerpc, access_ok() succeeds for the NULL pointer. This breaks the > dynamic check in futex_detect_cmpxchg(), which expects -EFAULT. As a > result, robust futex operations are not functional on powerpc. access_ok(NULL, sane_count) will

INFO: trying to register non-static key in vma_link

Hello, syzbot found the following issue on: HEAD commit:fc4f28bb Merge tag 'for-5.9-rc5-tag' of git://git.kernel.o.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12cb515390 kernel config: https://syzkaller.appspot.com/x/.config?x=c61f6bd349c981f3

Re: [PATCH] iio: imu: st_lsm6dsx: Scaling factor type set to IIO_VAL_INT_PLUS_NANO

On Thu, 17 Sep 2020 18:47:16 +0200 Mario Tesi wrote: > From: Mario Tesi > > Scaling factor values for Acc lead to an unacceptable rounding of the > full scale (FS) calculated by some SensorHAL on Android devices. For examples > setting FS to 4g the in_accel_x_scale, in_accel_y_scale and

Re: [PATCH v4 3/3] iio: adc: mt6360: Add ADC driver for MT6360

On Fri, 18 Sep 2020 16:04:43 +0800 Gene Chen wrote: > Jonathan Cameron 於 2020年9月18日 週五 上午1:53寫道： > > > > On Wed, 16 Sep 2020 01:36:09 +0800 > > Gene Chen wrote: > > > > > From: Gene Chen > > > > > > Add MT6360 ADC driver include Charger Current, Voltage, and > > > Temperature. > > > > > >

Re: [PATCH] SUNRPC: Flush dcache only when receiving more seeking

On 9/19/20 12:23 AM, Chuck Lever wrote: > >> On Sep 18, 2020, at 8:50 AM, zhe...@windriver.com wrote: >> >> From: He Zhe >> >> commit ca07eda33e01 ("SUNRPC: Refactor svc_recvfrom()") introduces >> svc_flush_bvec to after sock_recvmsg, but sometimes we receive less than we >> seek, which

[PATCH 1/2] MIPS: X1000E: Add X1000E system type.

Add X1000 system type for cat /proc/cpuinfo to give out X1000E. Signed-off-by: 周琰杰 (Zhou Yanjie) --- arch/mips/generic/board-ingenic.c | 3 +++ arch/mips/include/asm/bootinfo.h | 1 + 2 files changed, 4 insertions(+) diff --git a/arch/mips/generic/board-ingenic.c

[PATCH 0/2] Repair X1000E SoC L2 cache capacity detection.

The X1000E SoC has a 4-way L2 cache with a capacity of 128 KiB. The current code cannot detect its correctly, which will cause the CU1000-Neo board using the X1000E SoC to report that it has found a 5-way 320KiB L2 cache at boot time. This series of patches is to fix this problem. 周琰杰 (Zhou

[PATCH 2/2] MIPS: Ingenic: Fix bugs when detecting X1000E's L2 cache.

Fix bugs when detecting L2 cache sets value and ways value. Signed-off-by: 周琰杰 (Zhou Yanjie) --- arch/mips/mm/sc-mips.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/mips/mm/sc-mips.c b/arch/mips/mm/sc-mips.c index 97dc0511e63f..145b39ecb246 100644 --- a/arch/mips/mm/sc-mips.c +++

[PATCH 0/1] clocksource: sp804: add support for Hisilicon sp804 timer

This patch is one of the series: https://patchwork.ozlabs.org/project/devicetree-bindings/cover/20200918132237.3552-1-thunder.leiz...@huawei.com/ All are applied by Daniel Lezcano, except this one. This patch is come from:

[PATCH 1/1] dt-bindings: sp804: add support for Hisilicon sp804 timer

Some Hisilicon SoCs, such as Hi1212, use the Hisilicon extended sp804 timer. Signed-off-by: Zhen Lei --- Documentation/devicetree/bindings/timer/arm,sp804.yaml | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/timer/arm,sp804.yaml

Re: [PATCH v3 9/9] dt-bindings: sp804: add support for Hisilicon sp804 timer

On 2020/9/19 19:43, Daniel Lezcano wrote: > On 18/09/2020 15:22, Zhen Lei wrote: >> Some Hisilicon SoCs, such as Hi1212, use the Hisilicon extended sp804 >> timer. >> >> Signed-off-by: Zhen Lei >> --- > > I'm not able to apply this patch, the file does not exists. Hi Rob Herring: I will

Re: [PATCH v3 0/9] clocksource: sp804: add support for Hisilicon sp804 timer

On 2020/9/19 19:51, Daniel Lezcano wrote: > On 18/09/2020 15:22, Zhen Lei wrote: > > [ ... ] > >> >> Zhen Lei (8): >> clocksource: sp804: remove unused sp804_timer_disable() and >> timer-sp804.h >> clocksource: sp804: delete the leading "__" of some functions >> clocksource: sp804:

Re: [PATCH v5] iio: adc: ad7768-1: Add channel label example

On Fri, 18 Sep 2020 20:55:10 +0800 kernel test robot wrote: > Hi Cristian, > > Thank you for the patch! Yet something to improve: For anyone tracking this. The error is down to Cristian working around an email issue by sending the series as individual patches. Not ideal and confuses

Re: [PATCH v3 0/9] clocksource: sp804: add support for Hisilicon sp804 timer

On 18/09/2020 15:22, Zhen Lei wrote: [ ... ] > > Zhen Lei (8): > clocksource: sp804: remove unused sp804_timer_disable() and > timer-sp804.h > clocksource: sp804: delete the leading "__" of some functions > clocksource: sp804: remove a mismatched comment > clocksource: sp804:

Re: [PATCH v3 07/14] dt-bindings: thermal: imx8mm-thermal: Add i.MX 8M Nano compatible

On 04/09/2020 17:23, Krzysztof Kozlowski wrote: > DTSes with new i.MX 8M SoCs introduce their own compatibles so add them > to fix dtbs_check warnings like: > > arch/arm64/boot/dts/freescale/imx8mn-evk.dt.yaml: tmu@3026: > compatible:0: 'fsl,imx8mn-tmu' is not one of ['fsl,imx8mm-tmu',

Re: [PATCH v1 1/6] dt_bindings: mfd: Add ROHM BD9576MUF and BD9573MUF PMICs

Thanks Rob for taking a look at this! On Fri, 2020-09-18 at 11:28 -0600, Rob Herring wrote: > On Thu, Sep 17, 2020 at 11:01:52AM +0300, Matti Vaittinen wrote: > > Add bindings for ROHM BD9576MUF and BD9573MUF PMICs. These > > PMICs are primarily intended to be used to power the R-Car series > >

Re: [PATCH v3 9/9] dt-bindings: sp804: add support for Hisilicon sp804 timer

On 18/09/2020 15:22, Zhen Lei wrote: > Some Hisilicon SoCs, such as Hi1212, use the Hisilicon extended sp804 > timer. > > Signed-off-by: Zhen Lei > --- I'm not able to apply this patch, the file does not exists. -- Linaro.org │ Open source software for ARM SoCs

[PATCH 0/1] Add CPU nodes for Ingenic SoCs.

Add 'cpus' node to the jz4725b.dtsi, jz4740.dtsi, jz4770.dtsi, jz4780.dtsi, x1000.dtsi, and x1830.dtsi files. This will be used in the SMP driver later. 周琰杰 (Zhou Yanjie) (1): MIPS: Ingenic: Add CPU nodes for Ingenic SoCs. arch/mips/boot/dts/ingenic/jz4725b.dtsi | 14 ++

[PATCH 1/1] MIPS: Ingenic: Add CPU nodes for Ingenic SoCs.

Add 'cpus' node to the jz4725b.dtsi, jz4740.dtsi, jz4770.dtsi, jz4780.dtsi, x1000.dtsi, and x1830.dtsi files. Tested-by: H. Nikolaus Schaller Tested-by: Paul Boddie Signed-off-by: 周琰杰 (Zhou Yanjie) --- arch/mips/boot/dts/ingenic/jz4725b.dtsi | 14 ++

Re: [PATCH v4 1/1] libnvdimm: fix memory leaks in of_pmem.c

Hi, all: Is this patch acceptable? On 2020/9/1 16:14, Zhen Lei wrote: > Currently, in the last error path of of_pmem_region_probe() and in > of_pmem_region_remove(), free the memory allocated by kstrdup() is > missing. Add kfree(priv->bus_desc.provider_name) to fix it. > > In addition, add a

Re: [PATCH] net/sched: cbs: fix calculation error of idleslope credits

Hi Xiaoyong, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.9-rc5 next-20200918] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as

Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support

On 19/09/2020 13:05, Lad, Prabhakar wrote: > Hi Niklas/Zhang/Daniel, > > On Thu, Aug 27, 2020 at 5:52 PM Lad, Prabhakar > wrote: >> >> Hi Zhang,Daniel,Amit, >> >> On Wed, Jul 15, 2020 at 12:09 PM Lad Prabhakar >> wrote: >>> >>> Document RZ/G2H (R8A774E1) SoC bindings. >>> >>> Signed-off-by: Lad

Re: [PATCH] fgraph: Convert ret_stack tasklist scanning to rcu

On 09/18, Steven Rostedt wrote: > > On Mon, 7 Sep 2020 13:43:02 +0200 > Oleg Nesterov wrote: > > > Afaics, with or without this change alloc_retstack_tasklist() can race > > with copy_process() and miss the new child; ftrace_graph_init_task() > > can't help, ftrace_graph_active can be set right

Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support

On 19/09/2020 13:00, Lad, Prabhakar wrote: > Hi Daniel and Thomas, > > On Thu, Aug 27, 2020 at 6:00 PM Lad, Prabhakar > wrote: >> >> Hi Daniel and Thomas, >> >> On Wed, Jul 15, 2020 at 12:09 PM Lad Prabhakar >> wrote: >>> >>> Document SoC specific bindings for RZ/G2H (r8a774e1) SoC. >>> >>>

[PATCH v2 1/1] libnvdimm: slightly simplify available_slots_show()

The type of "nfree" is u32, so "nfree - 1" can only be overflowed when "nfree" is zero. Replace "if (nfree - 1 > nfree)" with "if (nfree == 0)" seems more clear. And remove the assignment "nfree = 0", no need for it. Signed-off-by: Zhen Lei --- v1 --> v2: No change, just sent separately v1:

Re: [PATCH 8/9] dt-bindings: net: renesas,ravb: Add support for r8a774e1 SoC

Hi David, On Thu, Aug 27, 2020 at 11:28 AM Lad, Prabhakar wrote: > > Hi David, > > On Mon, Jul 13, 2020 at 10:36 PM Lad Prabhakar > wrote: > > > > From: Marian-Cristian Rotariu > > > > Document RZ/G2H (R8A774E1) SoC bindings. > > > > Signed-off-by: Marian-Cristian Rotariu > > > >

Re: general protection fault in perf_misc_flags

On Sat, Sep 19, 2020 at 01:32:14AM -0700, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit:92ab97ad Merge tag 'sh-for-5.9-part2' of git://git.libc.or.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=1069669b90 >

[PATCH v2 1/1] libnvdimm: make sure EXPORT_SYMBOL_GPL(nvdimm_flush) close to its function

Move EXPORT_SYMBOL_GPL(nvdimm_flush) close to nvdimm_flush(), currently it's near to generic_nvdimm_flush(). Signed-off-by: Zhen Lei Reviewed-by: Pankaj Gupta --- v1 --> v2 1. add "Reviewed-by: Pankaj Gupta " v1: https://lkml.org/lkml/2020/8/20/904 drivers/nvdimm/region_devs.c | 3 ++- 1

Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support

Hi Niklas/Zhang/Daniel, On Thu, Aug 27, 2020 at 5:52 PM Lad, Prabhakar wrote: > > Hi Zhang,Daniel,Amit, > > On Wed, Jul 15, 2020 at 12:09 PM Lad Prabhakar > wrote: > > > > Document RZ/G2H (R8A774E1) SoC bindings. > > > > Signed-off-by: Lad Prabhakar > > --- > >

Re: [PATCH v2] objtool: ignore unreachable trap after call to noreturn functions

On Sat, Sep 19, 2020 at 8:41 AM Ilie Halip wrote: > > With CONFIG_UBSAN_TRAP enabled, the compiler may insert a trap instruction > after a call to a noreturn function. In this case, objtool warns that the > ud2 instruction is unreachable. > > This is a behavior seen with clang, from the oldest

[PATCH 1/2] crypto: hisilicon/qm - fix wrong return type of 'pci_get_drvdata'

From: Yang Shen The parameter type of 'pci_set_drvdata' is 'struct hisi_qm', so here the return type of 'pci_get_drvdata' should be 'struct hisi_qm' too. Signed-off-by: Yang Shen Signed-off-by: Weili Qian Reviewed-by: Zhou Wang --- drivers/crypto/hisilicon/hpre/hpre_main.c | 3 +--

[PATCH 0/2] crypto: hisilicon/qm - misc fixes

This patchset fix some driver bugs Resend this patch series because it depends on https://patchwork.kernel.org/cover/11760159/ (crypto: hisilicon/zip - misc clean up). Now the patch series has been applied. Weili Qian (1): crypto: hisilicon/qm - remove the update of flags Yang Shen (1):

[PATCH 2/2] crypto: hisilicon/qm - remove the update of flags

'qm_init_qp_status' is just a help function to initiate some 'QP' status. 'QP' status should be updated separately. This patch removes the updating flags in 'QP' status. Signed-off-by: Weili Qian Reviewed-by: Zhou Wang --- drivers/crypto/hisilicon/qm.c | 1 - 1 file changed, 1 deletion(-)

[PATCH v2 1/1] libnvdimm/region: delete a piece of useless code in nd_region_create()

The code snippet is as follows: if (ndr_desc->flush) 1) nd_region->flush = ndr_desc->flush; else 2) nd_region->flush = NULL; When entering the "else" branch, the value of ndr_desc->flush is NULL. After replaced "NULL" with "ndr_desc->flush" at 2), we will

[PATCH v2 1/1] libnvdimm/namespace: avoid repeated judgment in nvdimm_namespace_disk_name()

The judgment (suffix ? suffix : "") appears three times, we do this just because the initial value of local variable "suffix" is NULL, should be replaced with empty string "" to avoid null pointer reference. It's easy to get rid of it as below: - const char *suffix = NULL; + const char

<    1   2   3   4   >