Re: arm64 build broken on linux next 20201021 - include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds

2020-10-20 Thread Stephen Rothwell
Hi Naresh, On Wed, 21 Oct 2020 10:35:10 +0530 Naresh Kamboju wrote: > > arm64 build broken while building linux next 20201021 tag. > > include/uapi/asm-generic/unistd.h:862:26: error: array index in > initializer exceeds array bounds > #define __NR_watch_mount 441 Yeah, the __NR_syscalls in

Re: Segfault in pahole 1.18 when building kernel 5.9.1 for arm64

2020-10-20 Thread Jiri Slaby
On 20. 10. 20, 19:15, Andrii Nakryiko wrote: On Tue, Oct 20, 2020 at 3:51 AM Jiri Slaby wrote: Hi, On 19. 10. 20, 1:18, Érico Rolim wrote: I'm trying to build kernel 5.9.1 for arm64, and my dotconfig has `CONFIG_DEBUG_INFO_BTF=y`, which requires pahole for building. However, pahole version

Re: [Regression] "tpm: Require that all digests are present in TCG_PCR_EVENT2 structures" causes null pointer dereference

2020-10-20 Thread Tyler Hicks
On 2020-10-20 17:07:50, Mimi Zohar wrote: > On Tue, 2020-09-29 at 13:52 -0400, Mimi Zohar wrote: > > On Mon, 2020-09-28 at 22:16 +0800, Kai-Heng Feng wrote: > > > Hi Jarkko, > > > > > > > On Sep 28, 2020, at 22:06, Jarkko Sakkinen > > > > wrote: > > > > > > > > On Mon, Sep 28, 2020 at

Re: [PATCH v7 1/4] KEYS: trusted: Add generic trusted keys framework

2020-10-20 Thread Sumit Garg
Thanks Mimi for your comments. On Wed, 21 Oct 2020 at 08:51, Mimi Zohar wrote: > > On Wed, 2020-10-07 at 15:37 +0530, Sumit Garg wrote: > > > +/* > > + * trusted_destroy - clear and free the key's payload > > + */ > > +static void trusted_destroy(struct key *key) > > +{ > > +

Re: [PATCH 2/2] ARM: dts: tacoma: Add reserved memory for ramoops

2020-10-20 Thread Andrew Jeffery
On Wed, 21 Oct 2020, at 15:35, Joel Stanley wrote: > On Fri, 16 Oct 2020 at 04:36, Andrew Jeffery wrote: > > > > Reserve a 1.5MiB region of memory to record kmsg dumps, console and > > userspace message state into 16kiB ring-buffer slots. The sizing allows > > for up to 32 dumps to be captured

[PATCH] btrfs: ref-verify: Fix memleak in btrfs_ref_tree_mod

2020-10-20 Thread Dinghao Liu
There is one error handling path does not free ref, which may cause a memory leak. Signed-off-by: Dinghao Liu --- fs/btrfs/ref-verify.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/btrfs/ref-verify.c b/fs/btrfs/ref-verify.c index 7f03dbe5b609..78693d3dd15b 100644 ---

RE: [PATCH V4 0/6] can: flexcan: add stop mode support for i.MX8QM

2020-10-20 Thread Joakim Zhang
> -Original Message- > From: Joakim Zhang > Sent: 2020年10月21日 13:25 > To: m...@pengutronix.de; robh...@kernel.org; shawn...@kernel.org; > s.ha...@pengutronix.de > Cc: ker...@pengutronix.de; dl-linux-imx ; Ying Liu > ; linux-...@vger.kernel.org; net...@vger.kernel.org; >

Re: WARNING in md_ioctl

2020-10-20 Thread Song Liu
On Mon, Oct 19, 2020 at 12:03 AM Dae R. Jeong wrote: > > > diff --git i/drivers/md/md.c w/drivers/md/md.c > > index 6072782070230..49442a3f4605b 100644 > > --- i/drivers/md/md.c > > +++ w/drivers/md/md.c > > @@ -7591,8 +7591,10 @@ static int md_ioctl(struct block_device *bdev, > > fmode_t mode, >

Re: [PATCH v2 1/4] block: keyslot-manager: Introduce passthrough keyslot manager

2020-10-20 Thread Satya Tangirala
On Tue, Oct 20, 2020 at 09:44:23PM -0700, Eric Biggers wrote: > On Fri, Oct 16, 2020 at 08:20:44AM +0100, Christoph Hellwig wrote: > > And this just validates my argument that calling the inline crypto work > > directly from the block layer instead of just down below in blk-mq was > > wrong. We

[PATCH V4 6/6] can: flexcan: add CAN wakeup function for i.MX8QM

2020-10-20 Thread Joakim Zhang
The System Controller Firmware (SCFW) is a low-level system function which runs on a dedicated Cortex-M core to provide power, clock, and resource management. It exists on some i.MX8 processors. e.g. i.MX8QM (QM, QP), and i.MX8QX (QXP, DX). SCU driver manages the IPC interface between host CPU and

[PATCH V4 0/6] can: flexcan: add stop mode support for i.MX8QM

2020-10-20 Thread Joakim Zhang
The first patch from Liu Ying aims to export SCU symbols for SoCs w/wo SCU, so that no need to check CONFIG_IMX_SCU in the specific driver. The following patches are flexcan fixes and add stop mode support for i.MX8QM. ChangeLogs: V3->V4: * can_idx->scu_idx. * return

[PATCH V4 5/6] dt-bindings: firmware: add IMX_SC_R_CAN(x) macro for CAN

2020-10-20 Thread Joakim Zhang
Add IMX_SC_R_CAN(x) macro for CAN. Suggested-by: Marc Kleine-Budde Signed-off-by: Joakim Zhang --- include/dt-bindings/firmware/imx/rsrc.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/firmware/imx/rsrc.h b/include/dt-bindings/firmware/imx/rsrc.h index

[PATCH V4 1/6] firmware: imx: always export SCU symbols

2020-10-20 Thread Joakim Zhang
From: Liu Ying Always export SCU symbols for both SCU SoCs and non-SCU SoCs to avoid build error. Signed-off-by: Liu Ying Signed-off-by: Peng Fan Signed-off-by: Joakim Zhang --- include/linux/firmware/imx/ipc.h | 15 +++ include/linux/firmware/imx/svc/misc.h | 23

[PATCH V4 2/6] dt-bindings: can: flexcan: fix fsl,clk-source property

2020-10-20 Thread Joakim Zhang
Correct fsl,clk-source example since flexcan driver uses "of_property_read_u8" to get this property. Fixes: 9d733992772d ("dt-bindings: can: flexcan: add PE clock source property to device tree") Signed-off-by: Joakim Zhang --- Documentation/devicetree/bindings/net/can/fsl-flexcan.txt | 2 +-

[PATCH V4 4/6] can: flexcan: rename macro FLEXCAN_QUIRK_SETUP_STOP_MODE -> FLEXCAN_QUIRK_SETUP_STOP_MODE_GPR

2020-10-20 Thread Joakim Zhang
This patch intends to rename FLEXCAN_QUIRK_SETUP_STOP_MODE quirk to FLEXCAN_QUIRK_SETUP_STOP_MODE_GRP for non-scu SoCs, coming patch will add quirk for scu SoCs. For non-scu SoCs, setup stop mode with GPR register. For scu SoCs, setup stop mode with SCU firmware. Signed-off-by: Joakim Zhang ---

[PATCH V4 3/6] dt-bindings: can: flexcan: add fsl,scu-index property to indicate a resource

2020-10-20 Thread Joakim Zhang
For SoCs with SCU support, need setup stop mode via SCU firmware, so this property can help indicate a resource in SCU firmware. Signed-off-by: Joakim Zhang --- Documentation/devicetree/bindings/net/can/fsl-flexcan.txt | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH v5 1/5] arm64: Add framework to turn IPI as NMI

2020-10-20 Thread Sumit Garg
On Tue, 20 Oct 2020 at 18:02, Marc Zyngier wrote: > > On 2020-10-20 13:25, Daniel Thompson wrote: > > On Tue, Oct 20, 2020 at 04:52:43PM +0530, Sumit Garg wrote: > > [...] > > >> So in general, IPI as a normal IRQ is still useful for debugging but > >> it can't debug a core which is stuck in

[PATCH] can: vxcan: Fix memleak in vxcan_newlink

2020-10-20 Thread Dinghao Liu
When rtnl_configure_link() fails, peer needs to be freed just like when register_netdevice() fails. Signed-off-by: Dinghao Liu --- drivers/net/can/vxcan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/can/vxcan.c b/drivers/net/can/vxcan.c index d6ba9426be4d..aefc5a61d239

Re: [PATCH v2] fat: Add KUnit tests for checksums and timestamps

2020-10-20 Thread OGAWA Hirofumi
David Gow writes: >> Hm, can this export only if FAT_KUNIT_TEST is builtin or module (maybe >> #if IS_ENABLED(...))? And #if will also be worked as the comment too. >> > > That's possible, but I'd prefer to export it unconditionally for two reasons: > 1. It'd make it possible to build the

Re: [PATCH] firmware: gsmi: Drop the use of dma_pool_* API functions

2020-10-20 Thread Greg Kroah-Hartman
On Tue, Oct 20, 2020 at 10:01:41PM -0700, Furquan Shaikh wrote: > GSMI driver uses dma_pool_* API functions for buffer allocation > because it requires that the SMI buffers are allocated within 32-bit > physical address space. However, this does not work well with IOMMU > since there is no real

Re: [PATCH v2 12/14] perf arm-spe: Add more sub classes for operation packet

2020-10-20 Thread Leo Yan
On Tue, Oct 20, 2020 at 10:54:57PM +0100, André Przywara wrote: > On 29/09/2020 14:39, Leo Yan wrote: > > Hi, > > > For the operation type packet payload with load/store class, it misses > > to support these sub classes: > > > > - A load/store targeting the general-purpose registers; > > -

Re: [PATCH v2 14/14] perf arm-spe: Add support for ARMv8.3-SPE

2020-10-20 Thread Leo Yan
On Tue, Oct 20, 2020 at 10:54:44PM +0100, André Przywara wrote: > On 29/09/2020 14:39, Leo Yan wrote: > > Hi, > > > From: Wei Li > > > > This patch is to support Armv8.3 extension for SPE, it adds alignment > > field in the Events packet and it supports the Scalable Vector Extension > > (SVE)

Re: [PATCH] FROMLIST: input: add 2 kind of switch

2020-10-20 Thread gre...@linuxfoundation.org
On Wed, Oct 21, 2020 at 12:12:16PM +0900, HyungJae Im wrote: > >From ec9859ee01b7bc0e04255971e0fe97348847dab7 Mon Sep 17 00:00:00 2001 You sent this 3 times, why? And why is this in the body of the email, have you read the "how to send your first kernel patch" document at kernelnewbies.org? >

Re: [PATCH 2/2] ARM: dts: tacoma: Add reserved memory for ramoops

2020-10-20 Thread Joel Stanley
On Fri, 16 Oct 2020 at 04:36, Andrew Jeffery wrote: > > Reserve a 1.5MiB region of memory to record kmsg dumps, console and > userspace message state into 16kiB ring-buffer slots. The sizing allows > for up to 32 dumps to be captured and read out. > > Set max-reason to KMSG_DUMP_EMERG to capture

arm64 build broken on linux next 20201021 - include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds

2020-10-20 Thread Naresh Kamboju
arm64 build broken while building linux next 20201021 tag. include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds #define __NR_watch_mount 441 ^ Reported-by: Naresh Kamboju build error log on arm64:

[PATCH] firmware: gsmi: Drop the use of dma_pool_* API functions

2020-10-20 Thread Furquan Shaikh
GSMI driver uses dma_pool_* API functions for buffer allocation because it requires that the SMI buffers are allocated within 32-bit physical address space. However, this does not work well with IOMMU since there is no real device and hence no domain associated with the device. Since this is not

Re: [f2fs-dev] [PATCH] f2fs: add compr_inode and compr_blocks sysfs nodes

2020-10-20 Thread Daeho Jeong
Both values are from memory values. 2020년 10월 21일 (수) 오후 1:36, Eric Biggers 님이 작성: > > On Fri, Oct 16, 2020 at 02:14:55PM +0900, Daeho Jeong wrote: > > From: Daeho Jeong > > > > Added compr_inode to show compressed inode count and compr_blocks to > > show compressed block count in sysfs. > > >

Re: [PATCH v2 10/14] perf arm-spe: Refactor event type handling

2020-10-20 Thread Leo Yan
On Tue, Oct 20, 2020 at 10:54:16PM +0100, André Przywara wrote: > On 29/09/2020 14:39, Leo Yan wrote: > > Hi, > > > Use macros instead of the enum values for event types, this is more > > directive and without bit shifting when parse packet. > > > > Signed-off-by: Leo Yan > > --- > >

Re: [PATCH v2 3/5] scsi: ufs: use WQ_HIGHPRI for gating work

2020-10-20 Thread jaegeuk
On 10/21, Can Guo wrote: > On 2020-10-21 03:52, Jaegeuk Kim wrote: > > From: Jaegeuk Kim > > > > Must have WQ_MEM_RECLAIM > > ``WQ_MEM_RECLAIM`` > > All wq which might be used in the memory reclaim paths **MUST** > > have this flag set. The wq is guaranteed to have at least one > >

Re: [PATCH v2 5/5] scsi: ufs: fix clkgating on/off correctly

2020-10-20 Thread jaegeuk
On 10/21, Can Guo wrote: > On 2020-10-21 03:52, Jaegeuk Kim wrote: > > The below call stack prevents clk_gating at every IO completion. > > We can remove the condition, ufshcd_any_tag_in_use(), since > > clkgating_work > > will check it again. > > > > I think checking ufshcd_any_tag_in_use() in

Re: [PATCH 0/2] ARM: dts: Enable ramoops for Rainier and Tacoma

2020-10-20 Thread Joel Stanley
On Fri, 16 Oct 2020 at 04:36, Andrew Jeffery wrote: > > Hi, > > We're looking to improve our crash data capture for the BMC on some IBM > platforms. This small series enables ramoops for Rainier and Tacoma. > > Please review. Reviewed-by: Joel Stanley > > Andrew > > Andrew Jeffery (2): >

Re: [PATCH v2 1/4] block: keyslot-manager: Introduce passthrough keyslot manager

2020-10-20 Thread Eric Biggers
On Fri, Oct 16, 2020 at 08:20:44AM +0100, Christoph Hellwig wrote: > And this just validates my argument that calling the inline crypto work > directly from the block layer instead of just down below in blk-mq was > wrong. We should not require any support from stacking drivers at the > keyslot

Re: [PATCH v2 1/5] scsi: ufs: atomic update for clkgating_enable

2020-10-20 Thread jaegeuk
On 10/21, Can Guo wrote: > On 2020-10-21 03:52, Jaegeuk Kim wrote: > > From: Jaegeuk Kim > > > > When giving a stress test which enables/disables clkgating, we hit > > device > > timeout sometimes. This patch avoids subtle racy condition to address > > it. > > > > Cc: Alim Akhtar > > Cc: Avri

Re: [f2fs-dev] [PATCH] f2fs: add compr_inode and compr_blocks sysfs nodes

2020-10-20 Thread Eric Biggers
On Fri, Oct 16, 2020 at 02:14:55PM +0900, Daeho Jeong wrote: > From: Daeho Jeong > > Added compr_inode to show compressed inode count and compr_blocks to > show compressed block count in sysfs. > > Signed-off-by: Daeho Jeong > --- > Documentation/ABI/testing/sysfs-fs-f2fs | 10 ++ >

RE: [PATCH] scsi: ufs: make sure scan sequence for multiple hosts

2020-10-20 Thread chanho61.park
Hi, > -Original Message- > From: Bart Van Assche > Sent: Wednesday, October 21, 2020 12:15 PM > To: Chanho Park ; j...@linux.ibm.com; > martin.peter...@oracle.com > Cc: alim.akh...@samsung.com; avri.alt...@wdc.com; linux- > s...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject:

Re: [PATCH] arm64: NUMA: Kconfig: Increase max number of nodes

2020-10-20 Thread Anshuman Khandual
On 10/20/2020 11:39 PM, Valentin Schneider wrote: > > Hi, > > Nit on the subject: this only increases the default, the max is still 2¹⁰. Agreed. > > On 20/10/20 18:34, Vanshidhar Konda wrote: >> The current arm64 max NUMA nodes default to 4. Today's arm64 systems can >> reach or exceed 16.

linux-next: Tree for Oct 21

2020-10-20 Thread Stephen Rothwell
Hi all, Since the merge window is open, please do not add any v5.11 material to your linux-next included branches until after v5.10-rc1 has been released. Changes since 20201016: The ext4 tree gained a conflict against Linus' tree. The pm tree gained a conflict against the arm-soc tree. The

Re: [PATCH v2] Documentation: kunit: Update Kconfig parts for KUNIT's module support

2020-10-20 Thread David Gow
On Tue, Oct 13, 2020 at 2:38 PM 'SeongJae Park' via KUnit Development wrote: > > From: SeongJae Park > > If 'CONFIG_KUNIT=m', letting kunit tests that do not support loadable > module build depends on 'KUNIT' instead of 'KUNIT=y' result in compile > errors. This commit updates the document for

Re: [PATCH] net: dsa: bcm_sf2: make const array static, makes object smaller

2020-10-20 Thread Jakub Kicinski
On Tue, 20 Oct 2020 09:51:39 -0700 Florian Fainelli wrote: > On 10/20/20 9:50 AM, Colin King wrote: > > From: Colin Ian King > > > > Don't populate the const array rate_table on the stack but instead it > > static. Makes the object code smaller by 46 bytes. > > > > Before: > >text

Re: [PATCH] mptcp: MPTCP_IPV6 should depend on IPV6 instead of selecting it

2020-10-20 Thread Jakub Kicinski
On Tue, 20 Oct 2020 11:26:34 +0200 Matthieu Baerts wrote: > On 20/10/2020 09:38, Geert Uytterhoeven wrote: > > MPTCP_IPV6 selects IPV6, thus enabling an optional feature the user may > > not want to enable. Fix this by making MPTCP_IPV6 depend on IPV6, like > > is done for all other IPv6

Re: [PATCH v2 09/14] perf arm-spe: Refactor counter packet handling

2020-10-20 Thread Leo Yan
On Tue, Oct 20, 2020 at 10:53:47PM +0100, André Przywara wrote: > On 29/09/2020 14:39, Leo Yan wrote: > > Hi, > > > This patch defines macros for counter packet header, and uses macro to > > replace hard code values for packet parsing. > > > > Signed-off-by: Leo Yan > > --- > >

Re: [PATCH v7 2/4] powerpc: Refactor kexec functions to move arch independent code to ima

2020-10-20 Thread Mimi Zohar
Hi Lakshmi, On Tue, 2020-10-20 at 19:38 -0700, Lakshmi Ramasubramanian wrote: > On 10/20/20 1:01 PM, Mimi Zohar wrote: > > On Wed, 2020-09-30 at 13:59 -0700, Lakshmi Ramasubramanian wrote: > >> The functions ima_get_kexec_buffer() and ima_free_kexec_buffer(), > >> that handle carrying forward the

Re: [PATCH v2] fat: Add KUnit tests for checksums and timestamps

2020-10-20 Thread David Gow
On Tue, Oct 20, 2020 at 2:51 PM OGAWA Hirofumi wrote: > > David Gow writes: > > > diff --git a/fs/fat/misc.c b/fs/fat/misc.c > > index f1b2a1fc2a6a..445ad3542e74 100644 > > --- a/fs/fat/misc.c > > +++ b/fs/fat/misc.c > > @@ -229,6 +229,7 @@ void fat_time_fat2unix(struct msdos_sb_info *sbi, > >

[tip:timers/urgent] BUILD SUCCESS a4fd8414659bf470e2146b352574bbd274e54b7a

2020-10-20 Thread kernel test robot
x86_64 randconfig-a006-20201021 x86_64 randconfig-a005-20201021 x86_64 randconfig-a004-20201021 i386 randconfig-a002-20201020 i386 randconfig-a005-20201020 i386 randconfig-a003-20201020 i386

Re: [PATCH] lib: add basic KUnit test for lib/math

2020-10-20 Thread David Gow
On Tue, Oct 20, 2020 at 6:46 AM Daniel Latypov wrote: > > Add basic test coverage for files that don't require any config options: > * gcd.c > * lcm.c > * int_sqrt.c > * reciprocal_div.c > (Ignored int_pow.c since it's a simple textbook algorithm.) > I don't see a particular reason why int_pow.c

Re: cgroup and FALLOC_FL_PUNCH_HOLE: WARNING: CPU: 13 PID: 2438 at mm/page_counter.c:57 page_counter_uncharge+0x4b/0x5

2020-10-20 Thread Mike Kravetz
On 10/20/20 6:38 AM, David Hildenbrand wrote: > > I'm bisecting the warning right now. Looks like it was introduced in v5.7. I found the following bugs in the cgroup reservation accounting. The ones in region_del are pretty obvious as the number of pages to uncharge would always be zero. The

Re: [PATCH] net: ftgmac100: Ensure tx descriptor updates are visible

2020-10-20 Thread Joel Stanley
On Wed, 21 Oct 2020 at 00:00, Benjamin Herrenschmidt wrote: > > On Wed, 2020-10-21 at 08:36 +1030, Joel Stanley wrote: > > We must ensure the tx descriptor updates are visible before updating > > the tx pointer. > > > > This resolves the tx hangs observed on the 2600 when running iperf: > > To

[PATCH kernel 0/2] powerpc/dma: Fallback to dma_ops when persistent memory present

2020-10-20 Thread Alexey Kardashevskiy
This allows mixing direct DMA (to/from RAM) and IOMMU (to/from apersistent memory) on the PPC64/pseries platform. This was supposed to be a single patch but unexpected move of direct DMA functions happened. This is based on sha1 7cf726a59435 Linus Torvalds "Merge tag

[PATCH kernel 2/2] powerpc/dma: Fallback to dma_ops when persistent memory present

2020-10-20 Thread Alexey Kardashevskiy
So far we have been using huge DMA windows to map all the RAM available. The RAM is normally mapped to the VM address space contiguously, and there is always a reasonable upper limit for possible future hot plugged RAM which makes it easy to map all RAM via IOMMU. Now there is persistent memory

[PATCH kernel 1/2] Revert "dma-mapping: move large parts of to kernel/dma"

2020-10-20 Thread Alexey Kardashevskiy
This reverts commit 19c65c3d30bb5a97170e425979d2e44ab2096c7d which was a right move but sadly there is a POWERPC/pseries hardware config which uses a mixture of direct and IOMMU DMA but bringing this logic to the generic code won't benefit anybody else. The user of this revert comes in the next

Re: [GIT PULL] prandom32 changes for v5.10

2020-10-20 Thread Willy Tarreau
Hi Linus, On Tue, Oct 20, 2020 at 04:08:03PM -0700, Linus Torvalds wrote: > On Tue, Oct 20, 2020 at 12:26 PM Amit Klein wrote: > > > > Quick question: is this patch still planned for inclusion in 5.10-rc1? > > It doesn't even build for me, so no. It clearly hasn't been in > linux-next or

Re: [PATCH 1/1] kobject: Don't emit change events if not in sysfs

2020-10-20 Thread Abhishek Pandit-Subedi
Hi Greg, I was debugging without a live repro and I was told this patch improved behavior but it's only by chance (someone bisected a Dell D6000 dock's displayport issue to this commit and this change seemed to help; udev logs later shows that's not the case). I took another look at

[PATCH] mm: bio_alloc never fails when set GFP_NOIO, GFP_KERNEL

2020-10-20 Thread Xianting Tian
bio_alloc with __GFP_DIRECT_RECLAIM(which is included in GFP_NOIO, GFP_KERNEL) never fails, as stated in the comments of bio_alloc_bioset. So we can remove multiple unneeded null checks of bio_alloc and simplify the code. We have done it in fs/ext4/readpage.c, fs/ext4/page-io.c, fs/direct-io.c,

Re: [PATCH v7 1/4] KEYS: trusted: Add generic trusted keys framework

2020-10-20 Thread Mimi Zohar
On Wed, 2020-10-07 at 15:37 +0530, Sumit Garg wrote: > +/* > + * trusted_destroy - clear and free the key's payload > + */ > +static void trusted_destroy(struct key *key) > +{ > + kfree_sensitive(key->payload.data[0]); > +} > + > +struct key_type key_type_trusted = { > + .name =

Re: [PATCH v7 1/4] powerpc: Refactor kexec functions to move arch independent code to kernel

2020-10-20 Thread Mimi Zohar
On Tue, 2020-10-20 at 19:25 -0700, Lakshmi Ramasubramanian wrote: > On 10/20/20 1:00 PM, Mimi Zohar wrote: > > Hi Lakshmi, > > > > On Wed, 2020-09-30 at 13:59 -0700, Lakshmi Ramasubramanian wrote: > >> The functions remove_ima_buffer() and delete_fdt_mem_rsv() that handle > >> carrying forward

Re: [PATCH] scsi: ufs: make sure scan sequence for multiple hosts

2020-10-20 Thread Bart Van Assche
On 10/20/20 12:05 AM, Chanho Park wrote: > By doing scan as asynchronous way, scsi device scannning can be out of > order execution. It is no problem if there is a ufs host but the scsi > device name of each host can be changed according to the scan sequences. > > Ideal Case) host0 scan first >

[PATCH] FROMLIST: input: add 2 kind of switch

2020-10-20 Thread HyungJae Im
>From ec9859ee01b7bc0e04255971e0fe97348847dab7 Mon Sep 17 00:00:00 2001 From: "hj2.im" Date: Tue, 20 Oct 2020 16:57:04 +0900 Subject: [PATCH] FROMLIST: input: add 2 kind of switch We need support to various accessories on the device, some switch does not exist in switch list. So added switch for

[PATCH] FROMLIST: input: add 2 kind of switch

2020-10-20 Thread HyungJae Im
From ec9859ee01b7bc0e04255971e0fe97348847dab7 Mon Sep 17 00:00:00 2001 From: "hj2.im"  Date: Tue, 20 Oct 2020 16:57:04 +0900 Subject: [PATCH] FROMLIST: input: add 2 kind of switch   We need support to various accessories on the device, some switch does not exist in switch list. So added switch for 

[PATCH v2] Bluetooth: btusb: Add support for LG LGSBWAC92/TWCM-K505D

2020-10-20 Thread Forest Crossman
The LG LGSBWAC92/TWCM-K505D/EAT64454801/EAT64454802 (it goes by many names) is a combo WiFi/Bluetooth module that's used in several models of LG TVs. It uses the MediaTek MT7668AUN, which is already supported in btusb, but this device has a non-MediaTek USB VID so to get it to work we just need to

[PATCH] thermal: replace spin_lock_irqsave by spin_lock in hard IRQ

2020-10-20 Thread Tian Tao
The code has been in a irq-disabled context since it is hard IRQ. There is no necessity to do it again. Signed-off-by: Tian Tao --- drivers/thermal/rcar_thermal.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/thermal/rcar_thermal.c

arch/mips/bmips/dma.c:43:12: warning: no previous prototype for 'phys_to_dma'

2020-10-20 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: c4d6fe7311762f2e03b3c27ad38df7c40c80cc93 commit: 5ceda74093a5c1c3f42a02b894df031f3bbc9af1 dma-direct: rename and cleanup __phys_to_dma date: 6 weeks ago config: mips-randconfig-r022-20201021 (attached as

[PATCH] FROMLIST: input: add 2 kind of switch

2020-10-20 Thread 임형제
>From ec9859ee01b7bc0e04255971e0fe97348847dab7 Mon Sep 17 00:00:00 2001 From: "hj2.im" Date: Tue, 20 Oct 2020 16:57:04 +0900 Subject: [PATCH] FROMLIST: input: add 2 kind of switch We need support to various accessories on the device, some switch does not exist in switch list. So added switch for

Re: [PATCH v3 01/16] dt-bindings: usb: usb-hcd: Convert generic USB properties to DT schema

2020-10-20 Thread Chunfeng Yun
On Tue, 2020-10-20 at 14:20 +0300, Serge Semin wrote: > The generic USB HCD properties have been described in the legacy bindings > text file: Documentation/devicetree/bindings/usb/generic.txt . Let's > convert it' content into the USB HCD DT schema properties so all USB DT ^ its? >

[PATCH v2 2/6] spi: cadence-quadspi: Disable the DAC for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan On Intel Lightning Mountain(LGM) SoCs QSPI controller do not use Direct Access Controller(DAC). This patch adds a quirk to disable the Direct Access Controller for data transfer instead it uses indirect data transfer. Signed-off-by: Ramuthevar Vadivel Murugan

[PATCH v2 6/6] dt-bindings: spi: Add compatible for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add compatible string for Intel LGM SoC. Signed-off-by: Ramuthevar Vadivel Murugan --- Documentation/devicetree/bindings/spi/cadence-quadspi.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/spi/cadence-quadspi.yaml

[PATCH v2 4/6] spi: Move cadence-quadspi.txt to Documentation/devicetree/bindings/spi

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Move the Documentation/devicetree/bindings/mtd/cadence-quadspi.txt to Documentation/devicetree/bindings/spi/ Signed-off-by: Ramuthevar Vadivel Murugan Acked-by: Rob Herring --- Documentation/devicetree/bindings/{mtd => spi}/cadence-quadspi.txt | 0 1 file

[PATCH v2 3/6] spi: cadence-quadspi: Add multi-chipselect support for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add multiple chipselect support for Intel LGM SoCs, currently QSPI-NOR and QSPI-NAND supported. Signed-off-by: Ramuthevar Vadivel Murugan --- drivers/spi/spi-cadence-quadspi.c | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH v2 5/6] dt-bindings: spi: Convert cadence-quadspi.txt to cadence-quadspi.yaml

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Convert the cadence-quadspi.txt documentation to cadence-quadspi.yaml remove the cadence-quadspi.txt from Documentation/devicetree/bindings/spi/ Signed-off-by: Ramuthevar Vadivel Murugan --- .../devicetree/bindings/spi/cadence-quadspi.txt| 67 --

[PATCH v2 0/6] spi: cadence-quadspi: Add QSPI controller support for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
Add QSPI controller support for Intel LGM SoC. Note from Vignesh(mtd subsystem maintainer): This series is a subset of "[PATCH v12 0/4] spi: cadence-quadspi: Add support for the Cadence QSPI controller" by Ramuthevar,Vadivel MuruganX that intended to move cadence-quadspi driver to spi-mem

[PATCH v2 1/6] spi: cadence-quadspi: Add QSPI support for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add QSPI controller support for Intel LGM SoC. Signed-off-by: Ramuthevar Vadivel Murugan --- drivers/spi/Kconfig | 2 +- drivers/spi/spi-cadence-quadspi.c | 3 +++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/spi/Kconfig

Re: [External] Re: [PATCH] mm/memory.c: Introduce non-atomic __{Set,Clear}PageSwapCache

2020-10-20 Thread Xu, Yanfei
On 10/20/20 9:08 PM, Muchun Song wrote: On Tue, Oct 20, 2020 at 7:51 PM Xu, Yanfei wrote: On 10/19/20 10:58 PM, Muchun Song wrote: On Mon, Oct 19, 2020 at 8:31 PM Michal Hocko wrote: On Mon 19-10-20 18:15:20, Muchun Song wrote: For the exclusive reference page, the non-atomic

Re: [PATCH 10/11] [DEBUG] firmware: arm_scmi: add custom_dummy SCMI devname

2020-10-20 Thread Thara Gopinath
On 10/14/20 11:05 AM, Cristian Marussi wrote: Add custom_dummy SCMI devname. Signed-off-by: Cristian Marussi --- drivers/firmware/arm_scmi/driver.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/firmware/arm_scmi/driver.c b/drivers/firmware/arm_scmi/driver.c index

Re: [PATCH 06/11] firmware: arm_scmi: add support for protocol modularization

2020-10-20 Thread Thara Gopinath
On 10/14/20 11:05 AM, Cristian Marussi wrote: Modify protocol initialization callback adding a new parameter representing a reference to the available xfer core operations and introduce a macro to simply register with the core new protocols as loadable drivers. Keep standard protocols as

Re: [PATCH 01/11] firmware: arm_scmi: review protocol registration interface

2020-10-20 Thread Thara Gopinath
Hi Cristian, Thanks for this series! On 10/14/20 11:05 AM, Cristian Marussi wrote: Extend common protocol registration routines and provide some new generic protocols' init/deinit helpers that tracks protocols' users and automatically perform the proper initialization/de-initialization on

Re: [PATCH 03/11] firmware: arm_scmi: introduce common protocol interface

2020-10-20 Thread Thara Gopinath
On 10/14/20 11:05 AM, Cristian Marussi wrote: Introduce generic get_ops/put_ops handle operations: any protocol, both standard or custom, now exposes its operations through this common interface which internally takes care to account for protocols' usage: protocols' initialization is now

Re: [PATCH v3 1/2] dt-bindings: arm: cpus: Document 'qcom,freq-domain' property

2020-10-20 Thread Hector Yuan
Hi, Manivannan On Tue, 2020-10-20 at 21:09 +0530, Manivannan Sadhasivam wrote: > Add devicetree documentation for 'qcom,freq-domain' property specific > to Qualcomm CPUs. This property is used to reference the CPUFREQ node > along with Domain ID (0/1). > > Signed-off-by: Manivannan Sadhasivam >

Re: [PATCH v7 2/4] powerpc: Refactor kexec functions to move arch independent code to ima

2020-10-20 Thread Lakshmi Ramasubramanian
On 10/20/20 1:01 PM, Mimi Zohar wrote: On Wed, 2020-09-30 at 13:59 -0700, Lakshmi Ramasubramanian wrote: The functions ima_get_kexec_buffer() and ima_free_kexec_buffer(), that handle carrying forward the IMA measurement logs on kexec for powerpc do not have architecture specific code, but they

Re: [MPTCP][PATCH net-next 0/2] init ahmac and port of mptcp_options_received

2020-10-20 Thread Geliang Tang
Hi Jakub, Jakub Kicinski 于2020年10月21日周三 上午7:39写道: > > On Mon, 19 Oct 2020 18:23:14 +0800 Geliang Tang wrote: > > This patchset deals with initializations of mptcp_options_received's two > > fields, ahmac and port. > > Applied, but two extra comments: > - please make sure the commit messages are

[PATCH v2 6/6] dt-bindings: spi: Add compatible for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add compatible string for Intel LGM SoC. Signed-off-by: Ramuthevar Vadivel Murugan --- Documentation/devicetree/bindings/spi/cadence-quadspi.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/spi/cadence-quadspi.yaml

[PATCH v2 3/6] spi: Move cadence-quadspi.txt to Documentation/devicetree/bindings/spi

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Move the Documentation/devicetree/bindings/mtd/cadence-quadspi.txt to Documentation/devicetree/bindings/spi/ Signed-off-by: Ramuthevar Vadivel Murugan --- Documentation/devicetree/bindings/{mtd => spi}/cadence-quadspi.txt | 0 1 file changed, 0 insertions(+),

[PATCH v2 4/6] dt-bindings: spi: Convert cadence-quadspi.txt to cadence-quadspi.yaml

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Convert the cadence-quadspi.txt documentation to cadence-quadspi.yaml remove the cadence-quadspi.txt from Documentation/devicetree/bindings/spi/ Signed-off-by: Ramuthevar Vadivel Murugan Acked-by: Rob Herring ---

[PATCH v2 2/6] spi: cadence-quadspi: Add multi-chipselect support for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add multiple chipselect support for Intel LGM SoCs, currently QSPI-NOR and QSPI-NAND supported. Signed-off-by: Ramuthevar Vadivel Murugan --- drivers/spi/spi-cadence-quadspi.c | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH v2 5/6] dt-bindings: spi: Add compatible for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan Add compatible string for Intel LGM SoC. Signed-off-by: Ramuthevar Vadivel Murugan --- .../devicetree/bindings/spi/cadence-quadspi.yaml | 68 +++--- 1 file changed, 34 insertions(+), 34 deletions(-) diff --git

[PATCH v2 0/6] spi: cadence-quadspi: Add QSPI controller support for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
Add QSPI controller support for Intel LGM SoC. Note from Vignesh(mtd subsystem maintainer): This series is a subset of "[PATCH v12 0/4] spi: cadence-quadspi: Add support for the Cadence QSPI controller" by Ramuthevar,Vadivel MuruganX that intended to move cadence-quadspi driver to spi-mem

[PATCH v2 1/6] spi: cadence-quadspi: Disable the DAC for Intel LGM SoC

2020-10-20 Thread Ramuthevar,Vadivel MuruganX
From: Ramuthevar Vadivel Murugan On Intel Lightning Mountain(LGM) SoCs QSPI controller do not use Direct Access Controller(DAC). This patch adds a quirk to disable the Direct Access Controller for data transfer instead it uses indirect data transfer. Signed-off-by: Ramuthevar Vadivel Murugan

Re: [PATCH v7 1/4] powerpc: Refactor kexec functions to move arch independent code to kernel

2020-10-20 Thread Lakshmi Ramasubramanian
On 10/20/20 1:00 PM, Mimi Zohar wrote: Hi Lakshmi, On Wed, 2020-09-30 at 13:59 -0700, Lakshmi Ramasubramanian wrote: The functions remove_ima_buffer() and delete_fdt_mem_rsv() that handle carrying forward the IMA measurement logs on kexec for powerpc do not have architecture specific code, but

arch/mips/bmips/dma.c:55:13: warning: no previous prototype for 'dma_to_phys'

2020-10-20 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: c4d6fe7311762f2e03b3c27ad38df7c40c80cc93 commit: 7bc5c428a660d4d1bc95ba54bf4cb6bccf8c3029 dma-direct: remove __dma_to_phys date: 6 weeks ago config: mips-randconfig-r022-20201021 (attached as .config)

[PATCH] mailbox: qcom: Support building QCOM IPCC driver as module

2020-10-20 Thread Huang Yiwei
Change CONFIG_QCOM_IPCC to tristate and add exit function to support module build for QCOM IPCC driver. Signed-off-by: Huang Yiwei --- drivers/mailbox/Kconfig | 2 +- drivers/mailbox/qcom-ipcc.c | 6 ++ 2 files changed, 7 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 5/6] x86/apic/msi: Use Real PCI DMA device when configuring IRTE

2020-10-20 Thread Bjorn Helgaas
On Wed, Oct 21, 2020 at 01:20:24AM +, Derrick, Jonathan wrote: > On Tue, 2020-10-20 at 15:26 -0500, Bjorn Helgaas wrote: > > On Tue, Jul 28, 2020 at 01:49:44PM -0600, Jon Derrick wrote: > > > VMD retransmits child device MSI/X with the VMD endpoint's requester-id. > > > In order to support

Re: [PATCH v3 1/3] net: dsa: mv88e6xxx: Don't force link when using in-band-status

2020-10-20 Thread Chris Packham
On 21/10/20 10:18 am, Russell King - ARM Linux admin wrote: > On Tue, Oct 20, 2020 at 09:06:32PM +, Chris Packham wrote: >> On 21/10/20 3:51 am, Marek Behun wrote: >>> On Tue, 20 Oct 2020 15:15:25 +0100 >>> Russell King - ARM Linux admin wrote: >>> On Tue, Oct 20, 2020 at 04:05:35PM

[PATCH v2] power: suspend: Replace dpm_watchdog by sleep timer

2020-10-20 Thread Joseph Jang
Since dpm_watchdog just cover device power management, we proposed sleep timer to cover not only device power management hang issues, but also core power management hand issue. Add sleep timer and timeout handler to prevent device stuck during suspend/ resume process. The timeout handler will

Re: [PATCH v2 1/5] scsi: ufs: atomic update for clkgating_enable

2020-10-20 Thread Can Guo
On 2020-10-21 03:52, Jaegeuk Kim wrote: From: Jaegeuk Kim When giving a stress test which enables/disables clkgating, we hit device timeout sometimes. This patch avoids subtle racy condition to address it. Cc: Alim Akhtar Cc: Avri Altman Cc: Can Guo Signed-off-by: Jaegeuk Kim

Re: [PATCH v2 5/5] scsi: ufs: fix clkgating on/off correctly

2020-10-20 Thread Can Guo
On 2020-10-21 03:52, Jaegeuk Kim wrote: The below call stack prevents clk_gating at every IO completion. We can remove the condition, ufshcd_any_tag_in_use(), since clkgating_work will check it again. I think checking ufshcd_any_tag_in_use() in either ufshcd_release() or gate_work() can

RE: [PATCH 00/15] dmaengine: dw-axi-dmac: support Intel KeemBay AxiDMA

2020-10-20 Thread Sia, Jee Heng
> -Original Message- > From: andriy.shevche...@linux.intel.com > > Sent: 19 October 2020 7:39 PM > To: Sia, Jee Heng > Cc: Eugeniy Paltsev ; > dmaeng...@vger.kernel.org; linux-kernel@vger.kernel.org; vk...@kernel.org; > Alexey Brodkin > Subject: Re: [PATCH 00/15] dmaengine:

linux-next: manual merge of the notifications tree with Linus' tree

2020-10-20 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the notifications tree got conflicts in: arch/alpha/kernel/syscalls/syscall.tbl arch/arm/tools/syscall.tbl arch/arm64/include/asm/unistd32.h arch/ia64/kernel/syscalls/syscall.tbl arch/m68k/kernel/syscalls/syscall.tbl

[PATCH v2 0/1] clocksource: sp804: add static for functions such as sp804_clockevents_init()

2020-10-20 Thread Zhen Lei
v1 --> v2: Add warning information into the description of this patch. And correct the commit-id of "Fixes:", the old one is come from linux-next, but it's changed when merged into v5.10-rc1. Zhen Lei (1): clocksource: sp804: add static for functions such as sp804_clockevents_init()

[PATCH v2 1/1] clocksource: sp804: add static for functions such as sp804_clockevents_init()

2020-10-20 Thread Zhen Lei
Add static for sp804_clocksource_and_sched_clock_init() and sp804_clockevents_init(), they are only used in timer-sp804.c now. Otherwise, the following warning will be reported: drivers/clocksource/timer-sp804.c:68:12: warning: no previous prototype \ for 'sp804_clocksource_and_sched_clock_init'

Re: [PATCH 5/6] x86/apic/msi: Use Real PCI DMA device when configuring IRTE

2020-10-20 Thread Derrick, Jonathan
On Tue, 2020-10-20 at 15:26 -0500, Bjorn Helgaas wrote: > On Tue, Jul 28, 2020 at 01:49:44PM -0600, Jon Derrick wrote: > > VMD retransmits child device MSI/X with the VMD endpoint's requester-id. > > In order to support direct interrupt remapping of VMD child devices, > > ensure that the IRTE is

Re: [RFCv2 15/16] KVM: Unmap protected pages from direct mapping

2020-10-20 Thread Edgecombe, Rick P
On Tue, 2020-10-20 at 15:20 +0200, David Hildenbrand wrote: > On 20.10.20 14:18, David Hildenbrand wrote: > > On 20.10.20 08:18, Kirill A. Shutemov wrote: > > > If the protected memory feature enabled, unmap guest memory from > > > kernel's direct mappings. > > > > Gah, ugly. I guess this also

Re: [PATCH] net: chelsio: inline_crypto: fix Kconfig and build errors

2020-10-20 Thread Jakub Kicinski
On Mon, 19 Oct 2020 11:10:59 -0700 Randy Dunlap wrote: > Fix build errors when TLS=m, TLS_TOE=y, and CRYPTO_DEV_CHELSIO_TLS=y. > > Having (tristate) CRYPTO_DEV_CHELSIO_TLS depend on (bool) TLS_TOE > is not strong enough to prevent the bad combination of TLS=m and > CRYPTO_DEV_CHELSIO_TLS=y, so

  1   2   3   4   5   6   7   8   9   10   >