[PATCH 5.11 246/254] r8169: fix DMA being used after buffer free if WoL is enabled

2021-03-29 Thread Greg Kroah-Hartman
From: Heiner Kallweit commit f658b90977d2e79822a558e48116e059a7e75dec upstream. IOMMU errors have been reported if WoL is enabled and interface is brought down. It turned out that the network chip triggers DMA transfers after the DMA buffers have been freed. For WoL to work we need to leave rx e

[PATCH 5.11 245/254] can: dev: Move device back to init netns on owning netns delete

2021-03-29 Thread Greg Kroah-Hartman
From: Martin Willi commit 3a5ca857079ea022e0b1b17fc154f7ad7dbc150f upstream. When a non-initial netns is destroyed, the usual policy is to delete all virtual network interfaces contained, but move physical interfaces back to the initial netns. This keeps the physical interface visible on the sys

[percpu] 28c9dada65: invoked_oom-killer:gfp_mask=0x

2021-03-29 Thread kernel test robot
Greeting, FYI, we noticed the following commit (built with gcc-9): commit: 28c9dada655513462112084f5f1769ee49d6fe87 ("[PATCH rfc 3/4] percpu: on demand chunk depopulation") url: https://github.com/0day-ci/linux/commits/Roman-Gushchin/percpu-partial-chunk-depopulation/20210325-030746 base: htt

[PATCH 5.11 248/254] mac80211: fix double free in ibss_leave

2021-03-29 Thread Greg Kroah-Hartman
From: Markus Theil commit 3bd801b14e0c5d29eeddc7336558beb3344efaa3 upstream. Clear beacon ie pointer and ie length after free in order to prevent double free. == BUG: KASAN: double-free or invalid-free \ in ieee80211_ibss_leave+0x8

[PATCH 5.11 252/254] nvme: fix the nsid value to print in nvme_validate_or_alloc_ns

2021-03-29 Thread Greg Kroah-Hartman
From: Christoph Hellwig commit f4f9fc29e56b6fa9d7fa65ec51d3c82aff99c99b upstream. ns can be NULL at this point, and my move of the check from the original patch by Chaitanya broke this. Fixes: 0ec84df4953b ("nvme-core: check ctrl css before setting up zns") Signed-off-by: Christoph Hellwig Sig

[PATCH 5.11 251/254] Revert "xen: fix p2m size in dom0 for disabled memory hotplug case"

2021-03-29 Thread Greg Kroah-Hartman
From: Roger Pau Monne commit af44a387e743ab7aa39d3fb5e29c0a973cf91bdc upstream. This partially reverts commit 882213990d32 ("xen: fix p2m size in dom0 for disabled memory hotplug case") There's no need to special case XEN_UNPOPULATED_ALLOC anymore in order to correctly size the p2m. The generic

[PATCH 5.11 249/254] ext4: add reclaim checks to xattr code

2021-03-29 Thread Greg Kroah-Hartman
From: Jan Kara commit 163f0ec1df33cf468509ff38cbcbb5eb0d7fac60 upstream. Syzbot is reporting that ext4 can enter fs reclaim from kvmalloc() while the transaction is started like: fs_reclaim_acquire+0x117/0x150 mm/page_alloc.c:4340 might_alloc include/linux/sched/mm.h:193 [inline] slab_pre

[PATCH 5.11 233/254] perf synthetic events: Avoid write of uninitialized memory when generating PERF_RECORD_MMAP* records

2021-03-29 Thread Greg Kroah-Hartman
From: Ian Rogers [ Upstream commit 2a76f6de07906f0bb5f2a13fb02845db1695cc29 ] Account for alignment bytes in the zero-ing memset. Fixes: 1a853e36871b533c ("perf record: Allow specifying a pid to record") Signed-off-by: Ian Rogers Acked-by: Jiri Olsa Cc: Ingo Molnar Cc: Alexander Shishkin Cc

[PATCH 5.11 250/254] fs/ext4: fix integer overflow in s_log_groups_per_flex

2021-03-29 Thread Greg Kroah-Hartman
From: Sabyrzhan Tasbolatov commit f91436d55a279f045987e8b8c1385585dca54be9 upstream. syzbot found UBSAN: shift-out-of-bounds in ext4_mb_init [1], when 1 << sbi->s_es->s_log_groups_per_flex is bigger than UINT_MAX, where sbi->s_mb_prefetch is unsigned integer type. 32 is the maximum allowed powe

[PATCH 5.11 253/254] can: peak_usb: Revert "can: peak_usb: add forgotten supported devices"

2021-03-29 Thread Greg Kroah-Hartman
From: Marc Kleine-Budde commit 5d7047ed6b7214fbabc16d8712a822e256b1aa44 upstream. In commit 6417f03132a6 ("module: remove never implemented MODULE_SUPPORTED_DEVICE") the MODULE_SUPPORTED_DEVICE macro was removed from the kerne entirely. Shortly before this patch was applied mainline the commit 5

[PATCH 5.11 234/254] io_uring: fix provide_buffers sign extension

2021-03-29 Thread Greg Kroah-Hartman
From: Pavel Begunkov [ Upstream commit d81269fecb8ce16eb07efafc9ff5520b2a31c486 ] io_provide_buffers_prep()'s "p->len * p->nbufs" to sign extension problems. Not a huge problem as it's only used for access_ok() and increases the checked length, but better to keep typing right. Reported-by: Coli

[PATCH] lib: stackdepot: turn depot_lock spinlock to raw_spinlock

2021-03-29 Thread qiang . zhang
From: Zqiang [2.670635] BUG: sleeping function called from invalid context at kernel/locking/rtmutex.c:951 [2.670638] in_atomic(): 0, irqs_disabled(): 1, non_block: 0, pid: 19, name: pgdatinit0 [2.670768] Call Trace: [2.670800] dump_stack+0x93/0xc2 [2.670826] ___might_sleep.

[PATCH 5.11 236/254] scsi: Revert "qla2xxx: Make sure that aborted commands are freed"

2021-03-29 Thread Greg Kroah-Hartman
From: Bart Van Assche [ Upstream commit 39c0c8553bfb5a3d108aa47f1256076d507605e3 ] Calling vha->hw->tgt.tgt_ops->free_cmd() from qlt_xmit_response() is wrong since the command for which a response is sent must remain valid until the SCSI target core calls .release_cmd(). It has been observed tha

[PATCH 5.11 237/254] scsi: qedi: Fix error return code of qedi_alloc_global_queues()

2021-03-29 Thread Greg Kroah-Hartman
From: Jia-Ju Bai [ Upstream commit f69953837ca5d98aa983a138dc0b90a411e9c763 ] When kzalloc() returns NULL to qedi->global_queues[i], no error return code of qedi_alloc_global_queues() is assigned. To fix this bug, status is assigned with -ENOMEM in this case. Link: https://lore.kernel.org/r/20

[PATCH 5.11 235/254] block: recalculate segment count for multi-segment discards correctly

2021-03-29 Thread Greg Kroah-Hartman
From: David Jeffery [ Upstream commit a958937ff166fc60d1c3a721036f6ff41bfa2821 ] When a stacked block device inserts a request into another block device using blk_insert_cloned_request, the request's nr_phys_segments field gets recalculated by a call to blk_recalc_rq_segments in blk_cloned_rq_ch

[PATCH 5.11 213/254] net, bpf: Fix ip6ip6 crash with collect_md populated skbs

2021-03-29 Thread Greg Kroah-Hartman
From: Daniel Borkmann [ Upstream commit a188bb5638d41aa99090ebf2f85d3505ab13fba5 ] I ran into a crash where setting up a ip6ip6 tunnel device which was /not/ set to collect_md mode was receiving collect_md populated skbs for xmit. The BPF prog was populating the skb via bpf_skb_set_tunnel_key()

[PATCH 5.11 231/254] ACPI: scan: Use unique number for instance_no

2021-03-29 Thread Greg Kroah-Hartman
From: Andy Shevchenko [ Upstream commit eb50aaf960e3bedfef79063411ffd670da94b84b ] The decrementation of acpi_device_bus_id->instance_no in acpi_device_del() is incorrect, because it may cause a duplicate instance number to be allocated next time a device with the same acpi_device_bus_id is adde

[PATCH 5.11 254/254] selftest/bpf: Add a test to check trampoline freeing logic.

2021-03-29 Thread Greg Kroah-Hartman
From: Alexei Starovoitov commit eddbe8e6521401003e37e7848ef72e75c10ee2aa upstream. Add a selftest for commit e21aa341785c ("bpf: Fix fexit trampoline.") to make sure that attaching fexit prog to a sleeping kernel function will trigger appropriate trampoline and program destruction. Signed-off-b

[PATCH 5.11 197/254] arm64: kdump: update ppos when reading elfcorehdr

2021-03-29 Thread Greg Kroah-Hartman
From: Pavel Tatashin [ Upstream commit 141f8202cfa4192c3af79b6cbd68e7760bb01b5a ] The ppos points to a position in the old kernel memory (and in case of arm64 in the crash kernel since elfcorehdr is passed as a segment). The function should update the ppos by the amount that was read. This bug i

[PATCH 5.11 227/254] dm table: Fix zoned model check and zone sectors check

2021-03-29 Thread Greg Kroah-Hartman
From: Shin'ichiro Kawasaki [ Upstream commit 2d669ceb69c276f7637cf760287ca4187add082e ] Commit 24f6b6036c9e ("dm table: fix zoned iterate_devices based device capability checks") triggered dm table load failure when dm-zoned device is set up for zoned block devices and a regular device for cache

[PATCH 5.11 229/254] Revert "netfilter: x_tables: Update remaining dereference to RCU"

2021-03-29 Thread Greg Kroah-Hartman
From: Mark Tomlinson [ Upstream commit abe7034b9a8d57737e80cc16d60ed3666990bdbf ] This reverts commit 443d6e86f821a165fae3fc3fc13086d27ac140b1. This (and the following) patch basically re-implemented the RCU mechanisms of patch 784544739a25. That patch was replaced because of the performance pr

[PATCH 5.11 228/254] mm/mmu_notifiers: ensure range_end() is paired with range_start()

2021-03-29 Thread Greg Kroah-Hartman
From: Sean Christopherson [ Upstream commit c2655835fd8cabdfe7dab737253de3ffb88da126 ] If one or more notifiers fails .invalidate_range_start(), invoke .invalidate_range_end() for "all" notifiers. If there are multiple notifiers, those that did not fail are expecting _start() and _end() to be p

[PATCH 5.11 200/254] net/mlx5e: Allow to match on MPLS parameters only for MPLS over UDP

2021-03-29 Thread Greg Kroah-Hartman
From: Alaa Hleihel [ Upstream commit 7d6c86e3ccb5ceea767df5c7a9a17cdfccd3df9a ] Currently, we support hardware offload only for MPLS over UDP. However, rules matching on MPLS parameters are now wrongly offloaded for regular MPLS, without actually taking the parameters into consideration when doi

[PATCH 5.11 201/254] net/mlx5e: Offload tuple rewrite for non-CT flows

2021-03-29 Thread Greg Kroah-Hartman
From: Dima Chumak [ Upstream commit 96b5b4585843e3c83fb1930e5dfbefd0fb889c55 ] Setting connection tracking OVS flows and then setting non-CT flows that use tuple rewrite action (e.g. mod_tp_dst), causes the latter flows not being offloaded. Fix by using a stricter condition in modify_header_mat

[PATCH 5.11 239/254] smb3: fix cached file size problems in duplicate extents (reflink)

2021-03-29 Thread Greg Kroah-Hartman
From: Steve French commit cfc63fc8126a93cbf95379bc4cad79a7b15b6ece upstream. There were two problems (one of which could cause data corruption) that were noticed with duplicate extents (ie reflink) when debugging why various xfstests were being incorrectly skipped (e.g. generic/138, generic/140,

[PATCH 5.11 238/254] scsi: mpt3sas: Fix error return code of mpt3sas_base_attach()

2021-03-29 Thread Greg Kroah-Hartman
From: Jia-Ju Bai [ Upstream commit 3401ecf7fc1b9458a19d42c0e26a228f18ac7dda ] When kzalloc() returns NULL, no error return code of mpt3sas_base_attach() is assigned. To fix this bug, r is assigned with -ENOMEM in this case. Link: https://lore.kernel.org/r/20210308035241.3288-1-baijiaju1...@gmai

[PATCH 5.11 247/254] net: dsa: b53: VLAN filtering is global to all users

2021-03-29 Thread Greg Kroah-Hartman
From: Florian Fainelli commit d45c36bafb94e72fdb6dee437279b61b6d97e706 upstream. The bcm_sf2 driver uses the b53 driver as a library but does not make usre of the b53_setup() function, this made it fail to inherit the vlan_filtering_is_global attribute. Fix this by moving the assignment to b53_s

[PATCH 5.11 240/254] cifs: Adjust key sizes and key generation routines for AES256 encryption

2021-03-29 Thread Greg Kroah-Hartman
From: Shyam Prasad N commit 45a4546c6167a2da348a31ca439d8a8ff773b6ea upstream. For AES256 encryption (GCM and CCM), we need to adjust the size of a few fields to 32 bytes instead of 16 to accommodate the larger keys. Also, the L value supplied to the key generator needs to be changed from to 25

[PATCH v2 0/6] usb: Linking ports to their Type-C connectors

2021-03-29 Thread Heikki Krogerus
Hi, This is the second version of this series. The "Iterator for ports" patch is now moved to the end of the series (5/6). I'm now using usb_for_each_dev() in usb_for_each_port like Alan suggested, and I'm now using usb_port_peer_mutex to lock the ports while we're dealing with them in __each_hub

[PATCH v2 2/6] usb: typec: Declare the typec_class static

2021-03-29 Thread Heikki Krogerus
This is only to make the handling of the class consistent with the two other susbsystems - the alt mode bus and the mux class. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/class.c | 24 +--- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git a/drivers/usb/t

[PATCH v2 1/6] usb: typec: Organize the private headers properly

2021-03-29 Thread Heikki Krogerus
Adding a header file for each subsystem - the connector class, alt mode bus and the class for the muxes. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/bus.c | 2 ++ drivers/usb/typec/bus.h | 19 +- drivers/usb/typec/class.c | 69 +++ drivers/us

[PATCH v2 3/6] usb: typec: Port mapping utility

2021-03-29 Thread Heikki Krogerus
Adding functions that can be used to link/unlink ports - USB ports, TBT3/USB4 ports, DisplayPorts and so on - to the USB Type-C connectors they are attached to inside a system. The symlink that is created for the port device is named "connector". Initially only ACPI is supported. ACPI port object

[PATCH v2 5/6] usb: Iterator for ports

2021-03-29 Thread Heikki Krogerus
Introducing usb_for_each_port(). It works the same way as usb_for_each_dev(), but instead of going through every USB device in the system, it walks through the USB ports in the system. Signed-off-by: Heikki Krogerus --- drivers/usb/core/usb.c | 46 ++ incl

[PATCH v2 4/6] usb: Link the ports to the connectors they are attached to

2021-03-29 Thread Heikki Krogerus
Creating link to the USB Type-C connector for every new port that is added when possible. Signed-off-by: Heikki Krogerus --- Documentation/ABI/testing/sysfs-bus-usb | 9 + drivers/usb/core/port.c | 3 +++ 2 files changed, 12 insertions(+) diff --git a/Documentation/ABI/t

Build regressions/improvements in v5.12-rc5

2021-03-29 Thread Geert Uytterhoeven
Below is the list of build error/warning regressions/improvements in v5.12-rc5[1] compared to v5.11[2]. Summarized: - build errors: +5/-0 - build warnings: +110/-8 JFYI, when comparing v5.12-rc5[1] to v5.12-rc4[3], the summaries are: - build errors: +0/-1 - build warnings: +0/-0 Happy fi

[PATCH v2 6/6] usb: typec: Link all ports during connector registration

2021-03-29 Thread Heikki Krogerus
The connectors may be registered after the ports, so the "connector" links need to be created for the ports also when ever a new connector gets registered. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/class.c | 9 +++-- drivers/usb/typec/class.h | 4 +- drivers/usb/typec/po

linux-next: manual merge of the akpm-current tree with the gpio-brgl tree

2021-03-29 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: include/linux/bitmap.h between commit: f7d5fbad07a4 ("lib: bitmap: order includes alphabetically") from the gpio-brgl tree and commit: f3b90426c407 ("kernel.h: drop inclusion in bitmap.h") from the akpm-curren

Re: linux-next: build warnings after merge of the arm-perf tree

2021-03-29 Thread Will Deacon
On Fri, Mar 26, 2021 at 05:07:41PM +0800, Shaokun Zhang wrote: > Apologies for the mistake. > > Will, shall I send a new version v5 to fix this issue or other? Please send additional patches on top now that these are queued. Thanks, Will

[PATCH] PCI: Try to find two continuous regions for child resource

2021-03-29 Thread Kai-Heng Feng
Built-in grahpics on HP EliteDesk 805 G6 doesn't work because graphics can't get the BAR it needs: [0.611504] pci_bus :00: root bus resource [mem 0x1002020-0x100303f window] [0.611505] pci_bus :00: root bus resource [mem 0x1003040-0x100401f window] ... [0.63808

Re: [PATCH v2 6/6] usb: typec: Link all ports during connector registration

2021-03-29 Thread Greg Kroah-Hartman
On Mon, Mar 29, 2021 at 11:44:26AM +0300, Heikki Krogerus wrote: > +#ifdef CONFIG_USB This feels odd in a file under drivers/usb/ is it still relevant? Will this code get built for non-USB systems (i.e. gadget only?) > +static int each_port(struct device *port, void *connector) > +{ > + stru

[RFC PATCH 0/3] arm: Some IPI injection optimization

2021-03-29 Thread Jingyi Wang
This series optimize arm IPI injection process by making use of ICC_SGI1R IRM bit and implementing gic_ipi_send_single(). Jingyi Wang (3): irqchip/gic-v3: Make use of ICC_SGI1R IRM bit irqchip/gic-v3: Implement gic_ipi_send_single() arm/arm64: Use gic_ipi_send_single() to inject single IPI

[RFC PATCH 2/3] irqchip/gic-v3: Implement gic_ipi_send_single()

2021-03-29 Thread Jingyi Wang
We implement gic_ipi_send_single() to make single ipi injection easier. Signed-off-by: Jingyi Wang --- drivers/irqchip/irq-gic-v3.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/drivers/irqchip/irq-gic-v3.c b/drivers/irqchip/irq-gic-v3.c index 8ecc1b274ea8..5c44e1e7

Re: [PATCH] KVM: x86/vPMU: Forbid writing to MSR_F15H_PERF MSRs when guest doesn't have X86_FEATURE_PERFCTR_CORE

2021-03-29 Thread Vitaly Kuznetsov
Paolo Bonzini writes: > On 23/03/21 09:45, Vitaly Kuznetsov wrote: >> MSR_F15H_PERF_CTL0-5, MSR_F15H_PERF_CTR0-5 MSRs are only available when >> X86_FEATURE_PERFCTR_CORE CPUID bit was exposed to the guest. KVM, however, >> allows these MSRs unconditionally because kvm_pmu_is_valid_msr() -> >> amd

[RFC PATCH 1/3] irqchip/gic-v3: Make use of ICC_SGI1R IRM bit

2021-03-29 Thread Jingyi Wang
IRM, bit[40] in ICC_SGI1R, determines how the generated SGIs are distributed to PEs. If the bit is set, interrupts are routed to all PEs in the system excluding "self". We use cpumask to determine if this bit should be set and make use of that. This will reduce vm trap when broadcast IPIs are sent

[RFC PATCH 3/3] arm/arm64: Use gic_ipi_send_single() to inject single IPI

2021-03-29 Thread Jingyi Wang
Currently, arm use gic_ipi_send_mask() to inject single IPI, which make the procedure a little complex. We use gic_ipi_send_single() instead as some other archs. Signed-off-by: Jingyi Wang --- arch/arm/kernel/smp.c | 16 +--- arch/arm64/kernel/smp.c | 16 +--- 2 files c

[PATCH] hostap: Fix memleak in prism2_config

2021-03-29 Thread Dinghao Liu
When prism2_hw_config() fails, we just return an error code without any resource release, which may lead to memleak. Signed-off-by: Dinghao Liu --- drivers/net/wireless/intersil/hostap/hostap_cs.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/wireless/inte

linux-next: build warnings after merge of the devicetree tree

2021-03-29 Thread Stephen Rothwell
Hi all, After merging the devicetree tree, today's linux-next build (htmldocs) produced these warnings: drivers/of/base.c:1781: warning: Excess function parameter 'prob' description in '__of_add_property' drivers/of/base.c:1804: warning: Excess function parameter 'prob' description in 'of_add_p

Re: fuse: kernel BUG at mm/truncate.c:763!

2021-03-29 Thread Luis Henriques
On Fri, Mar 19, 2021 at 09:02:33AM +, Luis Henriques wrote: > On Thu, Mar 18, 2021 at 11:55:43AM +, Matthew Wilcox wrote: > > On Thu, Mar 18, 2021 at 11:29:28AM +, Luis Henriques wrote: > > > On Thu, Mar 18, 2021 at 02:03:02PM +0300, Kirill A. Shutemov wrote: > > > > On Thu, Mar 18, 202

[PATCH] ethernet/realtek/r8169: Fix a double free in rtl8169_start_xmit

2021-03-29 Thread Lv Yunlong
In rtl8169_start_xmit, it calls rtl8169_tso_csum_v2(tp, skb, opts) and rtl8169_tso_csum_v2() calls __skb_put_padto(skb, padto, false). If __skb_put_padto() failed, it will free the skb in the first time and return error. Then rtl8169_start_xmit will goto err_dma_0. But in err_dma_0 label, the skb

Re: [PATCH] virtio-balloon: fix a typo in comment of virtballoon_migratepage()

2021-03-29 Thread David Hildenbrand
On 27.03.21 04:17, Liu Xiang wrote: Typo: compation --> compaction Signed-off-by: Liu Xiang --- drivers/virtio/virtio_balloon.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/virtio/virtio_balloon.c b/drivers/virtio/virtio_balloon.c index 7da25b87f..c25665802 100

Re: [PATCH 1/1] net: sched: extend lifetime of new action in replace mode

2021-03-29 Thread Vlad Buslov
Hi Kumar, Thanks for the patch! On Sun 28 Mar 2021 at 09:45, Kumar Kartikeya Dwivedi wrote: > When creating an action in replace mode, in tcf_action_add, the refcount > of existing actions is rightly raised during tcf_idr_check_alloc call, > but for new actions a dummy placeholder entry is creat

linux-next: build warnings after merge of Linus' tree

2021-03-29 Thread Stephen Rothwell
Hi all, After merging Linus' tree, today's linux-next build (htmldocs) produced these warnings: include/linux/of.h:1211: warning: Function parameter or member 'output' not described in 'of_property_read_string_index' include/linux/of.h:1211: warning: Excess function parameter 'out_string' descr

Re: linux-next: build warnings after merge of the arm-perf tree

2021-03-29 Thread liuqi (BA)
On 2021/3/29 16:47, Will Deacon wrote: On Fri, Mar 26, 2021 at 05:07:41PM +0800, Shaokun Zhang wrote: Apologies for the mistake. Will, shall I send a new version v5 to fix this issue or other? Please send additional patches on top now that these are queued. Thanks, Will . We'll send a

regression due to soc_device_match not handling defer (Was: [PATCH v4 4/4] soc: imx8m: change to use platform driver)

2021-03-29 Thread Dominique MARTINET
Hi, First thanks for the patch, it fixes the kexec hang I was looking at... Unfortunately it means the soc is now init much later and other piece of drivers that depend on querying the soc will fail, I am getting a BUG in the caam crypto driver from 7d981405d0fd ("soc: imx8m: change to use platfo

Re: perf does not resolve plt symbols from libstdc++ right (.plt.sec problem)

2021-03-29 Thread Jiri Slaby
Any ideas on this? On 11. 01. 21, 7:31, Jiri Slaby wrote: Hi, this e-mails is a follow-up of my report at: https://bugzilla.suse.com/show_bug.cgi?id=1180681 There is a problem with *@plt symbols in some libraries, they are unresolved by perf (memcmp@plt in this case): > 0.26%  main2    /

[tip:x86/cleanups] BUILD SUCCESS 1591584e2e762edecefde403c44d9c26c9ff72c9

2021-03-29 Thread kernel test robot
allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a003-20210329 i386 randconfig-a004-20210329 i386 randconfig-a001-20210329 i386

linux-next: build warning after merge of the overlayfs tree

2021-03-29 Thread Stephen Rothwell
Hi all, After merging the overlayfs tree, today's linux-next build (htmldocs) produced this warning: Documentation/devicetree/kernel-api:56: /home/sfr/next/next/drivers/of/overlay.c:1184: WARNING: Inline emphasis start-string without end-string. Introduced by commit 24789c5ce5a3 ("of: overl

Re: [PATCH v2] arm64: dts: renesas: falcon-cpu: Add GP LEDs

2021-03-29 Thread Kieran Bingham
Hi Geert, On 29/03/2021 09:30, Geert Uytterhoeven wrote: > Hi Kieran, > > On Mon, Mar 22, 2021 at 6:20 PM Kieran Bingham > wrote: >> Three general purpose LEDs are provided on the Falcon CPU board. >> >> Connect GP_LED1, GP_LED2, and GP_LED3 to the gpio-leds frameworks as >> indicator LEDs. >> >

[PATCH -next] scsi: megaraid_sas: Use DEFINE_SPINLOCK() for spinlock

2021-03-29 Thread Shixin Liu
spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Signed-off-by: Shixin Liu --- drivers/scsi/megaraid/megaraid_sas_base.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/megaraid/megaraid_sas_base

Re: [Bug 212265] New: clock_gettime(CLOCK_TAI, ...) should return an error when TAI has not been configured

2021-03-29 Thread Miroslav Lichvar
On Fri, Mar 26, 2021 at 08:28:59PM -0700, Richard Cochran wrote: > Using ntpd on Debian, the service will set the offset, but only after > synchronization with the upstream server has been established, and > this takes about five minutes, IIRC. With the iburst option it shouldn't take more than 10

Re: [PATCH 4/5] ARM: dts: stm32: enable the analog filter for all I2C nodes in stm32mp151

2021-03-29 Thread Alexandre TORGUE
Hi Alain On 2/10/21 9:39 AM, Pierre Yves MORDRET wrote: Hello Looks good to me Reviewed-by: Pierre-Yves MORDRET Thx Regards Applied on stm32-next. Thanks. Alex On 2/5/21 9:51 AM, Alain Volmat wrote: Enable the analog filter for all I2C nodes of the stm32mp151. Signed-off-by: Alain V

Re: [PATCH v3 08/10] pinctrl: Ingenic: Add pinctrl driver for JZ4755.

2021-03-29 Thread Zhou Yanjie
Hi Paul, On 2021/3/28 上午2:30, Paul Cercueil wrote: Hi Zhou, Le jeu. 25 mars 2021 à 16:38, Zhou Yanjie a écrit : Hi, On 2021/3/23 上午2:24, Paul Cercueil wrote: Le mer. 17 mars 2021 à 17:58, 周琰杰 (Zhou Yanjie)  a écrit : Add support for probing the pinctrl-ingenic driver on the JZ4755 SoC

Re: [PATCH V3] drm/ast: Disable fast reset after DRAM initial

2021-03-29 Thread Thomas Zimmermann
Hi, I cannot apply this patch. The error is shown below. Which tree do you use? Can you please move to drm-misc-next? Applying: drm/ast: Disable fast reset after DRAM initial error: sha1 information is lacking or useless (drivers/gpu/drm/ast/ast_drv.h). error: could not build fake ancestor P

Re: [PATCH v2 6/6] usb: typec: Link all ports during connector registration

2021-03-29 Thread Heikki Krogerus
On Mon, Mar 29, 2021 at 10:48:19AM +0200, Greg Kroah-Hartman wrote: > On Mon, Mar 29, 2021 at 11:44:26AM +0300, Heikki Krogerus wrote: > > +#ifdef CONFIG_USB > > This feels odd in a file under drivers/usb/ is it still relevant? Will > this code get built for non-USB systems (i.e. gadget only?) Y

Re: [PATCH v3 10/10] pinctrl: Ingenic: Add pinctrl driver for X2000.

2021-03-29 Thread Zhou Yanjie
Hi Paul, On 2021/3/28 上午3:58, Paul Cercueil wrote: Hi Zhou, Le jeu. 25 mars 2021 à 17:03, Zhou Yanjie a écrit : Hi Paul, On 2021/3/23 上午2:39, Paul Cercueil wrote:  Le mer. 17 mars 2021 à 17:58, 周琰杰 (Zhou Yanjie) a écrit : Add support for probing the pinctrl-ingenic driver on the  X200

Re: [PATCH v2 6/6] usb: typec: Link all ports during connector registration

2021-03-29 Thread Heikki Krogerus
> I could make a stub for the usb_for_each_port() function in case > CONFIG_USB is not enable. Would that work? Ah, I think that's what you meant :-) I'll fix it. thaks, -- heikki

Re: [PATCH v2 6/6] usb: typec: Link all ports during connector registration

2021-03-29 Thread Greg Kroah-Hartman
On Mon, Mar 29, 2021 at 12:19:36PM +0300, Heikki Krogerus wrote: > > I could make a stub for the usb_for_each_port() function in case > > CONFIG_USB is not enable. Would that work? > > Ah, I think that's what you meant :-) Yes, that's what I meant :) thanks, greg k-h

Re: [syzbot] KASAN: null-ptr-deref Read in filp_close (2)

2021-03-29 Thread Christian Brauner
On Sat, Mar 27, 2021 at 11:33:37PM +, Al Viro wrote: > On Fri, Mar 26, 2021 at 02:50:11PM +0100, Christian Brauner wrote: > > @@ -632,6 +632,7 @@ EXPORT_SYMBOL(close_fd); /* for ksys_close() */ > > static inline void __range_cloexec(struct files_struct *cur_fds, > >

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

2021-03-29 Thread Catalin Marinas
On Mon, Mar 29, 2021 at 09:29:40AM +1100, Stephen Rothwell wrote: > diff --cc arch/arm64/include/asm/cpucaps.h > index c40f2490cd7b,9e3ec4dd56d8.. > --- a/arch/arm64/include/asm/cpucaps.h > +++ b/arch/arm64/include/asm/cpucaps.h > @@@ -66,8 -66,8 +66,9 @@@ > #define ARM64_WORKAROUND_1

[PATCH -next 1/2] mtip32xx: use DEFINE_SPINLOCK() for spinlock

2021-03-29 Thread Shixin Liu
spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Signed-off-by: Shixin Liu --- drivers/block/mtip32xx/mtip32xx.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/block/mtip32xx/mtip32xx.c b/drivers/bl

[PATCH -next 2/2] mtip32xx: use LIST_HEAD() for list_head

2021-03-29 Thread Shixin Liu
There's no need to declare a list and then init it manually, just use the LIST_HEAD() macro. Signed-off-by: Shixin Liu --- drivers/block/mtip32xx/mtip32xx.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/block/mtip32xx/mtip32xx.c b/drivers/block/mtip32xx/mtip

Re: [PATCH v2] mm: page_alloc: ignore init_on_free=1 for debug_pagealloc=1

2021-03-29 Thread David Hildenbrand
On 27.03.21 19:21, Sergei Trofimovich wrote: On !ARCH_SUPPORTS_DEBUG_PAGEALLOC (like ia64) debug_pagealloc=1 implies page_poison=on: if (page_poisoning_enabled() || (!IS_ENABLED(CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC) && debug_pagealloc_enabled())) static_bra

Re: [PATCH v3 03/18] ovl: stack fileattr ops

2021-03-29 Thread Miklos Szeredi
On Sun, Mar 28, 2021 at 8:09 PM Al Viro wrote: > > On Thu, Mar 25, 2021 at 08:37:40PM +0100, Miklos Szeredi wrote: > > Add stacking for the fileattr operations. > > > > Add hack for calling security_file_ioctl() for now. Probably better to > > have a pair of specific hooks for these operations. >

Re: [PATCH v3 04/17] module: ensure __cfi_check alignment

2021-03-29 Thread Jessica Yu
+++ Sami Tolvanen [23/03/21 13:39 -0700]: CONFIG_CFI_CLANG_SHADOW assumes the __cfi_check() function is page aligned and at the beginning of the .text section. While Clang would normally align the function correctly, it fails to do so for modules with no executable code. This change ensures the

Re: linux-next: manual merge of the staging tree with the scmi tree

2021-03-29 Thread Jonathan Cameron
On Mon, 29 Mar 2021 16:37:00 +1100 Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the staging tree got a conflict in: > > drivers/iio/common/scmi_sensors/scmi_iio.c > > between commit: > > fc91d6b6f0ba ("iio/scmi: port driver to the new scmi_sensor_proto_ops > interfac

Re: [PATCH v2] kernel/resource: Fix locking in request_free_mem_region

2021-03-29 Thread David Hildenbrand
On 29.03.21 03:37, Alistair Popple wrote: On Friday, 26 March 2021 7:57:51 PM AEDT David Hildenbrand wrote: On 26.03.21 02:20, Alistair Popple wrote: request_free_mem_region() is used to find an empty range of physical addresses for hotplugging ZONE_DEVICE memory. It does this by iterating over

Re: linux-next: build warning after merge of the overlayfs tree

2021-03-29 Thread Miklos Szeredi
On Mon, Mar 29, 2021 at 11:14 AM Stephen Rothwell wrote: > > Hi all, > > After merging the overlayfs tree, today's linux-next build (htmldocs) Hi Stephen, I think you mixed up drivers/of/overlay.c with fs/overlay/. Thanks, Miklos

[PATCH] scripts: kernel-doc: add warning for comment not following kernel-doc syntax

2021-03-29 Thread Aditya Srivastava
Currently, kernel-doc start parsing the comment as a kernel-doc comment if it starts with '/**', but does not take into account if the content inside the comment too, adheres with the expected format. This results in unexpected and unclear warnings for the user. E.g., running scripts/kernel-doc -n

Re: [PATCH 5.11 000/254] 5.11.11-rc1 review

2021-03-29 Thread Naresh Kamboju
On Mon, 29 Mar 2021 at 14:00, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.11.11 release. > There are 254 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Re

Re: [PATCH] arch: mips: fix unmet dependency for DEBUG_INFO

2021-03-29 Thread Thomas Bogendoerfer
On Fri, Mar 26, 2021 at 01:20:33AM -0400, Julian Braha wrote: > When SB1XXX_CORELIS is enabled, COMPILE_TEST is disabled, > and DEBUG_KERNEL is disabled, Kbuild gives the > following warning: > > WARNING: unmet direct dependencies detected for DEBUG_INFO > Depends on [n]: DEBUG_KERNEL [=n] && !C

Re: [PATCH v3] crypto: mips: add poly1305-core.S to .gitignore

2021-03-29 Thread Thomas Bogendoerfer
On Sat, Mar 27, 2021 at 07:39:43PM -0700, Ilya Lipnitskiy wrote: > poly1305-core.S is an auto-generated file, so it should be ignored. > > Fixes: a11d055e7a64 ("crypto: mips/poly1305 - incorporate OpenSSL/CRYPTOGAMS > optimized implementation") > Signed-off-by: Ilya Lipnitskiy > Cc: Ard Biesheuv

Re: [PATCH 1/2] MIPS: ralink: annotate prom_soc_init() with __init

2021-03-29 Thread Thomas Bogendoerfer
On Fri, Mar 26, 2021 at 10:38:39PM -0700, Ilya Lipnitskiy wrote: > prom_soc_init is only called from prom_init in arch/mips/ralink/prom.c, > which is already annotated with __init, so annotate prom_soc_init with > __init too. > > Signed-off-by: Ilya Lipnitskiy > --- > arch/mips/ralink/common.h |

Re: [PATCH 2/2] MIPS: ralink: mt7621: add memory detection support

2021-03-29 Thread Thomas Bogendoerfer
On Fri, Mar 26, 2021 at 10:38:40PM -0700, Ilya Lipnitskiy wrote: > From: Chuanhong Guo > > mt7621 has the following memory map: > 0x0-0x1c00: lower 448m memory > 0x1c00-0x200: peripheral registers > 0x2000-0x240: higher 64m memory > > detect_memory_region in arch/mips/kernel/

Re: [PATCH] MIPS: Loongson64: enable CONFIG_USB_SERIAL_PL2303

2021-03-29 Thread Thomas Bogendoerfer
On Mon, Mar 29, 2021 at 03:15:58PM +0800, Qing Zhang wrote: > When using the Loongson-3A4000 machine for serial port debugging, > there is no /dev/ttyUSB* output, which makes the serial port unavailable, > For convenience, we open this configuration. > > zhangqing@loongson-pc:~$ cat /sys/firmware/

Re: [PATCH v3] MIPS/bpf: Enable bpf_probe_read{, str}() on MIPS again

2021-03-29 Thread Thomas Bogendoerfer
On Thu, Mar 25, 2021 at 08:50:01PM +0800, Tiezhu Yang wrote: > After commit 0ebeea8ca8a4 ("bpf: Restrict bpf_probe_read{, str}() only to > archs where they work"), bpf_probe_read{, str}() functions were no longer > available on MIPS, so there exist some errors when running bpf program: > > root@li

Re: [PATCH] arch: mips: fix unmet dependency for MTD_COMPLEX_MAPPINGS

2021-03-29 Thread Thomas Bogendoerfer
On Fri, Mar 26, 2021 at 01:34:56AM -0400, Julian Braha wrote: > When CAVIUM_OCTEON_SOC is enabled, and MTD is disabled, > Kbuild gives the following warning: > > WARNING: unmet direct dependencies detected for MTD_COMPLEX_MAPPINGS > Depends on [n]: MTD [=n] && HAS_IOMEM [=y] > Selected by [y]:

Re: [PATCH 5.10 000/221] 5.10.27-rc1 review

2021-03-29 Thread Naresh Kamboju
On Mon, 29 Mar 2021 at 13:49, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.10.27 release. > There are 221 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Re

Re: [PATCH] PCI: xgene: fix a mistake about cfg address

2021-03-29 Thread Lorenzo Pieralisi
On Sun, 28 Mar 2021 22:41:18 +0800, Dejin Zheng wrote: > It has a wrong modification to the xgene driver by the commit > e2dcd20b1645a. it use devm_platform_ioremap_resource_byname() to > simplify codes and remove the res variable, But the following code > needs to use this res variable, So after t

[PATCH v2] staging: rtl8188eu: (trivial) remove a duplicate debug print

2021-03-29 Thread Martin Kaiser
Keep the one that shows the wakeup capability. Signed-off-by: Martin Kaiser --- v2: - fix the subject line drivers/staging/rtl8188eu/os_dep/usb_intf.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/os_dep/usb_intf.c b/drivers/staging/rtl8188eu/os_dep/usb_intf.c i

Re: [PATCH 5.11 225/254] arm64/mm: define arch_get_mappable_range()

2021-03-29 Thread Naresh Kamboju
On Mon, 29 Mar 2021 at 14:10, Greg Kroah-Hartman wrote: > > From: Anshuman Khandual > > [ Upstream commit 03aaf83fba6e5af08b5dd174c72edee9b7d9ed9b ] > > This overrides arch_get_mappable_range() on arm64 platform which will be > used with recently added generic framework. It drops > inside_linear

Re: perf does not resolve plt symbols from libstdc++ right (.plt.sec problem)

2021-03-29 Thread Richard Biener
On Mon, 29 Mar 2021, Jiri Slaby wrote: > Any ideas on this? > > On 11. 01. 21, 7:31, Jiri Slaby wrote: > > Hi, > > > > this e-mails is a follow-up of my report at: > > https://bugzilla.suse.com/show_bug.cgi?id=1180681 > > > > There is a problem with *@plt symbols in some libraries, they are unr

Re: [PATCH] KVM: x86/vPMU: Forbid writing to MSR_F15H_PERF MSRs when guest doesn't have X86_FEATURE_PERFCTR_CORE

2021-03-29 Thread Paolo Bonzini
On 29/03/21 10:52, Vitaly Kuznetsov wrote: Paolo Bonzini writes: On 23/03/21 09:45, Vitaly Kuznetsov wrote: MSR_F15H_PERF_CTL0-5, MSR_F15H_PERF_CTR0-5 MSRs are only available when X86_FEATURE_PERFCTR_CORE CPUID bit was exposed to the guest. KVM, however, allows these MSRs unconditionally beca

[PATCH -next 2/2] drivers: most: use LIST_HEAD() for list_head

2021-03-29 Thread Shixin Liu
There's no need to declare a list and then init it manually, just use the LIST_HEAD() macro. Signed-off-by: Shixin Liu --- drivers/most/most_cdev.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/most/most_cdev.c b/drivers/most/most_cdev.c index 8b69cf3ca60b..8908b9

[PATCH -next 2/2] s390/cio: use DECLARE_WAIT_QUEUE_HEAD() for wait_queue

2021-03-29 Thread Shixin Liu
wait_queue_head_t can be initialized automatically with DECLARE_WAIT_QUEUE_HEAD() rather than explicitly calling init_waitqueue_head(). Signed-off-by: Shixin Liu --- drivers/s390/cio/css.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/s390/cio/css.c b/drivers/s39

[PATCH -next 2/2] mISDN: Use LIST_HEAD() for list_head

2021-03-29 Thread Shixin Liu
There's no need to declare a list and then init it manually, just use the LIST_HEAD() macro. Signed-off-by: Shixin Liu --- drivers/isdn/mISDN/dsp_core.c | 7 ++- drivers/isdn/mISDN/l1oip_core.c | 4 +--- 2 files changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/isdn/mISDN/dsp_

[PATCH -next 1/2] s390/cio: use DEFINE_SPINLOCK() for spinlock

2021-03-29 Thread Shixin Liu
spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Signed-off-by: Shixin Liu --- drivers/s390/cio/css.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/s390/cio/css.c b/drivers/s390/cio/css.c index 253ab

[PATCH -next 1/2] drivers: most: use DEFINE_SPINLOCK() for spinlock

2021-03-29 Thread Shixin Liu
spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Signed-off-by: Shixin Liu --- drivers/most/most_cdev.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/most/most_cdev.c b/drivers/most/most_cdev.c index

[PATCH -next 1/2] mISDN: Use DEFINE_SPINLOCK() for spinlock

2021-03-29 Thread Shixin Liu
spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Signed-off-by: Shixin Liu --- drivers/isdn/hardware/mISDN/hfcmulti.c | 7 ++- drivers/isdn/mISDN/dsp_core.c | 3 +-- drivers/isdn/mISDN/l1oip_core.c| 3 +-- 3 fi

Re: [PATCH v4 3/4] locking/qspinlock: Add ARCH_USE_QUEUED_SPINLOCKS_XCHG32

2021-03-29 Thread Arnd Bergmann
On Mon, Mar 29, 2021 at 9:52 AM Peter Zijlstra wrote: > On Sat, Mar 27, 2021 at 06:06:38PM +, guo...@kernel.org wrote: > > From: Guo Ren > > > > Some architectures don't have sub-word swap atomic instruction, > > they only have the full word's one. > > > > The sub-word swap only improve the p

[PATCH] KVM: X86: Properly account for guest CPU time when considering context tracking

2021-03-29 Thread Wanpeng Li
From: Wanpeng Li The bugzilla https://bugzilla.kernel.org/show_bug.cgi?id=209831 reported that the guest time remains 0 when running a while true loop in the guest. The commit 87fa7f3e98a131 ("x86/kvm: Move context tracking where it belongs") moves guest_exit_irqoff() close to vmexit breaks t

<    5   6   7   8   9   10   11   12   13   14   >