4.14.231-rc1 review
Subsystems (2)
Greg Kroah-Hartman
maintainercover 4.14.231-rc1 review
This is the start of the stable review cycle for the 4.14.231 release. There are 68 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.
Responses should be made by Sat, 17 Apr 2021 14:44:01 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.231-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.14.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <[email protected]>
Linux 4.14.231-rc1
Juergen Gross <[email protected]>
xen/events: fix setting irq affinity
Arnaldo Carvalho de Melo <[email protected]>
perf map: Tighten snprintf() string precision to pass gcc check on some 32-bit arches
Florian Westphal <[email protected]>
netfilter: x_tables: fix compat match/target pad out-of-bound write
Florian Fainelli <[email protected]>
net: phy: broadcom: Only advertise EEE for supported modes
Yufen Yu <[email protected]>
block: only update parent bi_status when bio fail
Bob Peterson <[email protected]>
gfs2: report "already frozen/thawed" errors
Arnd Bergmann <[email protected]>
drm/imx: imx-ldb: fix out of bounds array access warning
Suzuki K Poulose <[email protected]>
KVM: arm64: Disable guest access to trace filter controls
Suzuki K Poulose <[email protected]>
KVM: arm64: Hide system instruction access to Trace registers
Greg Kroah-Hartman <[email protected]>
Revert "cifs: Set CIFS_MOUNT_USE_PREFIX_PATH flag on setting cifs_sb->prepath."
Alexander Aring <[email protected]>
net: ieee802154: stop dump llsec params for monitors
Alexander Aring <[email protected]>
net: ieee802154: forbid monitor for del llsec seclevel
Alexander Aring <[email protected]>
net: ieee802154: forbid monitor for set llsec params
Alexander Aring <[email protected]>
net: ieee802154: fix nl802154 del llsec devkey
Alexander Aring <[email protected]>
net: ieee802154: fix nl802154 add llsec key
Alexander Aring <[email protected]>
net: ieee802154: fix nl802154 del llsec dev
Alexander Aring <[email protected]>
net: ieee802154: fix nl802154 del llsec key
Alexander Aring <[email protected]>
net: ieee802154: nl-mac: fix check on panid
Pavel Skripkin <[email protected]>
net: mac802154: Fix general protection fault
Pavel Skripkin <[email protected]>
drivers: net: fix memory leak in peak_usb_create_dev
Pavel Skripkin <[email protected]>
drivers: net: fix memory leak in atusb_probe
Phillip Potter <[email protected]>
net: tun: set tun->dev->addr_len during TUNSETLINK processing
Du Cheng <[email protected]>
cfg80211: remove WARN_ON() in cfg80211_sme_connect
Shuah Khan <[email protected]>
usbip: fix vudc usbip_sockfd_store races leading to gpf
Samuel Mendoza-Jonas <[email protected]>
net/ncsi: Avoid GFP_KERNEL in response handler
Samuel Mendoza-Jonas <[email protected]>
net/ncsi: Refactor MAC, VLAN filters
Samuel Mendoza-Jonas <[email protected]>
net/ncsi: Add generic netlink family
Samuel Mendoza-Jonas <[email protected]>
net/ncsi: Don't return error on normal response
Samuel Mendoza-Jonas <[email protected]>
net/ncsi: Improve general state logging
Wei Yongjun <[email protected]>
net/ncsi: Make local function ncsi_get_filter() static
Krzysztof Kozlowski <[email protected]>
clk: socfpga: fix iomem pointer cast on 64-bit
Potnuri Bharat Teja <[email protected]>
RDMA/cxgb4: check for ipv6 address properly while destroying listener
Raed Salem <[email protected]>
net/mlx5: Fix placement of log_max_flow_counter
Alexander Gordeev <[email protected]>
s390/cpcmd: fix inline assembly register clobbering
Zqiang <[email protected]>
workqueue: Move the position of debug_work_activate() in __queue_work()
Lukasz Bartosik <[email protected]>
clk: fix invalid usage of list cursor in unregister
Lukasz Bartosik <[email protected]>
clk: fix invalid usage of list cursor in register
Arnd Bergmann <[email protected]>
soc/fsl: qbman: fix conflicting alignment attributes
Bastian Germann <[email protected]>
ASoC: sunxi: sun4i-codec: fill ASoC card owner
Milton Miller <[email protected]>
net/ncsi: Avoid channel_monitor hrtimer deadlock
Stefan Riedmueller <[email protected]>
ARM: dts: imx6: pbab01: Set vmmc supply for both SD interfaces
Lv Yunlong <[email protected]>
net:tipc: Fix a double free in tipc_sk_mcast_rcv
Claudiu Manoil <[email protected]>
gianfar: Handle error code at MAC address change
Eric Dumazet <[email protected]>
sch_red: fix off-by-one checks in red_check_params()
Shyam Sundar S K <[email protected]>
amd-xgbe: Update DMA coherency values
Shengjiu Wang <[email protected]>
ASoC: wm8960: Fix wrong bclk and lrclk with pll enabled for some chips
Geert Uytterhoeven <[email protected]>
regulator: bd9571mwv: Fix AVS and DVFS voltage range
Wolfram Sang <[email protected]>
i2c: turn recovery error on init to debug
Shuah Khan <[email protected]>
usbip: synchronize event handler with sysfs code paths
Shuah Khan <[email protected]>
usbip: stub-dev synchronize sysfs code paths
Shuah Khan <[email protected]>
usbip: add sysfs_lock to synchronize sysfs code paths
Pavel Tikhomirov <[email protected]>
net: sched: sch_teql: fix null-pointer dereference
Eric Dumazet <[email protected]>
net: ensure mac header is set in virtio_net_hdr_to_skb()
Tetsuo Handa <[email protected]>
batman-adv: initialize "struct batadv_tvlv_tt_vlan_data"->reserved field
Marek Behún <[email protected]>
ARM: dts: turris-omnia: configure LED[2]/INTn pin as interrupt pin
Gao Xiang <[email protected]>
parisc: avoid a warning on u8 cast for cmpxchg on u8 pointers
Helge Deller <[email protected]>
parisc: parisc-agp requires SBA IOMMU driver
Jack Qiu <[email protected]>
fs: direct-io: fix missing sdio->boundary
Wengang Wang <[email protected]>
ocfs2: fix deadlock between setattr and dio_end_io_write
Sergei Trofimovich <[email protected]>
ia64: fix user_stack_pointer() for ptrace()
Muhammad Usama Anjum <[email protected]>
net: ipv6: check for validity before dereferencing cfg->fc_nlinfo.nlh
Luca Fancellu <[email protected]>
xen/evtchn: Change irq_info lock to raw_spinlock_t
Xiaoming Ni <[email protected]>
nfc: Avoid endless loops caused by repeated llcp_sock_connect()
Xiaoming Ni <[email protected]>
nfc: fix memory leak in llcp_sock_connect()
Xiaoming Ni <[email protected]>
nfc: fix refcount leak in llcp_sock_connect()
Xiaoming Ni <[email protected]>
nfc: fix refcount leak in llcp_sock_bind()
Hans de Goede <[email protected]>
ASoC: intel: atom: Stop advertising non working S24LE support
Jonas Holmberg <[email protected]>
ALSA: aloop: Fix initialization of controls
-------------
Diffstat:
Makefile | 4 +- arch/arm/boot/dts/armada-385-turris-omnia.dts | 1 + arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi | 2 + arch/arm64/include/asm/kvm_arm.h | 1 + arch/arm64/kernel/cpufeature.c | 1 - arch/arm64/kvm/debug.c | 2 + arch/ia64/include/asm/ptrace.h | 8 +- arch/parisc/include/asm/cmpxchg.h | 2 +- arch/s390/kernel/cpcmd.c | 6 +- block/bio.c | 2 +- drivers/char/agp/Kconfig | 2 +- drivers/clk/clk.c | 47 ++- drivers/clk/socfpga/clk-gate.c | 2 +- drivers/gpu/drm/imx/imx-ldb.c | 10 + drivers/i2c/i2c-core-base.c | 7 +- drivers/infiniband/hw/cxgb4/cm.c | 3 +- drivers/net/can/usb/peak_usb/pcan_usb_core.c | 6 +- drivers/net/ethernet/amd/xgbe/xgbe.h | 6 +- drivers/net/ethernet/freescale/gianfar.c | 6 +- drivers/net/ieee802154/atusb.c | 1 + drivers/net/phy/bcm-phy-lib.c | 11 +- drivers/net/tun.c | 48 +++ drivers/regulator/bd9571mwv-regulator.c | 4 +- drivers/soc/fsl/qbman/qman.c | 2 +- drivers/usb/usbip/stub_dev.c | 11 +- drivers/usb/usbip/usbip_common.h | 3 + drivers/usb/usbip/usbip_event.c | 2 + drivers/usb/usbip/vhci_hcd.c | 1 + drivers/usb/usbip/vhci_sysfs.c | 30 +- drivers/usb/usbip/vudc_sysfs.c | 42 ++- drivers/xen/events/events_base.c | 14 +- drivers/xen/events/events_internal.h | 2 +- fs/cifs/connect.c | 1 - fs/direct-io.c | 5 +- fs/gfs2/super.c | 10 +- fs/ocfs2/aops.c | 11 +- fs/ocfs2/file.c | 8 +- include/linux/mlx5/mlx5_ifc.h | 6 +- include/linux/virtio_net.h | 2 + include/net/red.h | 4 +- include/uapi/linux/ncsi.h | 115 +++++++ kernel/workqueue.c | 2 +- net/batman-adv/translation-table.c | 2 + net/ieee802154/nl-mac.c | 7 +- net/ieee802154/nl802154.c | 23 +- net/ipv4/netfilter/arp_tables.c | 2 + net/ipv4/netfilter/ip_tables.c | 2 + net/ipv6/netfilter/ip6_tables.c | 2 + net/ipv6/route.c | 8 +- net/mac802154/llsec.c | 2 +- net/ncsi/Makefile | 2 +- net/ncsi/internal.h | 35 ++- net/ncsi/ncsi-aen.c | 15 +- net/ncsi/ncsi-manage.c | 342 +++++++++------------ net/ncsi/ncsi-netlink.c | 415 ++++++++++++++++++++++++++ net/ncsi/ncsi-netlink.h | 20 ++ net/ncsi/ncsi-rsp.c | 215 ++++++------- net/netfilter/x_tables.c | 10 +- net/nfc/llcp_sock.c | 10 + net/sched/sch_teql.c | 3 + net/tipc/socket.c | 2 +- net/wireless/sme.c | 2 +- sound/drivers/aloop.c | 11 +- sound/soc/codecs/wm8960.c | 8 +- sound/soc/intel/atom/sst-mfld-platform-pcm.c | 6 +- sound/soc/sunxi/sun4i-codec.c | 5 + tools/perf/util/map.c | 7 +- 67 files changed, 1132 insertions(+), 477 deletions(-)
Greg Kroah-Hartman
maintainerPATCH 1/68 ALSA: aloop: Fix initialization of controls
From: Jonas Holmberg <[email protected]>
commit 168632a495f49f33a18c2d502fc249d7610375e9 upstream.
Add a control to the card before copying the id so that the numid field is initialized in the copy. Otherwise the numid field of active_id, format_id, rate_id and channels_id will be the same (0) and snd_ctl_notify() will not queue the events properly.
--- sound/drivers/aloop.c | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-)
sound/drivers/aloop.c +8 -3
@@ -1062,6 +1062,14 @@ static int loopback_mixer_new(struct looreturn -ENOMEM ; kctl->id.device = dev; kctl->id.subdevice = substr; + +/* Add the control before copying the id so that +* the numid field of the id is set in the copy. +*/ + err =snd_ctl_add (card, kctl); +if (err <0 ) +return err; +switch (idx) {case ACTIVE_IDX : setup->active_id = kctl->id;
@@ -1078,9 +1086,6 @@ static int loopback_mixer_new(struct loodefault :break ; } - err =snd_ctl_add (card, kctl); -if (err <0 ) -return err; } } }
Greg Kroah-Hartman
maintainerPATCH 2/68 ASoC: intel: atom: Stop advertising non working S24LE support
In reply to Greg Kroah-HartmanFrom: Hans de Goede <[email protected]>
commit aa65bacdb70e549a81de03ec72338e1047842883 upstream.
The SST firmware's media and deep-buffer inputs are hardcoded to S16LE, the corresponding DAIs don't have a hw_params callback and their prepare callback also does not take the format into account.
So far the advertising of non working S24LE support has not caused issues because pulseaudio defaults to S16LE, but changing pulse-audio's config to use S24LE will result in broken sound.
Pipewire is replacing pulse now and pipewire prefers S24LE over S16LE when available, causing the problem of the broken S24LE support to come to the surface now.
--- sound/soc/intel/atom/sst-mfld-platform-pcm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
sound/soc/intel/atom/sst-mfld-platform-pcm.c +3 -3
@@ -508,14 +508,14 @@ static struct snd_soc_dai_driver sst_pla .channels_min = SST_STEREO, .channels_max = SST_STEREO, .rates = SNDRV_PCM_RATE_44100|SNDRV_PCM_RATE_48000, - .formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE, + .formats = SNDRV_PCM_FMTBIT_S16_LE, }, .capture = { .stream_name = "Headset Capture", .channels_min = 1, .channels_max = 2, .rates = SNDRV_PCM_RATE_44100|SNDRV_PCM_RATE_48000, - .formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE, + .formats = SNDRV_PCM_FMTBIT_S16_LE, }, }, {
@@ -526,7 +526,7 @@ static struct snd_soc_dai_driver sst_pla .channels_min = SST_STEREO, .channels_max = SST_STEREO, .rates = SNDRV_PCM_RATE_44100|SNDRV_PCM_RATE_48000, - .formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE, + .formats = SNDRV_PCM_FMTBIT_S16_LE, }, }, {
Greg Kroah-Hartman
maintainerPATCH 3/68 nfc: fix refcount leak in llcp_sock_bind()
In reply to Greg Kroah-HartmanFrom: Xiaoming Ni <[email protected]>
commit c33b1cc62ac05c1dbb1cdafe2eb66da01c76ca8d upstream.
nfc_llcp_local_get() is invoked in llcp_sock_bind(),
but nfc_llcp_local_put() is not invoked in subsequent failure branches. As a result, refcount leakage occurs.
To fix it, add calling nfc_llcp_local_put().
fix CVE-2020-25670
--- net/nfc/llcp_sock.c | 2 ++ 1 file changed, 2 insertions(+)
net/nfc/llcp_sock.c +2 -0
@@ -120,11 +120,13 @@ static int llcp_sock_bind(struct socket llcp_sock->service_name_len, GFP_KERNEL);if (!llcp_sock->service_name) { +nfc_llcp_local_put (llcp_sock->local); ret = -ENOMEM ; goto put_dev; } llcp_sock->ssap =nfc_llcp_get_sdp_ssap (local, llcp_sock);if (llcp_sock->ssap ==LLCP_SAP_MAX ) { +nfc_llcp_local_put (llcp_sock->local);kfree (llcp_sock->service_name); llcp_sock->service_name =NULL ; ret = -EADDRINUSE ;
Greg Kroah-Hartman
maintainerPATCH 4/68 nfc: fix refcount leak in llcp_sock_connect()
In reply to Greg Kroah-HartmanFrom: Xiaoming Ni <[email protected]>
commit 8a4cd82d62b5ec7e5482333a72b58a4eea4979f0 upstream.
nfc_llcp_local_get() is invoked in llcp_sock_connect(),
but nfc_llcp_local_put() is not invoked in subsequent failure branches. As a result, refcount leakage occurs.
To fix it, add calling nfc_llcp_local_put().
fix CVE-2020-25671
--- net/nfc/llcp_sock.c | 2 ++ 1 file changed, 2 insertions(+)
net/nfc/llcp_sock.c +2 -0
@@ -717,6 +717,7 @@ static int llcp_sock_connect(struct sock llcp_sock->local =nfc_llcp_local_get (local); llcp_sock->ssap =nfc_llcp_get_local_ssap (local);if (llcp_sock->ssap ==LLCP_SAP_MAX ) { +nfc_llcp_local_put (llcp_sock->local); ret = -ENOMEM ; goto put_dev; }
@@ -754,6 +755,7 @@ static int llcp_sock_connect(struct sock sock_unlink:nfc_llcp_put_ssap (local, llcp_sock->ssap); +nfc_llcp_local_put (llcp_sock->local);nfc_llcp_sock_unlink (&local->connecting_sockets, sk);
Greg Kroah-Hartman
maintainerPATCH 5/68 nfc: fix memory leak in llcp_sock_connect()
In reply to Greg Kroah-HartmanFrom: Xiaoming Ni <[email protected]>
commit 7574fcdbdcb335763b6b322f6928dc0fd5730451 upstream.
In llcp_sock_connect(), use kmemdup to allocate memory for
"llcp_sock->service_name". The memory is not released in the sock_unlink
label of the subsequent failure branch.
As a result, memory leakage occurs.
fix CVE-2020-25672
--- net/nfc/llcp_sock.c | 2 ++ 1 file changed, 2 insertions(+)
net/nfc/llcp_sock.c +2 -0
@@ -758,6 +758,8 @@ sock_unlink:nfc_llcp_local_put (llcp_sock->local);nfc_llcp_sock_unlink (&local->connecting_sockets, sk); +kfree (llcp_sock->service_name); + llcp_sock->service_name =NULL ; put_dev:nfc_put_device (dev);
Greg Kroah-Hartman
maintainerPATCH 6/68 nfc: Avoid endless loops caused by repeated llcp_sock_connect()
In reply to Greg Kroah-HartmanFrom: Xiaoming Ni <[email protected]>
commit 4b5db93e7f2afbdfe3b78e37879a85290187e6f1 upstream.
When sock_wait_state() returns -EINPROGRESS, "sk->sk_state" is
LLCP_CONNECTING. In this case, llcp_sock_connect() is repeatedly invoked, nfc_llcp_sock_link() will add sk to local->connecting_sockets twice. sk->sk_node->next will point to itself, that will make an endless loop and hang-up the system.
To fix it, check whether sk->sk_state is LLCP_CONNECTING in
llcp_sock_connect() to avoid repeated invoking.
--- net/nfc/llcp_sock.c | 4 ++++ 1 file changed, 4 insertions(+)
net/nfc/llcp_sock.c +4 -0
@@ -686,6 +686,10 @@ static int llcp_sock_connect(struct sock ret = -EISCONN ; goto error; } +if (sk->sk_state ==LLCP_CONNECTING ) { + ret = -EINPROGRESS ; + goto error; + } dev =nfc_get_device (addr->dev_idx);if (dev ==NULL ) {
Greg Kroah-Hartman
maintainerPATCH 7/68 xen/evtchn: Change irq_info lock to raw_spinlock_t
In reply to Greg Kroah-HartmanFrom: Luca Fancellu <[email protected]>
commit d120198bd5ff1d41808b6914e1eb89aff937415c upstream.
Unmask operation must be called with interrupt disabled, on preempt_rt spin_lock_irqsave/spin_unlock_irqrestore don't disable/enable interrupts, so use raw_* implementation and change lock variable in struct irq_info from spinlock_t to raw_spinlock_t
--- drivers/xen/events/events_base.c | 10 +++++----- drivers/xen/events/events_internal.h | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-)
drivers/xen/events/events_base.c +5 -5
@@ -221,7 +221,7 @@ static int xen_irq_info_common_setup(str info->evtchn = evtchn; info->cpu = cpu; info->mask_reason =EVT_MASK_REASON_EXPLICIT ; -spin_lock_init (&info->lock); +raw_spin_lock_init (&info->lock); ret =set_evtchn_to_irq (evtchn, irq);if (ret <0 )
@@ -373,28 +373,28 @@ static void do_mask(struct irq_info *inf {unsigned long flags; -spin_lock_irqsave (&info->lock, flags); +raw_spin_lock_irqsave (&info->lock, flags);if (!info->mask_reason)mask_evtchn (info->evtchn); info->mask_reason |= reason; -spin_unlock_irqrestore (&info->lock, flags); +raw_spin_unlock_irqrestore (&info->lock, flags); }static void do_unmask (struct irq_info *info,u8 reason) {unsigned long flags; -spin_lock_irqsave (&info->lock, flags); +raw_spin_lock_irqsave (&info->lock, flags); info->mask_reason &= ~reason;if (!info->mask_reason)unmask_evtchn (info->evtchn); -spin_unlock_irqrestore (&info->lock, flags); +raw_spin_unlock_irqrestore (&info->lock, flags); }#ifdef CONFIG_X86
drivers/xen/events/events_internal.h +1 -1
@@ -47,7 +47,7 @@ struct irq_info {unsigned short eoi_cpu;/* EOI must happen on this cpu */ unsigned int irq_epoch;/* If eoi_cpu valid: irq_epoch of event */ u64 eoi_time;/* Time in jiffies when to EOI. */ -spinlock_t lock; +raw_spinlock_t lock;union {unsigned short virq;
Greg Kroah-Hartman
maintainerPATCH 8/68 net: ipv6: check for validity before dereferencing cfg->fc_nlinfo.nlh
In reply to Greg Kroah-HartmanFrom: Muhammad Usama Anjum <[email protected]>
commit 864db232dc7036aa2de19749c3d5be0143b24f8f upstream.
nlh is being checked for validtity two times when it is dereferenced in this function. Check for validity again when updating the flags through nlh pointer to make the dereferencing safe.
CC: <[email protected]>
Addresses-Coverity: ("NULL pointer dereference")
--- net/ipv6/route.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-)
net/ipv6/route.c +5 -3
@@ -3283,9 +3283,11 @@ static int ip6_route_multipath_add(struc* nexthops have been replaced by first new, the rest should * be added to it. */ - cfg->fc_nlinfo.nlh->nlmsg_flags &= ~(NLM_F_EXCL | -NLM_F_REPLACE ); - cfg->fc_nlinfo.nlh->nlmsg_flags |=NLM_F_CREATE ; +if (cfg->fc_nlinfo.nlh) { + cfg->fc_nlinfo.nlh->nlmsg_flags &= ~(NLM_F_EXCL | +NLM_F_REPLACE ); + cfg->fc_nlinfo.nlh->nlmsg_flags |=NLM_F_CREATE ; + } nhn++; }
Greg Kroah-Hartman
maintainerPATCH 9/68 ia64: fix user_stack_pointer() for ptrace()
In reply to Greg Kroah-HartmanFrom: Sergei Trofimovich <[email protected]>
commit 7ad1e366167837daeb93d0bacb57dee820b0b898 upstream.
ia64 has two stacks:
- memory stack (or stack), pointed at by by r12
- register backing store (register stack), pointed at by ar.bsp/ar.bspstore with complications around dirty register frame on CPU.
In [1] Dmitry noticed that PTRACE_GET_SYSCALL_INFO returns the register stack instead memory stack.
The bug comes from the fact that user_stack_pointer() and current_user_stack_pointer() don't return the same register:
ulong user_stack_pointer(struct pt_regs *regs) { return regs->ar_bspstore; }
#define current_user_stack_pointer() (current_pt_regs()->r12)The change gets both back in sync.
I think ptrace(PTRACE_GET_SYSCALL_INFO) is the only affected user by this bug on ia64.
The change fixes 'rt_sigreturn.gen.test' strace test where it was observed initially.
--- arch/ia64/include/asm/ptrace.h | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-)
arch/ia64/include/asm/ptrace.h +1 -7
@@ -54,8 +54,7 @@static inline unsigned long user_stack_pointer (struct pt_regs *regs) { -/* FIXME: should this be bspstore + nr_dirty regs? */ -return regs->ar_bspstore; +return regs->r12; }static inline int is_syscall_success (struct pt_regs *regs)
@@ -79,11 +78,6 @@ static inline long regs_return_value(strunsigned long __ip =instruction_pointer (regs); \ (__ip & ~3UL ) + ((__ip &3UL ) <<2 ); \ }) -/* -* Why not default? Because user_stack_pointer() on ia64 gives register -* stack backing store instead... -*/ -#define current_user_stack_pointer () (current_pt_regs()->r12)/* given a pointer to a task_struct, return the user's pt_regs */ # define task_pt_regs (t) (((struct pt_regs *) ((char *) (t) + IA64_STK_OFFSET)) - 1)
Greg Kroah-Hartman
maintainerPATCH 10/68 ocfs2: fix deadlock between setattr and dio_end_io_write
In reply to Greg Kroah-HartmanFrom: Wengang Wang <[email protected]>
commit 90bd070aae6c4fb5d302f9c4b9c88be60c8197ec upstream.
The following deadlock is detected:
truncate -> setattr path is waiting for pending direct IO to be done (inode->i_dio_count become zero) with inode->i_rwsem held (down_write).
PID: 14827 TASK: ffff881686a9af80 CPU: 20 COMMAND: "ora_p005_hrltd9"
#0 __schedule at ffffffff818667cc #1 schedule at ffffffff81866de6 #2 inode_dio_wait at ffffffff812a2d04 #3 ocfs2_setattr at ffffffffc05f322e [ocfs2] #4 notify_change at ffffffff812a5a09 #5 do_truncate at ffffffff812808f5 #6 do_sys_ftruncate.constprop.18 at ffffffff81280cf2 #7 sys_ftruncate at ffffffff81280d8e #8 do_syscall_64 at ffffffff81003949 #9 entry_SYSCALL_64_after_hwframe at ffffffff81a001ad
dio completion path is going to complete one direct IO (decrement inode->i_dio_count), but before that it hung at locking inode->i_rwsem:
#0 __schedule+700 at ffffffff818667cc #1 schedule+54 at ffffffff81866de6 #2 rwsem_down_write_failed+536 at ffffffff8186aa28 #3 call_rwsem_down_write_failed+23 at ffffffff8185a1b7 #4 down_write+45 at ffffffff81869c9d #5 ocfs2_dio_end_io_write+180 at ffffffffc05d5444 [ocfs2] #6 ocfs2_dio_end_io+85 at ffffffffc05d5a85 [ocfs2] #7 dio_complete+140 at ffffffff812c873c #8 dio_aio_complete_work+25 at ffffffff812c89f9 #9 process_one_work+361 at ffffffff810b1889 #10 worker_thread+77 at ffffffff810b233d #11 kthread+261 at ffffffff810b7fd5 #12 ret_from_fork+62 at ffffffff81a0035e
Thus above forms ABBA deadlock. The same deadlock was mentioned in upstream commit 28f5a8a7c033 ("ocfs2: should wait dio before inode lock in ocfs2_setattr()"). It seems that that commit only removed the cluster lock (the victim of above dead lock) from the ABBA deadlock party.
End-user visible effects: Process hang in truncate -> ocfs2_setattr path and other processes hang at ocfs2_dio_end_io_write path.
This is to fix the deadlock itself. It removes inode_lock() call from dio completion path to remove the deadlock and add ip_alloc_sem lock in setattr path to synchronize the inode modifications.
--- fs/ocfs2/aops.c | 11 +---------- fs/ocfs2/file.c | 8 ++++++-- 2 files changed, 7 insertions(+), 12 deletions(-)
fs/ocfs2/aops.c +1 -10
@@ -2309,7 +2309,7 @@ static int ocfs2_dio_end_io_write(structstruct ocfs2_alloc_context *meta_ac =NULL ;handle_t *handle =NULL ;loff_t end = offset + bytes; -int ret =0 , credits =0 , locked =0 ; +int ret =0 , credits =0 ;ocfs2_init_dealloc_ctxt (&dealloc);
@@ -2320,13 +2320,6 @@ static int ocfs2_dio_end_io_write(struct !dwc->dw_orphaned) goto out; -/* ocfs2_file_write_iter will get i_mutex, so we need not lock if we -* are in that context. */ -if (dwc->dw_writer_pid !=task_pid_nr (current)) { -inode_lock (inode); - locked =1 ; - } - ret =ocfs2_inode_lock (inode, &di_bh,1 );if (ret <0 ) {mlog_errno (ret);
@@ -2401,8 +2394,6 @@ out:if (meta_ac)ocfs2_free_alloc_context (meta_ac);ocfs2_run_deallocs (osb, &dealloc); -if (locked) -inode_unlock (inode);ocfs2_dio_free_write_ctx (inode, dwc);return ret;
fs/ocfs2/file.c +6 -2
@@ -1250,22 +1250,24 @@ int ocfs2_setattr(struct dentry *dentry, goto bail_unlock; } } +down_write (&OCFS2_I (inode)->ip_alloc_sem); handle =ocfs2_start_trans (osb,OCFS2_INODE_UPDATE_CREDITS +2 *ocfs2_quota_trans_credits (sb));if (IS_ERR (handle)) { status =PTR_ERR (handle);mlog_errno (status); - goto bail_unlock; + goto bail_unlock_alloc; } status =__dquot_transfer (inode, transfer_to);if (status <0 ) goto bail_commit; }else { +down_write (&OCFS2_I (inode)->ip_alloc_sem); handle =ocfs2_start_trans (osb,OCFS2_INODE_UPDATE_CREDITS );if (IS_ERR (handle)) { status =PTR_ERR (handle);mlog_errno (status); - goto bail_unlock; + goto bail_unlock_alloc; } }
@@ -1278,6 +1280,8 @@ int ocfs2_setattr(struct dentry *dentry, bail_commit:ocfs2_commit_trans (osb, handle); +bail_unlock_alloc: +up_write (&OCFS2_I (inode)->ip_alloc_sem); bail_unlock:if (status && inode_locked) {ocfs2_inode_unlock_tracker (inode,1 , &oh, had_lock);
Greg Kroah-Hartman
maintainerPATCH 11/68 fs: direct-io: fix missing sdio->boundary
In reply to Greg Kroah-HartmanFrom: Jack Qiu <[email protected]>
commit df41872b68601059dd4a84858952dcae58acd331 upstream.
I encountered a hung task issue, but not a performance one. I run DIO on a device (need lba continuous, for example open channel ssd), maybe hungtask in below case:
DIO: Checkpoint:
get addr A(at boundary), merge into BIO,
no submit because boundary missing
flush dirty data(get addr A+1), wait IO(A+1) writeback timeout, because DIO(A) didn't submit
get addr A+2 fail, because checkpoint is doing
dio_send_cur_page() may clear sdio->boundary, so prevent it from missing a boundary.
--- fs/direct-io.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)
fs/direct-io.c +3 -2
@@ -857,6 +857,7 @@ submit_page_section(struct dio *dio, str struct buffer_head *map_bh) {int ret =0 ; +int boundary = sdio->boundary;/* dio_send_cur_page may clear it */ if (dio->op ==REQ_OP_WRITE ) {/*
@@ -895,10 +896,10 @@ submit_page_section(struct dio *dio, str sdio->cur_page_fs_offset = sdio->block_in_file << sdio->blkbits; out:/* -* If sdio->boundary then we want to schedule the IO now to +* If boundary then we want to schedule the IO now to * avoid metadata seeks. */ -if (sdio->boundary) { +if (boundary) { ret =dio_send_cur_page (dio, sdio, map_bh);if (sdio->bio)dio_bio_submit (dio, sdio);
Greg Kroah-Hartman
maintainerPATCH 12/68 parisc: parisc-agp requires SBA IOMMU driver
In reply to Greg Kroah-HartmanFrom: Helge Deller <[email protected]>
commit 9054284e8846b0105aad43a4e7174ca29fffbc44 upstream.
Add a dependency to the SBA IOMMU driver to avoid:
ERROR: modpost: "sba_list" [drivers/char/agp/parisc-agp.ko] undefined!
--- drivers/char/agp/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/char/agp/Kconfig +1 -1
@@ -125,7 +125,7 @@ config AGP_HP_ZX1 config AGP_PARISC tristate "HP Quicksilver AGP support" - depends on AGP && PARISC && 64BIT + depends on AGP && PARISC && 64BIT && IOMMU_SBA help This option gives you AGP GART support for the HP Quicksilver AGP bus adapter on HP PA-RISC machines (Ok, just on the C8000
Greg Kroah-Hartman
maintainerPATCH 13/68 parisc: avoid a warning on u8 cast for cmpxchg on u8 pointers
In reply to Greg Kroah-HartmanFrom: Gao Xiang <[email protected]>
commit 4d752e5af63753ab5140fc282929b98eaa4bd12e upstream.
commit b344d6a83d01 ("parisc: add support for cmpxchg on u8 pointers") can generate a sparse warning ("cast truncates bits from constant value"), which has been reported several times [1] [2] [3].
The original code worked as expected, but anyway, let silence such sparse warning as what others did [4].
[1] https://lore.kernel.org/r/[email protected]
[2] https://lore.kernel.org/r/[email protected]
[3] https://lore.kernel.org/r/202008210829.KVwn7Xeh%[email protected]
[4] https://lore.kernel.org/r/[email protected]
--- arch/parisc/include/asm/cmpxchg.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
arch/parisc/include/asm/cmpxchg.h +1 -1
@@ -72,7 +72,7 @@ __cmpxchg(volatile void *ptr, unsigned l#endif case 4 :return __cmpxchg_u32 ((unsigned int *)ptr, (unsigned int )old, (unsigned int )new_); -case 1 :return __cmpxchg_u8 ((u8 *)ptr, (u8 )old, (u8 )new_); +case 1 :return __cmpxchg_u8 ((u8 *)ptr, old &0xff , new_ &0xff ); }__cmpxchg_called_with_bad_pointer ();return old;
Greg Kroah-Hartman
maintainerPATCH 14/68 ARM: dts: turris-omnia: configure LED[2]/INTn pin as interrupt pin
In reply to Greg Kroah-HartmanFrom: Marek Behún <[email protected]>
commit a26c56ae67fa9fbb45a8a232dcd7ebaa7af16086 upstream.
Use the marvell,reg-init DT property to configure the LED[2]/INTn pin of the Marvell 88E1514 ethernet PHY on Turris Omnia into interrupt mode.
Without this the pin is by default in LED[2] mode, and the Marvell PHY driver configures LED[2] into "On - Link, Blink - Activity" mode.
This fixes the issue where the pca9538 GPIO/interrupt controller (which can't mask interrupts in HW) received too many interrupts and after a time started ignoring the interrupt with error message:
IRQ 71: nobody cared
There is a work in progress to have the Marvell PHY driver support parsing PHY LED nodes from OF and registering the LEDs as Linux LED class devices. Once this is done the PHY driver can also automatically set the pin into INTn mode if it does not find LED[2] in OF.
Until then, though, we fix this via marvell,reg-init DT property.
--- arch/arm/boot/dts/armada-385-turris-omnia.dts | 1 + 1 file changed, 1 insertion(+)
arch/arm/boot/dts/armada-385-turris-omnia.dts +1 -0
@@ -269,6 +269,7 @@ status = "okay"; compatible = "ethernet-phy-id0141.0DD1", "ethernet-phy-ieee802.3-c22"; reg = <1>; + marvell,reg-init = <3 18 0 0x4985>; /* irq is connected to &pcawan pin 7 */ };
_______________________________________________
linux-arm-kernel mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Greg Kroah-Hartman
maintainerPATCH 15/68 batman-adv: initialize "struct batadv_tvlv_tt_vlan_data"->reserved field
In reply to Greg Kroah-HartmanFrom: Tetsuo Handa <[email protected]>
commit 08c27f3322fec11950b8f1384aa0f3b11d028528 upstream.
KMSAN found uninitialized value at batadv_tt_prepare_tvlv_local_data() [1], for commit ced72933a5e8ab52 ("batman-adv: use CRC32C instead of CRC16 in TT code") inserted 'reserved' field into "struct batadv_tvlv_tt_data" and commit 7ea7b4a142758dea ("batman-adv: make the TT CRC logic VLAN specific") moved that field to "struct batadv_tvlv_tt_vlan_data" but left that field uninitialized.
[1] https://syzkaller.appspot.com/bug?id=07f3e6dba96f0eb3cabab986adcd8a58b9bdbe9d
--- net/batman-adv/translation-table.c | 2 ++ 1 file changed, 2 insertions(+)
net/batman-adv/translation-table.c +2 -0
@@ -902,6 +902,7 @@ batadv_tt_prepare_tvlv_global_data(struchlist_for_each_entry_rcu (vlan, &orig_node->vlan_list, list) { tt_vlan->vid =htons (vlan->vid); tt_vlan->crc =htonl (vlan->tt.crc); + tt_vlan->reserved =0 ; tt_vlan++; }
@@ -985,6 +986,7 @@ batadv_tt_prepare_tvlv_local_data(struct tt_vlan->vid =htons (vlan->vid); tt_vlan->crc =htonl (vlan->tt.crc); + tt_vlan->reserved =0 ; tt_vlan++; }
Greg Kroah-Hartman
maintainerPATCH 16/68 net: ensure mac header is set in virtio_net_hdr_to_skb()
In reply to Greg Kroah-HartmanFrom: Eric Dumazet <[email protected]>
commit 61431a5907fc36d0738e9a547c7e1556349a03e9 upstream.
Commit 924a9bc362a5 ("net: check if protocol extracted by virtio_net_hdr_set_proto is correct") added a call to dev_parse_header_protocol() but mac_header is not yet set.
This means that eth_hdr() reads complete garbage, and syzbot complained about it [1]
This patch resets mac_header earlier, to get more coverage about this change.
Audit of virtio_net_hdr_to_skb() callers shows that this change should be safe.
[1]
BUG: KASAN: use-after-free in eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 Read of size 2 at addr ffff888017a6200b by task syz-executor313/8409 CPU: 1 PID: 8409 Comm: syz-executor313 Not tainted 5.12.0-rc2-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:79 [inline] dump_stack+0x141/0x1d7 lib/dump_stack.c:120 print_address_description.constprop.0.cold+0x5b/0x2f8 mm/kasan/report.c:232 __kasan_report mm/kasan/report.c:399 [inline] kasan_report.cold+0x7c/0xd8 mm/kasan/report.c:416 eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 dev_parse_header_protocol include/linux/netdevice.h:3177 [inline] virtio_net_hdr_to_skb.constprop.0+0x99d/0xcd0 include/linux/virtio_net.h:83 packet_snd net/packet/af_packet.c:2994 [inline] packet_sendmsg+0x2325/0x52b0 net/packet/af_packet.c:3031 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 sock_no_sendpage+0xf3/0x130 net/core/sock.c:2860 kernel_sendpage.part.0+0x1ab/0x350 net/socket.c:3631 kernel_sendpage net/socket.c:3628 [inline] sock_sendpage+0xe5/0x140 net/socket.c:947 pipe_to_sendpage+0x2ad/0x380 fs/splice.c:364 splice_from_pipe_feed fs/splice.c:418 [inline] __splice_from_pipe+0x43e/0x8a0 fs/splice.c:562 splice_from_pipe fs/splice.c:597 [inline] generic_splice_sendpage+0xd4/0x140 fs/splice.c:746 do_splice_from fs/splice.c:767 [inline] do_splice+0xb7e/0x1940 fs/splice.c:1079 __do_splice+0x134/0x250 fs/splice.c:1144 __do_sys_splice fs/splice.c:1350 [inline] __se_sys_splice fs/splice.c:1332 [inline] __x64_sys_splice+0x198/0x250 fs/splice.c:1332 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46
--- include/linux/virtio_net.h | 2 ++ 1 file changed, 2 insertions(+)
include/linux/virtio_net.h +2 -0
@@ -62,6 +62,8 @@ static inline int virtio_net_hdr_to_skb(return -EINVAL ; } +skb_reset_mac_header (skb); +if (hdr->flags &VIRTIO_NET_HDR_F_NEEDS_CSUM ) {u16 start =__virtio16_to_cpu (little_endian, hdr->csum_start);u16 off =__virtio16_to_cpu (little_endian, hdr->csum_offset);
Re: [PATCH 4.14 16/68] net: ensure mac header is set in virtio_net_hdr_to_skb()
Quoted 82 lines · Greg Kroah-Hartman
From: Eric Dumazet <[email protected]>
commit
61431a5907fc36d0738e9a547c7e1556349a03e9upstream.Commit
924a9bc362a5("net: check if protocol extracted byvirtio_net_hdr_set_protois correct")
added a call todev_parse_header_protocol()butmac_headeris not yet set.This means that
eth_hdr()reads complete garbage, and syzbot complained about it [1]This patch resets
mac_headerearlier, to get more coverage about this change.Audit of
virtio_net_hdr_to_skb()callers shows that this change should be safe.[1]
BUG: KASAN: use-after-free in eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 Read of size 2 at addr ffff888017a6200b by task syz-executor313/8409 CPU: 1 PID: 8409 Comm: syz-executor313 Not tainted 5.12.0-rc2- syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:79 [inline] dump_stack+0x141/0x1d7 lib/dump_stack.c:120 print_address_description.constprop.0.cold+0x5b/0x2f8 mm/kasan/report.c:232 __kasan_report mm/kasan/report.c:399 [inline] kasan_report.cold+0x7c/0xd8 mm/kasan/report.c:416 eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 dev_parse_header_protocol include/linux/netdevice.h:3177 [inline] virtio_net_hdr_to_skb.constprop.0+0x99d/0xcd0 include/linux/virtio_net.h:83 packet_snd net/packet/af_packet.c:2994 [inline] packet_sendmsg+0x2325/0x52b0 net/packet/af_packet.c:3031 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 sock_no_sendpage+0xf3/0x130 net/core/sock.c:2860 kernel_sendpage.part.0+0x1ab/0x350 net/socket.c:3631 kernel_sendpage net/socket.c:3628 [inline] sock_sendpage+0xe5/0x140 net/socket.c:947 pipe_to_sendpage+0x2ad/0x380 fs/splice.c:364 splice_from_pipe_feed fs/splice.c:418 [inline] __splice_from_pipe+0x43e/0x8a0 fs/splice.c:562 splice_from_pipe fs/splice.c:597 [inline] generic_splice_sendpage+0xd4/0x140 fs/splice.c:746 do_splice_from fs/splice.c:767 [inline] do_splice+0xb7e/0x1940 fs/splice.c:1079 __do_splice+0x134/0x250 fs/splice.c:1144 __do_sys_splice fs/splice.c:1350 [inline] __se_sys_splice fs/splice.c:1332 [inline] __x64_sys_splice+0x198/0x250 fs/splice.c:1332 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46Fixes 924a9bc362a5 ("net: check if protocol extracted by
virtio_net_hdr_set_protois correct")Signed-off-by Eric Dumazet <[email protected]>Cc Balazs Nemeth <[email protected]>Cc Willem de Bruijn <[email protected]>Reported-by syzbot <[email protected]>Signed-off-by David S. Miller <[email protected]>Signed-off-by Greg Kroah-Hartman <[email protected]>---
include/linux/virtio_net.h | 2 ++1 file changed, 2 insertions(+)include/linux/virtio_net.h +0
-0@@ -62,6 +62,8 @@ static inline int virtio_net_hdr_to_skb( return -EINVAL; }
+ skb_reset_mac_header(skb);
+
if (hdr->flags&VIRTIO_NET_HDR_F_NEEDS_CSUM) { u16 start = __virtio16_to_cpu(little_endian, hdr-
Quoted 5 lines
Quoted 1 line
csum_start);u16 off = __virtio16_to_cpu(little_endian, hdr-
Quoted 1 line
csum_offset);
Hi,
Since the call to dev_parse_header_protocol is only made for gso packets where skb->protocol is not set, we could move skb_reset_mac_header down closer to that call. Is there another reason to reset mac_header earlier (and affect handling of other packets as well)? In any case, thanks for spotting this!
Regards,
Balazs
Re: [PATCH 4.14 16/68] net: ensure mac header is set in virtio_net_hdr_to_skb()
Quoted 90 lines · Balazs Nemeth
Quoted 83 lines · Greg Kroah-Hartman
From: Eric Dumazet <[email protected]>
commit
61431a5907fc36d0738e9a547c7e1556349a03e9upstream.Commit
924a9bc362a5("net: check if protocol extracted byvirtio_net_hdr_set_protois correct")
added a call todev_parse_header_protocol()butmac_headeris not yet set.This means that
eth_hdr()reads complete garbage, and syzbot complained about it [1]This patch resets
mac_headerearlier, to get more coverage about this change.Audit of
virtio_net_hdr_to_skb()callers shows that this change should be safe.[1]
BUG: KASAN: use-after-free in eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 Read of size 2 at addr ffff888017a6200b by task syz-executor313/8409 CPU: 1 PID: 8409 Comm: syz-executor313 Not tainted 5.12.0-rc2- syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:79 [inline] dump_stack+0x141/0x1d7 lib/dump_stack.c:120 print_address_description.constprop.0.cold+0x5b/0x2f8 mm/kasan/report.c:232 __kasan_report mm/kasan/report.c:399 [inline] kasan_report.cold+0x7c/0xd8 mm/kasan/report.c:416 eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 dev_parse_header_protocol include/linux/netdevice.h:3177 [inline] virtio_net_hdr_to_skb.constprop.0+0x99d/0xcd0 include/linux/virtio_net.h:83 packet_snd net/packet/af_packet.c:2994 [inline] packet_sendmsg+0x2325/0x52b0 net/packet/af_packet.c:3031 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 sock_no_sendpage+0xf3/0x130 net/core/sock.c:2860 kernel_sendpage.part.0+0x1ab/0x350 net/socket.c:3631 kernel_sendpage net/socket.c:3628 [inline] sock_sendpage+0xe5/0x140 net/socket.c:947 pipe_to_sendpage+0x2ad/0x380 fs/splice.c:364 splice_from_pipe_feed fs/splice.c:418 [inline] __splice_from_pipe+0x43e/0x8a0 fs/splice.c:562 splice_from_pipe fs/splice.c:597 [inline] generic_splice_sendpage+0xd4/0x140 fs/splice.c:746 do_splice_from fs/splice.c:767 [inline] do_splice+0xb7e/0x1940 fs/splice.c:1079 __do_splice+0x134/0x250 fs/splice.c:1144 __do_sys_splice fs/splice.c:1350 [inline] __se_sys_splice fs/splice.c:1332 [inline] __x64_sys_splice+0x198/0x250 fs/splice.c:1332 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46Fixes 924a9bc362a5 ("net: check if protocol extracted by
virtio_net_hdr_set_protois correct")Signed-off-by Eric Dumazet <[email protected]>Cc Balazs Nemeth <[email protected]>Cc Willem de Bruijn <[email protected]>Reported-by syzbot <[email protected]>Signed-off-by David S. Miller <[email protected]>Signed-off-by Greg Kroah-Hartman <[email protected]>--- include/linux/virtio_net.h | 2 ++ 1 file changed, 2 insertions(+)include/linux/virtio_net.h +2
-0@@ -62,6 +62,8 @@ static inline int virtio_net_hdr_to_skb(return -EINVAL ; } +skb_reset_mac_header (skb); +if (hdr->flags &VIRTIO_NET_HDR_F_NEEDS_CSUM ) {u16 start =__virtio16_to_cpu (little_endian, hdr- >csum_start);Quoted 4 lines
u16 off = __virtio16_to_cpu(little_endian, hdr-Quoted 1 line
csum_offset);
Quoted 8 lines
Hi,
Since the call to
dev_parse_header_protocolis only made for gso packets whereskb->protocolis not set, we could moveskb_reset_mac_headerdown closer to that call. Is there another reason to resetmac_headerearlier (and affect handling of other packets as well)? In any case, thanks for spotting this!
The answer to your question was in the changelog
"This patch resets mac_header earlier, to get more coverage about this change."
We want to detect if such a reset is going to hurt in general, not only for GSO packets.
Balazs Nemeth
Acked-byRe: [PATCH 4.14 16/68] net: ensure mac header is set in virtio_net_hdr_to_skb()
Quoted 105 lines · Eric Dumazet
Quoted 93 lines · Balazs Nemeth
Quoted 85 lines · Greg Kroah-Hartman
From: Eric Dumazet <[email protected]>
commit
61431a5907fc36d0738e9a547c7e1556349a03e9upstream.Commit
924a9bc362a5("net: check if protocol extracted byvirtio_net_hdr_set_protois correct")
added a call todev_parse_header_protocol()butmac_headeris not yet
set.This means that
eth_hdr()reads complete garbage, and syzbot complained about it [1]This patch resets
mac_headerearlier, to get more coverage about this
change.Audit of
virtio_net_hdr_to_skb()callers shows that this change should be safe.[1]
BUG: KASAN: use-after-free in eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 Read of size 2 at addr ffff888017a6200b by task syz-executor313/8409
CPU: 1 PID: 8409 Comm: syz-executor313 Not tainted 5.12.0-rc2- syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:79 [inline] dump_stack+0x141/0x1d7 lib/dump_stack.c:120 print_address_description.constprop.0.cold+0x5b/0x2f8 mm/kasan/report.c:232 __kasan_report mm/kasan/report.c:399 [inline] kasan_report.cold+0x7c/0xd8 mm/kasan/report.c:416 eth_header_parse_protocol+0xdc/0xe0 net/ethernet/eth.c:282 dev_parse_header_protocol include/linux/netdevice.h:3177 [inline] virtio_net_hdr_to_skb.constprop.0+0x99d/0xcd0 include/linux/virtio_net.h:83 packet_snd net/packet/af_packet.c:2994 [inline] packet_sendmsg+0x2325/0x52b0 net/packet/af_packet.c:3031 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 sock_no_sendpage+0xf3/0x130 net/core/sock.c:2860 kernel_sendpage.part.0+0x1ab/0x350 net/socket.c:3631 kernel_sendpage net/socket.c:3628 [inline] sock_sendpage+0xe5/0x140 net/socket.c:947 pipe_to_sendpage+0x2ad/0x380 fs/splice.c:364 splice_from_pipe_feed fs/splice.c:418 [inline] __splice_from_pipe+0x43e/0x8a0 fs/splice.c:562 splice_from_pipe fs/splice.c:597 [inline] generic_splice_sendpage+0xd4/0x140 fs/splice.c:746 do_splice_from fs/splice.c:767 [inline] do_splice+0xb7e/0x1940 fs/splice.c:1079 __do_splice+0x134/0x250 fs/splice.c:1144 __do_sys_splice fs/splice.c:1350 [inline] __se_sys_splice fs/splice.c:1332 [inline] __x64_sys_splice+0x198/0x250 fs/splice.c:1332 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46Fixes 924a9bc362a5 ("net: check if protocol extracted by
virtio_net_hdr_set_protois correct")Signed-off-by Eric Dumazet <[email protected]>Cc Balazs Nemeth <[email protected]>Cc Willem de Bruijn <[email protected]>Reported-by syzbot <[email protected]>Signed-off-by David S. Miller <[email protected]>Signed-off-by Greg Kroah-Hartman <[email protected]>---
include/linux/virtio_net.h | 2 ++1 file changed, 2 insertions(+)include/linux/virtio_net.h +2
-0@@ -62,6 +62,8 @@ static inline int virtio_net_hdr_to_skb( return -EINVAL; } + skb_reset_mac_header(skb); + if (hdr->flags & VIRTIO_NET_HDR_F_NEEDS_CSUM) {u16 start = __virtio16_to_cpu(little_endian, hdr-
Quoted 5 lines
Quoted 1 line
csum_start);u16 off = __virtio16_to_cpu(little_endian, hdr-
Quoted 1 line
csum_offset);Quoted 9 lines
Hi,
Since the call to
dev_parse_header_protocolis only made for gso packets whereskb->protocolis not set, we could moveskb_reset_mac_headerdown closer to that call. Is there another reason
to resetmac_headerearlier (and affect handling of other packets as well)? In any case, thanks for spotting this!
Quoted 8 lines
The answer to your question was in the changelog
"This patch resets
mac_headerearlier, to get more coverage about this change."We want to detect if such a reset is going to hurt in general, not only for GSO packets.
I can't spot any issues caused by resetting the mac header early on.
Thanks!
Greg Kroah-Hartman
maintainerPATCH 17/68 net: sched: sch_teql: fix null-pointer dereference
In reply to Greg Kroah-HartmanFrom: Pavel Tikhomirov <[email protected]>
commit 1ffbc7ea91606e4abd10eb60de5367f1c86daf5e upstream.
Reproduce:
modprobe sch_teql
tc qdisc add dev teql0 root teql0
This leads to (for instance in Centos 7 VM) OOPS:
[ 532.366633] BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 [ 532.366733] IP: [<ffffffffc06124a8>] teql_destroy+0x18/0x100 [sch_teql] [ 532.366825] PGD 80000001376d5067 PUD 137e37067 PMD 0 [ 532.366906] Oops: 0000 [#1] SMP [ 532.366987] Modules linked in: sch_teql ... [ 532.367945] CPU: 1 PID: 3026 Comm: tc Kdump: loaded Tainted: G ------------ T 3.10.0-1062.7.1.el7.x86_64 #1 [ 532.368041] Hardware name: Virtuozzo KVM, BIOS 1.11.0-2.vz7.2 04/01/2014 [ 532.368125] task: ffff8b7d37d31070 ti: ffff8b7c9fdbc000 task.ti: ffff8b7c9fdbc000 [ 532.368224] RIP: 0010:[<ffffffffc06124a8>] [<ffffffffc06124a8>] teql_destroy+0x18/0x100 [sch_teql] [ 532.368320] RSP: 0018:ffff8b7c9fdbf8e0 EFLAGS: 00010286 [ 532.368394] RAX: ffffffffc0612490 RBX: ffff8b7cb1565e00 RCX: ffff8b7d35ba2000 [ 532.368476] RDX: ffff8b7d35ba2000 RSI: 0000000000000000 RDI: ffff8b7cb1565e00 [ 532.368557] RBP: ffff8b7c9fdbf8f8 R08: ffff8b7d3fd1f140 R09: ffff8b7d3b001600 [ 532.368638] R10: ffff8b7d3b001600 R11: ffffffff84c7d65b R12: 00000000ffffffd8 [ 532.368719] R13: 0000000000008000 R14: ffff8b7d35ba2000 R15: ffff8b7c9fdbf9a8 [ 532.368800] FS: 00007f6a4e872740(0000) GS:ffff8b7d3fd00000(0000) knlGS:0000000000000000 [ 532.368885] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 532.368961] CR2: 00000000000000a8 CR3: 00000001396ee000 CR4: 00000000000206e0 [ 532.369046] Call Trace: [ 532.369159] [<ffffffff84c8192e>] qdisc_create+0x36e/0x450 [ 532.369268] [<ffffffff846a9b49>] ? ns_capable+0x29/0x50 [ 532.369366] [<ffffffff849afde2>] ? nla_parse+0x32/0x120 [ 532.369442] [<ffffffff84c81b4c>] tc_modify_qdisc+0x13c/0x610 [ 532.371508] [<ffffffff84c693e7>] rtnetlink_rcv_msg+0xa7/0x260 [ 532.372668] [<ffffffff84907b65>] ? sock_has_perm+0x75/0x90 [ 532.373790] [<ffffffff84c69340>] ? rtnl_newlink+0x890/0x890 [ 532.374914] [<ffffffff84c8da7b>] netlink_rcv_skb+0xab/0xc0 [ 532.376055] [<ffffffff84c63708>] rtnetlink_rcv+0x28/0x30 [ 532.377204] [<ffffffff84c8d400>] netlink_unicast+0x170/0x210 [ 532.378333] [<ffffffff84c8d7a8>] netlink_sendmsg+0x308/0x420 [ 532.379465] [<ffffffff84c2f3a6>] sock_sendmsg+0xb6/0xf0 [ 532.380710] [<ffffffffc034a56e>] ? __xfs_filemap_fault+0x8e/0x1d0 [xfs] [ 532.381868] [<ffffffffc034a75c>] ? xfs_filemap_fault+0x2c/0x30 [xfs] [ 532.383037] [<ffffffff847ec23a>] ? __do_fault.isra.61+0x8a/0x100 [ 532.384144] [<ffffffff84c30269>] ___sys_sendmsg+0x3e9/0x400 [ 532.385268] [<ffffffff847f3fad>] ? handle_mm_fault+0x39d/0x9b0 [ 532.386387] [<ffffffff84d88678>] ? __do_page_fault+0x238/0x500 [ 532.387472] [<ffffffff84c31921>] __sys_sendmsg+0x51/0x90 [ 532.388560] [<ffffffff84c31972>] SyS_sendmsg+0x12/0x20 [ 532.389636] [<ffffffff84d8dede>] system_call_fastpath+0x25/0x2a [ 532.390704] [<ffffffff84d8de21>] ? system_call_after_swapgs+0xae/0x146 [ 532.391753] Code: 00 00 00 00 00 00 5b 5d c3 66 2e 0f 1f 84 00 00 00 00 00 66 66 66 66 90 55 48 89 e5 41 55 41 54 53 48 8b b7 48 01 00 00 48 89 fb <48> 8b 8e a8 00 00 00 48 85 c9 74 43 48 89 ca eb 0f 0f 1f 80 00 [ 532.394036] RIP [<ffffffffc06124a8>] teql_destroy+0x18/0x100 [sch_teql] [ 532.395127] RSP <ffff8b7c9fdbf8e0> [ 532.396179] CR2: 00000000000000a8
Null pointer dereference happens on master->slaves dereference in teql_destroy() as master is null-pointer.
When qdisc_create() calls teql_qdisc_init() it imediately fails after check "if (m->dev == dev)" because both devices are teql0, and it does not set qdisc_priv(sch)->m leaving it zero on error path, then qdisc_create() imediately calls teql_destroy() which does not expect zero master pointer and we get OOPS.
--- net/sched/sch_teql.c | 3 +++ 1 file changed, 3 insertions(+)
net/sched/sch_teql.c +3 -0
@@ -138,6 +138,9 @@ teql_destroy(struct Qdisc *sch)struct teql_sched_data *dat =qdisc_priv (sch);struct teql_master *master = dat->m; +if (!master) +return ; + prev = master->slaves;if (prev) { do {
Greg Kroah-Hartman
maintainerPATCH 18/68 usbip: add sysfs_lock to synchronize sysfs code paths
In reply to Greg Kroah-HartmanFrom: Shuah Khan <[email protected]>
commit 4e9c93af7279b059faf5bb1897ee90512b258a12 upstream.
Fuzzing uncovered race condition between sysfs code paths in usbip drivers. Device connect/disconnect code paths initiated through sysfs interface are prone to races if disconnect happens during connect and vice versa.
This problem is common to all drivers while it can be reproduced easily in vhci_hcd. Add a sysfs_lock to usbip_device struct to protect the paths.
Use this in vhci_hcd to protect sysfs paths. For a complete fix, usip_host and usip-vudc drivers and the event handler will have to use this lock to protect the paths. These changes will be done in subsequent patches.
--- drivers/usb/usbip/usbip_common.h | 3 +++ drivers/usb/usbip/vhci_hcd.c | 1 + drivers/usb/usbip/vhci_sysfs.c | 30 +++++++++++++++++++++++++----- 3 files changed, 29 insertions(+), 5 deletions(-)
drivers/usb/usbip/usbip_common.h +3 -0
@@ -277,6 +277,9 @@ struct usbip_device {/* lock for status */ spinlock_t lock; +/* mutex for synchronizing sysfs store paths */ +struct mutex sysfs_lock; +int sockfd;struct socket *tcp_socket;
drivers/usb/usbip/vhci_hcd.c +1 -0
@@ -1115,6 +1115,7 @@ static void vhci_device_init(struct vhci vdev->ud.side =USBIP_VHCI ; vdev->ud.status =VDEV_ST_NULL ;spin_lock_init (&vdev->ud.lock); +mutex_init (&vdev->ud.sysfs_lock);INIT_LIST_HEAD (&vdev->priv_rx);INIT_LIST_HEAD (&vdev->priv_tx);
drivers/usb/usbip/vhci_sysfs.c +25 -5
@@ -199,6 +199,8 @@ static int vhci_port_disconnect(struct vusbip_dbg_vhci_sysfs ("enter\n" ); +mutex_lock (&vdev->ud.sysfs_lock); +/* lock */ spin_lock_irqsave (&vhci->lock, flags);spin_lock (&vdev->ud.lock);
@@ -209,6 +211,7 @@ static int vhci_port_disconnect(struct v/* unlock */ spin_unlock (&vdev->ud.lock);spin_unlock_irqrestore (&vhci->lock, flags); +mutex_unlock (&vdev->ud.sysfs_lock);return -EINVAL ; }
@@ -219,6 +222,8 @@ static int vhci_port_disconnect(struct vusbip_event_add (&vdev->ud,VDEV_EVENT_DOWN ); +mutex_unlock (&vdev->ud.sysfs_lock); +return 0 ; }
@@ -363,30 +368,36 @@ static ssize_t store_attach(struct devicelse vdev = &vhci->vhci_hcd_hs->vdev[rhport]; +mutex_lock (&vdev->ud.sysfs_lock); +/* Extract socket from fd. */ socket =sockfd_lookup (sockfd, &err);if (!socket) {dev_err (dev,"failed to lookup sock" ); -return -EINVAL ; + err = -EINVAL ; + goto unlock_mutex; }if (socket->type !=SOCK_STREAM ) {dev_err (dev,"Expecting SOCK_STREAM - found %d" , socket->type);sockfd_put (socket); -return -EINVAL ; + err = -EINVAL ; + goto unlock_mutex; }/* create threads before locking */ tcp_rx =kthread_create (vhci_rx_loop, &vdev->ud,"vhci_rx" );if (IS_ERR (tcp_rx)) {sockfd_put (socket); -return -EINVAL ; + err = -EINVAL ; + goto unlock_mutex; } tcp_tx =kthread_create (vhci_tx_loop, &vdev->ud,"vhci_tx" );if (IS_ERR (tcp_tx)) {kthread_stop (tcp_rx);sockfd_put (socket); -return -EINVAL ; + err = -EINVAL ; + goto unlock_mutex; }/* get task structs now */
@@ -411,7 +422,8 @@ static ssize_t store_attach(struct devic* Will be retried from userspace * if there's another free port. */ -return -EBUSY ; + err = -EBUSY ; + goto unlock_mutex; } dev_info(dev, "pdev(%u) rhport(%u) sockfd(%d)\n",
@@ -436,7 +448,15 @@ static ssize_t store_attach(struct devicrh_port_connect (vdev, speed); +dev_info (dev,"Device attached\n" ); + +mutex_unlock (&vdev->ud.sysfs_lock); +return count; + +unlock_mutex: +mutex_unlock (&vdev->ud.sysfs_lock); +return err; } static DEVICE_ATTR(attach, S_IWUSR, NULL, store_attach);
Greg Kroah-Hartman
maintainerPATCH 19/68 usbip: stub-dev synchronize sysfs code paths
In reply to Greg Kroah-HartmanFrom: Shuah Khan <[email protected]>
commit 9dbf34a834563dada91366c2ac266f32ff34641a upstream.
Fuzzing uncovered race condition between sysfs code paths in usbip drivers. Device connect/disconnect code paths initiated through sysfs interface are prone to races if disconnect happens during connect and vice versa.
Use sysfs_lock to protect sysfs paths in stub-dev.
--- drivers/usb/usbip/stub_dev.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-)
drivers/usb/usbip/stub_dev.c +9 -2
@@ -77,6 +77,7 @@ static ssize_t store_sockfd(struct devicdev_info (dev,"stub up\n" ); +mutex_lock (&sdev->ud.sysfs_lock);spin_lock_irq (&sdev->ud.lock);if (sdev->ud.status !=SDEV_ST_AVAILABLE ) {
@@ -101,13 +102,13 @@ static ssize_t store_sockfd(struct devic tcp_rx =kthread_create (stub_rx_loop, &sdev->ud,"stub_rx" );if (IS_ERR (tcp_rx)) {sockfd_put (socket); -return -EINVAL ; + goto unlock_mutex; } tcp_tx =kthread_create (stub_tx_loop, &sdev->ud,"stub_tx" );if (IS_ERR (tcp_tx)) {kthread_stop (tcp_rx);sockfd_put (socket); -return -EINVAL ; + goto unlock_mutex; }/* get task structs now */
@@ -126,6 +127,8 @@ static ssize_t store_sockfd(struct devicwake_up_process (sdev->ud.tcp_rx);wake_up_process (sdev->ud.tcp_tx); +mutex_unlock (&sdev->ud.sysfs_lock); + }else {dev_info (dev,"stub down\n" );
@@ -136,6 +139,7 @@ static ssize_t store_sockfd(struct devicspin_unlock_irq (&sdev->ud.lock);usbip_event_add (&sdev->ud,SDEV_EVENT_DOWN ); +mutex_unlock (&sdev->ud.sysfs_lock); }return count;
@@ -144,6 +148,8 @@ sock_err:sockfd_put (socket); err:spin_unlock_irq (&sdev->ud.lock); +unlock_mutex: +mutex_unlock (&sdev->ud.sysfs_lock);return -EINVAL ; } static DEVICE_ATTR(usbip_sockfd, S_IWUSR, NULL, store_sockfd);
@@ -309,6 +315,7 @@ static struct stub_device *stub_device_a sdev->ud.side =USBIP_STUB ; sdev->ud.status =SDEV_ST_AVAILABLE ;spin_lock_init (&sdev->ud.lock); +mutex_init (&sdev->ud.sysfs_lock); sdev->ud.tcp_socket =NULL ; sdev->ud.sockfd =-1 ;
Greg Kroah-Hartman
maintainerPATCH 20/68 usbip: synchronize event handler with sysfs code paths
In reply to Greg Kroah-HartmanFrom: Shuah Khan <[email protected]>
commit 363eaa3a450abb4e63bd6e3ad79d1f7a0f717814 upstream.
Fuzzing uncovered race condition between sysfs code paths in usbip drivers. Device connect/disconnect code paths initiated through sysfs interface are prone to races if disconnect happens during connect and vice versa.
Use sysfs_lock to synchronize event handler with sysfs paths in usbip drivers.
--- drivers/usb/usbip/usbip_event.c | 2 ++ 1 file changed, 2 insertions(+)
drivers/usb/usbip/usbip_event.c +2 -0
@@ -84,6 +84,7 @@ static void event_handler(struct work_stwhile ((ud =get_event ()) !=NULL ) {usbip_dbg_eh ("pending event %lx\n" , ud->event); +mutex_lock (&ud->sysfs_lock);/* * NOTE: shutdown must come first. * Shutdown the device.
@@ -104,6 +105,7 @@ static void event_handler(struct work_st ud->eh_ops.unusable (ud);unset_event (ud,USBIP_EH_UNUSABLE ); } +mutex_unlock (&ud->sysfs_lock);wake_up (&ud->eh_waitq); }
Greg Kroah-Hartman
maintainerPATCH 21/68 i2c: turn recovery error on init to debug
In reply to Greg Kroah-HartmanFrom: Wolfram Sang <[email protected]>
commit e409a6a3e0690efdef9b8a96197bc61ff117cfaf upstream.
In some configurations, recovery is optional. So, don't throw an error when it is not used because e.g. pinctrl settings for recovery are not provided. Reword the message and make it debug output.
--- drivers/i2c/i2c-core-base.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-)
drivers/i2c/i2c-core-base.c +4 -3
@@ -262,13 +262,14 @@ EXPORT_SYMBOL_GPL(i2c_recover_bus);static void i2c_init_recovery (struct i2c_adapter *adap) {struct i2c_bus_recovery_info *bri = adap->bus_recovery_info; -char *err_str; +char *err_str, *err_level =KERN_ERR ;if (!bri)return ;if (!bri->recover_bus) { - err_str ="no recover_bus() found" ; + err_str ="no suitable method provided" ; + err_level =KERN_DEBUG ; goto err; }
@@ -296,7 +297,7 @@ static void i2c_init_recovery(struct i2creturn ; err: -dev_err (&adap->dev,"Not using recovery: %s\n" , err_str); +dev_printk (err_level, &adap->dev,"Not using recovery: %s\n" , err_str); adap->bus_recovery_info =NULL ; }
Greg Kroah-Hartman
maintainerPATCH 22/68 regulator: bd9571mwv: Fix AVS and DVFS voltage range
In reply to Greg Kroah-HartmanFrom: Geert Uytterhoeven <[email protected]>
[ Upstream commit 3b6e7088afc919f5b52e4d2de8501ad34d35b09b ]
According to Table 30 ("DVFS_MoniVDAC [6:0] Setting Table") in the BD9571MWV-M Datasheet Rev. 002, the valid voltage range is 600..1100 mV (settings 0x3c..0x6e). While the lower limit is taken into account (by setting regulator_desc.linear_min_sel to 0x3c), the upper limit is not.
Fix this by reducing regulator_desc.n_voltages from 0x80 to 0x6f.
--- drivers/regulator/bd9571mwv-regulator.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
drivers/regulator/bd9571mwv-regulator.c +2 -2
@@ -119,7 +119,7 @@ static struct regulator_ops vid_ops = {static struct regulator_desc regulators[] = {BD9571MWV_REG ("VD09" ,"vd09" ,VD09 , avs_ops,0 ,0x7f , -0x80 ,600000 ,10000 ,0x3c ), +0x6f ,600000 ,10000 ,0x3c ),BD9571MWV_REG ("VD18" ,"vd18" ,VD18 , vid_ops,BD9571MWV_VD18_VID ,0xf ,16 ,1625000 ,25000 ,0 ), BD9571MWV_REG("VD25", "vd25", VD25, vid_ops, BD9571MWV_VD25_VID, 0xf,
@@ -128,7 +128,7 @@ static struct regulator_desc regulators[] = { 11, 2800000, 100000, 0),BD9571MWV_REG ("DVFS" ,"dvfs" ,DVFS , reg_ops,BD9571MWV_DVFS_MONIVDAC ,0x7f , - 0x80, 600000, 10000, 0x3c), + 0x6f, 600000, 10000, 0x3c), };static int bd9571mwv_regulator_probe (struct platform_device *pdev)
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 23/68 ASoC: wm8960: Fix wrong bclk and lrclk with pll enabled for some chips
In reply to Greg Kroah-HartmanFrom: Shengjiu Wang <[email protected]>
[ Upstream commit 16b82e75c15a7dbd564ea3654f3feb61df9e1e6f ]
The input MCLK is 12.288MHz, the desired output sysclk is 11.2896MHz and sample rate is 44100Hz, with the configuration pllprescale=2, postscale=sysclkdiv=1, some chip may have wrong bclk
and lrclk output with pll enabled in master mode, but with the configuration pllprescale=1, postscale=2, the output clock is correct.
Quoted 1 line
From Datasheet, the PLL performs best when f2 is between
90MHz and 100MHz when the desired sysclk output is 11.2896MHz or 12.288MHz, so sysclkdiv = 2 (f2/8) is the best choice.
So search available sysclk_divs from 2 to 1 other than from 1 to 2.
--- sound/soc/codecs/wm8960.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)
sound/soc/codecs/wm8960.c +7 -1
@@ -710,7 +710,13 @@ int wm8960_configure_pll(struct snd_soc_codec *codec, int freq_in, best_freq_out = -EINVAL ; *sysclk_idx = *dac_idx = *bclk_idx =-1 ; -for (i =0 ; i <ARRAY_SIZE (sysclk_divs); ++i) { +/* +* From Datasheet, the PLL performs best when f2 is between +* 90MHz and 100MHz, the desired sysclk output is 11.2896MHz +* or 12.288MHz, then sysclkdiv = 2 is the best choice. +* So search sysclk_divs from 2 to 1 other than from 1 to 2. +*/ +for (i =ARRAY_SIZE (sysclk_divs) -1 ; i >=0 ; --i) {if (sysclk_divs[i] ==-1 )continue ;for (j =0 ; j <ARRAY_SIZE (dac_divs); ++j) {
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 24/68 amd-xgbe: Update DMA coherency values
In reply to Greg Kroah-HartmanFrom: Shyam Sundar S K <[email protected]>
[ Upstream commit d75135082698140a26a56defe1bbc1b06f26a41f ]
Based on the IOMMU configuration, the current cache control settings can result in possible coherency issues. The hardware team has recommended new settings for the PCI device path to eliminate the issue.
--- drivers/net/ethernet/amd/xgbe/xgbe.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
drivers/net/ethernet/amd/xgbe/xgbe.h +3 -3
@@ -176,9 +176,9 @@#define XGBE_DMA_SYS_AWCR 0x30303030/* DMA cache settings - PCI device */ -#define XGBE_DMA_PCI_ARCR 0x00000003 -#define XGBE_DMA_PCI_AWCR 0x13131313 -#define XGBE_DMA_PCI_AWARCR 0x00000313 +#define XGBE_DMA_PCI_ARCR 0x000f0f0f +#define XGBE_DMA_PCI_AWCR 0x0f0f0f0f +#define XGBE_DMA_PCI_AWARCR 0x00000f0f/* DMA channel interrupt modes */ #define XGBE_IRQ_MODE_EDGE 0
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 25/68 sch_red: fix off-by-one checks in red_check_params()
In reply to Greg Kroah-HartmanFrom: Eric Dumazet <[email protected]>
[ Upstream commit 3a87571f0ffc51ba3bf3ecdb6032861d0154b164 ]
This fixes following syzbot report:
UBSAN: shift-out-of-bounds in ./include/net/red.h:237:23 shift exponent 32 is too large for 32-bit type 'unsigned int' CPU: 1 PID: 8418 Comm: syz-executor170 Not tainted 5.12.0-rc4-next-20210324-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:79 [inline] dump_stack+0x141/0x1d7 lib/dump_stack.c:120 ubsan_epilogue+0xb/0x5a lib/ubsan.c:148 __ubsan_handle_shift_out_of_bounds.cold+0xb1/0x181 lib/ubsan.c:327 red_set_parms include/net/red.h:237 [inline] choke_change.cold+0x3c/0xc8 net/sched/sch_choke.c:414 qdisc_create+0x475/0x12f0 net/sched/sch_api.c:1247 tc_modify_qdisc+0x4c8/0x1a50 net/sched/sch_api.c:1663 rtnetlink_rcv_msg+0x44e/0xad0 net/core/rtnetlink.c:5553 netlink_rcv_skb+0x153/0x420 net/netlink/af_netlink.c:2502 netlink_unicast_kernel net/netlink/af_netlink.c:1312 [inline] netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1338 netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 ____sys_sendmsg+0x6e8/0x810 net/socket.c:2350 ___sys_sendmsg+0xf3/0x170 net/socket.c:2404 __sys_sendmsg+0xe5/0x1b0 net/socket.c:2433 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP: 0033:0x43f039 Code: 28 c3 e8 2a 14 00 00 66 2e 0f 1f 84 00 00 00 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007ffdfa725168 EFLAGS: 00000246 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 0000000000400488 RCX: 000000000043f039 RDX: 0000000000000000 RSI: 0000000020000040 RDI: 0000000000000004 RBP: 0000000000403020 R08: 0000000000400488 R09: 0000000000400488 R10: 0000000000400488 R11: 0000000000000246 R12: 00000000004030b0 R13: 0000000000000000 R14: 00000000004ac018 R15: 0000000000400488
--- include/net/red.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
include/net/red.h +2 -2
@@ -171,9 +171,9 @@ static inline void red_set_vars(struct red_vars *v)static inline bool red_check_params (u32 qth_min,u32 qth_max,u8 Wlog,u8 Scell_log,u8 *stab) { -if (fls (qth_min) + Wlog >32 ) +if (fls (qth_min) + Wlog >=32 )return false; -if (fls (qth_max) + Wlog >32 ) +if (fls (qth_max) + Wlog >=32 )return false;if (Scell_log >=32 )return false;
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 26/68 gianfar: Handle error code at MAC address change
In reply to Greg Kroah-HartmanFrom: Claudiu Manoil <[email protected]>
[ Upstream commit bff5b62585123823842833ab20b1c0a7fa437f8c ]
Handle return error code of eth_mac_addr();
--- drivers/net/ethernet/freescale/gianfar.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-)
drivers/net/ethernet/freescale/gianfar.c +5 -1
@@ -485,7 +485,11 @@ static struct net_device_stats *gfar_get_stats(struct net_device *dev)static int gfar_set_mac_addr (struct net_device *dev,void *p) { -eth_mac_addr (dev, p); +int ret; + + ret =eth_mac_addr (dev, p); +if (ret) +return ret;gfar_set_mac_for_addr (dev,0 , dev->dev_addr);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 27/68 net:tipc: Fix a double free in tipc_sk_mcast_rcv
In reply to Greg Kroah-HartmanFrom: Lv Yunlong <[email protected]>
[ Upstream commit 6bf24dc0cc0cc43b29ba344b66d78590e687e046 ]
In the if(skb_peek(arrvq) == skb) branch, it calls __skb_dequeue(arrvq) to get the skb by skb = skb_peek(arrvq). Then __skb_dequeue() unlinks the skb from arrvq and returns the skb which equals to skb_peek(arrvq). After __skb_dequeue(arrvq) finished, the skb is freed by kfree_skb(__skb_dequeue(arrvq)) in the first time.
Unfortunately, the same skb is freed in the second time by kfree_skb(skb) after the branch completed.
My patch removes kfree_skb() in the if(skb_peek(arrvq) == skb) branch, because this skb will be freed by kfree_skb(skb) finally.
--- net/tipc/socket.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/tipc/socket.c +1 -1
@@ -840,7 +840,7 @@ void tipc_sk_mcast_rcv(struct net *net, struct sk_buff_head *arrvq,spin_lock_bh (&inputq->lock);if (skb_peek (arrvq) == skb) {skb_queue_splice_tail_init (&tmpq, inputq); -kfree_skb (__skb_dequeue (arrvq)); +__skb_dequeue (arrvq); }spin_unlock_bh (&inputq->lock);__skb_queue_purge (&tmpq);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 28/68 ARM: dts: imx6: pbab01: Set vmmc supply for both SD interfaces
In reply to Greg Kroah-HartmanFrom: Stefan Riedmueller <[email protected]>
[ Upstream commit f57011e72f5fe0421ec7a812beb1b57bdf4bb47f ]
Setting the vmmc supplies is crucial since otherwise the supplying regulators get disabled and the SD interfaces are no longer powered which leads to system failures if the system is booted from that SD interface.
--- arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi | 2 ++ 1 file changed, 2 insertions(+)
arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi +2 -0
@@ -423,6 +423,7 @@ pinctrl-0 = <&pinctrl_usdhc2>; cd-gpios = <&gpio1 4 GPIO_ACTIVE_LOW>; wp-gpios = <&gpio1 2 GPIO_ACTIVE_HIGH>; + vmmc-supply = <&vdd_sd1_reg>; status = "disabled"; };
@@ -432,5 +433,6 @@ &pinctrl_usdhc3_cdwp>; cd-gpios = <&gpio1 27 GPIO_ACTIVE_LOW>; wp-gpios = <&gpio1 29 GPIO_ACTIVE_HIGH>; + vmmc-supply = <&vdd_sd0_reg>; status = "disabled"; };
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 29/68 net/ncsi: Avoid channel_monitor hrtimer deadlock
In reply to Greg Kroah-HartmanFrom: Milton Miller <[email protected]>
[ Upstream commit 03cb4d05b4ea9a3491674ca40952adb708d549fa ]
Calling ncsi_stop_channel_monitor from channel_monitor is a guaranteed deadlock on SMP because stop calls del_timer_sync on the timer that invoked channel_monitor as its timer function.
Recognise the inherent race of marking the monitor disabled before deleting the timer by just returning if enable was cleared. After a timeout (the default case -- reset to START when response received) just mark the monitor.enabled false.
If the channel has an entry on the channel_queue list, or if the state is not ACTIVE or INACTIVE, then warn and mark the timer stopped and don't restart, as the locking is broken somehow.
--- net/ncsi/ncsi-manage.c | 20 +++++++++++++------- 1 file changed, 13 insertions(+), 7 deletions(-)
net/ncsi/ncsi-manage.c +13 -7
@@ -203,13 +203,20 @@ static void ncsi_channel_monitor(unsigned long data) monitor_state = nc->monitor.state;spin_unlock_irqrestore (&nc->lock, flags); -if (!enabled || chained) { -ncsi_stop_channel_monitor (nc); -return ; - } +if (!enabled) +return ;/* expected race disabling timer */ +if (WARN_ON_ONCE (chained)) + goto bad_state; +if (state !=NCSI_CHANNEL_INACTIVE && state !=NCSI_CHANNEL_ACTIVE ) { -ncsi_stop_channel_monitor (nc); +bad_state: +netdev_warn (ndp->ndev.dev, +"Bad NCSI monitor state channel %d 0x%x %s queue\n" , + nc->id, state, chained ?"on" :"off" ); +spin_lock_irqsave (&nc->lock, flags); + nc->monitor.enabled = false; +spin_unlock_irqrestore (&nc->lock, flags);return ; }
@@ -234,10 +241,9 @@ static void ncsi_channel_monitor(unsigned long data) ndp->flags |=NCSI_DEV_RESHUFFLE ; } -ncsi_stop_channel_monitor (nc); - ncm = &nc->modes[NCSI_MODE_LINK ];spin_lock_irqsave (&nc->lock, flags); + nc->monitor.enabled = false; nc->state =NCSI_CHANNEL_INVISIBLE ; ncm->data[2 ] &= ~0x1 ;spin_unlock_irqrestore (&nc->lock, flags);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 30/68 ASoC: sunxi: sun4i-codec: fill ASoC card owner
In reply to Greg Kroah-HartmanFrom: Bastian Germann <[email protected]>
[ Upstream commit 7c0d6e482062eb5c06ecccfab340abc523bdca00 ]
card->owner is a required property and since commit 81033c6b584b ("ALSA:
core: Warn on empty module") a warning is issued if it is empty. Add it. This fixes following warning observed on Lamobo R1:
WARNING: CPU: 1 PID: 190 at sound/core/init.c:207 snd_card_new+0x430/0x480 [snd] Modules linked in: sun4i_codec(E+) sun4i_backend(E+) snd_soc_core(E) ... CPU: 1 PID: 190 Comm: systemd-udevd Tainted: G C E 5.10.0-1-armmp #1 Debian 5.10.4-1 Hardware name: Allwinner sun7i (A20) Family Call trace: (snd_card_new [snd]) (snd_soc_bind_card [snd_soc_core]) (snd_soc_register_card [snd_soc_core]) (sun4i_codec_probe [sun4i_codec])
Related: commit 3c27ea23ffb4 ("ASoC: qcom: Set card->owner to avoid warnings")
Related: commit ec653df2a0cb ("drm/vc4/vc4_hdmi: fill ASoC card owner")
--- sound/soc/sunxi/sun4i-codec.c | 5 +++++ 1 file changed, 5 insertions(+)
sound/soc/sunxi/sun4i-codec.c +5 -0
@@ -1199,6 +1199,7 @@ static struct snd_soc_card *sun4i_codec_create_card(struct device *dev)return ERR_PTR (-ENOMEM ); card->dev = dev; + card->owner =THIS_MODULE ; card->name ="sun4i-codec" ; card->dapm_widgets = sun4i_codec_card_dapm_widgets; card->num_dapm_widgets =ARRAY_SIZE (sun4i_codec_card_dapm_widgets);
@@ -1231,6 +1232,7 @@ static struct snd_soc_card *sun6i_codec_create_card(struct device *dev)return ERR_PTR (-ENOMEM ); card->dev = dev; + card->owner =THIS_MODULE ; card->name ="A31 Audio Codec" ; card->dapm_widgets = sun6i_codec_card_dapm_widgets; card->num_dapm_widgets =ARRAY_SIZE (sun6i_codec_card_dapm_widgets);
@@ -1284,6 +1286,7 @@ static struct snd_soc_card *sun8i_a23_codec_create_card(struct device *dev)return ERR_PTR (-ENOMEM ); card->dev = dev; + card->owner =THIS_MODULE ; card->name ="A23 Audio Codec" ; card->dapm_widgets = sun6i_codec_card_dapm_widgets; card->num_dapm_widgets =ARRAY_SIZE (sun6i_codec_card_dapm_widgets);
@@ -1322,6 +1325,7 @@ static struct snd_soc_card *sun8i_h3_codec_create_card(struct device *dev)return ERR_PTR (-ENOMEM ); card->dev = dev; + card->owner =THIS_MODULE ; card->name ="H3 Audio Codec" ; card->dapm_widgets = sun6i_codec_card_dapm_widgets; card->num_dapm_widgets =ARRAY_SIZE (sun6i_codec_card_dapm_widgets);
@@ -1360,6 +1364,7 @@ static struct snd_soc_card *sun8i_v3s_codec_create_card(struct device *dev)return ERR_PTR (-ENOMEM ); card->dev = dev; + card->owner =THIS_MODULE ; card->name ="V3s Audio Codec" ; card->dapm_widgets = sun6i_codec_card_dapm_widgets; card->num_dapm_widgets =ARRAY_SIZE (sun6i_codec_card_dapm_widgets);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 31/68 soc/fsl: qbman: fix conflicting alignment attributes
In reply to Greg Kroah-HartmanFrom: Arnd Bergmann <[email protected]>
[ Upstream commit 040f31196e8b2609613f399793b9225271b79471 ]
When building with W=1, gcc points out that the __packed attribute on struct qm_eqcr_entry conflicts with the 8-byte alignment attribute on struct qm_fd inside it:
drivers/soc/fsl/qbman/qman.c:189:1: error: alignment 1 of 'struct qm_eqcr_entry' is less than 8 [-Werror=packed-not-aligned]
I assume that the alignment attribute is the correct one, and that qm_eqcr_entry cannot actually be unaligned in memory, so add the same alignment on the outer struct.
--- drivers/soc/fsl/qbman/qman.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/soc/fsl/qbman/qman.c +1 -1
@@ -146,7 +146,7 @@ struct qm_eqcr_entry {__be32 tag;struct qm_fd fd;u8 __reserved3[32 ]; -} __packed; +} __packed__aligned(8) ;#define QM_EQCR_VERB_VBIT 0x80#define QM_EQCR_VERB_CMD_MASK 0x61/* but only one value; */ #define QM_EQCR_VERB_CMD_ENQUEUE 0x01
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 32/68 clk: fix invalid usage of list cursor in register
In reply to Greg Kroah-HartmanFrom: Lukasz Bartosik <[email protected]>
[ Upstream commit 8d3c0c01cb2e36b2bf3c06a82b18b228d0c8f5d0 ]
Fix invalid usage of a list_for_each_entry cursor in clk_notifier_register(). When list is empty or if the list is completely traversed (without breaking from the loop on one of the entries) then the list cursor does not point to a valid entry and therefore should not be used.
The issue was dicovered when running 5.12-rc1 kernel on x86_64 with KASAN enabled:
BUG: KASAN: global-out-of-bounds in clk_notifier_register+0xab/0x230
Read of size 8 at addr ffffffffa0d10588 by task swapper/0/1
CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.12.0-rc1 #1
Hardware name: Google Caroline/Caroline,
BIOS Google_Caroline.7820.430.0 07/20/2018
Call Trace:
dump_stack+0xee/0x15c
print_address_description+0x1e/0x2dc
kasan_report+0x188/0x1ce
? clk_notifier_register+0xab/0x230
? clk_prepare_lock+0x15/0x7b
? clk_notifier_register+0xab/0x230
clk_notifier_register+0xab/0x230
dw8250_probe+0xc01/0x10d4
...
Memory state around the buggy address:
ffffffffa0d10480: 00 00 00 00 00 03 f9 f9 f9 f9 f9 f9 00 00 00 00
ffffffffa0d10500: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f9 f9
>ffffffffa0d10580: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
^
ffffffffa0d10600: 00 00 00 00 00 00 f9 f9 f9 f9 f9 f9 00 00 00 00
ffffffffa0d10680: 00 00 00 00 00 00 00 00 f9 f9 f9 f9 00 00 00 00
==================================================================--- drivers/clk/clk.c | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-)
drivers/clk/clk.c +8 -9
@@ -3018,20 +3018,19 @@ int clk_notifier_register(struct clk *clk, struct notifier_block *nb)/* search the list of notifiers for this clk */ list_for_each_entry (cn, &clk_notifier_list, node)if (cn->clk == clk) -break ; + goto found;/* if clk wasn't in the notifier list, allocate new clk_notifier */ -if (cn->clk != clk) { - cn =kzalloc (sizeof (*cn),GFP_KERNEL ); -if (!cn) - goto out; + cn =kzalloc (sizeof (*cn),GFP_KERNEL ); +if (!cn) + goto out; - cn->clk = clk; -srcu_init_notifier_head (&cn->notifier_head); + cn->clk = clk; +srcu_init_notifier_head (&cn->notifier_head); -list_add (&cn->node, &clk_notifier_list); - } +list_add (&cn->node, &clk_notifier_list); +found: ret =srcu_notifier_chain_register (&cn->notifier_head, nb); clk->core->notifier_count++;
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 33/68 clk: fix invalid usage of list cursor in unregister
In reply to Greg Kroah-HartmanFrom: Lukasz Bartosik <[email protected]>
[ Upstream commit 7045465500e465b09f09d6e5bdc260a9f1aab97b ]
Fix invalid usage of a list_for_each_entry cursor in clk_notifier_unregister(). When list is empty or if the list is completely traversed (without breaking from the loop on one of the entries) then the list cursor does not point to a valid entry and therefore should not be used. The patch fixes a logical bug that hasn't been seen in pratice however it is analogus to the bug fixed in clk_notifier_register().
The issue was dicovered when running 5.12-rc1 kernel on x86_64 with KASAN enabled:
BUG: KASAN: global-out-of-bounds in clk_notifier_register+0xab/0x230
Read of size 8 at addr ffffffffa0d10588 by task swapper/0/1
CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.12.0-rc1 #1
Hardware name: Google Caroline/Caroline,
BIOS Google_Caroline.7820.430.0 07/20/2018
Call Trace:
dump_stack+0xee/0x15c
print_address_description+0x1e/0x2dc
kasan_report+0x188/0x1ce
? clk_notifier_register+0xab/0x230
? clk_prepare_lock+0x15/0x7b
? clk_notifier_register+0xab/0x230
clk_notifier_register+0xab/0x230
dw8250_probe+0xc01/0x10d4
...
Memory state around the buggy address:
ffffffffa0d10480: 00 00 00 00 00 03 f9 f9 f9 f9 f9 f9 00 00 00 00
ffffffffa0d10500: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f9 f9
>ffffffffa0d10580: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
^
ffffffffa0d10600: 00 00 00 00 00 00 f9 f9 f9 f9 f9 f9 00 00 00 00
ffffffffa0d10680: 00 00 00 00 00 00 00 00 f9 f9 f9 f9 00 00 00 00
==================================================================--- drivers/clk/clk.c | 30 +++++++++++++----------------- 1 file changed, 13 insertions(+), 17 deletions(-)
drivers/clk/clk.c +13 -17
@@ -3055,32 +3055,28 @@ EXPORT_SYMBOL_GPL(clk_notifier_register);*/ int clk_notifier_unregister (struct clk *clk,struct notifier_block *nb) { -struct clk_notifier *cn =NULL ; -int ret = -EINVAL ; +struct clk_notifier *cn; +int ret = -ENOENT ;if (!clk || !nb)return -EINVAL ;clk_prepare_lock (); -list_for_each_entry (cn, &clk_notifier_list, node) -if (cn->clk == clk) -break ; - -if (cn->clk == clk) { - ret =srcu_notifier_chain_unregister (&cn->notifier_head, nb); +list_for_each_entry (cn, &clk_notifier_list, node) { +if (cn->clk == clk) { + ret =srcu_notifier_chain_unregister (&cn->notifier_head, nb); - clk->core->notifier_count--; + clk->core->notifier_count--; -/* XXX the notifier code should handle this better */ -if (!cn->notifier_head.head) { -srcu_cleanup_notifier_head (&cn->notifier_head); -list_del (&cn->node); -kfree (cn); +/* XXX the notifier code should handle this better */ +if (!cn->notifier_head.head) { +srcu_cleanup_notifier_head (&cn->notifier_head); +list_del (&cn->node); +kfree (cn); + } +break ; } - - }else { - ret = -ENOENT ; }clk_prepare_unlock ();
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 34/68 workqueue: Move the position of debug_work_activate() in __queue_work()
In reply to Greg Kroah-HartmanFrom: Zqiang <[email protected]>
[ Upstream commit 0687c66b5f666b5ad433f4e94251590d9bc9d10e ]
The debug_work_activate() is called on the premise that the work can be inserted, because if wq be in WQ_DRAINING status, insert work may be failed.
--- kernel/workqueue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
kernel/workqueue.c +1 -1
@@ -1379,7 +1379,6 @@ static void __queue_work(int cpu, struct workqueue_struct *wq,*/ WARN_ON_ONCE (!irqs_disabled ()); -debug_work_activate (work);/* if draining, only works from the same workqueue are allowed */ if (unlikely(wq->flags & __WQ_DRAINING) &&
@@ -1462,6 +1461,7 @@ retry: worklist = &pwq->delayed_works; } +debug_work_activate (work);insert_work (pwq, work, worklist, work_flags);spin_unlock (&pwq->pool->lock);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 35/68 s390/cpcmd: fix inline assembly register clobbering
In reply to Greg Kroah-HartmanFrom: Alexander Gordeev <[email protected]>
[ Upstream commit 7a2f91441b2c1d81b77c1cd816a4659f4abc9cbe ]
Register variables initialized using arithmetic. That leads to kasan instrumentaton code corrupting the registers contents. Follow GCC guidlines and use temporary variables for assigning init values to register variables.
--- arch/s390/kernel/cpcmd.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
arch/s390/kernel/cpcmd.c +4 -2
@@ -37,10 +37,12 @@ static int diag8_noresponse(int cmdlen)static int diag8_response (int cmdlen,char *response,int *rlen) { +unsigned long _cmdlen = cmdlen |0x40000000L ; +unsigned long _rlen = *rlen; register unsigned long reg2 asm ("2") = (addr_t) cpcmd_buf; register unsigned long reg3 asm ("3") = (addr_t) response; - register unsigned long reg4 asm ("4") = cmdlen | 0x40000000L; - register unsigned long reg5 asm ("5") = *rlen; + register unsigned long reg4 asm ("4") = _cmdlen; + register unsigned long reg5 asm ("5") = _rlen; asmvolatile ( " diag %2,%0,0x8\n"
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 36/68 net/mlx5: Fix placement of log_max_flow_counter
In reply to Greg Kroah-HartmanFrom: Raed Salem <[email protected]>
[ Upstream commit a14587dfc5ad2312dabdd42a610d80ecd0dc8bea ]
The cited commit wrongly placed log_max_flow_counter field of mlx5_ifc_flow_table_prop_layout_bits, align it to the HW spec intended placement.
--- include/linux/mlx5/mlx5_ifc.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
include/linux/mlx5/mlx5_ifc.h +3 -3
@@ -324,11 +324,11 @@ struct mlx5_ifc_flow_table_prop_layout_bits {u8 reserved_at_60[0x18 ];u8 log_max_ft_num[0x8 ]; -u8 reserved_at_80[0x18 ]; +u8 reserved_at_80[0x10 ]; +u8 log_max_flow_counter[0x8 ];u8 log_max_destination[0x8 ]; -u8 log_max_flow_counter[0x8 ]; -u8 reserved_at_a8[0x10 ]; +u8 reserved_at_a0[0x18 ];u8 log_max_flow[0x8 ];u8 reserved_at_c0[0x40 ];
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 37/68 RDMA/cxgb4: check for ipv6 address properly while destroying listener
In reply to Greg Kroah-HartmanFrom: Potnuri Bharat Teja <[email protected]>
[ Upstream commit 603c4690b01aaffe3a6c3605a429f6dac39852ae ]
ipv6 bit is wrongly set by the below which causes fatal adapter lookup engine errors for ipv4 connections while destroying a listener. Fix it to properly check the local address for ipv6.
--- drivers/infiniband/hw/cxgb4/cm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
drivers/infiniband/hw/cxgb4/cm.c +2 -1
@@ -3498,7 +3498,8 @@ int c4iw_destroy_listen(struct iw_cm_id *cm_id)c4iw_init_wr_wait (&ep->com.wr_wait); err =cxgb4_remove_server ( ep->com.dev->rdev.lldi.ports[0 ], ep->stid, - ep->com.dev->rdev.lldi.rxq_ids[0 ], true); + ep->com.dev->rdev.lldi.rxq_ids[0 ], + ep->com.local_addr.ss_family ==AF_INET6 );if (err) goto done; err = c4iw_wait_for_reply(&ep->com.dev->rdev, &ep->com.wr_wait,
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 38/68 clk: socfpga: fix iomem pointer cast on 64-bit
In reply to Greg Kroah-HartmanFrom: Krzysztof Kozlowski <[email protected]>
commit 2867b9746cef78745c594894aece6f8ef826e0b4 upstream.
Pointers should be cast with uintptr_t instead of integer. This fixes warning when compile testing on ARM64:
drivers/clk/socfpga/clk-gate.c: In function ‘socfpga_clk_recalc_rate’:
drivers/clk/socfpga/clk-gate.c:102:7: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
--- drivers/clk/socfpga/clk-gate.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/clk/socfpga/clk-gate.c +1 -1
@@ -107,7 +107,7 @@ static unsigned long socfpga_clk_recalc_ val =readl (socfpgaclk->div_reg) >> socfpgaclk->shift; val &=GENMASK (socfpgaclk->width -1 ,0 );/* Check for GPIO_DB_CLK by its offset */ -if ((int ) socfpgaclk->div_reg &SOCFPGA_GPIO_DB_CLK_OFFSET ) +if ((uintptr_t ) socfpgaclk->div_reg &SOCFPGA_GPIO_DB_CLK_OFFSET ) div = val +1 ;else div = (1 << val);
Greg Kroah-Hartman
maintainerPATCH 39/68 net/ncsi: Make local function ncsi_get_filter() static
In reply to Greg Kroah-HartmanFrom: Wei Yongjun <[email protected]>
commit 5a6d80034471d4407052c4bf3758071df5cadf33 upstream.
Fixes the following sparse warnings:
net/ncsi/ncsi-manage.c:41:5: warning:
symbol 'ncsi_get_filter' was not declared. Should it be static?
--- net/ncsi/ncsi-manage.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/ncsi/ncsi-manage.c +1 -1
@@ -38,7 +38,7 @@ static inline int ncsi_filter_size(int treturn sizes[table]; } -u32 *ncsi_get_filter (struct ncsi_channel *nc,int table,int index) +static u32 *ncsi_get_filter (struct ncsi_channel *nc,int table,int index) {struct ncsi_channel_filter *ncf;int size;
Greg Kroah-Hartman
maintainerPATCH 40/68 net/ncsi: Improve general state logging
In reply to Greg Kroah-HartmanFrom: Samuel Mendoza-Jonas <[email protected]>
commit 9ef8690be13d8ae3130749fbcc0cc21e4e3f738c upstream.
The NCSI driver is mostly silent which becomes a headache when trying to determine what has occurred on the NCSI connection. This adds additional logging in a few key areas such as state transitions and calling out certain errors more visibly.
--- net/ncsi/ncsi-aen.c | 15 +++++++++ net/ncsi/ncsi-manage.c | 76 ++++++++++++++++++++++++++++++++++++------------- net/ncsi/ncsi-rsp.c | 10 +++++- 3 files changed, 80 insertions(+), 21 deletions(-)
net/ncsi/ncsi-aen.c +14 -1
@@ -73,6 +73,9 @@ static int ncsi_aen_handler_lsc(struct n ncm->data[2 ] = data; ncm->data[4 ] =ntohl (lsc->oem_status); +netdev_info (ndp->ndev.dev,"NCSI: LSC AEN - channel %u state %s\n" , + nc->id, data &0x1 ?"up" :"down" ); + chained = !list_empty (&nc->link); state = nc->state;spin_unlock_irqrestore (&nc->lock, flags);
@@ -145,6 +148,8 @@ static int ncsi_aen_handler_hncdsc(struc ncm = &nc->modes[NCSI_MODE_LINK ]; hncdsc = (struct ncsi_aen_hncdsc_pkt *)h; ncm->data[3 ] =ntohl (hncdsc->status); +netdev_info (ndp->ndev.dev,"NCSI: HNCDSC AEN - channel %u state %s\n" , + nc->id, ncm->data[3 ] &0x3 ?"up" :"down" );if (!list_empty (&nc->link) || nc->state !=NCSI_CHANNEL_ACTIVE ) {spin_unlock_irqrestore (&nc->lock, flags);
@@ -212,10 +217,18 @@ int ncsi_aen_handler(struct ncsi_dev_pri } ret =ncsi_validate_aen_pkt (h, nah->payload); -if (ret) +if (ret) { +netdev_warn (ndp->ndev.dev, +"NCSI: 'bad' packet ignored for AEN type 0x%x\n" , + h->type); goto out; + } ret = nah->handler (ndp, h); +if (ret) +netdev_err (ndp->ndev.dev, +"NCSI: Handler for AEN type 0x%x returned %d\n" , + h->type, ret); out:consume_skb (skb);return ret;
net/ncsi/ncsi-manage.c +57 -19
241 lines not on this page · raw message
net/ncsi/ncsi-rsp.c +9 -1
@@ -1032,11 +1032,19 @@ int ncsi_rcv_rsp(struct sk_buff *skb, stif (payload <0 ) payload =ntohs (hdr->length); ret =ncsi_validate_rsp_pkt (nr, payload); -if (ret) +if (ret) { +netdev_warn (ndp->ndev.dev, +"NCSI: 'bad' packet ignored for type 0x%x\n" , + hdr->type); goto out; + }/* Process the packet */ ret = nrh->handler (nr); +if (ret) +netdev_err (ndp->ndev.dev, +"NCSI: Handler for packet type 0x%x returned %d\n" , + hdr->type, ret); out:ncsi_free_request (nr);return ret;
Greg Kroah-Hartman
maintainerPATCH 41/68 net/ncsi: Dont return error on normal response
In reply to Greg Kroah-HartmanFrom: Samuel Mendoza-Jonas <[email protected]>
commit 04bad8bda9e25afe676a6f4452f3b304c1fdea16 upstream.
Several response handlers return EBUSY if the data corresponding to the command/response pair is already set. There is no reason to return an error here; the channel is advertising something as enabled because we told it to enable it, and it's possible that the feature has been enabled previously.
--- net/ncsi/ncsi-rsp.c | 31 ++++++++++++++----------------- 1 file changed, 14 insertions(+), 17 deletions(-)
net/ncsi/ncsi-rsp.c +14 -17
@@ -146,7 +146,7 @@ static int ncsi_rsp_handler_ec(struct nc ncm = &nc->modes[NCSI_MODE_ENABLE ];if (ncm->enable) -return -EBUSY ; +return 0 ; ncm->enable =1 ;return 0 ;
@@ -173,7 +173,7 @@ static int ncsi_rsp_handler_dc(struct nc ncm = &nc->modes[NCSI_MODE_ENABLE ];if (!ncm->enable) -return -EBUSY ; +return 0 ; ncm->enable =0 ;return 0 ;
@@ -217,7 +217,7 @@ static int ncsi_rsp_handler_ecnt(struct ncm = &nc->modes[NCSI_MODE_TX_ENABLE ];if (ncm->enable) -return -EBUSY ; +return 0 ; ncm->enable =1 ;return 0 ;
@@ -239,7 +239,7 @@ static int ncsi_rsp_handler_dcnt(struct ncm = &nc->modes[NCSI_MODE_TX_ENABLE ];if (!ncm->enable) -return -EBUSY ; +return 0 ; ncm->enable =1 ;return 0 ;
@@ -263,7 +263,7 @@ static int ncsi_rsp_handler_ae(struct nc/* Check if the AEN has been enabled */ ncm = &nc->modes[NCSI_MODE_AEN ];if (ncm->enable) -return -EBUSY ; +return 0 ;/* Update to AEN configuration */ cmd = (struct ncsi_cmd_ae_pkt *)skb_network_header (nr->cmd);
@@ -382,7 +382,7 @@ static int ncsi_rsp_handler_ev(struct nc/* Check if VLAN mode has been enabled */ ncm = &nc->modes[NCSI_MODE_VLAN ];if (ncm->enable) -return -EBUSY ; +return 0 ;/* Update to VLAN mode */ cmd = (struct ncsi_cmd_ev_pkt *)skb_network_header (nr->cmd);
@@ -409,7 +409,7 @@ static int ncsi_rsp_handler_dv(struct nc/* Check if VLAN mode has been enabled */ ncm = &nc->modes[NCSI_MODE_VLAN ];if (!ncm->enable) -return -EBUSY ; +return 0 ;/* Update to VLAN mode */ ncm->enable =0 ;
@@ -455,13 +455,10 @@ static int ncsi_rsp_handler_sma(struct n bitmap = &ncf->bitmap;if (cmd->at_e &0x1 ) { -if (test_and_set_bit (cmd->index, bitmap)) -return -EBUSY ; +set_bit (cmd->index, bitmap);memcpy (ncf->data +6 * cmd->index, cmd->mac,6 ); }else { -if (!test_and_clear_bit (cmd->index, bitmap)) -return -EBUSY ; - +clear_bit (cmd->index, bitmap);memset (ncf->data +6 * cmd->index,0 ,6 ); }
@@ -485,7 +482,7 @@ static int ncsi_rsp_handler_ebf(struct n/* Check if broadcast filter has been enabled */ ncm = &nc->modes[NCSI_MODE_BC ];if (ncm->enable) -return -EBUSY ; +return 0 ;/* Update to broadcast filter mode */ cmd = (struct ncsi_cmd_ebf_pkt *)skb_network_header (nr->cmd);
@@ -511,7 +508,7 @@ static int ncsi_rsp_handler_dbf(struct n/* Check if broadcast filter isn't enabled */ ncm = &nc->modes[NCSI_MODE_BC ];if (!ncm->enable) -return -EBUSY ; +return 0 ;/* Update to broadcast filter mode */ ncm->enable =0 ;
@@ -538,7 +535,7 @@ static int ncsi_rsp_handler_egmf(struct/* Check if multicast filter has been enabled */ ncm = &nc->modes[NCSI_MODE_MC ];if (ncm->enable) -return -EBUSY ; +return 0 ;/* Update to multicast filter mode */ cmd = (struct ncsi_cmd_egmf_pkt *)skb_network_header (nr->cmd);
@@ -564,7 +561,7 @@ static int ncsi_rsp_handler_dgmf(struct/* Check if multicast filter has been enabled */ ncm = &nc->modes[NCSI_MODE_MC ];if (!ncm->enable) -return -EBUSY ; +return 0 ;/* Update to multicast filter mode */ ncm->enable =0 ;
@@ -591,7 +588,7 @@ static int ncsi_rsp_handler_snfc(struct/* Check if flow control has been enabled */ ncm = &nc->modes[NCSI_MODE_FC ];if (ncm->enable) -return -EBUSY ; +return 0 ;/* Update to flow control mode */ cmd = (struct ncsi_cmd_snfc_pkt *)skb_network_header (nr->cmd);
Greg Kroah-Hartman
maintainerPATCH 42/68 net/ncsi: Add generic netlink family
In reply to Greg Kroah-HartmanFrom: Samuel Mendoza-Jonas <[email protected]>
commit 955dc68cb9b23b42999cafe6df3684309bc686c6 upstream.
Add a generic netlink family for NCSI. This supports three commands; NCSI_CMD_PKG_INFO which returns information on packages and their associated channels, NCSI_CMD_SET_INTERFACE which allows a specific package or package/channel combination to be set as the preferred choice, and NCSI_CMD_CLEAR_INTERFACE which clears any preferred setting.
--- include/uapi/linux/ncsi.h | 115 ++++++++++++ net/ncsi/Makefile | 2 net/ncsi/internal.h | 3 net/ncsi/ncsi-manage.c | 30 ++- net/ncsi/ncsi-netlink.c | 421 ++++++++++++++++++++++++++++++++++++++++++++++ net/ncsi/ncsi-netlink.h | 20 ++ 6 files changed, 586 insertions(+), 5 deletions(-) create mode 100644 include/uapi/linux/ncsi.h create mode 100644 net/ncsi/ncsi-netlink.c create mode 100644 net/ncsi/ncsi-netlink.h
include/uapi/linux/ncsi.h new file +115 -0
@@ -0,0 +1,115 @@ +/* +* Copyright Samuel Mendoza-Jonas, IBM Corporation 2018. +* +* This program is free software; you can redistribute it and/or modify +* it under the terms of the GNU General Public License as published by +* the Free Software Foundation; either version 2 of the License, or +* (at your option) any later version. +*/ + +#ifndef __UAPI_NCSI_NETLINK_H__ +#define __UAPI_NCSI_NETLINK_H__ + +/** +* enum ncsi_nl_commands - supported NCSI commands +* +* @NCSI_CMD_UNSPEC: unspecified command to catch errors +* @NCSI_CMD_PKG_INFO: list package and channel attributes. Requires +* NCSI_ATTR_IFINDEX. If NCSI_ATTR_PACKAGE_ID is specified returns the +* specific package and its channels - otherwise a dump request returns +* all packages and their associated channels. +* @NCSI_CMD_SET_INTERFACE: set preferred package and channel combination. +* Requires NCSI_ATTR_IFINDEX and the preferred NCSI_ATTR_PACKAGE_ID and +* optionally the preferred NCSI_ATTR_CHANNEL_ID. +* @NCSI_CMD_CLEAR_INTERFACE: clear any preferred package/channel combination. +* Requires NCSI_ATTR_IFINDEX. +* @NCSI_CMD_MAX: highest command number +*/ +enum ncsi_nl_commands { +NCSI_CMD_UNSPEC , +NCSI_CMD_PKG_INFO , +NCSI_CMD_SET_INTERFACE , +NCSI_CMD_CLEAR_INTERFACE , + + __NCSI_CMD_AFTER_LAST, +NCSI_CMD_MAX = __NCSI_CMD_AFTER_LAST -1 +}; + +/** +* enum ncsi_nl_attrs - General NCSI netlink attributes +* +* @NCSI_ATTR_UNSPEC: unspecified attributes to catch errors +* @NCSI_ATTR_IFINDEX: ifindex of network device using NCSI +* @NCSI_ATTR_PACKAGE_LIST: nested array of NCSI_PKG_ATTR attributes +* @NCSI_ATTR_PACKAGE_ID: package ID +* @NCSI_ATTR_CHANNEL_ID: channel ID +* @NCSI_ATTR_MAX: highest attribute number +*/ +enum ncsi_nl_attrs { +NCSI_ATTR_UNSPEC , +NCSI_ATTR_IFINDEX , +NCSI_ATTR_PACKAGE_LIST , +NCSI_ATTR_PACKAGE_ID , +NCSI_ATTR_CHANNEL_ID , + + __NCSI_ATTR_AFTER_LAST, +NCSI_ATTR_MAX = __NCSI_ATTR_AFTER_LAST -1 +}; + +/** +* enum ncsi_nl_pkg_attrs - NCSI netlink package-specific attributes +* +* @NCSI_PKG_ATTR_UNSPEC: unspecified attributes to catch errors +* @NCSI_PKG_ATTR: nested array of package attributes +* @NCSI_PKG_ATTR_ID: package ID +* @NCSI_PKG_ATTR_FORCED: flag signifying a package has been set as preferred +* @NCSI_PKG_ATTR_CHANNEL_LIST: nested array of NCSI_CHANNEL_ATTR attributes +* @NCSI_PKG_ATTR_MAX: highest attribute number +*/ +enum ncsi_nl_pkg_attrs { +NCSI_PKG_ATTR_UNSPEC , +NCSI_PKG_ATTR , +NCSI_PKG_ATTR_ID , +NCSI_PKG_ATTR_FORCED , +NCSI_PKG_ATTR_CHANNEL_LIST , + + __NCSI_PKG_ATTR_AFTER_LAST, +NCSI_PKG_ATTR_MAX = __NCSI_PKG_ATTR_AFTER_LAST -1 +}; + +/** +* enum ncsi_nl_channel_attrs - NCSI netlink channel-specific attributes +* +* @NCSI_CHANNEL_ATTR_UNSPEC: unspecified attributes to catch errors +* @NCSI_CHANNEL_ATTR: nested array of channel attributes +* @NCSI_CHANNEL_ATTR_ID: channel ID +* @NCSI_CHANNEL_ATTR_VERSION_MAJOR: channel major version number +* @NCSI_CHANNEL_ATTR_VERSION_MINOR: channel minor version number +* @NCSI_CHANNEL_ATTR_VERSION_STR: channel version string +* @NCSI_CHANNEL_ATTR_LINK_STATE: channel link state flags +* @NCSI_CHANNEL_ATTR_ACTIVE: channels with this flag are in +* NCSI_CHANNEL_ACTIVE state +* @NCSI_CHANNEL_ATTR_FORCED: flag signifying a channel has been set as +* preferred +* @NCSI_CHANNEL_ATTR_VLAN_LIST: nested array of NCSI_CHANNEL_ATTR_VLAN_IDs +* @NCSI_CHANNEL_ATTR_VLAN_ID: VLAN ID being filtered on this channel +* @NCSI_CHANNEL_ATTR_MAX: highest attribute number +*/ +enum ncsi_nl_channel_attrs { +NCSI_CHANNEL_ATTR_UNSPEC , +NCSI_CHANNEL_ATTR , +NCSI_CHANNEL_ATTR_ID , +NCSI_CHANNEL_ATTR_VERSION_MAJOR , +NCSI_CHANNEL_ATTR_VERSION_MINOR , +NCSI_CHANNEL_ATTR_VERSION_STR , +NCSI_CHANNEL_ATTR_LINK_STATE , +NCSI_CHANNEL_ATTR_ACTIVE , +NCSI_CHANNEL_ATTR_FORCED , +NCSI_CHANNEL_ATTR_VLAN_LIST , +NCSI_CHANNEL_ATTR_VLAN_ID , + + __NCSI_CHANNEL_ATTR_AFTER_LAST, +NCSI_CHANNEL_ATTR_MAX = __NCSI_CHANNEL_ATTR_AFTER_LAST -1 +}; + +#endif /* __UAPI_NCSI_NETLINK_H__ */
net/ncsi/Makefile +1 -1
@@ -1,4 +1,4 @@ # # Makefile for NCSI API # -obj-$(CONFIG_NET_NCSI) += ncsi-cmd.o ncsi-rsp.o ncsi-aen.o ncsi-manage.o +obj-$(CONFIG_NET_NCSI) += ncsi-cmd.o ncsi-rsp.o ncsi-aen.o ncsi-manage.o ncsi-netlink.o
net/ncsi/internal.h +3 -0
@@ -276,6 +276,8 @@ struct ncsi_dev_priv {unsigned int package_num;/* Number of packages */ struct list_head packages;/* List of packages */ struct ncsi_channel *hot_channel;/* Channel was ever active */ +struct ncsi_package *force_package;/* Force a specific package */ +struct ncsi_channel *force_channel;/* Force a specific channel */ struct ncsi_request requests[256 ];/* Request table */ unsigned int request_id;/* Last used request ID */ #define NCSI_REQ_START_IDX 1
@@ -318,6 +320,7 @@ extern spinlock_t ncsi_dev_lock;list_for_each_entry_rcu (nc, &np->channels, node)/* Resources */ +u32 *ncsi_get_filter(struct ncsi_channel *nc, int table, int index);int ncsi_find_filter (struct ncsi_channel *nc,int table,void *data);int ncsi_add_filter (struct ncsi_channel *nc,int table,void *data);int ncsi_remove_filter (struct ncsi_channel *nc,int table,int index);
net/ncsi/ncsi-manage.c +26 -4
@@ -12,7 +12,6 @@#include <linux/init.h> #include <linux/netdevice.h> #include <linux/skbuff.h> -#include <linux/netlink.h> #include <net/ncsi.h> #include <net/net_namespace.h>
@@ -23,6 +22,7 @@#include "internal.h" #include "ncsi-pkt.h" +#include "ncsi-netlink.h" LIST_HEAD (ncsi_dev_list);DEFINE_SPINLOCK (ncsi_dev_lock);
@@ -38,7 +38,7 @@ static inline int ncsi_filter_size(int treturn sizes[table]; } -static u32 *ncsi_get_filter (struct ncsi_channel *nc,int table,int index) +u32 *ncsi_get_filter (struct ncsi_channel *nc,int table,int index) {struct ncsi_channel_filter *ncf;int size;
@@ -972,20 +972,37 @@ error:static int ncsi_choose_active_channel (struct ncsi_dev_priv *ndp) { -struct ncsi_package *np; -struct ncsi_channel *nc, *found, *hot_nc; +struct ncsi_package *np, *force_package; +struct ncsi_channel *nc, *found, *hot_nc, *force_channel;struct ncsi_channel_mode *ncm;unsigned long flags;spin_lock_irqsave (&ndp->lock, flags); hot_nc = ndp->hot_channel; + force_channel = ndp->force_channel; + force_package = ndp->force_package;spin_unlock_irqrestore (&ndp->lock, flags); +/* Force a specific channel whether or not it has link if we have been +* configured to do so +*/ +if (force_package && force_channel) { + found = force_channel; + ncm = &found->modes[NCSI_MODE_LINK ]; +if (!(ncm->data[2 ] &0x1 )) +netdev_info (ndp->ndev.dev, +"NCSI: Channel %u forced, but it is link down\n" , + found->id); + goto out; + } +/* The search is done once an inactive channel with up * link is found. */ found =NULL ; NCSI_FOR_EACH_PACKAGE(ndp, np) { +if (ndp->force_package && np != ndp->force_package) +continue ; NCSI_FOR_EACH_CHANNEL(np, nc) {spin_lock_irqsave (&nc->lock, flags);
@@ -1603,6 +1620,9 @@ struct ncsi_dev *ncsi_register_dev(struc ndp->ptype.dev = dev;dev_add_pack (&ndp->ptype); +/* Set up generic netlink interface */ +ncsi_init_netlink (dev); +return nd; }EXPORT_SYMBOL_GPL (ncsi_register_dev);
@@ -1682,6 +1702,8 @@ void ncsi_unregister_dev(struct ncsi_dev#endif spin_unlock_irqrestore (&ncsi_dev_lock, flags); +ncsi_unregister_netlink (nd->dev); +kfree (ndp); }EXPORT_SYMBOL_GPL (ncsi_unregister_dev);
net/ncsi/ncsi-netlink.c new file +421 -0
421 lines not on this page · raw message
net/ncsi/ncsi-netlink.h new file +20 -0
@@ -0,0 +1,20 @@ +/* +* Copyright Samuel Mendoza-Jonas, IBM Corporation 2018. +* +* This program is free software; you can redistribute it and/or modify +* it under the terms of the GNU General Public License as published by +* the Free Software Foundation; either version 2 of the License, or +* (at your option) any later version. +*/ + +#ifndef __NCSI_NETLINK_H__ +#define __NCSI_NETLINK_H__ + +#include <linux/netdevice.h> + +#include "internal.h" + +int ncsi_init_netlink (struct net_device *dev); +int ncsi_unregister_netlink (struct net_device *dev); + +#endif /* __NCSI_NETLINK_H__ */
Greg Kroah-Hartman
maintainerPATCH 43/68 net/ncsi: Refactor MAC, VLAN filters
In reply to Greg Kroah-HartmanFrom: Samuel Mendoza-Jonas <[email protected]>
commit 062b3e1b6d4f2a33c1d0fd7ae9b4550da5cf7e4b upstream.
The NCSI driver defines a generic ncsi_channel_filter struct that can be used to store arbitrarily formatted filters, and several generic methods of accessing data stored in such a filter.
However in both the driver and as defined in the NCSI specification there are only two actual filters: VLAN ID filters and MAC address filters. The splitting of the MAC filter into unicast, multicast, and mixed is also technically not necessary as these are stored in the same location in hardware.
To save complexity, particularly in the set up and accessing of these generic filters, remove them in favour of two specific structs. These can be acted on directly and do not need several generic helper functions to use.
This also fixes a memory error found by KASAN on ARM32 (which is not upstream yet), where response handlers accessing a filter's data field could write past allocated memory.
[ 114.926512] ================================================================== [ 114.933861] BUG: KASAN: slab-out-of-bounds in ncsi_configure_channel+0x4b8/0xc58 [ 114.941304] Read of size 2 at addr 94888558 by task kworker/0:2/546 [ 114.947593] [ 114.949146] CPU: 0 PID: 546 Comm: kworker/0:2 Not tainted 4.16.0-rc6-00119-ge156398bfcad #13 ... [ 115.170233] The buggy address belongs to the object at 94888540 [ 115.170233] which belongs to the cache kmalloc-32 of size 32 [ 115.181917] The buggy address is located 24 bytes inside of [ 115.181917] 32-byte region [94888540, 94888560) [ 115.192115] The buggy address belongs to the page: [ 115.196943] page:9eeac100 count:1 mapcount:0 mapping:94888000 index:0x94888fc1 [ 115.204200] flags: 0x100(slab) [ 115.207330] raw: 00000100 94888000 94888fc1 0000003f 00000001 9eea2014 9eecaa74 96c003e0 [ 115.215444] page dumped because: kasan: bad access detected [ 115.221036] [ 115.222544] Memory state around the buggy address: [ 115.227384] 94888400: fb fb fb fb fc fc fc fc 04 fc fc fc fc fc fc fc [ 115.233959] 94888480: 00 00 00 fc fc fc fc fc 00 04 fc fc fc fc fc fc [ 115.240529] >94888500: 00 00 04 fc fc fc fc fc 00 00 04 fc fc fc fc fc [ 115.247077] ^ [ 115.252523] 94888580: 00 04 fc fc fc fc fc fc 06 fc fc fc fc fc fc fc [ 115.259093] 94888600: 00 00 06 fc fc fc fc fc 00 00 04 fc fc fc fc fc [ 115.265639] ==================================================================
--- net/ncsi/internal.h | 34 +++---- net/ncsi/ncsi-manage.c | 226 +++++++++++------------------------------------- net/ncsi/ncsi-netlink.c | 20 +--- net/ncsi/ncsi-rsp.c | 178 +++++++++++++++---------------------- 4 files changed, 147 insertions(+), 311 deletions(-)
net/ncsi/internal.h +15 -19
@@ -68,15 +68,6 @@ enum {NCSI_MODE_MAX }; -enum { -NCSI_FILTER_BASE =0 , -NCSI_FILTER_VLAN =0 , -NCSI_FILTER_UC , -NCSI_FILTER_MC , -NCSI_FILTER_MIXED , -NCSI_FILTER_MAX -}; -struct ncsi_channel_version {u32 version;/* Supported BCD encoded NCSI version */ u32 alpha2;/* Supported BCD encoded NCSI version */
@@ -98,11 +89,18 @@ struct ncsi_channel_mode {u32 data[8 ];/* Data entries */ }; -struct ncsi_channel_filter { -u32 index;/* Index of channel filters */ -u32 total;/* Total entries in the filter table */ -u64 bitmap;/* Bitmap of valid entries */ -u32 data[];/* Data for the valid entries */ +struct ncsi_channel_mac_filter { +u8 n_uc; +u8 n_mc; +u8 n_mixed; +u64 bitmap; +unsigned char *addrs; +}; + +struct ncsi_channel_vlan_filter { +u8 n_vids; +u64 bitmap; +u16 *vids; };struct ncsi_channel_stats {
@@ -186,7 +184,9 @@ struct ncsi_channel {struct ncsi_channel_version version;struct ncsi_channel_cap caps[NCSI_CAP_MAX ];struct ncsi_channel_mode modes[NCSI_MODE_MAX ]; -struct ncsi_channel_filter *filters[NCSI_FILTER_MAX ]; +/* Filtering Settings */ +struct ncsi_channel_mac_filter mac_filter; +struct ncsi_channel_vlan_filter vlan_filter;struct ncsi_channel_stats stats;struct {struct timer_list timer;
@@ -320,10 +320,6 @@ extern spinlock_t ncsi_dev_lock;list_for_each_entry_rcu (nc, &np->channels, node)/* Resources */ -u32 *ncsi_get_filter(struct ncsi_channel *nc, int table, int index); -int ncsi_find_filter (struct ncsi_channel *nc,int table,void *data); -int ncsi_add_filter (struct ncsi_channel *nc,int table,void *data); -int ncsi_remove_filter (struct ncsi_channel *nc,int table,int index); void ncsi_start_channel_monitor(struct ncsi_channel *nc);void ncsi_stop_channel_monitor (struct ncsi_channel *nc); struct ncsi_channel *ncsi_find_channel(struct ncsi_package *np,
net/ncsi/ncsi-manage.c +52 -174
274 lines not on this page · raw message
net/ncsi/ncsi-netlink.c +7 -13
@@ -58,10 +58,9 @@ static int ncsi_write_channel_info(strucstruct ncsi_dev_priv *ndp, struct ncsi_channel *nc) { - struct nlattr *vid_nest; -struct ncsi_channel_filter *ncf; + struct ncsi_channel_vlan_filter *ncf;struct ncsi_channel_mode *m; -u32 *data; +struct nlattr *vid_nest;int i;nla_put_u32 (skb,NCSI_CHANNEL_ATTR_ID , nc->id);
@@ -79,18 +78,13 @@ static int ncsi_write_channel_info(struc vid_nest =nla_nest_start (skb,NCSI_CHANNEL_ATTR_VLAN_LIST );if (!vid_nest)return -ENOMEM ; - ncf = nc->filters[NCSI_FILTER_VLAN ]; + ncf = &nc->vlan_filter; i =-1 ; -if (ncf) { -while ((i =find_next_bit ((void *)&ncf->bitmap, ncf->total, - i +1 )) < ncf->total) { - data =ncsi_get_filter (nc,NCSI_FILTER_VLAN , i); -/* Uninitialised channels will have 'zero' vlan ids */ -if (!data || !*data) -continue ; +while ((i =find_next_bit ((void *)&ncf->bitmap, ncf->n_vids, + i +1 )) < ncf->n_vids) { +if (ncf->vids[i])nla_put_u16 (skb,NCSI_CHANNEL_ATTR_VLAN_ID , - *(u16 *)data); - } + ncf->vids[i]); }nla_nest_end (skb, vid_nest);
net/ncsi/ncsi-rsp.c +73 -105
252 lines not on this page · raw message
Greg Kroah-Hartman
maintainerPATCH 44/68 net/ncsi: Avoid GFP_KERNEL in response handler
In reply to Greg Kroah-HartmanFrom: Samuel Mendoza-Jonas <[email protected]>
commit b0949618826cbb64e9ba764bdd52aa14eaf5073d upstream.
ncsi_rsp_handler_gc() allocates the filter arrays using GFP_KERNEL in softirq context, causing the below backtrace. This allocation is only a few dozen bytes during probing so allocate with GFP_ATOMIC instead.
[ 42.813372] BUG: sleeping function called from invalid context at mm/slab.h:416 [ 42.820900] in_atomic(): 1, irqs_disabled(): 0, pid: 213, name: kworker/0:1 [ 42.827893] INFO: lockdep is turned off. [ 42.832023] CPU: 0 PID: 213 Comm: kworker/0:1 Tainted: G W 4.13.16-01441-gad99b38 #65 [ 42.841007] Hardware name: Generic DT based system [ 42.845966] Workqueue: events ncsi_dev_work [ 42.850251] [<8010a494>] (unwind_backtrace) from [<80107510>] (show_stack+0x20/0x24) [ 42.858046] [<80107510>] (show_stack) from [<80612770>] (dump_stack+0x20/0x28) [ 42.865309] [<80612770>] (dump_stack) from [<80148248>] (___might_sleep+0x230/0x2b0) [ 42.873241] [<80148248>] (___might_sleep) from [<80148334>] (__might_sleep+0x6c/0xac) [ 42.881129] [<80148334>] (__might_sleep) from [<80240d6c>] (__kmalloc+0x210/0x2fc) [ 42.888737] [<80240d6c>] (__kmalloc) from [<8060ad54>] (ncsi_rsp_handler_gc+0xd0/0x170) [ 42.896770] [<8060ad54>] (ncsi_rsp_handler_gc) from [<8060b454>] (ncsi_rcv_rsp+0x16c/0x1d4) [ 42.905314] [<8060b454>] (ncsi_rcv_rsp) from [<804d86c8>] (__netif_receive_skb_core+0x3c8/0xb50) [ 42.914158] [<804d86c8>] (__netif_receive_skb_core) from [<804d96cc>] (__netif_receive_skb+0x20/0x7c) [ 42.923420] [<804d96cc>] (__netif_receive_skb) from [<804de4b0>] (netif_receive_skb_internal+0x78/0x6a4) [ 42.932931] [<804de4b0>] (netif_receive_skb_internal) from [<804df980>] (netif_receive_skb+0x78/0x158) [ 42.942292] [<804df980>] (netif_receive_skb) from [<8042f204>] (ftgmac100_poll+0x43c/0x4e8) [ 42.950855] [<8042f204>] (ftgmac100_poll) from [<804e094c>] (net_rx_action+0x278/0x4c4) [ 42.958918] [<804e094c>] (net_rx_action) from [<801016a8>] (__do_softirq+0xe0/0x4c4) [ 42.966716] [<801016a8>] (__do_softirq) from [<8011cd9c>] (do_softirq.part.4+0x50/0x78) [ 42.974756] [<8011cd9c>] (do_softirq.part.4) from [<8011cebc>] (__local_bh_enable_ip+0xf8/0x11c) [ 42.983579] [<8011cebc>] (__local_bh_enable_ip) from [<804dde08>] (__dev_queue_xmit+0x260/0x890) [ 42.992392] [<804dde08>] (__dev_queue_xmit) from [<804df1f0>] (dev_queue_xmit+0x1c/0x20) [ 43.000689] [<804df1f0>] (dev_queue_xmit) from [<806099c0>] (ncsi_xmit_cmd+0x1c0/0x244) [ 43.008763] [<806099c0>] (ncsi_xmit_cmd) from [<8060dc14>] (ncsi_dev_work+0x2e0/0x4c8) [ 43.016725] [<8060dc14>] (ncsi_dev_work) from [<80133dfc>] (process_one_work+0x214/0x6f8) [ 43.024940] [<80133dfc>] (process_one_work) from [<80134328>] (worker_thread+0x48/0x558) [ 43.033070] [<80134328>] (worker_thread) from [<8013ba80>] (kthread+0x130/0x174) [ 43.040506] [<8013ba80>] (kthread) from [<80102950>] (ret_from_fork+0x14/0x24)
--- net/ncsi/ncsi-rsp.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
net/ncsi/ncsi-rsp.c +2 -2
@@ -651,7 +651,7 @@ static int ncsi_rsp_handler_gc(struct ncNCSI_CAP_VLAN_MASK ; size = (rsp->uc_cnt + rsp->mc_cnt + rsp->mixed_cnt) *ETH_ALEN ; - nc->mac_filter.addrs =kzalloc (size,GFP_KERNEL ); + nc->mac_filter.addrs =kzalloc (size,GFP_ATOMIC );if (!nc->mac_filter.addrs)return -ENOMEM ; nc->mac_filter.n_uc = rsp->uc_cnt;
@@ -660,7 +660,7 @@ static int ncsi_rsp_handler_gc(struct nc nc->vlan_filter.vids =kcalloc (rsp->vlan_cnt,sizeof (*nc->vlan_filter.vids), -GFP_KERNEL ); +GFP_ATOMIC );if (!nc->vlan_filter.vids)return -ENOMEM ;/* Set VLAN filters active so they are cleared in the first
Greg Kroah-Hartman
maintainerPATCH 45/68 usbip: fix vudc usbip_sockfd_store races leading to gpf
In reply to Greg Kroah-HartmanFrom: Shuah Khan <[email protected]>
commit 46613c9dfa964c0c60b5385dbdf5aaa18be52a9c upstream.
usbip_sockfd_store() is invoked when user requests attach (import) detach (unimport) usb gadget device from usbip host. vhci_hcd sends import request and usbip_sockfd_store() exports the device if it is free for export.
Export and unexport are governed by local state and shared state
- Shared state (usbip device status, sockfd) - sockfd and Device status are used to determine if stub should be brought up or shut down. Device status is shared between host and client.
- Local state (tcp_socket, rx and tx thread task_struct ptrs) A valid tcp_socket controls rx and tx thread operations while the device is in exported state.
- While the device is exported, device status is marked used and socket, sockfd, and thread pointers are valid.
Export sequence (stub-up) includes validating the socket and creating receive (rx) and transmit (tx) threads to talk to the client to provide access to the exported device. rx and tx threads depends on local and shared state to be correct and in sync.
Unexport (stub-down) sequence shuts the socket down and stops the rx and tx threads. Stub-down sequence relies on local and shared states to be in sync.
There are races in updating the local and shared status in the current stub-up sequence resulting in crashes. These stem from starting rx and tx threads before local and global state is updated correctly to be in sync.
1. Doesn't handle kthread_create() error and saves invalid ptr in local state that drives rx and tx threads.
2. Updates tcp_socket and sockfd, starts stub_rx and stub_tx threads before updating usbip_device status to SDEV_ST_USED. This opens up a race condition between the threads and usbip_sockfd_store() stub up and down handling.
Fix the above problems:
- Stop using kthread_get_run() macro to create/start threads.
- Create threads and get task struct reference.
- Add kthread_create() failure handling and bail out.
- Hold usbip_device lock to update local and shared states after creating rx and tx threads.
- Update usbip_device status to SDEV_ST_USED.
- Update usbip_device tcp_socket, sockfd, tcp_rx, and tcp_tx
- Start threads after usbip_device (tcp_socket, sockfd, tcp_rx, tcp_tx, and status) is complete.
Credit goes to syzbot and Tetsuo Handa for finding and root-causing the kthread_get_run() improper error handling problem and others. This is a hard problem to find and debug since the races aren't seen in a normal case. Fuzzing forces the race window to be small enough for the kthread_get_run() error path bug and starting threads before updating the local and shared state bug in the stub-up sequence.
--- drivers/usb/usbip/vudc_sysfs.c | 42 +++++++++++++++++++++++++++++++++-------- 1 file changed, 34 insertions(+), 8 deletions(-)
drivers/usb/usbip/vudc_sysfs.c +34 -8
@@ -103,8 +103,9 @@ unlock: } static BIN_ATTR_RO(dev_desc, sizeof(struct usb_device_descriptor)); -static ssize_t store_sockfd (struct device *dev,struct device_attribute *attr, -const char *in,size_t count) +static ssize_t store_sockfd (struct device *dev, +struct device_attribute *attr, +const char *in,size_t count) {struct vudc *udc = (struct vudc *)dev_get_drvdata (dev);int rv;
@@ -113,6 +114,8 @@ static ssize_t store_sockfd(struct devicstruct socket *socket;unsigned long flags;int ret; +struct task_struct *tcp_rx =NULL ; +struct task_struct *tcp_tx =NULL ; rv =kstrtoint (in,0 , &sockfd);if (rv !=0 )
@@ -158,24 +161,47 @@ static ssize_t store_sockfd(struct devic goto sock_err; } - udc->ud.tcp_socket = socket; - +/* unlock and create threads and get tasks */ spin_unlock_irq (&udc->ud.lock);spin_unlock_irqrestore (&udc->lock, flags); - udc->ud.tcp_rx =kthread_get_run (&v_rx_loop, - &udc->ud,"vudc_rx" ); - udc->ud.tcp_tx =kthread_get_run (&v_tx_loop, - &udc->ud,"vudc_tx" ); + tcp_rx =kthread_create (&v_rx_loop, &udc->ud,"vudc_rx" ); +if (IS_ERR (tcp_rx)) { +sockfd_put (socket); +return -EINVAL ; + } + tcp_tx =kthread_create (&v_tx_loop, &udc->ud,"vudc_tx" ); +if (IS_ERR (tcp_tx)) { +kthread_stop (tcp_rx); +sockfd_put (socket); +return -EINVAL ; + } + +/* get task structs now */ +get_task_struct (tcp_rx); +get_task_struct (tcp_tx); +/* lock and update udc->ud state */ spin_lock_irqsave (&udc->lock, flags);spin_lock_irq (&udc->ud.lock); + + udc->ud.tcp_socket = socket; + udc->ud.tcp_rx = tcp_rx; + udc->ud.tcp_rx = tcp_tx; udc->ud.status =SDEV_ST_USED ; +spin_unlock_irq (&udc->ud.lock);do_gettimeofday (&udc->start_time);v_start_timer (udc); udc->connected =1 ; + +spin_unlock_irqrestore (&udc->lock, flags); + +wake_up_process (udc->ud.tcp_rx); +wake_up_process (udc->ud.tcp_tx); +return count; + }else {if (!udc->connected) {dev_err (dev,"Device not connected" );
Re: [PATCH 4.14 45/68] usbip: fix vudc usbip_sockfd_store races leading to gpf
Quoted 10 lines · Greg Kroah-Hartman
From: Shuah Khan <[email protected]>
commit
46613c9dfa964c0c60b5385dbdf5aaa18be52a9cupstream.
usbip_sockfd_store()is invoked when user requests attach (import) detach (unimport) usb gadget device from usbip host.vhci_hcdsends import request andusbip_sockfd_store()exports the device if it is free for export.
Hi All,
Sorry for reopening an old commit, but I am hoping to learn something here, see below in the code.
Quoted 120 lines
Export and unexport are governed by local state and shared state
- Shared state (usbip device status, sockfd) - sockfd and Device status are used to determine if stub should be brought up or shut down. Device status is shared between host and client.
- Local state (tcp_socket, rx and tx threadtask_structptrs) A validtcp_socketcontrols rx and tx thread operations while the device is in exported state.
- While the device is exported, device status is marked used and socket, sockfd, and thread pointers are valid.Export sequence (stub-up) includes validating the socket and creating receive (rx) and transmit (tx) threads to talk to the client to provide access to the exported device. rx and tx threads depends on local and shared state to be correct and in sync.
Unexport (stub-down) sequence shuts the socket down and stops the rx and tx threads. Stub-down sequence relies on local and shared states to be in sync.
There are races in updating the local and shared status in the current stub-up sequence resulting in crashes. These stem from starting rx and tx threads before local and global state is updated correctly to be in sync.
1. Doesn't handle
kthread_create()error and saves invalid ptr in local state that drives rx and tx threads.
2. Updatestcp_socketand sockfd, startsstub_rxandstub_txthreads before updatingusbip_devicestatus toSDEV_ST_USED. This opens up a race condition between the threads andusbip_sockfd_store()stub up and down handling.Fix the above problems:
- Stop usingkthread_get_run()macro to create/start threads.
- Create threads and get task struct reference.
- Addkthread_create()failure handling and bail out.
- Holdusbip_devicelock to update local and shared states after creating rx and tx threads.
- Updateusbip_devicestatus toSDEV_ST_USED.
- Updateusbip_devicetcp_socket, sockfd,tcp_rx, andtcp_tx
- Start threads afterusbip_device(tcp_socket, sockfd,tcp_rx,tcp_tx, and status) is complete.Credit goes to syzbot and Tetsuo Handa for finding and root-causing the
kthread_get_run()improper error handling problem and others. This is a hard problem to find and debug since the races aren't seen in a normal case. Fuzzing forces the race window to be small enough for thekthread_get_run()error path bug and starting threads before updating the local and shared state bug in the stub-up sequence.Fixes 9720b4bc76a83807 ("staging/usbip: convert to kthread")Reported-by syzbot <[email protected]>Reported-by syzbot <[email protected]>Reported-by syzbot <[email protected]>Reported-by Tetsuo Handa <[email protected]>Signed-off-by Shuah Khan <[email protected]>Link https://lore.kernel.org/r/b1c08b983ffa185449c9f0f7d1021dc8c8454b60.1615171203.git.skhan@linuxfoundation.org open hereSigned-off-by Tom Seewald <[email protected]>Signed-off-by Greg Kroah-Hartman <[email protected]>--- drivers/usb/usbip/vudc_sysfs.c | 42 +++++++++++++++++++++++++++++++++-------- 1 file changed, 34 insertions(+), 8 deletions(-)drivers/usb/usbip/vudc_sysfs.c +23
-8@@ -103,8 +103,9 @@ unlock: } static BIN_ATTR_RO(dev_desc, sizeof(struct usb_device_descriptor)); -static ssize_t store_sockfd (struct device *dev,struct device_attribute *attr, -const char *in,size_t count) +static ssize_t store_sockfd (struct device *dev, +struct device_attribute *attr, +const char *in,size_t count) {struct vudc *udc = (struct vudc *)dev_get_drvdata (dev);int rv;@@ -113,6 +114,8 @@ static ssize_t store_sockfd(struct devicstruct socket *socket;unsigned long flags;int ret; +struct task_struct *tcp_rx =NULL ; +struct task_struct *tcp_tx =NULL ; rv =kstrtoint (in,0 , &sockfd);if (rv !=0 )@@ -158,24 +161,47 @@ static ssize_t store_sockfd(struct devic goto sock_err; } - udc->ud.tcp_socket = socket; - +/* unlock and create threads and get tasks */ spin_unlock_irq (&udc->ud.lock);spin_unlock_irqrestore (&udc->lock, flags); - udc->ud.tcp_rx =kthread_get_run (&v_rx_loop, - &udc->ud,"vudc_rx" ); - udc->ud.tcp_tx =kthread_get_run (&v_tx_loop, - &udc->ud,"vudc_tx" ); + tcp_rx =kthread_create (&v_rx_loop, &udc->ud,"vudc_rx" ); +if (IS_ERR (tcp_rx)) { +sockfd_put (socket); +return -EINVAL ; + } + tcp_tx =kthread_create (&v_tx_loop, &udc->ud,"vudc_tx" ); +if (IS_ERR (tcp_tx)) { +kthread_stop (tcp_rx); +sockfd_put (socket); +return -EINVAL ; + } + +/* get task structs now */ +get_task_struct (tcp_rx); +get_task_struct (tcp_tx); +/* lock and update udc->ud state */ spin_lock_irqsave (&udc->lock, flags);spin_lock_irq (&udc->ud.lock); +
drivers/usb/usbip/vudc_sysfs.c static ssize_t store_sockfd(struct devic · line 197
Quoted 10 lines
drivers/usb/usbip/vudc_sysfs.c +4
-0+ udc->ud.tcp_socket = socket; + udc->ud.tcp_rx = tcp_rx; + udc->ud.tcp_rx = tcp_tx; udc->ud.status =SDEV_ST_USED ; +spin_unlock_irq (&udc->ud.lock);do_gettimeofday (&udc->start_time);v_start_timer (udc); udc->connected =1 ;
Here:
Isn't such pattern - spin_unlock_irq() followed by spin_unlock_irqrestore() a little risky? The spin_unlock_irq() should unconditionally enable the interrupts. There is therefore a window with few statements with all interrupts enabled. What happens if an interrupt comes exactly now?
drivers/usb/usbip/vudc_sysfs.c static ssize_t store_sockfd(struct devic · line 199
Quoted 2 lines
drivers/usb/usbip/vudc_sysfs.c +2
-0+ +spin_unlock_irqrestore (&udc->lock, flags);
...and here:
Additionally, the spin_unlock_irqrestore() will now have wrong flags. Assuming interrupts were enabled during spin_lock_irqsave(), the interrupt state is stored in flags, spin_unlock_irq() enabled interrupts and now spin_unlock_irqrestore() gets flags not matching real state. There should be warn_bogus_irq_restore() visible as well.
The discussed pattern spin_unlock_irq+spin_unlock_irqrestore was here before, so this is not a comment about this specific patch but the entire usbip code.
Best regards,
Krzysztof
Greg Kroah-Hartman
maintainerPATCH 46/68 cfg80211: remove WARN_ON() in cfg80211_sme_connect
In reply to Greg Kroah-HartmanFrom: Du Cheng <[email protected]>
commit 1b5ab825d9acc0f27d2f25c6252f3526832a9626 upstream.
A WARN_ON(wdev->conn) would trigger in cfg80211_sme_connect(), if multiple send_msg(NL80211_CMD_CONNECT) system calls are made from the userland, which should be anticipated and handled by the wireless driver. Remove this WARN_ON() to prevent kernel panic if kernel is configured to "panic_on_warn".
Bug reported by syzbot.
--- net/wireless/sme.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/wireless/sme.c +1 -1
@@ -530,7 +530,7 @@ static int cfg80211_sme_connect(struct wcfg80211_sme_free (wdev); } -if (WARN_ON (wdev->conn)) +if (wdev->conn)return -EINPROGRESS ; wdev->conn =kzalloc (sizeof (*wdev->conn),GFP_KERNEL );
Greg Kroah-Hartman
maintainerPATCH 47/68 net: tun: set tun->dev->addr_len during TUNSETLINK processing
In reply to Greg Kroah-HartmanFrom: Phillip Potter <[email protected]>
commit cca8ea3b05c972ffb5295367e6c544369b45fbdd upstream.
When changing type with TUNSETLINK ioctl command, set tun->dev->addr_len to match the appropriate type, using new tun_get_addr_len utility function which returns appropriate address length for given type. Fixes a KMSAN-found uninit-value bug reported by syzbot at:
https://syzkaller.appspot.com/bug?id=0766d38c656abeace60621896d705743aeefed51
--- drivers/net/tun.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 48 insertions(+)
drivers/net/tun.c +48 -0
@@ -75,6 +75,14 @@#include <linux/skb_array.h> #include <linux/bpf.h> #include <linux/bpf_trace.h> +#include <linux/ieee802154.h> +#include <linux/if_ltalk.h> +#include <uapi/linux/if_fddi.h> +#include <uapi/linux/if_hippi.h> +#include <uapi/linux/if_fc.h> +#include <net/ax25.h> +#include <net/rose.h> +#include <net/6lowpan.h> #include <linux/uaccess.h>
@@ -2292,6 +2300,45 @@ unlock:return ret; } +/* Return correct value for tun->dev->addr_len based on tun->dev->type. */ +static unsigned char tun_get_addr_len (unsigned short type) +{ +switch (type) { +case ARPHRD_IP6GRE : +case ARPHRD_TUNNEL6 : +return sizeof (struct in6_addr ); +case ARPHRD_IPGRE : +case ARPHRD_TUNNEL : +case ARPHRD_SIT : +return 4 ; +case ARPHRD_ETHER : +return ETH_ALEN ; +case ARPHRD_IEEE802154 : +case ARPHRD_IEEE802154_MONITOR : +return IEEE802154_EXTENDED_ADDR_LEN ; +case ARPHRD_PHONET_PIPE : +case ARPHRD_PPP : +case ARPHRD_NONE : +return 0 ; +case ARPHRD_6LOWPAN : +return EUI64_ADDR_LEN ; +case ARPHRD_FDDI : +return FDDI_K_ALEN ; +case ARPHRD_HIPPI : +return HIPPI_ALEN ; +case ARPHRD_IEEE802 : +return FC_ALEN ; +case ARPHRD_ROSE : +return ROSE_ADDR_LEN ; +case ARPHRD_NETROM : +return AX25_ADDR_LEN ; +case ARPHRD_LOCALTLK : +return LTALK_ALEN ; +default : +return 0 ; + } +} +static long __tun_chr_ioctl (struct file *file,unsigned int cmd,unsigned long arg,int ifreq_len) {
@@ -2434,6 +2481,7 @@ static long __tun_chr_ioctl(struct file ret = -EBUSY ; }else { tun->dev->type = (int ) arg; + tun->dev->addr_len =tun_get_addr_len (tun->dev->type);tun_debug (KERN_INFO , tun,"linktype set to %d\n" , tun->dev->type); ret =0 ;
Greg Kroah-Hartman
maintainerPATCH 48/68 drivers: net: fix memory leak in atusb_probe
In reply to Greg Kroah-HartmanFrom: Pavel Skripkin <[email protected]>
commit 6b9fbe16955152626557ec6f439f3407b7769941 upstream.
syzbot reported memory leak in atusb_probe()[1]. The problem was in atusb_alloc_urbs().
Since urb is anchored, we need to release the reference to correctly free the urb
backtrace:
[<ffffffff82ba0466>] kmalloc include/linux/slab.h:559 [inline]
[<ffffffff82ba0466>] usb_alloc_urb+0x66/0xe0 drivers/usb/core/urb.c:74
[<ffffffff82ad3888>] atusb_alloc_urbs drivers/net/ieee802154/atusb.c:362 [inline][2]
[<ffffffff82ad3888>] atusb_probe+0x158/0x820 drivers/net/ieee802154/atusb.c:1038 [1]--- drivers/net/ieee802154/atusb.c | 1 + 1 file changed, 1 insertion(+)
drivers/net/ieee802154/atusb.c +1 -0
@@ -346,6 +346,7 @@ static int atusb_alloc_urbs(struct atusbreturn -ENOMEM ; }usb_anchor_urb (urb, &atusb->idle_urbs); +usb_free_urb (urb); n--; }return 0 ;
Greg Kroah-Hartman
maintainerPATCH 49/68 drivers: net: fix memory leak in peak_usb_create_dev
In reply to Greg Kroah-HartmanFrom: Pavel Skripkin <[email protected]>
commit a0b96b4a62745397aee662670cfc2157bac03f55 upstream.
syzbot reported memory leak in peak_usb.
The problem was in case of failure after calling ->dev_init()[2] in peak_usb_create_dev()[1]. The data allocated int dev_init() wasn't freed, so simple ->dev_free() call fix this problem.
backtrace:
[<0000000079d6542a>] kmalloc include/linux/slab.h:552 [inline]
[<0000000079d6542a>] kzalloc include/linux/slab.h:682 [inline]
[<0000000079d6542a>] pcan_usb_fd_init+0x156/0x210 drivers/net/can/usb/peak_usb/pcan_usb_fd.c:868 [2]
[<00000000c09f9057>] peak_usb_create_dev drivers/net/can/usb/peak_usb/pcan_usb_core.c:851 [inline] [1]
[<00000000c09f9057>] peak_usb_probe+0x389/0x490 drivers/net/can/usb/peak_usb/pcan_usb_core.c:949--- drivers/net/can/usb/peak_usb/pcan_usb_core.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-)
drivers/net/can/usb/peak_usb/pcan_usb_core.c +5 -1
@@ -882,7 +882,7 @@ static int peak_usb_create_dev(const strif (dev->adapter->dev_set_bus) { err = dev->adapter->dev_set_bus (dev,0 );if (err) - goto lbl_unregister_candev; + goto adap_dev_free; }/* get device number early */
@@ -894,6 +894,10 @@ static int peak_usb_create_dev(const strreturn 0 ; +adap_dev_free: +if (dev->adapter->dev_free) + dev->adapter->dev_free (dev); + lbl_unregister_candev:unregister_candev (netdev);
Greg Kroah-Hartman
maintainerPATCH 50/68 net: mac802154: Fix general protection fault
In reply to Greg Kroah-HartmanFrom: Pavel Skripkin <[email protected]>
commit 1165affd484889d4986cf3b724318935a0b120d8 upstream.
syzbot found general protection fault in crypto_destroy_tfm()[1]. It was caused by wrong clean up loop in llsec_key_alloc(). If one of the tfm array members is in IS_ERR() range it will cause general protection fault in clean up function [1].
Call Trace: crypto_free_aead include/crypto/aead.h:191 [inline] [1] llsec_key_alloc net/mac802154/llsec.c:156 [inline] mac802154_llsec_key_add+0x9e0/0xcc0 net/mac802154/llsec.c:249 ieee802154_add_llsec_key+0x56/0x80 net/mac802154/cfg.c:338 rdev_add_llsec_key net/ieee802154/rdev-ops.h:260 [inline] nl802154_add_llsec_key+0x3d3/0x560 net/ieee802154/nl802154.c:1584 genl_family_rcv_msg_doit+0x228/0x320 net/netlink/genetlink.c:739 genl_family_rcv_msg net/netlink/genetlink.c:783 [inline] genl_rcv_msg+0x328/0x580 net/netlink/genetlink.c:800 netlink_rcv_skb+0x153/0x420 net/netlink/af_netlink.c:2502 genl_rcv+0x24/0x40 net/netlink/genetlink.c:811 netlink_unicast_kernel net/netlink/af_netlink.c:1312 [inline] netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1338 netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 ____sys_sendmsg+0x6e8/0x810 net/socket.c:2350 ___sys_sendmsg+0xf3/0x170 net/socket.c:2404 __sys_sendmsg+0xe5/0x1b0 net/socket.c:2433 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46 entry_SYSCALL_64_after_hwframe+0x44/0xae
--- net/mac802154/llsec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/mac802154/llsec.c +1 -1
@@ -160,7 +160,7 @@ err_tfm0:crypto_free_skcipher (key->tfm0); err_tfm:for (i =0 ; i <ARRAY_SIZE (key->tfm); i++) -if (key->tfm[i]) +if (!IS_ERR_OR_NULL (key->tfm[i]))crypto_free_aead (key->tfm[i]);kzfree (key);
Greg Kroah-Hartman
maintainerPATCH 51/68 net: ieee802154: nl-mac: fix check on panid
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 6f7f657f24405f426212c09260bf7fe8a52cef33 upstream.
This patch fixes a null pointer derefence for panid handle by move the check for the netlink variable directly before accessing them.
--- net/ieee802154/nl-mac.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-)
net/ieee802154/nl-mac.c +4 -3
@@ -559,9 +559,7 @@ ieee802154_llsec_parse_key_id(struct gen desc->mode =nla_get_u8 (info->attrs[IEEE802154_ATTR_LLSEC_KEY_MODE ]);if (desc->mode ==IEEE802154_SCF_KEY_IMPLICIT ) { -if (!info->attrs[IEEE802154_ATTR_PAN_ID ] && - !(info->attrs[IEEE802154_ATTR_SHORT_ADDR ] || - info->attrs[IEEE802154_ATTR_HW_ADDR ])) +if (!info->attrs[IEEE802154_ATTR_PAN_ID ])return -EINVAL ; desc->device_addr.pan_id =nla_get_shortaddr (info->attrs[IEEE802154_ATTR_PAN_ID ]);
@@ -570,6 +568,9 @@ ieee802154_llsec_parse_key_id(struct gen desc->device_addr.mode =IEEE802154_ADDR_SHORT ; desc->device_addr.short_addr =nla_get_shortaddr (info->attrs[IEEE802154_ATTR_SHORT_ADDR ]); }else { +if (!info->attrs[IEEE802154_ATTR_HW_ADDR ]) +return -EINVAL ; + desc->device_addr.mode =IEEE802154_ADDR_LONG ; desc->device_addr.extended_addr =nla_get_hwaddr (info->attrs[IEEE802154_ATTR_HW_ADDR ]); }
Greg Kroah-Hartman
maintainerPATCH 52/68 net: ieee802154: fix nl802154 del llsec key
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 37feaaf5ceb2245e474369312bb7b922ce7bce69 upstream.
This patch fixes a nullpointer dereference if NL802154_ATTR_SEC_KEY is not set by the user. If this is the case nl802154 will return -EINVAL.
--- net/ieee802154/nl802154.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
net/ieee802154/nl802154.c +2 -1
@@ -1612,7 +1612,8 @@ static int nl802154_del_llsec_key(structstruct nlattr *attrs[NL802154_KEY_ATTR_MAX +1 ];struct ieee802154_llsec_key_id id; -if (nla_parse_nested (attrs,NL802154_KEY_ATTR_MAX , +if (!info->attrs[NL802154_ATTR_SEC_KEY ] || +nla_parse_nested (attrs,NL802154_KEY_ATTR_MAX , info->attrs[NL802154_ATTR_SEC_KEY ], nl802154_key_policy, info->extack))return -EINVAL ;
Greg Kroah-Hartman
maintainerPATCH 53/68 net: ieee802154: fix nl802154 del llsec dev
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 3d1eac2f45585690d942cf47fd7fbd04093ebd1b upstream.
This patch fixes a nullpointer dereference if NL802154_ATTR_SEC_DEVICE is not set by the user. If this is the case nl802154 will return -EINVAL.
--- net/ieee802154/nl802154.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
net/ieee802154/nl802154.c +2 -1
@@ -1781,7 +1781,8 @@ static int nl802154_del_llsec_dev(structstruct nlattr *attrs[NL802154_DEV_ATTR_MAX +1 ];__le64 extended_addr; -if (nla_parse_nested (attrs,NL802154_DEV_ATTR_MAX , +if (!info->attrs[NL802154_ATTR_SEC_DEVICE ] || +nla_parse_nested (attrs,NL802154_DEV_ATTR_MAX , info->attrs[NL802154_ATTR_SEC_DEVICE ], nl802154_dev_policy, info->extack))return -EINVAL ;
Greg Kroah-Hartman
maintainerPATCH 54/68 net: ieee802154: fix nl802154 add llsec key
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 20d5fe2d7103f5c43ad11a3d6d259e9d61165c35 upstream.
This patch fixes a nullpointer dereference if NL802154_ATTR_SEC_KEY is not set by the user. If this is the case nl802154 will return -EINVAL.
--- net/ieee802154/nl802154.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
net/ieee802154/nl802154.c +2 -1
@@ -1562,7 +1562,8 @@ static int nl802154_add_llsec_key(structstruct ieee802154_llsec_key_id id = { };u32 commands[NL802154_CMD_FRAME_NR_IDS /32 ] = { }; -if (nla_parse_nested (attrs,NL802154_KEY_ATTR_MAX , +if (!info->attrs[NL802154_ATTR_SEC_KEY ] || +nla_parse_nested (attrs,NL802154_KEY_ATTR_MAX , info->attrs[NL802154_ATTR_SEC_KEY ], nl802154_key_policy, info->extack))return -EINVAL ;
Greg Kroah-Hartman
maintainerPATCH 55/68 net: ieee802154: fix nl802154 del llsec devkey
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 27c746869e1a135dffc2f2a80715bb7aa00445b4 upstream.
This patch fixes a nullpointer dereference if NL802154_ATTR_SEC_DEVKEY is not set by the user. If this is the case nl802154 will return -EINVAL.
--- net/ieee802154/nl802154.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
net/ieee802154/nl802154.c +2 -1
@@ -1943,7 +1943,8 @@ static int nl802154_del_llsec_devkey(strstruct ieee802154_llsec_device_key key;__le64 extended_addr; -if (nla_parse_nested (attrs,NL802154_DEVKEY_ATTR_MAX , +if (!info->attrs[NL802154_ATTR_SEC_DEVKEY ] || +nla_parse_nested (attrs,NL802154_DEVKEY_ATTR_MAX , info->attrs[NL802154_ATTR_SEC_DEVKEY ], nl802154_devkey_policy, info->extack))return -EINVAL ;
Greg Kroah-Hartman
maintainerPATCH 56/68 net: ieee802154: forbid monitor for set llsec params
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 88c17855ac4291fb462e13a86b7516773b6c932e upstream.
This patch forbids to set llsec params for monitor interfaces which we don't support yet.
--- net/ieee802154/nl802154.c | 3 +++ 1 file changed, 3 insertions(+)
net/ieee802154/nl802154.c +3 -0
@@ -1402,6 +1402,9 @@ static int nl802154_set_llsec_params(stru32 changed =0 ;int ret; +if (wpan_dev->iftype ==NL802154_IFTYPE_MONITOR ) +return -EOPNOTSUPP ; +if (info->attrs[NL802154_ATTR_SEC_ENABLED ]) {u8 enabled;
Greg Kroah-Hartman
maintainerPATCH 57/68 net: ieee802154: forbid monitor for del llsec seclevel
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 9dde130937e95b72adfae64ab21d6e7e707e2dac upstream.
This patch forbids to del llsec seclevel for monitor interfaces which we don't support yet. Otherwise we will access llsec mib which isn't initialized for monitors.
--- net/ieee802154/nl802154.c | 3 +++ 1 file changed, 3 insertions(+)
net/ieee802154/nl802154.c +3 -0
@@ -2122,6 +2122,9 @@ static int nl802154_del_llsec_seclevel(sstruct wpan_dev *wpan_dev = dev->ieee802154_ptr;struct ieee802154_llsec_seclevel sl; +if (wpan_dev->iftype ==NL802154_IFTYPE_MONITOR ) +return -EOPNOTSUPP ; +if (!info->attrs[NL802154_ATTR_SEC_LEVEL ] ||llsec_parse_seclevel (info->attrs[NL802154_ATTR_SEC_LEVEL ], &sl) <0 )
Greg Kroah-Hartman
maintainerPATCH 58/68 net: ieee802154: stop dump llsec params for monitors
In reply to Greg Kroah-HartmanFrom: Alexander Aring <[email protected]>
commit 1534efc7bbc1121e92c86c2dabebaf2c9dcece19 upstream.
This patch stops dumping llsec params for monitors which we don't support yet. Otherwise we will access llsec mib which isn't initialized for monitors.
--- net/ieee802154/nl802154.c | 5 +++++ 1 file changed, 5 insertions(+)
net/ieee802154/nl802154.c +5 -0
@@ -836,8 +836,13 @@ nl802154_send_iface(struct sk_buff *msg, goto nla_put_failure;#ifdef CONFIG_IEEE802154_NL802154_EXPERIMENTAL +if (wpan_dev->iftype ==NL802154_IFTYPE_MONITOR ) + goto out; +if (nl802154_get_llsec_params (msg, rdev, wpan_dev) <0 ) goto nla_put_failure; + +out:#endif /* CONFIG_IEEE802154_NL802154_EXPERIMENTAL */ genlmsg_end (msg, hdr);
Greg Kroah-Hartman
maintainerPATCH 59/68 Revert "cifs: Set CIFS_MOUNT_USE_PREFIX_PATH flag on setting cifs_sb->prepath."
In reply to Greg Kroah-HartmanFrom: Greg Kroah-Hartman <[email protected]>
This reverts commit ad48c641e7c344ae7aba243d3056a22eaba71bfd which is commit a738c93fb1c17e386a09304b517b1c6b2a6a5a8b upstream.
It is reported to cause problems in older kernels, so revert it for now until we can figure it out...
--- fs/cifs/connect.c | 1 - 1 file changed, 1 deletion(-)
fs/cifs/connect.c +0 -1
@@ -3607,7 +3607,6 @@ int cifs_setup_cifs_sb(struct smb_vol *p cifs_sb->prepath =kstrdup (pvolume_info->prepath,GFP_KERNEL );if (cifs_sb->prepath ==NULL )return -ENOMEM ; - cifs_sb->mnt_cifs_flags |=CIFS_MOUNT_USE_PREFIX_PATH ; }return 0 ;
Greg Kroah-Hartman
maintainerPATCH 60/68 KVM: arm64: Hide system instruction access to Trace registers
In reply to Greg Kroah-HartmanFrom: Suzuki K Poulose <[email protected]>
[ Upstream commit 1d676673d665fd2162e7e466dcfbe5373bfdb73e ]
Currently we advertise the ID_AA6DFR0_EL1.TRACEVER for the guest, when the trace register accesses are trapped (CPTR_EL2.TTA == 1). So, the guest will get an undefined instruction, if trusts the ID registers and access one of the trace registers. Lets be nice to the guest and hide the feature to avoid unexpected behavior.
Even though this can be done at KVM sysreg emulation layer, we do this by removing the TRACEVER from the sanitised feature register field. This is fine as long as the ETM drivers can handle the individual trace units separately, even when there are differences among the CPUs.
--- arch/arm64/kernel/cpufeature.c | 1 - 1 file changed, 1 deletion(-)
arch/arm64/kernel/cpufeature.c +0 -1
@@ -230,7 +230,6 @@ static const struct arm64_ftr_bits ftr_id_aa64dfr0[] = {* of support. */ S_ARM64_FTR_BITS (FTR_HIDDEN ,FTR_NONSTRICT ,FTR_EXACT ,ID_AA64DFR0_PMUVER_SHIFT ,4 ,0 ), -ARM64_FTR_BITS (FTR_HIDDEN ,FTR_STRICT ,FTR_EXACT ,ID_AA64DFR0_TRACEVER_SHIFT ,4 ,0 ),ARM64_FTR_BITS (FTR_HIDDEN ,FTR_STRICT ,FTR_EXACT ,ID_AA64DFR0_DEBUGVER_SHIFT ,4 ,0x6 ), ARM64_FTR_END, };
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 61/68 KVM: arm64: Disable guest access to trace filter controls
In reply to Greg Kroah-HartmanFrom: Suzuki K Poulose <[email protected]>
[ Upstream commit a354a64d91eec3e0f8ef0eed575b480fd75b999c ]
Disable guest access to the Trace Filter control registers. We do not advertise the Trace filter feature to the guest (ID_AA64DFR0_EL1: TRACE_FILT is cleared) already, but the guest can still access the TRFCR_EL1 unless we trap it.
This will also make sure that the guest cannot fiddle with the filtering controls set by a nvhe host.
--- arch/arm64/include/asm/kvm_arm.h | 1 + arch/arm64/kvm/debug.c | 2 ++ 2 files changed, 3 insertions(+)
arch/arm64/include/asm/kvm_arm.h +1 -0
@@ -191,6 +191,7 @@#define CPTR_EL2_DEFAULT 0x000033ff/* Hyp Debug Configuration Register bits */ +#define MDCR_EL2_TTRF (1 << 19)#define MDCR_EL2_TPMS (1 << 14)#define MDCR_EL2_E2PB_MASK (UL(0x3))#define MDCR_EL2_E2PB_SHIFT (UL(12))
arch/arm64/kvm/debug.c +2 -0
@@ -96,6 +96,7 @@ void kvm_arm_reset_debug_ptr(struct kvm_vcpu *vcpu)* - Debug ROM Address (MDCR_EL2_TDRA) * - OS related registers (MDCR_EL2_TDOSA) * - Statistical profiler (MDCR_EL2_TPMS/MDCR_EL2_E2PB) +* - Self-hosted Trace Filter controls (MDCR_EL2_TTRF) * * Additionally, KVM only traps guest accesses to the debug registers if * the guest is not actively using them (see the KVM_ARM64_DEBUG_DIRTY
@@ -118,6 +119,7 @@ void kvm_arm_setup_debug(struct kvm_vcpu *vcpu) vcpu->arch.mdcr_el2 =__this_cpu_read (mdcr_el2) &MDCR_EL2_HPMN_MASK ; vcpu->arch.mdcr_el2 |= (MDCR_EL2_TPM |MDCR_EL2_TPMS | +MDCR_EL2_TTRF |MDCR_EL2_TPMCR |MDCR_EL2_TDRA |MDCR_EL2_TDOSA );
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 62/68 drm/imx: imx-ldb: fix out of bounds array access warning
In reply to Greg Kroah-HartmanFrom: Arnd Bergmann <[email protected]>
[ Upstream commit 33ce7f2f95cabb5834cf0906308a5cb6103976da ]
When CONFIG_OF is disabled, building with 'make W=1' produces warnings about out of bounds array access:
drivers/gpu/drm/imx/imx-ldb.c: In function 'imx_ldb_set_clock.constprop':drivers/gpu/drm/imx/imx-ldb.c:186:8: error: array subscript -22 is below array bounds of 'struct clk *[4]' [-Werror=array-bounds]
Add an error check before the index is used, which helps with the warning, as well as any possible other error condition that may be triggered at runtime.
The warning could be fixed by adding a Kconfig depedency on CONFIG_OF, but Liu Ying points out that the driver may hit the out-of-bounds problem at runtime anyway.
--- drivers/gpu/drm/imx/imx-ldb.c | 10 ++++++++++ 1 file changed, 10 insertions(+)
drivers/gpu/drm/imx/imx-ldb.c +10 -0
@@ -206,6 +206,11 @@ static void imx_ldb_encoder_enable(struct drm_encoder *encoder)int dual = ldb->ldb_ctrl &LDB_SPLIT_MODE_EN ;int mux =drm_of_encoder_active_port_id (imx_ldb_ch->child, encoder); +if (mux <0 || mux >=ARRAY_SIZE (ldb->clk_sel)) { +dev_warn (ldb->dev,"%s: invalid mux %d\n" , __func__, mux); +return ; + } +drm_panel_prepare (imx_ldb_ch->panel);if (dual) {
@@ -264,6 +269,11 @@ imx_ldb_encoder_atomic_mode_set(struct drm_encoder *encoder,int mux =drm_of_encoder_active_port_id (imx_ldb_ch->child, encoder);u32 bus_format = imx_ldb_ch->bus_format; +if (mux <0 || mux >=ARRAY_SIZE (ldb->clk_sel)) { +dev_warn (ldb->dev,"%s: invalid mux %d\n" , __func__, mux); +return ; + } +if (mode->clock >170000 ) {dev_warn (ldb->dev,"%s: mode exceeds 170 MHz pixel clock\n" , __func__);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 63/68 gfs2: report "already frozen/thawed" errors
In reply to Greg Kroah-HartmanFrom: Bob Peterson <[email protected]>
[ Upstream commit ff132c5f93c06bd4432bbab5c369e468653bdec4 ]
Before this patch, gfs2's freeze function failed to report an error when the target file system was already frozen as it should (and as generic vfs function freeze_super does. Similarly, gfs2's thaw function failed to report an error when trying to thaw a file system that is not frozen, as vfs function thaw_super does. The errors were checked, but it always returned a 0 return code.
This patch adds the missing error return codes to gfs2 freeze and thaw.
--- fs/gfs2/super.c | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-)
fs/gfs2/super.c +6 -4
@@ -989,11 +989,13 @@ void gfs2_freeze_func(struct work_struct *work)static int gfs2_freeze (struct super_block *sb) {struct gfs2_sbd *sdp = sb->s_fs_info; -int error =0 ; +int error;mutex_lock (&sdp->sd_freeze_mutex); -if (atomic_read (&sdp->sd_freeze_state) !=SFS_UNFROZEN ) +if (atomic_read (&sdp->sd_freeze_state) !=SFS_UNFROZEN ) { + error = -EBUSY ; goto out; + }if (test_bit (SDF_SHUTDOWN , &sdp->sd_flags)) { error = -EINVAL ;
@@ -1035,10 +1037,10 @@ static int gfs2_unfreeze(struct super_block *sb)struct gfs2_sbd *sdp = sb->s_fs_info;mutex_lock (&sdp->sd_freeze_mutex); -if (atomic_read (&sdp->sd_freeze_state) !=SFS_FROZEN || +if (atomic_read (&sdp->sd_freeze_state) !=SFS_FROZEN || !gfs2_holder_initialized (&sdp->sd_freeze_gh)) {mutex_unlock (&sdp->sd_freeze_mutex); -return 0 ; +return -EINVAL ; }gfs2_glock_dq_uninit (&sdp->sd_freeze_gh);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 64/68 block: only update parent bi_status when bio fail
In reply to Greg Kroah-HartmanFrom: Yufen Yu <[email protected]>
[ Upstream commit 3edf5346e4f2ce2fa0c94651a90a8dda169565ee ]
For multiple split bios, if one of the bio is fail, the whole should return error to application. But we found there is a race between bio_integrity_verify_fn and bio complete, which return io success to application after one of the bio fail. The race as following:
split bio(READ) kworker
nvme_complete_rqblk_update_request //split error=0
bio_endio
bio_integrity_endio
queue_work(kintegrityd_wq, &bip->bip_work);
bio_integrity_verify_fn
bio_endio //split bio
__bio_chain_endio
if (!parent->bi_status)
<interrupt entry>
nvme_irq
blk_update_request //parent error=7
req_bio_endio
bio->bi_status = 7 //parent bio
<interrupt exit>
parent->bi_status = 0
parent->bi_end_io() // return bi_status=0The bio has been split as two: split and parent. When split bio completed, it depends on kworker to do endio, while bio_integrity_verify_fn have been interrupted by parent bio complete irq handler. Then, parent bio->bi_status which have been set in irq handler will overwrite by kworker.
In fact, even without the above race, we also need to conside the concurrency beteen mulitple split bio complete and update the same parent bi_status. Normally, multiple split bios will be issued to the same hctx and complete from the same irq vector. But if we have updated queue map between multiple split bios, these bios may complete on different hw queue and different irq vector. Then the concurrency update parent bi_status may cause the final status error.
--- block/bio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
block/bio.c +1 -1
@@ -312,7 +312,7 @@ static struct bio *__bio_chain_endio(struct bio *bio) {struct bio *parent = bio->bi_private; -if (!parent->bi_status) +if (bio->bi_status && !parent->bi_status) parent->bi_status = bio->bi_status;bio_put (bio);return parent;
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 65/68 net: phy: broadcom: Only advertise EEE for supported modes
In reply to Greg Kroah-HartmanFrom: Florian Fainelli <[email protected]>
commit c056d480b40a68f2520ccc156c7fae672d69d57d upstream
We should not be advertising EEE for modes that we do not support, correct that oversight by looking at the PHY device supported linkmodes.
--- drivers/net/phy/bcm-phy-lib.c | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-)
drivers/net/phy/bcm-phy-lib.c +8 -3
@@ -198,7 +198,7 @@ EXPORT_SYMBOL_GPL(bcm_phy_enable_apd);int bcm_phy_set_eee (struct phy_device *phydev,bool enable) { -int val; +int val, mask =0 ;/* Enable EEE at PHY level */ val =phy_read_mmd (phydev,MDIO_MMD_AN ,BRCM_CL45VEN_EEE_CONTROL );
@@ -217,10 +217,15 @@ int bcm_phy_set_eee(struct phy_device *phydev, bool enable)if (val <0 )return val; +if (phydev->supported & SUPPORTED_1000baseT_Full) + mask |=MDIO_EEE_1000T ; +if (phydev->supported & SUPPORTED_100baseT_Full) + mask |=MDIO_EEE_100TX ; +if (enable) - val |= (MDIO_EEE_100TX |MDIO_EEE_1000T ); + val |= mask;else - val &= ~(MDIO_EEE_100TX |MDIO_EEE_1000T ); + val &= ~mask;phy_write_mmd (phydev,MDIO_MMD_AN ,BCM_CL45VEN_EEE_ADV , (u32 )val);
Signature · 1 line
2.30.2
Greg Kroah-Hartman
maintainerPATCH 66/68 netfilter: x_tables: fix compat match/target pad out-of-bound write
In reply to Greg Kroah-HartmanFrom: Florian Westphal <[email protected]>
commit b29c457a6511435960115c0f548c4360d5f4801d upstream.
xt_compat_match/target_from_user doesn't check that zeroing the area to start of next rule won't write past end of allocated ruleset blob.
Remove this code and zero the entire blob beforehand.
--- net/ipv4/netfilter/arp_tables.c | 2 ++ net/ipv4/netfilter/ip_tables.c | 2 ++ net/ipv6/netfilter/ip6_tables.c | 2 ++ net/netfilter/x_tables.c | 10 ++-------- 4 files changed, 8 insertions(+), 8 deletions(-)
net/ipv4/netfilter/arp_tables.c +2 -0
@@ -1196,6 +1196,8 @@ static int translate_compat_table(structif (!newinfo) goto out_unlock; +memset (newinfo->entries,0 , size); + newinfo->number = compatr->num_entries;for (i =0 ; i <NF_ARP_NUMHOOKS ; i++) { newinfo->hook_entry[i] = compatr->hook_entry[i];
net/ipv4/netfilter/ip_tables.c +2 -0
@@ -1432,6 +1432,8 @@ translate_compat_table(struct net *net,if (!newinfo) goto out_unlock; +memset (newinfo->entries,0 , size); + newinfo->number = compatr->num_entries;for (i =0 ; i <NF_INET_NUMHOOKS ; i++) { newinfo->hook_entry[i] = compatr->hook_entry[i];
net/ipv6/netfilter/ip6_tables.c +2 -0
@@ -1449,6 +1449,8 @@ translate_compat_table(struct net *net,if (!newinfo) goto out_unlock; +memset (newinfo->entries,0 , size); + newinfo->number = compatr->num_entries;for (i =0 ; i <NF_INET_NUMHOOKS ; i++) { newinfo->hook_entry[i] = compatr->hook_entry[i];
net/netfilter/x_tables.c +2 -8
@@ -638,7 +638,7 @@ void xt_compat_match_from_user(struct xt {const struct xt_match *match = m->u.kernel.match;struct compat_xt_entry_match *cm = (struct compat_xt_entry_match *)m; -int pad, off =xt_compat_match_offset (match); +int off =xt_compat_match_offset (match);u_int16_t msize = cm->u.user.match_size;char name[sizeof (m->u.user.name)];
@@ -648,9 +648,6 @@ void xt_compat_match_from_user(struct xt match->compat_from_user (m->data, cm->data); else memcpy(m->data, cm->data, msize - sizeof(*cm)); - pad =XT_ALIGN (match->matchsize) - match->matchsize; -if (pad >0 ) -memset (m->data + match->matchsize,0 , pad); msize += off; m->u.user.match_size = msize;
@@ -993,7 +990,7 @@ void xt_compat_target_from_user(struct x {const struct xt_target *target = t->u.kernel.target;struct compat_xt_entry_target *ct = (struct compat_xt_entry_target *)t; -int pad, off =xt_compat_target_offset (target); +int off =xt_compat_target_offset (target);u_int16_t tsize = ct->u.user.target_size;char name[sizeof (t->u.user.name)];
@@ -1003,9 +1000,6 @@ void xt_compat_target_from_user(struct x target->compat_from_user (t->data, ct->data); else memcpy(t->data, ct->data, tsize - sizeof(*ct)); - pad =XT_ALIGN (target->targetsize) - target->targetsize; -if (pad >0 ) -memset (t->data + target->targetsize,0 , pad); tsize += off; t->u.user.target_size = tsize;
Greg Kroah-Hartman
maintainerPATCH 67/68 perf map: Tighten snprintf() string precision to pass gcc check on some 32-bit arches
In reply to Greg Kroah-HartmanFrom: Arnaldo Carvalho de Melo <[email protected]>
commit 77d02bd00cea9f1a87afe58113fa75b983d6c23a upstream.
Noticed on a debian:experimental mips and mipsel cross build build environment:
perfbuilder@ec265a086e9b:~$ mips-linux-gnu-gcc --version | head -1 mips-linux-gnu-gcc (Debian 10.2.1-3) 10.2.1 20201224 perfbuilder@ec265a086e9b:~$
CC /tmp/build/perf/util/map.o
util/map.c: In function 'map__new':
util/map.c:109:5: error: '%s' directive output may be truncated writing between 1 and 2147483645 bytes into a region of size 4096 [-Werror=format-truncation=]
109 | "%s/platforms/%s/arch-%s/usr/lib/%s",
| ^~
In file included from /usr/mips-linux-gnu/include/stdio.h:867,
from util/symbol.h:11,
from util/map.c:2:
/usr/mips-linux-gnu/include/bits/stdio2.h:67:10: note: '__builtin___snprintf_chk' output 32 or more bytes (assuming 4294967321) into a destination of size 4096
67 | return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
68 | __bos (__s), __fmt, __va_arg_pack ());
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~cc1: all warnings being treated as errors
Since we have the lenghts for what lands in that place, use it to give the compiler more info and make it happy.
--- tools/perf/util/map.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-)
tools/perf/util/map.c +3 -4
@@ -93,8 +93,7 @@ static inline bool replace_android_lib(cif (!strncmp (filename,"/system/lib/" ,12 )) {char *ndk, *app;const char *arch; -size_t ndk_length; -size_t app_length; +int ndk_length, app_length; ndk =getenv ("NDK_ROOT" ); app =getenv ("APP_PLATFORM" );
@@ -122,8 +121,8 @@ static inline bool replace_android_lib(cif (new_length >PATH_MAX )return false;snprintf (newfilename, new_length, -"%s/platforms/%s/arch-%s/usr/lib/%s" , - ndk, app, arch, libname); +"%.*s/platforms/%.*s/arch-%s/usr/lib/%s" , + ndk_length, ndk, app_length, app, arch, libname);return true; }
Greg Kroah-Hartman
maintainerPATCH 68/68 xen/events: fix setting irq affinity
In reply to Greg Kroah-HartmanFrom: Juergen Gross <[email protected]>
The backport of upstream patch 25da4618af240fbec61 ("xen/events: don't unmask an event channel when an eoi is pending") introduced a regression for stable kernels 5.10 and older: setting IRQ affinity for IRQs related to interdomain events would no longer work, as moving the IRQ to its new cpu was not included in the irq_ack callback for those events.
Fix that by adding the needed call.
Note that kernels 5.11 and later don't need the explicit moving of the IRQ to the target cpu in the irq_ack callback, due to a rework of the affinity setting in kernel 5.11.
--- drivers/xen/events/events_base.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
drivers/xen/events/events_base.c +2 -2
@@ -1782,7 +1782,7 @@ static void lateeoi_ack_dynirq(struct irif (VALID_EVTCHN (evtchn)) {do_mask (info,EVT_MASK_REASON_EOI_PENDING ); -event_handler_exit (info); +ack_dynirq (data); } }
@@ -1793,7 +1793,7 @@ static void lateeoi_mask_ack_dynirq(struif (VALID_EVTCHN (evtchn)) {do_mask (info,EVT_MASK_REASON_EXPLICIT ); -event_handler_exit (info); +ack_dynirq (data); } }
Quoted 9 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.231 release. There are 68 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.
Responses should be made by Sat, 17 Apr 2021 14:44:01 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 9 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.231-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.14.y
and the diffstat can be found below.thanks,
greg k-h
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
Quoted 293 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.231 release. There are 68 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.
Responses should be made by Sat, 17 Apr 2021 14:44:01 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.231-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.14.y
and the diffstat can be found below.thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:Greg Kroah-Hartman <[email protected]>
Linux 4.14.231-rc1Juergen Gross <[email protected]>
xen/events: fix setting irq affinityArnaldo Carvalho de Melo <[email protected]>
perf map: Tightensnprintf()string precision to pass gcc check on some 32-bit archesFlorian Westphal <[email protected]>
netfilter:x_tables: fix compat match/target pad out-of-bound writeFlorian Fainelli <[email protected]>
net: phy: broadcom: Only advertise EEE for supported modesYufen Yu <[email protected]>
block: only update parentbi_statuswhen bio failBob Peterson <[email protected]>
gfs2: report "already frozen/thawed" errorsArnd Bergmann <[email protected]>
drm/imx: imx-ldb: fix out of bounds array access warningSuzuki K Poulose <[email protected]>
KVM: arm64: Disable guest access to trace filter controlsSuzuki K Poulose <[email protected]>
KVM: arm64: Hide system instruction access to Trace registersGreg Kroah-Hartman <[email protected]>
Revert "cifs: Set CIFS_MOUNT_USE_PREFIX_PATH flag on setting cifs_sb->prepath."Alexander Aring <[email protected]>
net: ieee802154: stop dump llsec params for monitorsAlexander Aring <[email protected]>
net: ieee802154: forbid monitor for del llsec seclevelAlexander Aring <[email protected]>
net: ieee802154: forbid monitor for set llsec paramsAlexander Aring <[email protected]>
net: ieee802154: fix nl802154 del llsec devkeyAlexander Aring <[email protected]>
net: ieee802154: fix nl802154 add llsec keyAlexander Aring <[email protected]>
net: ieee802154: fix nl802154 del llsec devAlexander Aring <[email protected]>
net: ieee802154: fix nl802154 del llsec keyAlexander Aring <[email protected]>
net: ieee802154: nl-mac: fix check on panidPavel Skripkin <[email protected]>
net: mac802154: Fix general protection faultPavel Skripkin <[email protected]>
drivers: net: fix memory leak inpeak_usb_create_devPavel Skripkin <[email protected]>
drivers: net: fix memory leak inatusb_probePhillip Potter <[email protected]>
net: tun: set tun->dev->addr_len during TUNSETLINK processingDu Cheng <[email protected]>
cfg80211: remove WARN_ON() in cfg80211_sme_connectShuah Khan <[email protected]>
usbip: fix vudcusbip_sockfd_storeraces leading to gpfSamuel Mendoza-Jonas <[email protected]>
net/ncsi: AvoidGFP_KERNELin response handlerSamuel Mendoza-Jonas <[email protected]>
net/ncsi: Refactor MAC, VLAN filtersSamuel Mendoza-Jonas <[email protected]>
net/ncsi: Add generic netlink familySamuel Mendoza-Jonas <[email protected]>
net/ncsi: Don't return error on normal responseSamuel Mendoza-Jonas <[email protected]>
net/ncsi: Improve general state loggingWei Yongjun <[email protected]>
net/ncsi: Make local functionncsi_get_filter()staticKrzysztof Kozlowski <[email protected]>
clk: socfpga: fix iomem pointer cast on 64-bitPotnuri Bharat Teja <[email protected]>
RDMA/cxgb4: check for ipv6 address properly while destroying listenerRaed Salem <[email protected]>
net/mlx5: Fix placement oflog_max_flow_counterAlexander Gordeev <[email protected]>
s390/cpcmd: fix inline assembly register clobberingZqiang <[email protected]>
workqueue: Move the position ofdebug_work_activate()in__queue_work()Lukasz Bartosik <[email protected]>
clk: fix invalid usage of list cursor in unregisterLukasz Bartosik <[email protected]>
clk: fix invalid usage of list cursor in registerArnd Bergmann <[email protected]>
soc/fsl: qbman: fix conflicting alignment attributesBastian Germann <[email protected]>
ASoC: sunxi: sun4i-codec: fill ASoC card ownerMilton Miller <[email protected]>
net/ncsi: Avoidchannel_monitorhrtimer deadlockStefan Riedmueller <[email protected]>
ARM: dts: imx6: pbab01: Set vmmc supply for both SD interfacesLv Yunlong <[email protected]>
net:tipc: Fix a double free intipc_sk_mcast_rcvClaudiu Manoil <[email protected]>
gianfar: Handle error code at MAC address changeEric Dumazet <[email protected]>
sch_red: fix off-by-one checks inred_check_params()Shyam Sundar S K <[email protected]>
amd-xgbe: Update DMA coherency valuesShengjiu Wang <[email protected]>
ASoC: wm8960: Fix wrong bclk and lrclk with pll enabled for some chipsGeert Uytterhoeven <[email protected]>
regulator: bd9571mwv: Fix AVS and DVFS voltage rangeWolfram Sang <[email protected]>
i2c: turn recovery error on init to debugShuah Khan <[email protected]>
usbip: synchronize event handler with sysfs code pathsShuah Khan <[email protected]>
usbip: stub-dev synchronize sysfs code pathsShuah Khan <[email protected]>
usbip: addsysfs_lockto synchronize sysfs code pathsPavel Tikhomirov <[email protected]>
net: sched:sch_teql: fix null-pointer dereferenceEric Dumazet <[email protected]>
net: ensure mac header is set invirtio_net_hdr_to_skb()Tetsuo Handa <[email protected]>
batman-adv: initialize "struct batadv_tvlv_tt_vlan_data"->reserved fieldMarek Behún <[email protected]>
ARM: dts: turris-omnia: configure LED[2]/INTn pin as interrupt pinGao Xiang <[email protected]>
parisc: avoid a warning on u8 cast for cmpxchg on u8 pointersHelge Deller <[email protected]>
parisc: parisc-agp requires SBA IOMMU driverJack Qiu <[email protected]>
fs: direct-io: fix missing sdio->boundaryWengang Wang <[email protected]>
ocfs2: fix deadlock between setattr anddio_end_io_writeSergei Trofimovich <[email protected]>
ia64: fixuser_stack_pointer()forptrace()Muhammad Usama Anjum <[email protected]>
net: ipv6: check for validity before dereferencing cfg->fc_nlinfo.nlhLuca Fancellu <[email protected]>
xen/evtchn: Changeirq_infolock toraw_spinlock_tXiaoming Ni <[email protected]>
nfc: Avoid endless loops caused by repeatedllcp_sock_connect()Xiaoming Ni <[email protected]>
nfc: fix memory leak inllcp_sock_connect()Xiaoming Ni <[email protected]>
nfc: fix refcount leak inllcp_sock_connect()Xiaoming Ni <[email protected]>
nfc: fix refcount leak inllcp_sock_bind()Hans de Goede <[email protected]>
ASoC: intel: atom: Stop advertising non working S24LE supportJonas Holmberg <[email protected]>
ALSA: aloop: Fix initialization of controls-------------
Diffstat:
Makefile | 4 +- arch/arm/boot/dts/armada-385-turris-omnia.dts | 1 + arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi | 2 + arch/arm64/include/asm/kvm_arm.h | 1 + arch/arm64/kernel/cpufeature.c | 1 - arch/arm64/kvm/debug.c | 2 + arch/ia64/include/asm/ptrace.h | 8 +- arch/parisc/include/asm/cmpxchg.h | 2 +- arch/s390/kernel/cpcmd.c | 6 +- block/bio.c | 2 +- drivers/char/agp/Kconfig | 2 +- drivers/clk/clk.c | 47 ++- drivers/clk/socfpga/clk-gate.c | 2 +- drivers/gpu/drm/imx/imx-ldb.c | 10 + drivers/i2c/i2c-core-base.c | 7 +- drivers/infiniband/hw/cxgb4/cm.c | 3 +- drivers/net/can/usb/peak_usb/pcan_usb_core.c | 6 +- drivers/net/ethernet/amd/xgbe/xgbe.h | 6 +- drivers/net/ethernet/freescale/gianfar.c | 6 +- drivers/net/ieee802154/atusb.c | 1 + drivers/net/phy/bcm-phy-lib.c | 11 +- drivers/net/tun.c | 48 +++ drivers/regulator/bd9571mwv-regulator.c | 4 +- drivers/soc/fsl/qbman/qman.c | 2 +- drivers/usb/usbip/stub_dev.c | 11 +- drivers/usb/usbip/usbip_common.h | 3 + drivers/usb/usbip/usbip_event.c | 2 + drivers/usb/usbip/vhci_hcd.c | 1 + drivers/usb/usbip/vhci_sysfs.c | 30 +- drivers/usb/usbip/vudc_sysfs.c | 42 ++- drivers/xen/events/events_base.c | 14 +- drivers/xen/events/events_internal.h | 2 +- fs/cifs/connect.c | 1 - fs/direct-io.c | 5 +- fs/gfs2/super.c | 10 +- fs/ocfs2/aops.c | 11 +- fs/ocfs2/file.c | 8 +- include/linux/mlx5/mlx5_ifc.h | 6 +- include/linux/virtio_net.h | 2 + include/net/red.h | 4 +- include/uapi/linux/ncsi.h | 115 +++++++ kernel/workqueue.c | 2 +- net/batman-adv/translation-table.c | 2 + net/ieee802154/nl-mac.c | 7 +- net/ieee802154/nl802154.c | 23 +- net/ipv4/netfilter/arp_tables.c | 2 + net/ipv4/netfilter/ip_tables.c | 2 + net/ipv6/netfilter/ip6_tables.c | 2 + net/ipv6/route.c | 8 +- net/mac802154/llsec.c | 2 +- net/ncsi/Makefile | 2 +- net/ncsi/internal.h | 35 ++- net/ncsi/ncsi-aen.c | 15 +- net/ncsi/ncsi-manage.c | 342 +++++++++------------ net/ncsi/ncsi-netlink.c | 415 ++++++++++++++++++++++++++ net/ncsi/ncsi-netlink.h | 20 ++ net/ncsi/ncsi-rsp.c | 215 ++++++------- net/netfilter/x_tables.c | 10 +- net/nfc/llcp_sock.c | 10 + net/sched/sch_teql.c | 3 +
Quoted 11 lines
net/tipc/socket.c | 2 +- net/wireless/sme.c | 2 +- sound/drivers/aloop.c | 11 +- sound/soc/codecs/wm8960.c | 8 +- sound/soc/intel/atom/sst-mfld-platform-pcm.c | 6 +- sound/soc/sunxi/sun4i-codec.c | 5 + tools/perf/util/map.c | 7 +- 67 files changed, 1132 insertions(+), 477 deletions(-)
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
Quoted 9 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.231 release. There are 68 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.
Responses should be made by Sat, 17 Apr 2021 14:44:01 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.231-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.14.y
and the diffstat can be found below.thanks,
greg k-h
All tests passing for Tegra ...
Test results for stable-v4.14:
8 builds: 8 pass, 0 fail
16 boots: 16 pass, 0 fail
32 tests: 32 pass, 0 failLinux version: 4.14.231-rc1-g520c87617485
Boards tested: tegra124-jetson-tk1, tegra20-ventana,
tegra210-p2371-2180, tegra30-cardhu-a04
Jon
Quoted 10 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.231 release. There are 68 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.
Responses should be made by Sat, 17 Apr 2021 14:44:01 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.231-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.14.y
and the diffstat can be found below.thanks,
greg k-h
Results from Linaro’s test farm.
No regressions on arm64, arm, x86_64, and i386.
## Build
* kernel: 4.14.231-rc1
* git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
* git branch: linux-4.14.y
* git commit: 520c87617485a8885f18d5cb9d70076199e37b43
* git describe: v4.14.230-69-g520c87617485
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-4.14.y/build/v4.14.230-69-g520c87617485
## No regressions (compared to v4.14.230-60-g9c0b97ea1e55)
## No fixes (compared to v4.14.230-60-g9c0b97ea1e55)
## Test result summary
total: 57382, pass: 47701, fail: 583, skip: 8861, xfail: 237,
## Build Summary
* arm: 96 total, 96 passed, 0 failed
* arm64: 23 total, 23 passed, 0 failed
* dragonboard-410c: 1 total, 1 passed, 0 failed
* hi6220-hikey: 1 total, 1 passed, 0 failed
* i386: 13 total, 13 passed, 0 failed
* juno-r2: 1 total, 1 passed, 0 failed
* mips: 36 total, 36 passed, 0 failed
* sparc: 9 total, 9 passed, 0 failed
* x15: 1 total, 1 passed, 0 failed
* x86: 1 total, 1 passed, 0 failed
* x86_64: 13 total, 13 passed, 0 failed
## Test suites summary
* fwts
* igt-gpu-tools
* install-android-platform-tools-r2600
* kselftest-android
* kselftest-bpf
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-efivarfs
* kselftest-filesystems
* kselftest-firmware
* kselftest-fpu
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kexec
* kselftest-kvm
* kselftest-lib
* kselftest-livepatch
* kselftest-lkdtm
* kselftest-membarrier
* kselftest-net
* kselftest-netfilter
* kselftest-nsfs
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-seccomp
* kselftest-sigaltstack
* kselftest-size
* kselftest-splice
* kselftest-static_keys
* kselftest-sync
* kselftest-sysctl
* kselftest-tc-testing
* kselftest-timens
* kselftest-timers
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-vm
* kselftest-x86
* kselftest-zram
* kvm-unit-tests
* libhugetlbfs
* linux-log-parser
* ltp-cap_bounds-tests
* ltp-commands-tests
* ltp-containers-tests
* ltp-controllers-tests
* ltp-cpuhotplug-tests
* ltp-crypto-tests
* ltp-cve-tests
* ltp-dio-tests
* ltp-fcntl-locktests-tests
* ltp-filecaps-tests
* ltp-fs-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-open-posix-tests
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* ltp-tracing-tests
* network-basic-tests
* perf
* rcutorture
* ssuite
* v4l2-compliance
--
Linaro LKFT
https://lkft.linaro.org
Quoted 9 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.231 release. There are 68 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.
Responses should be made by Sat, 17 Apr 2021 14:44:01 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 9 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.14.231-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.14.y
and the diffstat can be found below.thanks,
greg k-h
Tested on x86 for 4.14.231-rc1,
Kernel repo:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
Branch: linux-4.14.y
Version: 4.14.231-rc1
Commit: 520c87617485a8885f18d5cb9d70076199e37b43
Compiler: gcc version 7.3.0 (GCC)
x86:
--------------------------------------------------------------------
Testcase Result Summary:
total: 5711
passed: 5711
failed: 0
timeout: 0
--------------------------------------------------------------------