[PATCH 4.19 05/52] lan743x: Fix RX Kernel Panic

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Bryan Whitehead [ Upstream commit dd9d9f5907bb475f8b1796c47d4ecc7fb9b72136 ] It has been noticed that running the speed test at www.speedtest.net occasionally causes a kernel panic.

[PATCH 4.19 33/52] bonding: fix PACKET_ORIGDEV regression

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Michal Soltys [ Upstream commit 3c963a3306eada999be5ebf4f293dfa3d3945487 ] This patch fixes a subtle PACKET_ORIGDEV regression which was a side effect of fixes introduced by: 6a9e461f6fe4

[PATCH 4.19 47/52] perf/x86/intel: Make dev_attr_allow_tsx_force_abort static

4.19-stable review patch. If anyone has any objections, please let me know. -- From: kbuild test robot commit c634dc6bdedeb0b2c750fc611612618a85639ab2 upstream. Fixes: 400816f60c54 ("perf/x86/intel: Implement support for TSX Force Abort") Signed-off-by: kbuild test robot

[PATCH 4.19 46/52] perf/x86/intel: Fix memory corruption

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit ede271b059463731cbd6dffe55ffd70d7dbe8392 upstream. Through: validate_event() x86_pmu.get_event_constraints(.idx=-1) tfa_get_event_constraints()

[PATCH 4.19 50/52] staging: erofs: fix race when the managed cache is enabled

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Gao Xiang commit 51232df5e4b268936beccde5248f312a316800be upstream. When the managed cache is enabled, the last reference count of a workgroup must be used for its workstation. Otherwise, it

[PATCH 4.19 09/52] net: sit: fix UBSAN Undefined behaviour in check_6rd

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Miaohe Lin [ Upstream commit a843dc4ebaecd15fca1f4d35a97210f72ea1473b ] In func check_6rd,tunnel->ip6rd.relay_prefixlen may equal to 32,so UBSAN complain about it. UBSAN: Undefined behaviour

[PATCH 4.19 52/52] vhost/vsock: fix vhost vsock cid hashing inconsistent

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Zha Bin commit 7fbe078c37aba3088359c9256c1a1d0c3e39ee81 upstream. The vsock core only supports 32bit CID, but the Virtio-vsock spec define CID (dst_cid and src_cid) as u64 and the upper

[RFC PATCH] x86/entry/64: randomize kernel stack offset upon syscall

If CONFIG_RANDOMIZE_KSTACK_OFFSET is selected, the kernel stack offset is randomized upon each entry to a system call after fixed location of pt_regs struct. This feature is based on the original idea from the PaX's RANDKSTACK feature: https://pax.grsecurity.net/docs/randkstack.txt All the

[PATCH 4.19 44/52] ALSA: hda/realtek - Reduce click noise on Dell Precision 5820 headphone

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit c0ca5eced22215c1e03e3ad479f8fab0bbb30772 upstream. Dell Precision 5820 with ALC3234 codec (which is equivalent with ALC255) shows click noises at (runtime) PM resume on

[PATCH 4.19 42/52] ALSA: hda - add more quirks for HP Z2 G4 and HP Z240

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Jaroslav Kysela commit 167897f4b32c2bc18b3b6183029a33fb420a114e upstream. Apply the HP_MIC_NO_PRESENCE fixups for the more HP Z2 G4 and HP Z240 models. Reported-by: Jeff Burrell

[PATCH 4.14 01/34] ACPICA: Reference Counts: increase max to 0x4000 for large servers

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Erik Schmauss commit 8b23570ab001c1982c8a068cde468ff067255314 upstream. Increase the reference count limit to 0x4000 as the current one is not sufficient for some large server systems.

[PATCH 4.14 19/34] net/mlx4_core: Fix reset flow when in command polling mode

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit e15ce4b8d11227007577e6dc1364d288b8874fbe ] As part of unloading a device, the driver switches from FW command event mode to FW command polling mode. Part

Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet

+ Arnd, Grygorii On Fri, 15 Feb 2019 at 20:17, Faiz Abbas wrote: > > sdhci.c has two bottom halves implemented. A threaded_irq for handling > card insert/remove operations and a tasklet for finishing mmc requests. > With the addition of external dma support, dmaengine APIs need to > terminate in

[PATCH 4.14 24/34] net: Set rtm_table to RT_TABLE_COMPAT for ipv6 for tables > 255

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Kalash Nainwal [ Upstream commit 97f0082a0592212fc15d4680f5a4d80f79a1687c ] Set rtm_table to RT_TABLE_COMPAT for ipv6 for tables > 255 to keep legacy software happy. This is similar to what

[PATCH 4.14 10/34] net/x25: reset state in x25_connect()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit ee74d0bd4325efb41e38affe5955f920ed973f23 ] In case x25_connect() fails and frees the socket neighbour, we also need to undo the change done to x25->state.

[PATCH 4.19 36/52] net: sched: flower: insert new filter to idr after setting its mask

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Buslov [ Upstream commit ecb3dea400d3beaf611ce76ac7a51d4230492cf2 ] When adding new filter to flower classifier, fl_change() inserts it to handle_idr before initializing filter

[PATCH 4.14 11/34] pptp: dst_release sk_dst_cache in pptp_sock_destruct

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 9417d81f4f8adfe20a12dd1fadf73a618cbd945d ] sk_setup_caps() is called to set sk->sk_dst_cache in pptp_connect, so we have to dst_release(sk->sk_dst_cache) in

[PATCH 4.14 21/34] net/mlx4_core: Fix qp mtt size calculation

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit 8511a653e9250ef36b95803c375a7be0e2edb628 ] Calculation of qp mtt size (in function mlx4_RST2INIT_wrapper) ultimately depends on function roundup_pow_of_two.

[PATCH 4.14 27/34] ipvlan: disallow userns cap_net_admin to change global mode/flags

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 7cc9f7003a969d359f608ebb701d42cafe75b84a ] When running Docker with userns isolation e.g. --userns-remap="default" and spawning up some containers with

[PATCH 4.9 10/31] ravb: Decrease TxFIFO depth of Q3 and Q2 to one

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Masaru Nagai [ Upstream commit ae9819e339b451da7a86ab6fe38ecfcb6814e78a ] Hardware has the CBS (Credit Based Shaper) which affects only Q3 and Q2. When updating the CBS settings, even if the

[PATCH 4.14 32/34] perf/x86/intel: Make dev_attr_allow_tsx_force_abort static

4.14-stable review patch. If anyone has any objections, please let me know. -- From: kbuild test robot commit c634dc6bdedeb0b2c750fc611612618a85639ab2 upstream. Fixes: 400816f60c54 ("perf/x86/intel: Implement support for TSX Force Abort") Signed-off-by: kbuild test robot

[PATCH 4.14 34/34] vhost/vsock: fix vhost vsock cid hashing inconsistent

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Zha Bin commit 7fbe078c37aba3088359c9256c1a1d0c3e39ee81 upstream. The vsock core only supports 32bit CID, but the Virtio-vsock spec define CID (dst_cid and src_cid) as u64 and the upper

[PATCH 4.9 26/31] perf/x86: Fixup typo in stub functions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit f764c58b7faa26f5714e6907f892abc2bc0de4f8 upstream. Guenter reported a build warning for CONFIG_CPU_SUP_INTEL=n: > With allmodconfig-CONFIG_CPU_SUP_INTEL, this patch

[PATCH 4.9 20/31] missing barriers in some of unix_sock ->addr and ->path accesses

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro [ Upstream commit ae3b564179bfd06f32d051b9e5d72ce4b2a07c37 ] Several u->addr and u->path users are not holding any locks in common with unix_bind(). unix_state_lock() is useless for

[PATCH 4.9 16/31] net/mlx4_core: Fix qp mtt size calculation

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit 8511a653e9250ef36b95803c375a7be0e2edb628 ] Calculation of qp mtt size (in function mlx4_RST2INIT_wrapper) ultimately depends on function roundup_pow_of_two.

[PATCH 4.9 03/31] l2tp: fix infoleak in l2tp_ip6_recvmsg()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 163d1c3d6f17556ed3c340d3789ea93be95d6c28 ] Back in 2013 Hannes took care of most of such leaks in commit bceaa90240b6 ("inet: prevent leakage of uninitialized

[PATCH 4.9 18/31] mdio_bus: Fix use-after-free on device_register fails

4.9-stable review patch. If anyone has any objections, please let me know. -- From: YueHaibing [ Upstream commit 6ff7b060535e87c2ae14dd8548512abfdda528fb ] KASAN has found use-after-free in fixed_mdio_bus_init, commit 0c692d07842a ("drivers/net/phy/mdio_bus.c: call put_device

[PATCH 4.9 07/31] net/x25: fix use-after-free in x25_device_event()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 95d6ebd53c79522bf9502dbc7e89e0d63f94dae4 ] In case of failure x25_connect() does a x25_neigh_put(x25->neighbour) but forgets to clear x25->neighbour pointer,

Re: [RFC PATCH v2 1/2] x86/perf/amd: Resolve race condition when disabling PMC

On Fri, Mar 15, 2019 at 08:40:53PM +, Lendacky, Thomas wrote: > +void amd_pmu_disable_all(void) > +{ > + unsigned long overflow_check[BITS_TO_LONGS(X86_PMC_IDX_MAX)]; > + struct cpu_hw_events *cpuc = this_cpu_ptr(_hw_events); > + int idx; > + > + bitmap_zero(overflow_check,

[PATCH 4.9 30/31] of: Support const and non-const use for to_of_node()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sakari Ailus commit d20dc1493db438fbbfb7733adc82f472dd8a0789 upstream. Turn to_of_node() into a macro in order to support both const and non-const use. Additionally make the fwnode argument to

[PATCH 4.9 27/31] ALSA: bebob: use more identical mod_alias for Saffire Pro 10 I/O against Liquid Saffire 56

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 7dc661bd8d3261053b69e4e2d0050cd1ee540fc1 upstream. ALSA bebob driver has an entry for Focusrite Saffire Pro 10 I/O. The entry matches vendor_id in root directory and

[PATCH 4.9 31/31] vhost/vsock: fix vhost vsock cid hashing inconsistent

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Zha Bin commit 7fbe078c37aba3088359c9256c1a1d0c3e39ee81 upstream. The vsock core only supports 32bit CID, but the Virtio-vsock spec define CID (dst_cid and src_cid) as u64 and the upper 32bits

[PATCH 4.9 29/31] mmc: tmio_mmc_core: dont claim spurious interrupts

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 5c27ff5db1491a947264d6d4e4cbe43ae6535bae upstream. I have encountered an interrupt storm during the eMMC chip probing (and the chip finally didn't get detected). It

[PATCH 4.9 09/31] pptp: dst_release sk_dst_cache in pptp_sock_destruct

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 9417d81f4f8adfe20a12dd1fadf73a618cbd945d ] sk_setup_caps() is called to set sk->sk_dst_cache in pptp_connect, so we have to dst_release(sk->sk_dst_cache) in

[PATCH 4.9 00/31] 4.9.164-stable review

This is the start of the stable review cycle for the 4.9.164 release. There are 31 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 Wed Mar 20 08:42:01 UTC 2019. Anything

[PATCH 4.9 06/31] net: sit: fix UBSAN Undefined behaviour in check_6rd

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Miaohe Lin [ Upstream commit a843dc4ebaecd15fca1f4d35a97210f72ea1473b ] In func check_6rd,tunnel->ip6rd.relay_prefixlen may equal to 32,so UBSAN complain about it. UBSAN: Undefined behaviour

[PATCH 4.9 08/31] net/x25: reset state in x25_connect()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit ee74d0bd4325efb41e38affe5955f920ed973f23 ] In case x25_connect() fails and frees the socket neighbour, we also need to undo the change done to x25->state.

[PATCH 4.9 25/31] tcp/dccp: remove reqsk_put() from inet_child_forget()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit da8ab57863ed7e912d10b179b6bdc652f635bd19 upstream. Back in linux-4.4, I inadvertently put a call to reqsk_put() in inet_child_forget(), forgetting it could be called from

[PATCH 4.9 05/31] net/hsr: fix possible crash in add_timer()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 1e027960edfaa6a43f9ca31081729b716598112b ] syzbot found another add_timer() issue, this time in net/hsr [1] Let's use mod_timer() which is safe. [1] kernel BUG

[PATCH 4.9 15/31] net/mlx4_core: Fix locking in SRIOV mode when switching between events and polling

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit c07d27927f2f2e96fcd27bb9fb330c9ea65612d0 ] In procedures mlx4_cmd_use_events() and mlx4_cmd_use_polling(), we need to guarantee that there are no FW commands

[PATCH 4.9 04/31] net: hsr: fix memory leak in hsr_dev_finalize()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mao Wenan [ Upstream commit 3dc6da493a29dbeda9f13b637bd9c02c414b2261 ] If hsr_add_port(hsr, hsr_dev, HSR_PT_MASTER) failed to add port, it directly returns res and forgets to free the node

[PATCH 4.9 22/31] vxlan: Fix GRO cells race condition between receive and link delete

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Stefano Brivio [ Upstream commit ad6c9986bcb627c7c22b8f9e9a934becc27df87c ] If we receive a packet while deleting a VXLAN device, there's a chance vxlan_rcv() is called at the same time as

[PATCH 4.9 21/31] ipvlan: disallow userns cap_net_admin to change global mode/flags

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 7cc9f7003a969d359f608ebb701d42cafe75b84a ] When running Docker with userns isolation e.g. --userns-remap="default" and spawning up some containers with

[PATCH 4.9 28/31] Its wrong to add len to sector_nr in raid10 reshape twice

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xiao Ni commit b761dcf1217760a42f7897c31dcb649f59b2333e upstream. In reshape_request it already adds len to sector_nr already. It's wrong to add len to sector_nr again after adding pages to

[PATCH 4.9 14/31] net/mlx4_core: Fix reset flow when in command polling mode

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit e15ce4b8d11227007577e6dc1364d288b8874fbe ] As part of unloading a device, the driver switches from FW command event mode to FW command polling mode. Part of

[PATCH 4.9 23/31] rxrpc: Fix client call queueing, waiting for channel

4.9-stable review patch. If anyone has any objections, please let me know. -- From: David Howells [ Upstream commit 69ffaebb90369ce08657b5aea4896777b9d6e8fc ] rxrpc_get_client_conn() adds a new call to the front of the waiting_calls queue if the connection it's going to use

[PATCH 4.9 24/31] gro_cells: make sure device is up in gro_cells_receive()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2a5ff07a0eb945f291e361aa6f6becca8340ba46 ] We keep receiving syzbot reports [1] that show that tunnels do not play the rcu/IFF_UP rules properly. At device

[PATCH 4.9 02/31] KEYS: restrict /proc/keys by credentials at open time

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 4aa68e07d845562561f5e73c04aa521376e95252 upstream. When checking for permission to view keys whilst reading from /proc/keys, we should use the credentials with which the

[PATCH 4.9 19/31] net: Set rtm_table to RT_TABLE_COMPAT for ipv6 for tables > 255

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Kalash Nainwal [ Upstream commit 97f0082a0592212fc15d4680f5a4d80f79a1687c ] Set rtm_table to RT_TABLE_COMPAT for ipv6 for tables > 255 to keep legacy software happy. This is similar to what

[PATCH 4.9 13/31] vxlan: test dev->flags & IFF_UP before calling gro_cells_receive()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 59cbf56fcd98ba2a715b6e97c4e43f773f956393 ] Same reasons than the ones explained in commit 4179cb5a4c92 ("vxlan: test dev->flags & IFF_UP before calling

[PATCH 4.9 17/31] net/x25: fix a race in x25_bind()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 797a22bd5298c2674d927893f46cadf619dad11d ] syzbot was able to trigger another soft lockup [1] I first thought it was the O(N^2) issue I mentioned in my prior

[PATCH 4.14 06/34] net: hsr: fix memory leak in hsr_dev_finalize()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mao Wenan [ Upstream commit 3dc6da493a29dbeda9f13b637bd9c02c414b2261 ] If hsr_add_port(hsr, hsr_dev, HSR_PT_MASTER) failed to add port, it directly returns res and forgets to free the node

[PATCH 4.14 08/34] net: sit: fix UBSAN Undefined behaviour in check_6rd

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Miaohe Lin [ Upstream commit a843dc4ebaecd15fca1f4d35a97210f72ea1473b ] In func check_6rd,tunnel->ip6rd.relay_prefixlen may equal to 32,so UBSAN complain about it. UBSAN: Undefined behaviour

[PATCH 4.14 00/34] 4.14.107-stable review

This is the start of the stable review cycle for the 4.14.107 release. There are 34 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 Wed Mar 20 08:41:26 UTC 2019. Anything

[PATCH 4.14 07/34] net/hsr: fix possible crash in add_timer()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 1e027960edfaa6a43f9ca31081729b716598112b ] syzbot found another add_timer() issue, this time in net/hsr [1] Let's use mod_timer() which is safe. [1] kernel

[PATCH 4.9 01/31] ACPICA: Reference Counts: increase max to 0x4000 for large servers

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Erik Schmauss commit 8b23570ab001c1982c8a068cde468ff067255314 upstream. Increase the reference count limit to 0x4000 as the current one is not sufficient for some large server systems.

[PATCH 4.14 31/34] perf/x86/intel: Fix memory corruption

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit ede271b059463731cbd6dffe55ffd70d7dbe8392 upstream. Through: validate_event() x86_pmu.get_event_constraints(.idx=-1) tfa_get_event_constraints()

[PATCH 4.9 12/31] tcp: handle inet_csk_reqsk_queue_add() failures

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 9d3e1368bb45893a75a5dfb7cd21fdebfa6b47af ] Commit 7716682cc58e ("tcp/dccp: fix another race at listener dismantle") let inet_csk_reqsk_queue_add() fail, and

[PATCH 4.9 11/31] route: set the deleted fnhe fnhe_daddr to 0 in ip_del_fnhe to fix a race

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit ee60ad219f5c7c4fb2f047f88037770063ef785f ] The race occurs in __mkroute_output() when 2 threads lookup a dst: CPU A CPU B find_exception()

[PATCH 4.14 09/34] net/x25: fix use-after-free in x25_device_event()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 95d6ebd53c79522bf9502dbc7e89e0d63f94dae4 ] In case of failure x25_connect() does a x25_neigh_put(x25->neighbour) but forgets to clear x25->neighbour pointer,

[PATCH 4.14 29/34] ALSA: bebob: use more identical mod_alias for Saffire Pro 10 I/O against Liquid Saffire 56

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 7dc661bd8d3261053b69e4e2d0050cd1ee540fc1 upstream. ALSA bebob driver has an entry for Focusrite Saffire Pro 10 I/O. The entry matches vendor_id in root directory and

[PATCH 4.14 03/34] gro_cells: make sure device is up in gro_cells_receive()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2a5ff07a0eb945f291e361aa6f6becca8340ba46 ] We keep receiving syzbot reports [1] that show that tunnels do not play the rcu/IFF_UP rules properly. At device

[PATCH 4.14 26/34] missing barriers in some of unix_sock ->addr and ->path accesses

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro [ Upstream commit ae3b564179bfd06f32d051b9e5d72ce4b2a07c37 ] Several u->addr and u->path users are not holding any locks in common with unix_bind(). unix_state_lock() is useless for

Re: [PATCH] x86/kvm/hyper-v: avoid spurious pending stimer on vCPU init

On Wed, Mar 13, 2019 at 06:13:42PM +0100, Vitaly Kuznetsov wrote: > When userspace initializes guest vCPUs it may want to zero all supported > MSRs including Hyper-V related ones including HV_X64_MSR_STIMERn_CONFIG/ > HV_X64_MSR_STIMERn_COUNT. With commit f3b138c5d89a ("kvm/x86: Update SynIC >

[PATCH 4.14 30/34] ALSA: firewire-motu: fix construction of PCM frame for capture direction

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit f97a0944a72b26a2bece72516294e112a890f98a upstream. In data blocks of common isochronous packet for MOTU devices, PCM frames are multiplexed in a shape of '24 bit * 4

[PATCH 4.14 04/34] ipv4/route: fail early when inet dev is missing

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni [ Upstream commit 22c74764aa2943ecdf9f07c900d8a9c8ba6c9265 ] If a non local multicast packet reaches ip_route_input_rcu() while the ingress device IPv4 private data (in_dev) is

[PATCH 4.14 23/34] mdio_bus: Fix use-after-free on device_register fails

4.14-stable review patch. If anyone has any objections, please let me know. -- From: YueHaibing [ Upstream commit 6ff7b060535e87c2ae14dd8548512abfdda528fb ] KASAN has found use-after-free in fixed_mdio_bus_init, commit 0c692d07842a ("drivers/net/phy/mdio_bus.c: call

[PATCH 4.14 22/34] net/x25: fix a race in x25_bind()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 797a22bd5298c2674d927893f46cadf619dad11d ] syzbot was able to trigger another soft lockup [1] I first thought it was the O(N^2) issue I mentioned in my prior

[PATCH 4.14 05/34] l2tp: fix infoleak in l2tp_ip6_recvmsg()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 163d1c3d6f17556ed3c340d3789ea93be95d6c28 ] Back in 2013 Hannes took care of most of such leaks in commit bceaa90240b6 ("inet: prevent leakage of uninitialized

[PATCH 4.14 33/34] Its wrong to add len to sector_nr in raid10 reshape twice

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Xiao Ni commit b761dcf1217760a42f7897c31dcb649f59b2333e upstream. In reshape_request it already adds len to sector_nr already. It's wrong to add len to sector_nr again after adding pages to

[PATCH 4.14 28/34] perf/x86: Fixup typo in stub functions

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit f764c58b7faa26f5714e6907f892abc2bc0de4f8 upstream. Guenter reported a build warning for CONFIG_CPU_SUP_INTEL=n: > With allmodconfig-CONFIG_CPU_SUP_INTEL, this patch

[PATCH 4.14 13/34] route: set the deleted fnhe fnhe_daddr to 0 in ip_del_fnhe to fix a race

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit ee60ad219f5c7c4fb2f047f88037770063ef785f ] The race occurs in __mkroute_output() when 2 threads lookup a dst: CPU A CPU B find_exception()

[PATCH 4.14 25/34] bonding: fix PACKET_ORIGDEV regression

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Michal Soltys [ Upstream commit 3c963a3306eada999be5ebf4f293dfa3d3945487 ] This patch fixes a subtle PACKET_ORIGDEV regression which was a side effect of fixes introduced by: 6a9e461f6fe4

[PATCH 4.14 17/34] vxlan: Fix GRO cells race condition between receive and link delete

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefano Brivio [ Upstream commit ad6c9986bcb627c7c22b8f9e9a934becc27df87c ] If we receive a packet while deleting a VXLAN device, there's a chance vxlan_rcv() is called at the same time as

[PATCH 4.14 12/34] ravb: Decrease TxFIFO depth of Q3 and Q2 to one

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Masaru Nagai [ Upstream commit ae9819e339b451da7a86ab6fe38ecfcb6814e78a ] Hardware has the CBS (Credit Based Shaper) which affects only Q3 and Q2. When updating the CBS settings, even if the

[PATCH 4.14 18/34] vxlan: test dev->flags & IFF_UP before calling gro_cells_receive()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 59cbf56fcd98ba2a715b6e97c4e43f773f956393 ] Same reasons than the ones explained in commit 4179cb5a4c92 ("vxlan: test dev->flags & IFF_UP before calling

[PATCH 4.14 16/34] tcp: handle inet_csk_reqsk_queue_add() failures

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 9d3e1368bb45893a75a5dfb7cd21fdebfa6b47af ] Commit 7716682cc58e ("tcp/dccp: fix another race at listener dismantle") let inet_csk_reqsk_queue_add() fail, and

[PATCH 4.14 02/34] perf tools: Fix compile error with libunwind x86

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Wang Nan commit 44df1afdb174fd6038e419f80efd914c0b5f2f85 upstream. Fix a compile error: ... CC util/libunwind/x86_32.o In file included from util/libunwind/x86_32.c:33:0:

[PATCH 4.14 15/34] tcp: Dont access TCP_SKB_CB before initializing it

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Christoph Paasch [ Upstream commit f2feaefdabb0a6253aa020f65e7388f07a9ed47c ] Since commit eeea10b83a13 ("tcp: add tcp_v4_fill_cb()/tcp_v4_restore_cb()"), tcp_vX_fill_cb is only called after

[PATCH 4.14 14/34] rxrpc: Fix client call queueing, waiting for channel

4.14-stable review patch. If anyone has any objections, please let me know. -- From: David Howells [ Upstream commit 69ffaebb90369ce08657b5aea4896777b9d6e8fc ] rxrpc_get_client_conn() adds a new call to the front of the waiting_calls queue if the connection it's going to use

[PATCH 4.19 43/52] ALSA: hda/realtek: Enable audio jacks of ASUS UX362FA with ALC294

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Jian-Hong Pan commit 8bb37a2a4d7c02affef554f5dc05f6d2e39c31f9 upstream. The ASUS UX362FA with ALC294 cannot detect the headset MIC and outputs through the internal speaker and the headphone.

[PATCH 4.19 45/52] ALSA: hda/realtek: Enable headset MIC of Acer TravelMate X514-51T with ALC255

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Jian-Hong Pan commit cbc05fd6708c1744ee6a61cb4c461ff956d30524 upstream. The Acer TravelMate X514-51T with ALC255 cannot detect the headset MIC until ALC255_FIXUP_ACER_HEADSET_MIC quirk

Re: [PATCH net-next 2/3] net: phy: add amlogic g12a mdio mux support

On Sun, 2019-03-17 at 17:14 +0100, Andrew Lunn wrote: > On Thu, Mar 14, 2019 at 03:01:34PM +0100, Jerome Brunet wrote: > > Add support for the mdio mux and internal phy glue of the g12a SoC family > > > > Signed-off-by: Jerome Brunet > > --- > > drivers/net/phy/Kconfig | 10 + > >

[PATCH 4.14 20/34] net/mlx4_core: Fix locking in SRIOV mode when switching between events and polling

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit c07d27927f2f2e96fcd27bb9fb330c9ea65612d0 ] In procedures mlx4_cmd_use_events() and mlx4_cmd_use_polling(), we need to guarantee that there are no FW

[PATCH 4.19 40/52] ALSA: firewire-motu: fix construction of PCM frame for capture direction

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit f97a0944a72b26a2bece72516294e112a890f98a upstream. In data blocks of common isochronous packet for MOTU devices, PCM frames are multiplexed in a shape of '24 bit * 4

[PATCH 4.19 51/52] i40e: report correct statistics when XDP is enabled

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Björn Töpel commit cdec2141c24ef177d929765c5a6f95549c266fb3 upstream. When XDP is enabled, the driver will report incorrect statistics. Received frames will reported as transmitted frames.

[PATCH 4.19 38/52] perf/x86: Fixup typo in stub functions

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit f764c58b7faa26f5714e6907f892abc2bc0de4f8 upstream. Guenter reported a build warning for CONFIG_CPU_SUP_INTEL=n: > With allmodconfig-CONFIG_CPU_SUP_INTEL, this patch

[PATCH 4.19 39/52] ALSA: bebob: use more identical mod_alias for Saffire Pro 10 I/O against Liquid Saffire 56

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 7dc661bd8d3261053b69e4e2d0050cd1ee540fc1 upstream. ALSA bebob driver has an entry for Focusrite Saffire Pro 10 I/O. The entry matches vendor_id in root directory and

[PATCH 4.19 00/52] 4.19.30-stable review

This is the start of the stable review cycle for the 4.19.30 release. There are 52 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 Wed Mar 20 08:39:59 UTC 2019. Anything

[PATCH 4.19 37/52] f2fs: wait on atomic writes to count F2FS_CP_WB_DATA

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Jaegeuk Kim commit 31867b23d7d1ee3535136c6a410a6cf56f666bfc upstream. Otherwise, we can get wrong counts incurring checkpoint hang. IO_W (CP: -24, Data: 24, Flush: ( 001),

[PATCH 4.19 07/52] net: hsr: fix memory leak in hsr_dev_finalize()

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Mao Wenan [ Upstream commit 3dc6da493a29dbeda9f13b637bd9c02c414b2261 ] If hsr_add_port(hsr, hsr_dev, HSR_PT_MASTER) failed to add port, it directly returns res and forgets to free the node

[PATCH 4.19 48/52] Its wrong to add len to sector_nr in raid10 reshape twice

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Xiao Ni commit b761dcf1217760a42f7897c31dcb649f59b2333e upstream. In reshape_request it already adds len to sector_nr already. It's wrong to add len to sector_nr again after adding pages to

[PATCH 4.19 49/52] drm: Block fb changes for async plane updates

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Kazlauskas commit 25dc194b34dd5919dd07b8873ee338182e15df9d upstream. The prepare_fb call always happens on new_plane_state. The drm_atomic_helper_cleanup_planes checks to see if

[PATCH 4.19 41/52] ALSA: hda: Extend i915 component bind timeout

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit cfc35f9c128cea8fce6a5513b1de50d36f3b209f upstream. I set 10 seconds for the timeout of the i915 audio component binding with a hope that recent machines are fast enough to

Re: [External] Re: vmscan: Reclaim unevictable pages

Hi, Pankaj, On 18.03.2019 12:09, Pankaj Suryawanshi wrote: > > Hello > > shrink_page_list() returns , number of pages reclaimed, when pages is > unevictable it returns VM_BUG_ON_PAGE(PageLRU(page) || > PageUnevicatble(page),page); the general idea is shrink_page_list() can't iterate

[PATCH 4.19 08/52] net/hsr: fix possible crash in add_timer()

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 1e027960edfaa6a43f9ca31081729b716598112b ] syzbot found another add_timer() issue, this time in net/hsr [1] Let's use mod_timer() which is safe. [1] kernel

[PATCH 4.19 06/52] lan743x: Fix TX Stall Issue

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Bryan Whitehead [ Upstream commit deb6bfabdbb634e91f36a4e9cb00a7137d72d886 ] It has been observed that tx queue may stall while downloading from certain web sites (example www.speedtest.net)

[PATCH 4.19 35/52] missing barriers in some of unix_sock ->addr and ->path accesses

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro [ Upstream commit ae3b564179bfd06f32d051b9e5d72ce4b2a07c37 ] Several u->addr and u->path users are not holding any locks in common with unix_bind(). unix_state_lock() is useless for

[PATCH 4.19 03/52] ipv4/route: fail early when inet dev is missing

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni [ Upstream commit 22c74764aa2943ecdf9f07c900d8a9c8ba6c9265 ] If a non local multicast packet reaches ip_route_input_rcu() while the ingress device IPv4 private data (in_dev) is

[PATCH 4.19 30/52] ipvlan: disallow userns cap_net_admin to change global mode/flags

4.19-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 7cc9f7003a969d359f608ebb701d42cafe75b84a ] When running Docker with userns isolation e.g. --userns-remap="default" and spawning up some containers with

<    3   4   5   6   7   8   9   10   >