Re: [GIT PULL] f2fs for 5.8-rc1

2020-06-09 Thread pr-tracker-bot
The pull request you sent on Tue, 9 Jun 2020 07:55:44 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git > tags/f2fs-for-5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/42612e7763315cf5d43c4422781e75f9ee57597a Thank you! -- Deet-doot-dot, I

Re: [GIT PULL] exfat update for 5.8-rc1

2020-06-09 Thread pr-tracker-bot
The pull request you sent on Tue, 9 Jun 2020 17:45:42 +0900: > git://git.kernel.org/pub/scm/linux/kernel/git/linkinjeon/exfat.git > tags/exfat-for-5.8-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ad57a1022f9e050a09812d975874b94b4fcb0f46 Thank you! --

Re: [PATCH ethtool v1] netlink: add master/slave configuration support

2020-06-09 Thread Andrew Lunn
Hi Stephen > A common example is that master/slave is unclear and would be clearer > as primary/secondary or active/backup or controller/worker. 802.3, cause 32.1.2, 2015 version: A 100BASE-T2 PHY can be configured either as a master PHY or as a slave PHY. The master-slave relationship

[no subject]

2020-06-09 Thread Lukáš
auth 569683ef unsubscribe linux-kernel

[GIT PULL] SafeSetID LSM changes for v5.8

2020-06-09 Thread Micah Morton
The following changes since commit 3d77e6a8804abcc0504c904bd6e5cdf3a5cf8162: Linux 5.7 (2020-05-31 16:49:15 -0700) are available in the Git repository at: https://github.com/micah-morton/linux.git tags/LSM-add-setgid-hook-5.8 for you to fetch changes up to

Re: [PATCH bpf] bpf: cgroup: allow multi-attach program to replace itself

2020-06-09 Thread Alexei Starovoitov
On Mon, Jun 8, 2020 at 9:22 AM Lorenz Bauer wrote: > > When using BPF_PROG_ATTACH to attach a program to a cgroup in > BPF_F_ALLOW_MULTI mode, it is not possible to replace a program > with itself. This is because the check for duplicate programs > doesn't take the replacement program into

[PATCH 4.4 11/36] net: bmac: Fix read of MAC address from ROM

2020-06-09 Thread Greg Kroah-Hartman
From: Jeremy Kerr [ Upstream commit ef01cee2ee1b369c57a936166483d40942bcc3e3 ] In bmac_get_station_address, We're reading two bytes at a time from ROM, but we do that six times, resulting in 12 bytes of read & writes. This means we will write off the end of the six-byte destination buffer.

[PATCH 4.4 28/36] staging: rtl8712: Fix IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK

2020-06-09 Thread Greg Kroah-Hartman
From: Pascal Terjan commit 15ea976a1f12b5fd76b1bd6ff3eb5132fd28047f upstream. The value in shared headers was fixed 9 years ago in commit 8d661f1e462d ("ieee80211: correct IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK macro") and while looking at using shared headers for other duplicated constants I

RE: [PATCH v2 2/2] media: v4l: xilinx: Add Xilinx UHD-SDI Rx Subsystem driver

2020-06-09 Thread Vishal Sagar
Hi Hyun, Thanks for the review. > -Original Message- > From: Hyun Kwon > Sent: Thursday, May 7, 2020 12:13 AM > To: Vishal Sagar > Cc: Hyun Kwon ; laurent.pinch...@ideasonboard.com; > mche...@kernel.org; robh...@kernel.org; mark.rutl...@arm.com; Michal > Simek ;

[PATCH 4.4 20/36] NFC: st21nfca: add missed kfree_skb() in an error path

2020-06-09 Thread Greg Kroah-Hartman
From: Chuhong Yuan [ Upstream commit 3decabdc714ca56c944f4669b4cdec5c2c1cea23 ] st21nfca_tm_send_atr_res() misses to call kfree_skb() in an error path. Add the missed function call to fix it. Fixes: 1892bf844ea0 ("NFC: st21nfca: Adding P2P support to st21nfca in Initiator & Target mode")

[PATCH 4.4 06/36] ALSA: hda - No loopback on ALC299 codec

2020-06-09 Thread Greg Kroah-Hartman
From: Takashi Iwai commit fa16b69f1299004b60b625f181143500a246e5cb upstream. ALC299 has no loopback mixer, but the driver still tries to add a beep control over the mixer NID which leads to the error at accessing it. This patch fixes it by properly declaring mixer_nid=0 for this codec.

[PATCH 4.4 26/36] USB: serial: option: add Telit LE910C1-EUX compositions

2020-06-09 Thread Greg Kroah-Hartman
From: Daniele Palmas commit 399ad9477c523f721f8e51d4f824bdf7267f120c upstream. Add Telit LE910C1-EUX compositions: 0x1031: tty, tty, tty, rmnet 0x1033: tty, tty, tty, ecm Signed-off-by: Daniele Palmas Link: https://lore.kernel.org/r/20200525211106.27338-1-dnl...@gmail.com Cc:

[PATCH 4.4 25/36] USB: serial: usb_wwan: do not resubmit rx urb on fatal errors

2020-06-09 Thread Greg Kroah-Hartman
From: Bin Liu commit 986c1748c84d7727defeaeca74a73b37f7d5cce1 upstream. usb_wwan_indat_callback() shouldn't resubmit rx urb if the previous urb status is a fatal error. Or the usb controller would keep processing the new urbs then run into interrupt storm, and has no chance to recover. Fixes:

[PATCH 4.4 24/36] USB: serial: qcserial: add DW5816e QDL support

2020-06-09 Thread Greg Kroah-Hartman
From: Matt Jolly commit 3429444abdd9dbd5faebd9bee552ec6162b17ad6 upstream. Add support for Dell Wireless 5816e Download Mode (AKA boot & hold mode / QDL download mode) to drivers/usb/serial/qcserial.c This is required to update device firmware. Signed-off-by: Matt Jolly Cc:

[PATCH 4.4 05/36] IB/mlx4: Fix an error handling path in mlx4_ib_rereg_user_mr()

2020-06-09 Thread Greg Kroah-Hartman
From: Christophe Jaillet commit 3dc7c7badb7502ec3e3aa817a8bdd9e53aa54c52 upstream. Before returning -EPERM we should release some resources, as already done in the other error handling path of the function. Fixes: d8f9cc328c88 ("IB/mlx4: Mark user MR as writable if actual virtual memory is

[PATCH 4.4 08/36] s390/ftrace: save traced function caller

2020-06-09 Thread Greg Kroah-Hartman
From: Vasily Gorbik [ Upstream commit b4adfe55915d8363e244e42386d69567db1719b9 ] A typical backtrace acquired from ftraced function currently looks like the following (e.g. for "path_openat"): arch_stack_walk+0x15c/0x2d8 stack_trace_save+0x50/0x68 stack_trace_call+0x15a/0x3b8

[PATCH 4.4 32/36] x86/speculation: Add Special Register Buffer Data Sampling (SRBDS) mitigation

2020-06-09 Thread Greg Kroah-Hartman
From: Mark Gross commit 7e5b3c267d256822407a22fdce6afdf9cd13f9fb upstream SRBDS is an MDS-like speculative side channel that can leak bits from the random number generator (RNG) across cores and threads. New microcode serializes the processor access during the execution of RDRAND and RDSEED.

[PATCH 4.4 29/36] x86/cpu: Rename cpu_data.x86_mask to cpu_data.x86_stepping

2020-06-09 Thread Greg Kroah-Hartman
From: Jia Zhang commit b399151cb48db30ad1e0e93dd40d68c6d007b637 upstream. x86_mask is a confusing name which is hard to associate with the processor's stepping. Additionally, correct an indent issue in lib/cpu.c. [ Backport by Mark Gross to simplify the SRBDS backport ] Signed-off-by: Jia

RE: [PATCH v2 2/2] media: v4l: xilinx: Add Xilinx UHD-SDI Rx Subsystem driver

2020-06-09 Thread Vishal Sagar
Hi Laurent Thanks for the review. > -Original Message- > From: Laurent Pinchart > Sent: Wednesday, May 6, 2020 8:42 PM > To: Vishal Sagar > Cc: Hyun Kwon ; mche...@kernel.org; > robh...@kernel.org; mark.rutl...@arm.com; Michal Simek > ; linux-me...@vger.kernel.org; >

Re: [PATCH v2] arm64: acpi: fix UBSAN warning

2020-06-09 Thread Lorenzo Pieralisi
On Mon, Jun 08, 2020 at 01:38:17PM -0700, Nick Desaulniers wrote: > Will reported a UBSAN warning: > > UBSAN: null-ptr-deref in arch/arm64/kernel/smp.c:596:6 > member access within null pointer of type 'struct acpi_madt_generic_interrupt' > CPU: 0 PID: 0 Comm: swapper Not tainted

[PATCH 4.4 16/36] slcan: Fix double-free on slcan_open() error path

2020-06-09 Thread Greg Kroah-Hartman
From: Ben Hutchings Commit 9ebd796e2400 ("can: slcan: Fix use-after-free Read in slcan_open") was incorrectly backported to 4.4 and 4.9 stable branches. Since they do not have commit cf124db566e6 ("net: Fix inconsistent teardown and release of private netdev state."), the destructor function

[PATCH 4.4 31/36] x86/cpu: Add table argument to cpu_matches()

2020-06-09 Thread Greg Kroah-Hartman
From: Mark Gross commit 93920f61c2ad7edb01e63323832585796af75fc9 upstream To make cpu_matches() reusable for other matching tables, have it take a pointer to a x86_cpu_id table as an argument. [ bp: Flip arguments order. ] Signed-off-by: Mark Gross Signed-off-by: Borislav Petkov

[PATCH 4.4 19/36] devinet: fix memleak in inetdev_init()

2020-06-09 Thread Greg Kroah-Hartman
From: Yang Yingliang [ Upstream commit 1b49cd71b52403822731dc9f283185d1da355f97 ] When devinet_sysctl_register() failed, the memory allocated in neigh_parms_alloc() should be freed. Fixes: 20e61da7ffcf ("ipv4: fail early when creating netdev named all or default") Signed-off-by: Yang

[PATCH 4.4 15/36] mmc: fix compilation of user API

2020-06-09 Thread Greg Kroah-Hartman
From: Jérôme Pouiller commit 83fc5dd57f86c3ec7d6d22565a6ff6c948853b64 upstream. The definitions of MMC_IOC_CMD and of MMC_IOC_MULTI_CMD rely on MMC_BLOCK_MAJOR: #define MMC_IOC_CMD _IOWR(MMC_BLOCK_MAJOR, 0, struct mmc_ioc_cmd) #define MMC_IOC_MULTI_CMD _IOWR(MMC_BLOCK_MAJOR, 1,

[PATCH 4.4 30/36] x86/cpu: Add a steppings field to struct x86_cpu_id

2020-06-09 Thread Greg Kroah-Hartman
From: Mark Gross commit e9d7144597b10ff13ff2264c059f7d4a7fbc89ac upstream Intel uses the same family/model for several CPUs. Sometimes the stepping must be checked to tell them apart. On x86 there can be at most 16 steppings. Add a steppings bitmask to x86_cpu_id and a

[PATCH 4.4 36/36] uprobes: ensure that uprobe->offset and ->ref_ctr_offset are properly aligned

2020-06-09 Thread Greg Kroah-Hartman
From: Oleg Nesterov commit 013b2deba9a6b80ca02f4fafd7dedf875e9b4450 upstream. uprobe_write_opcode() must not cross page boundary; prepare_uprobe() relies on arch_uprobe_analyze_insn() which should validate "vaddr" but some architectures (csky, s390, and sparc) don't do this. We can remove the

[PATCH 4.4 18/36] scsi: ufs: Release clock if DMA map fails

2020-06-09 Thread Greg Kroah-Hartman
From: Can Guo commit 17c7d35f141ef6158076adf3338f115f64fcf760 upstream. In queuecommand path, if DMA map fails, it bails out with clock held. In this case, release the clock to keep its usage paired. [mkp: applied by hand] Link:

[PATCH 4.4 14/36] pppoe: only process PADT targeted at local interfaces

2020-06-09 Thread Greg Kroah-Hartman
From: Guillaume Nault We don't want to disconnect a session because of a stray PADT arriving while the interface is in promiscuous mode. Furthermore, multicast and broadcast packets make no sense here, so only PACKET_HOST is accepted. Reported-by: David Balažic Fixes: 1da177e4c3f4

[PATCH 4.9 26/42] vsock: fix timeout in vsock_accept()

2020-06-09 Thread Greg Kroah-Hartman
From: Stefano Garzarella [ Upstream commit 7e0afbdfd13d1e708fe96e31c46c4897101a6a43 ] The accept(2) is an "input" socket interface, so we should use SO_RCVTIMEO instead of SO_SNDTIMEO to set the timeout. So this patch replace sock_sndtimeo() with sock_rcvtimeo() to use the right timeout in the

[PATCH 4.9 19/42] slip: not call free_netdev before rtnl_unlock in slip_open

2020-06-09 Thread Greg Kroah-Hartman
From: yangerkun commit f596c87005f7b1baeb7d62d9a9e25d68c3dfae10 upstream. As the description before netdev_run_todo, we cannot call free_netdev before rtnl_unlock, fix it by reorder the code. Signed-off-by: yangerkun Reviewed-by: Oliver Hartkopp Signed-off-by: David S. Miller [bwh:

[PATCH 4.9 17/42] mmc: fix compilation of user API

2020-06-09 Thread Greg Kroah-Hartman
From: Jérôme Pouiller commit 83fc5dd57f86c3ec7d6d22565a6ff6c948853b64 upstream. The definitions of MMC_IOC_CMD and of MMC_IOC_MULTI_CMD rely on MMC_BLOCK_MAJOR: #define MMC_IOC_CMD _IOWR(MMC_BLOCK_MAJOR, 0, struct mmc_ioc_cmd) #define MMC_IOC_MULTI_CMD _IOWR(MMC_BLOCK_MAJOR, 1,

[PATCH 4.9 15/42] p54usb: add AirVasT USB stick device-id

2020-06-09 Thread Greg Kroah-Hartman
From: Giuseppe Marco Randazzo commit 63e49a9fdac1b4e97ac26cb3fe953f210d83bc53 upstream. This patch adds the AirVasT USB wireless devices 124a:4026 to the list of supported devices. It's using the ISL3886 usb firmware. Without this modification, the wiki adapter is not recognized. Cc:

[PATCH 4.9 23/42] l2tp: do not use inet_hash()/inet_unhash()

2020-06-09 Thread Greg Kroah-Hartman
From: Eric Dumazet [ Upstream commit 02c71b144c811bcdd865e0a1226d0407d11357e8 ] syzbot recently found a way to crash the kernel [1] Issue here is that inet_hash() & inet_unhash() are currently only meant to be used by TCP & DCCP, since only these protocols provide the needed hashinfo pointer.

[PATCH 4.9 01/42] scsi: scsi_devinfo: fixup string compare

2020-06-09 Thread Greg Kroah-Hartman
From: Hannes Reinecke commit b8018b973c7cefa5eb386540130fa47315b8e337 upstream. When checking the model and vendor string we need to use the minimum value of either string, otherwise we'll miss out on wildcard matches. And we should take care when matching with zero size strings; results might

[PATCH 4.9 13/42] mm: Fix mremap not considering huge pmd devmap

2020-06-09 Thread Greg Kroah-Hartman
From: Fan Yang commit 5bfea2d9b17f1034a68147a8b03b9789af5700f9 upstream. The original code in mm/mremap.c checks huge pmd by: if (is_swap_pmd(*old_pmd) || pmd_trans_huge(*old_pmd)) { However, a DAX mapped nvdimm is mapped as huge page (by default) but it is not transparent

[PATCH 4.9 20/42] scsi: ufs: Release clock if DMA map fails

2020-06-09 Thread Greg Kroah-Hartman
From: Can Guo commit 17c7d35f141ef6158076adf3338f115f64fcf760 upstream. In queuecommand path, if DMA map fails, it bails out with clock held. In this case, release the clock to keep its usage paired. [mkp: applied by hand] Link:

[PATCH 4.9 07/42] x86/mmiotrace: Use cpumask_available() for cpumask_var_t variables

2020-06-09 Thread Greg Kroah-Hartman
From: Nathan Chancellor [ Upstream commit d7110a26e5905ec2fe3fc88bc6a538901accb72b ] When building with Clang + -Wtautological-compare and CONFIG_CPUMASK_OFFSTACK unset: arch/x86/mm/mmio-mod.c:375:6: warning: comparison of array 'downed_cpus' equal to a null pointer is always false

[PATCH v9 01/11] drm: bridge: dw_mipi_dsi: add initial regmap infrastructure

2020-06-09 Thread Adrian Ratiu
In order to support multiple versions of the Synopsis MIPI DSI host controller, which have different register layouts but almost identical HW protocols, we add a regmap infrastructure which can abstract away register accesses for platform drivers using the bridge. The controller HW revision is

[PATCH 4.9 08/42] net: bmac: Fix read of MAC address from ROM

2020-06-09 Thread Greg Kroah-Hartman
From: Jeremy Kerr [ Upstream commit ef01cee2ee1b369c57a936166483d40942bcc3e3 ] In bmac_get_station_address, We're reading two bytes at a time from ROM, but we do that six times, resulting in 12 bytes of read & writes. This means we will write off the end of the six-byte destination buffer.

[PATCH v9 00/11] Genericize DW MIPI DSI bridge and add i.MX 6 driver

2020-06-09 Thread Adrian Ratiu
[Re-submitting to cc dri-devel, sorry about the noise] Hello all, v9 cleanly applies on top of latest next-20200609 tree. v9 does not depend on other patches as the last binding doc has been merged. All feedback up to this point has been addressed. Specific details in individual patch

[PATCH 4.9 06/42] ARC: Fix ICCM & DCCM runtime size checks

2020-06-09 Thread Greg Kroah-Hartman
From: Eugeniy Paltsev [ Upstream commit 43900edf67d7ef3ac8909854d75b8a1fba2d570c ] As of today the ICCM and DCCM size checks are incorrectly using mismatched units (KiB checked against bytes). The CONFIG_ARC_DCCM_SZ and CONFIG_ARC_ICCM_SZ are in KiB, but the size calculated in runtime and

[PATCH v9 03/11] drm: bridge: dw_mipi_dsi: add dsi v1.01 support

2020-06-09 Thread Adrian Ratiu
The Synopsis MIPI DSI v1.01 host controller is quite widely used on platforms like i.mx6 and is not very different from the other versions like the 1.31/1.30 used on rockchip/stm. The protocols appear to be the same, only the register layout is different and the newer versions have new features

[PATCH 4.9 41/42] iio: vcnl4000: Fix i2c swapped word reading.

2020-06-09 Thread Greg Kroah-Hartman
From: Mathieu Othacehe [ Upstream commit 18dfb5326370991c81a6d1ed6d1aeee055cb8c05 ] The bytes returned by the i2c reading need to be swapped unconditionally. Otherwise, on be16 platforms, an incorrect value will be returned. Taking the slow path via next merge window as its been around a while

[PATCH 4.9 05/42] s390/ftrace: save traced function caller

2020-06-09 Thread Greg Kroah-Hartman
From: Vasily Gorbik [ Upstream commit b4adfe55915d8363e244e42386d69567db1719b9 ] A typical backtrace acquired from ftraced function currently looks like the following (e.g. for "path_openat"): arch_stack_walk+0x15c/0x2d8 stack_trace_save+0x50/0x68 stack_trace_call+0x15a/0x3b8

[PATCH v9 04/11] drm: bridge: dw_mipi_dsi: remove bind/unbind API

2020-06-09 Thread Adrian Ratiu
The DW mipi-dsi bind/unbind API was only used to attach the bridge to the encoder in the Rockchip driver, but with the addition of i.MX6 it gets more complicated because the i.MX6 part of the bridge is another bridge in itself which needs to daisy chain to the dw-mipi-dsi core. So, instead of

[PATCH 4.9 39/42] x86/speculation: Add SRBDS vulnerability and mitigation documentation

2020-06-09 Thread Greg Kroah-Hartman
From: Mark Gross commit 7222a1b5b87417f22265c92deea76a6aecd0fb0f upstream Add documentation for the SRBDS vulnerability and its mitigation. [ bp: Massage. jpoimboe: sysfs table strings. ] Signed-off-by: Mark Gross Signed-off-by: Borislav Petkov Reviewed-by: Tony Luck Reviewed-by: Josh

[PATCH v9 11/11] Documentation: gpu: todo: Add dw-mipi-dsi consolidation plan

2020-06-09 Thread Adrian Ratiu
This documents the longer-term plan to cleanup the dw-mipi-dsi bridge based drivers after the regmap refactor and i.MX6 driver have landed. The goal is to get the entire bridge logic in one place and continue the refactorings under the drm/bridge tree. Cc: Laurent Pinchart Cc: Boris Brezillon

[PATCH 4.9 42/42] uprobes: ensure that uprobe->offset and ->ref_ctr_offset are properly aligned

2020-06-09 Thread Greg Kroah-Hartman
From: Oleg Nesterov commit 013b2deba9a6b80ca02f4fafd7dedf875e9b4450 upstream. uprobe_write_opcode() must not cross page boundary; prepare_uprobe() relies on arch_uprobe_analyze_insn() which should validate "vaddr" but some architectures (csky, s390, and sparc) don't do this. We can remove the

[PATCH v9 09/11] drm: bridge: dw-mipi-dsi: split low power cfg register into fields

2020-06-09 Thread Adrian Ratiu
According to the Host Registers documentation for IMX, STM and RK the LP cfg register should not be written entirely in one go because some bits are reserved and should be kept to reset values, for eg. BIT(15) which is reserved in all versions. This also cleans up the code by removing the the

[PATCH 4.9 38/42] x86/speculation: Add Special Register Buffer Data Sampling (SRBDS) mitigation

2020-06-09 Thread Greg Kroah-Hartman
From: Mark Gross commit 7e5b3c267d256822407a22fdce6afdf9cd13f9fb upstream SRBDS is an MDS-like speculative side channel that can leak bits from the random number generator (RNG) across cores and threads. New microcode serializes the processor access during the execution of RDRAND and RDSEED.

[PATCH v9 08/11] drm: stm: dw-mipi-dsi: let the bridge handle the HW version check

2020-06-09 Thread Adrian Ratiu
The stm mipi-dsi platform driver added a version test in commit fa6251a747b7 ("drm/stm: dsi: check hardware version") so that HW revisions other than v1.3x get rejected. The rockchip driver had no such check and just assumed register layouts are v1.3x compatible. Having such tests was a good idea

[PATCH v9 07/11] drm: imx: Add i.MX 6 MIPI DSI host platform driver

2020-06-09 Thread Adrian Ratiu
This adds support for the Synopsis DesignWare MIPI DSI v1.01 host controller which is embedded in i.MX 6 SoCs. Based on following patches, but updated/extended to work with existing support found in the kernel: - drm: imx: Support Synopsys DesignWare MIPI DSI host controller Signed-off-by: Liu

[PATCH v9 10/11] drm: bridge: dw-mipi-dsi: fix bad register field offsets

2020-06-09 Thread Adrian Ratiu
According to the DSI Host Registers sections available in the IMX, STM and RK ref manuals for 1.01, 1.30 and 1.31, the register fields are smaller or bigger than what's coded in the driver, leading to r/w in reserved spaces which might cause undefined behaviours. Tested-by: Adrian Pop Tested-by:

[PATCH 4.9 31/42] usb: musb: Fix runtime PM imbalance on error

2020-06-09 Thread Greg Kroah-Hartman
From: Dinghao Liu commit e4befc121df03dc8ed2ac1031c98f9538e244bae upstream. When copy_from_user() returns an error code, there is a runtime PM usage counter imbalance. Fix this by moving copy_from_user() to the beginning of this function. Fixes: 7b6c1b4c0e1e ("usb: musb: fix runtime PM in

[PATCH 4.14 11/46] net: bmac: Fix read of MAC address from ROM

2020-06-09 Thread Greg Kroah-Hartman
From: Jeremy Kerr [ Upstream commit ef01cee2ee1b369c57a936166483d40942bcc3e3 ] In bmac_get_station_address, We're reading two bytes at a time from ROM, but we do that six times, resulting in 12 bytes of read & writes. This means we will write off the end of the six-byte destination buffer.

[PATCH 4.9 34/42] staging: rtl8712: Fix IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK

2020-06-09 Thread Greg Kroah-Hartman
From: Pascal Terjan commit 15ea976a1f12b5fd76b1bd6ff3eb5132fd28047f upstream. The value in shared headers was fixed 9 years ago in commit 8d661f1e462d ("ieee80211: correct IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK macro") and while looking at using shared headers for other duplicated constants I

[PATCH 4.9 37/42] x86/cpu: Add table argument to cpu_matches()

2020-06-09 Thread Greg Kroah-Hartman
From: Mark Gross commit 93920f61c2ad7edb01e63323832585796af75fc9 upstream To make cpu_matches() reusable for other matching tables, have it take a pointer to a x86_cpu_id table as an argument. [ bp: Flip arguments order. ] Signed-off-by: Mark Gross Signed-off-by: Borislav Petkov

[PATCH v9 06/11] ARM: dts: imx6qdl: add missing mipi dsi properties

2020-06-09 Thread Adrian Ratiu
Now that we have a proper driver for the imx6 mipi dsi host controller we can fill in the missing properties to get it working. Cc: Laurent Pinchart Cc: Rob Herring Cc: devicet...@vger.kernel.org Signed-off-by: Adrian Ratiu --- New in v8. --- arch/arm/boot/dts/imx6qdl.dtsi | 8 1

[PATCH 4.9 40/42] x86/speculation: Add Ivy Bridge to affected list

2020-06-09 Thread Greg Kroah-Hartman
From: Josh Poimboeuf commit 3798cc4d106e91382bfe016caa2edada27c2bb3f upstream Make the docs match the code. Signed-off-by: Josh Poimboeuf Signed-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman --- Documentation/hw-vuln/special-register-buffer-data-sampling.rst |7 --- 1

[PATCH 4.14 01/46] scsi: scsi_devinfo: fixup string compare

2020-06-09 Thread Greg Kroah-Hartman
From: Hannes Reinecke commit b8018b973c7cefa5eb386540130fa47315b8e337 upstream. When checking the model and vendor string we need to use the minimum value of either string, otherwise we'll miss out on wildcard matches. And we should take care when matching with zero size strings; results might

[PATCH 4.14 14/46] net: smsc911x: Fix runtime PM imbalance on error

2020-06-09 Thread Greg Kroah-Hartman
From: Dinghao Liu [ Upstream commit 539d39ad0c61b35f69565a037d7586deaf6d6166 ] Remove runtime PM usage counter decrement when the increment function has not been called to keep the counter balanced. Signed-off-by: Dinghao Liu Signed-off-by: David S. Miller Signed-off-by: Sasha Levin ---

[PATCH 4.14 15/46] mm: Fix mremap not considering huge pmd devmap

2020-06-09 Thread Greg Kroah-Hartman
From: Fan Yang commit 5bfea2d9b17f1034a68147a8b03b9789af5700f9 upstream. The original code in mm/mremap.c checks huge pmd by: if (is_swap_pmd(*old_pmd) || pmd_trans_huge(*old_pmd)) { However, a DAX mapped nvdimm is mapped as huge page (by default) but it is not transparent

[PATCH 4.14 16/46] HID: sony: Fix for broken buttons on DS3 USB dongles

2020-06-09 Thread Greg Kroah-Hartman
From: Scott Shumate commit e72455b898ac678667c5674668186b4670d87d11 upstream. Fix for non-working buttons on knock-off USB dongles for Sony controllers. These USB dongles are used to connect older Sony DA/DS1/DS2 controllers via USB and are common on Amazon, AliExpress, etc. Without the patch,

[PATCH 4.9 33/42] tty: hvc_console, fix crashes on parallel open/close

2020-06-09 Thread Greg Kroah-Hartman
From: Jiri Slaby commit 24eb2377f977fe06d84fca558f891f95bc28a449 upstream. hvc_open sets tty->driver_data to NULL when open fails at some point. Typically, the failure happens in hp->ops->notifier_add(). If there is a racing process which tries to open such mangled tty, which was not closed

[PATCH 4.14 05/46] s390/ftrace: save traced function caller

2020-06-09 Thread Greg Kroah-Hartman
From: Vasily Gorbik [ Upstream commit b4adfe55915d8363e244e42386d69567db1719b9 ] A typical backtrace acquired from ftraced function currently looks like the following (e.g. for "path_openat"): arch_stack_walk+0x15c/0x2d8 stack_trace_save+0x50/0x68 stack_trace_call+0x15a/0x3b8

[PATCH 4.14 10/46] x86/mmiotrace: Use cpumask_available() for cpumask_var_t variables

2020-06-09 Thread Greg Kroah-Hartman
From: Nathan Chancellor [ Upstream commit d7110a26e5905ec2fe3fc88bc6a538901accb72b ] When building with Clang + -Wtautological-compare and CONFIG_CPUMASK_OFFSTACK unset: arch/x86/mm/mmio-mod.c:375:6: warning: comparison of array 'downed_cpus' equal to a null pointer is always false

[PATCH 4.14 04/46] spi: dw: use "smp_mb()" to avoid sending spi data error

2020-06-09 Thread Greg Kroah-Hartman
From: Xinwei Kong [ Upstream commit bfda044533b213985bc62bd7ca96f2b984d21b80 ] Because of out-of-order execution about some CPU architecture, In this debug stage we find Completing spi interrupt enable -> prodrucing TXEI interrupt -> running "interrupt_transfer" function will prior to set

Re: [PATCH] tracing/probe: Fix bpf_task_fd_query() for kprobes and uprobes

2020-06-09 Thread Alexei Starovoitov
On Tue, Jun 9, 2020 at 12:12 AM Masami Hiramatsu wrote: > > On Mon, 8 Jun 2020 14:45:32 +0200 > Jean-Philippe Brucker wrote: > > > Commit 60d53e2c3b75 ("tracing/probe: Split trace_event related data from > > trace_probe") removed the trace_[ku]probe structure from the > > trace_event_call->data

[PATCH 4.14 07/46] ARC: Fix ICCM & DCCM runtime size checks

2020-06-09 Thread Greg Kroah-Hartman
From: Eugeniy Paltsev [ Upstream commit 43900edf67d7ef3ac8909854d75b8a1fba2d570c ] As of today the ICCM and DCCM size checks are incorrectly using mismatched units (KiB checked against bytes). The CONFIG_ARC_DCCM_SZ and CONFIG_ARC_ICCM_SZ are in KiB, but the size calculated in runtime and

[PATCH 4.14 28/46] net: check untrusted gso_size at kernel entry

2020-06-09 Thread Greg Kroah-Hartman
From: Willem de Bruijn [ Upstream commit 6dd912f82680761d8fb6b1bb274a69d4c7010988 ] Syzkaller again found a path to a kernel crash through bad gso input: a packet with gso size exceeding len. These packets are dropped in tcp_gso_segment and udp[46]_ufo_fragment. But they may affect gso size

[PATCH 4.14 31/46] USB: serial: usb_wwan: do not resubmit rx urb on fatal errors

2020-06-09 Thread Greg Kroah-Hartman
From: Bin Liu commit 986c1748c84d7727defeaeca74a73b37f7d5cce1 upstream. usb_wwan_indat_callback() shouldn't resubmit rx urb if the previous urb status is a fatal error. Or the usb controller would keep processing the new urbs then run into interrupt storm, and has no chance to recover. Fixes:

[PATCH 4.14 36/46] tty: hvc_console, fix crashes on parallel open/close

2020-06-09 Thread Greg Kroah-Hartman
From: Jiri Slaby commit 24eb2377f977fe06d84fca558f891f95bc28a449 upstream. hvc_open sets tty->driver_data to NULL when open fails at some point. Typically, the failure happens in hp->ops->notifier_add(). If there is a racing process which tries to open such mangled tty, which was not closed

[PATCH 4.14 37/46] staging: rtl8712: Fix IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK

2020-06-09 Thread Greg Kroah-Hartman
From: Pascal Terjan commit 15ea976a1f12b5fd76b1bd6ff3eb5132fd28047f upstream. The value in shared headers was fixed 9 years ago in commit 8d661f1e462d ("ieee80211: correct IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK macro") and while looking at using shared headers for other duplicated constants I

[PATCH 4.14 34/46] usb: musb: Fix runtime PM imbalance on error

2020-06-09 Thread Greg Kroah-Hartman
From: Dinghao Liu commit e4befc121df03dc8ed2ac1031c98f9538e244bae upstream. When copy_from_user() returns an error code, there is a runtime PM usage counter imbalance. Fix this by moving copy_from_user() to the beginning of this function. Fixes: 7b6c1b4c0e1e ("usb: musb: fix runtime PM in

[PATCH 4.14 35/46] vt: keyboard: avoid signed integer overflow in k_ascii

2020-06-09 Thread Greg Kroah-Hartman
From: Dmitry Torokhov commit b86dab054059b970111b5516ae548efaae5b3aae upstream. When k_ascii is invoked several times in a row there is a potential for signed integer overflow: UBSAN: Undefined behaviour in drivers/tty/vt/keyboard.c:888:19 signed integer overflow: 10 * 11 cannot be

[PATCH 4.14 20/46] mmc: fix compilation of user API

2020-06-09 Thread Greg Kroah-Hartman
From: Jérôme Pouiller commit 83fc5dd57f86c3ec7d6d22565a6ff6c948853b64 upstream. The definitions of MMC_IOC_CMD and of MMC_IOC_MULTI_CMD rely on MMC_BLOCK_MAJOR: #define MMC_IOC_CMD _IOWR(MMC_BLOCK_MAJOR, 0, struct mmc_ioc_cmd) #define MMC_IOC_MULTI_CMD _IOWR(MMC_BLOCK_MAJOR, 1,

[PATCH v2 2/9] reset: Add Raspberry Pi 4 firmware reset controller

2020-06-09 Thread Nicolas Saenz Julienne
Raspberry Pi 4's co-processor controls some of the board's HW initialization process, but it's up to Linux to trigger it when relevant. Introduce a reset controller capable of interfacing with RPi4's co-processor that models these firmware initialization routines as reset lines. Signed-off-by:

Re: [PATCH v2 3/9] ARM: dts: bcm2711: Add firmware usb reset node

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:49 AM, Nicolas Saenz Julienne wrote: > Now that the reset driver exposing Raspberry Pi 4's firmware based USB > reset routine is available, let's add the device tree node exposing it. > > Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Florian Fainelli -- Florian

[PATCH v2 3/9] ARM: dts: bcm2711: Add firmware usb reset node

2020-06-09 Thread Nicolas Saenz Julienne
Now that the reset driver exposing Raspberry Pi 4's firmware based USB reset routine is available, let's add the device tree node exposing it. Signed-off-by: Nicolas Saenz Julienne --- Changes since v1: - Update cell nr to match new bindings arch/arm/boot/dts/bcm2711-rpi-4-b.dts | 5 +

[PATCH v2 4/9] ARM: dts: bcm2711: Add reset controller to xHCI node

2020-06-09 Thread Nicolas Saenz Julienne
The chip is hardwired to the board's PCIe bus and needs to be properly setup trough a firmware routine after a PCI fundamental reset. Pass the reset controller phandle that takes care of triggering the initialization to the relevant PCI device. Signed-off-by: Nicolas Saenz Julienne --- Changes

[PATCH 4.14 38/46] CDC-ACM: heed quirk also in error handling

2020-06-09 Thread Greg Kroah-Hartman
From: Oliver Neukum commit 97fe809934dd2b0b37dfef3a2fc70417f485d7af upstream. If buffers are iterated over in the error case, the lower limits for quirky devices must be heeded. Signed-off-by: Oliver Neukum Reported-by: Jean Rene Dawin Fixes: a4e7279cd1d19 ("cdc-acm: introduce a cool down")

Re: [PATCH v2 4/9] ARM: dts: bcm2711: Add reset controller to xHCI node

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:49 AM, Nicolas Saenz Julienne wrote: > The chip is hardwired to the board's PCIe bus and needs to be properly > setup trough a firmware routine after a PCI fundamental reset. Pass the > reset controller phandle that takes care of triggering the > initialization to the relevant

Re: [RFC PATCH 0/2] TAS2563 DSP Firmware Loader

2020-06-09 Thread Mark Brown
On Tue, Jun 09, 2020 at 01:07:50PM -0500, Dan Murphy wrote: > On 6/9/20 12:52 PM, Mark Brown wrote: > > I think you can just use enums for most of this - what you want to do I > > think is parse the firmware, build templates for the controls and then > > add them with

[PATCH v2 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk"

2020-06-09 Thread Nicolas Saenz Julienne
This reverts commit c65822fef4adc0ba40c37a47337376ce75f7a7bc. The initialization of Raspberry Pi 4's USB chip is now handled through a reset controller. No need to directly call the firmware routine trough a pci quirk. Signed-off-by: Nicolas Saenz Julienne --- drivers/firmware/Kconfig |

[PATCH 4.14 00/46] 4.14.184-rc1 review

2020-06-09 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.184 release. There are 46 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 Thu, 11 Jun 2020 17:40:01 +. Anything

Re: [PATCH v2 8/9] Revert "firmware: raspberrypi: Introduce vl805 init routine"

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:50 AM, Nicolas Saenz Julienne wrote: > This reverts commit fbbc5ff3f7f9f4cad562e530ae2cf5d8964fe6d3. > > The vl805 init routine has moved into drivers/reset/reset-raspberrypi.c > > Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH v2 9/9] Revert "PCI: brcmstb: Wait for Raspberry Pi's firmware when present"

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:50 AM, Nicolas Saenz Julienne wrote: > This reverts commit 44331189f9082c7e659697bbac1747db3def73e7. > > Now that the VL805 init routine is run through a reset controller driver > the device dependencies are being taken care of by the device core. No > need to do it manually

[PATCH v2 8/9] Revert "firmware: raspberrypi: Introduce vl805 init routine"

2020-06-09 Thread Nicolas Saenz Julienne
This reverts commit fbbc5ff3f7f9f4cad562e530ae2cf5d8964fe6d3. The vl805 init routine has moved into drivers/reset/reset-raspberrypi.c Signed-off-by: Nicolas Saenz Julienne --- drivers/firmware/raspberrypi.c | 61 -- include/soc/bcm2835/raspberrypi-firmware.h |

[PATCH 4.14 21/46] scsi: ufs: Release clock if DMA map fails

2020-06-09 Thread Greg Kroah-Hartman
From: Can Guo commit 17c7d35f141ef6158076adf3338f115f64fcf760 upstream. In queuecommand path, if DMA map fails, it bails out with clock held. In this case, release the clock to keep its usage paired. [mkp: applied by hand] Link:

Re: [PATCH v2 2/9] reset: Add Raspberry Pi 4 firmware reset controller

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:49 AM, Nicolas Saenz Julienne wrote: > Raspberry Pi 4's co-processor controls some of the board's HW > initialization process, but it's up to Linux to trigger it when > relevant. Introduce a reset controller capable of interfacing with > RPi4's co-processor that models these

[PATCH 4.14 29/46] l2tp: add sk_family checks to l2tp_validate_socket

2020-06-09 Thread Greg Kroah-Hartman
From: Eric Dumazet [ Upstream commit d9a81a225277686eb629938986d97629ea102633 ] syzbot was able to trigger a crash after using an ISDN socket and fool l2tp. Fix this by making sure the UDP socket is of the proper family. BUG: KASAN: slab-out-of-bounds in setup_udp_tunnel_sock+0x465/0x540

[PATCH 4.14 46/46] uprobes: ensure that uprobe->offset and ->ref_ctr_offset are properly aligned

2020-06-09 Thread Greg Kroah-Hartman
From: Oleg Nesterov commit 013b2deba9a6b80ca02f4fafd7dedf875e9b4450 upstream. uprobe_write_opcode() must not cross page boundary; prepare_uprobe() relies on arch_uprobe_analyze_insn() which should validate "vaddr" but some architectures (csky, s390, and sparc) don't do this. We can remove the

[PATCH 4.14 45/46] iio: vcnl4000: Fix i2c swapped word reading.

2020-06-09 Thread Greg Kroah-Hartman
From: Mathieu Othacehe [ Upstream commit 18dfb5326370991c81a6d1ed6d1aeee055cb8c05 ] The bytes returned by the i2c reading need to be swapped unconditionally. Otherwise, on be16 platforms, an incorrect value will be returned. Taking the slow path via next merge window as its been around a while

Re: [PATCH v2 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk"

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:49 AM, Nicolas Saenz Julienne wrote: > This reverts commit c65822fef4adc0ba40c37a47337376ce75f7a7bc. > > The initialization of Raspberry Pi 4's USB chip is now handled through a > reset controller. No need to directly call the firmware routine trough a > pci quirk. > >

Re: [RFC PATCH 2/2] ASoc: tas2563: DSP Firmware loading support

2020-06-09 Thread Mark Brown
On Tue, Jun 09, 2020 at 12:28:41PM -0500, Dan Murphy wrote: > .val_bits = 8, > > - .max_register = 5 * 128, > + .max_register = 255 * 128, > .cache_type = REGCACHE_RBTREE, > .reg_defaults = tas2562_reg_defaults, > .num_reg_defaults =

[PATCH 4.14 32/46] USB: serial: option: add Telit LE910C1-EUX compositions

2020-06-09 Thread Greg Kroah-Hartman
From: Daniele Palmas commit 399ad9477c523f721f8e51d4f824bdf7267f120c upstream. Add Telit LE910C1-EUX compositions: 0x1031: tty, tty, tty, rmnet 0x1033: tty, tty, tty, ecm Signed-off-by: Daniele Palmas Link: https://lore.kernel.org/r/20200525211106.27338-1-dnl...@gmail.com Cc:

Re: [PATCH v2 5/9] usb: xhci-pci: Add support for reset controllers

2020-06-09 Thread Florian Fainelli
On 6/9/2020 10:49 AM, Nicolas Saenz Julienne wrote: > Some atypical users of xhci-pci might need to manually reset their xHCI > controller before starting the HCD setup. Check if a reset controller > device is available to the PCI bus and trigger a reset. > > Signed-off-by: Nicolas Saenz

[PATCH 4.14 25/46] net: usb: qmi_wwan: add Telit LE910C1-EUX composition

2020-06-09 Thread Greg Kroah-Hartman
From: Daniele Palmas [ Upstream commit 591612aa578cd7148b7b9d74869ef40118978389 ] Add support for Telit LE910C1-EUX composition 0x1031: tty, tty, tty, rmnet Signed-off-by: Daniele Palmas Acked-by: Bjørn Mork Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman ---

[PATCH v2 0/9] Raspberry Pi 4 USB firmware initialization rework

2020-06-09 Thread Nicolas Saenz Julienne
On the Raspberry Pi 4, after a PCI reset, VL805's firmware may either be loaded directly from an EEPROM or, if not present, by the SoC's co-processor, VideoCore. This series reworks how we handle this. The previous solution makes use of PCI quirks and exporting platform specific functions. Albeit

[PATCH 4.19 00/25] 4.19.128-rc1 review

2020-06-09 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.128 release. There are 25 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 Thu, 11 Jun 2020 17:40:24 +. Anything

<    1   2   3   4   5   6   7   8   9   10   >