Re: [PATCH] iommu: Relax ACS requirement for RCiEP devices.

2020-05-26 Thread Raj, Ashok
Hi Alex, I was able to find better language in the IOMMU spec that gaurantees the behavior we need. See below. On Tue, May 05, 2020 at 09:34:14AM -0600, Alex Williamson wrote: > On Tue, 5 May 2020 07:56:06 -0700 > "Raj, Ashok" wrote: > > > On Tue, May 05, 2020 at 08:05:14AM -0600, Alex

Re: [PATCH] topology: Fix cpumask_of_node macro for CONFIG_NEED_MULTIPLE_NODES=n

2020-05-26 Thread Randy Dunlap
On 5/26/20 10:44 AM, Guenter Roeck wrote: > The following compile error is seen in linux-next if > NUMA=n and CONFIG_NEED_MULTIPLE_NODES=n. > > CC drivers/hwmon/amd_energy.o > In file included from ../arch/x86/include/asm/cpumask.h:5:0, > from

[PATCH][next] netfilter: conntrack: fix an unsigned int comparison to less than zero

2020-05-26 Thread Colin King
From: Colin Ian King The error check to see if protoff is less than zero is always false because it is a unsigned int. The call to ipv6_skip_exthdr can return negative values for an error so cast protoff to int to fix this check. Addresses-Coverity: ("Macro compares unsigned to 0 (no effect)")

Re: [PATCH v1] driver core: Update device link status correctly for SYNC_STATE_ONLY links

2020-05-26 Thread Saravana Kannan
On Tue, May 26, 2020 at 4:04 AM Michael Walle wrote: > > Hi Saravana, > > Am 2020-05-26 09:07, schrieb Saravana Kannan: > >> Greg, > >> > >> I think this is the issue Michael ran into. I'd like him to test the > >> fix > >> before it's pulled in. > >> > >> Michael, > >> > >> If you can test this

Re: [PATCH v9 08/10] dt-bindings: ufs: Add DT binding documentation for ufs

2020-05-26 Thread Rob Herring
On Thu, May 14, 2020 at 06:09:12AM +0530, Alim Akhtar wrote: > This patch adds DT binding for samsung ufs hci Subject should indicate this is for Samsung in some way. > > Signed-off-by: Alim Akhtar > --- > .../bindings/ufs/samsung,exynos-ufs.yaml | 91 +++ > 1 file

Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver

2020-05-26 Thread Vinicius Costa Gomes
Hi Vladimir, Vladimir Oltean writes: >> >> I don't really like these prefixes, I am thinking of when support for >> IEEE 802.1CB is added, do we rename this to "hsr_prp_frer"? >> >> And it gets even more complicated, and using 802.1CB you can configure >> the tagging method and the stream

Re: [PATCH v3 6/8] bnxt_en: use new taint_firmware_crashed()

2020-05-26 Thread Michael Chan
On Tue, May 26, 2020 at 7:58 AM Luis Chamberlain wrote: > > From: Vasundhara Volam > > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes

Re: [PATCH] scsi: lpfc: Fix lpfc_nodelist leak when processing unsolicited event

2020-05-26 Thread James Smart
On 5/25/2020 8:12 AM, Daniel Wagner wrote: Hi, On Mon, May 25, 2020 at 10:16:24PM +0800, Xiyu Yang wrote: In order to create or activate a new node, lpfc_els_unsol_buffer() invokes lpfc_nlp_init() or lpfc_enable_node() or lpfc_nlp_get(), all of them will return a reference of the specified

Re: [PATCH 6/6] io_uring: let io_req_aux_free() handle fixed files

2020-05-26 Thread Pavel Begunkov
On 26/05/2020 21:03, Jens Axboe wrote: > On 5/26/20 11:34 AM, Pavel Begunkov wrote: >> Remove duplicated code putting fixed files in io_free_req_many(), >> __io_req_aux_free() does the same thing, let it handle them. > > This one is already changed in mainline: > > >> commit

[PATCH v5 3/3] serial: 8250_dw: Fix common clocks usage race condition

2020-05-26 Thread Serge Semin
The race condition may happen if the UART reference clock is shared with some other device (on Baikal-T1 SoC it's another DW UART port). In this case if that device changes the clock rate while serial console is using it the DW 8250 UART port might not only end up with an invalid uartclk value

[PATCH v5 2/3] serial: 8250_dw: Simplify the ref clock rate setting procedure

2020-05-26 Thread Serge Semin
Really instead of twice checking the clk_round_rate() return value we could do it once, and if it isn't error the clock rate can be changed. By doing so we decrease a number of ret-value tests and remove a weird goto-based construction implemented in the dw8250_set_termios() method.

[PATCH v5 0/3] serial: 8250_dw: Fix ref clock usage

2020-05-26 Thread Serge Semin
Greg, Jiri, the merge window is upon us, please review/merge in/whatever the rest of the patches. It might be dangerous if an UART port reference clock rate is suddenly changed. In particular the 8250 port drivers (and AFAICS most of the tty drivers using common clock framework clocks) rely

[PATCH v5 1/3] serial: 8250: Add 8250 port clock update method

2020-05-26 Thread Serge Semin
Some platforms can be designed in a way so the UART port reference clock might be asynchronously changed at some point. In Baikal-T1 SoC this may happen due to the reference clock being shared between two UART ports, on the Allwinner SoC the reference clock is derived from the CPU clock, so any

Re: [PATCH] phy: intel: Eliminate unnecessary assignment in intel_cbphy_set_mode

2020-05-26 Thread Nick Desaulniers
On Fri, May 22, 2020 at 8:51 PM Nathan Chancellor wrote: > > Clang warns: > > drivers/phy/intel/phy-intel-combo.c:202:34: warning: implicit conversion > from enumeration type 'enum intel_phy_mode' to different enumeration > type 'enum intel_combo_mode' [-Wenum-conversion] > enum

Re: [PATCH 0/3] make vm_committed_as_batch aware of vm overcommit policy

2020-05-26 Thread Qian Cai
On Thu, May 21, 2020 at 05:27:26PM -0400, Qian Cai wrote: > On Fri, May 08, 2020 at 03:25:14PM +0800, Feng Tang wrote: > > When checking a performance change for will-it-scale scalability > > mmap test [1], we found very high lock contention for spinlock of > > percpu counter 'vm_committed_as': >

Re: [PATCH] scsi: st: convert convert get_user_pages() --> pin_user_pages()

2020-05-26 Thread John Hubbard
On 2020-05-22 01:32, "Kai Mäkisara (Kolumbus)" wrote: On 21. May 2020, at 22.47, Bart Van Assche wrote: On 2020-05-18 21:55, John Hubbard wrote: This code was using get_user_pages*(), in a "Case 2" scenario (DMA/RDMA), using the categorization from [1]. That means that it's time to convert

Re: [PATCH] powerpc/wii: Fix declaration made after definition

2020-05-26 Thread Nick Desaulniers
On Mon, Apr 13, 2020 at 12:07 PM Nathan Chancellor wrote: > > A 0day randconfig uncovered an error with clang, trimmed for brevity: > > arch/powerpc/platforms/embedded6xx/wii.c:195:7: error: attribute > declaration must precede definition [-Werror,-Wignored-attributes] > if

[RFC/RFT][PATCH] cpufreq: intel_pstate: Accept passive mode with HWP enabled

2020-05-26 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Allow intel_pstate to work in the passive mode with HWP enabled and make it set the HWP minimum performance limit to 75% of the P-state value corresponding to the target frequency supplied by the cpufreq governor, so as to prevent the HWP algorithm and the CPU scheduler

re: netfilter: nfnetlink_queue: resolve clash for unconfirmed conntracks

2020-05-26 Thread Colin Ian King
Hi, Static analysis with Coverity has detected a potential issue with the commit in linux-next: commit 368982cd7d1bd41cd39049c794990aca3770db44 Author: Pablo Neira Ayuso Date: Wed May 23 09:17:24 2018 +0200 netfilter: nfnetlink_queue: resolve clash for unconfirmed conntracks Namely:

Re: [PATCH v2] Staging: comedi: dt2814: remove unused assignments

2020-05-26 Thread Dan Carpenter
On Tue, May 26, 2020 at 09:20:16PM +0530, gaurav wrote: ^^ So very close except your from header isn't right. Just fix that and send a v3. regards, dan carpenter

[PATCH 1/2] drm/probe_helper: Add drm_connector_helper_funcs.mode_valid_ctx

2020-05-26 Thread Lyude Paul
This is just an atomic version of mode_valid, which is intended to be used for situations where a driver might need to check the atomic state of objects other than the connector itself. One such example is with MST, where the maximum possible bandwidth on a connector can change dynamically

[PATCH 2/2] drm/i915/mst: filter out the display mode exceed sink's capability

2020-05-26 Thread Lyude Paul
From: Lee Shawn C So far, max dot clock rate for MST mode rely on physcial bandwidth limitation. It would caused compatibility issue if source display resolution exceed MST hub output ability. For example, source DUT had DP 1.2 output capability. And MST docking just support HDMI 1.4 spec. When

[PATCH 0/2] drm/probe_helper, i915: Validate MST modes against PBN limits

2020-05-26 Thread Lyude Paul
Something we've been missing for a while with drivers that support MST is being able to prune modes that can't be set due to bandwidth limitations. So, let's go ahead and add that. This also adds a new hook that was needed, mode_valid_ctx, so that we can grab additional locks as needed when

Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver

2020-05-26 Thread Vladimir Oltean
Hi Murali, On Tue, 26 May 2020 at 17:12, Murali Karicheri wrote: > > Hi Vladimir, > > I haven't looked the spec for 802.1CB. If they re-use HSR/PRP Tag in the > L2 protocol it make sense to enhance the driver. Else I don't see any > re-use possibility. Do you know the above? > > Thanks > >

[PATCH v2] scsi: st: convert convert get_user_pages() --> pin_user_pages()

2020-05-26 Thread John Hubbard
This code was using get_user_pages*(), in a "Case 1" scenario (Direct IO), using the categorization from [1]. That means that it's time to convert the get_user_pages*() + put_page() calls to pin_user_pages*() + unpin_user_pages() calls. There is some helpful background in [2]: basically, this is

Re: [PATCH] iommu: Relax ACS requirement for RCiEP devices.

2020-05-26 Thread Alex Williamson
On Tue, 26 May 2020 11:06:48 -0700 "Raj, Ashok" wrote: > Hi Alex, > > I was able to find better language in the IOMMU spec that gaurantees > the behavior we need. See below. > > > On Tue, May 05, 2020 at 09:34:14AM -0600, Alex Williamson wrote: > > On Tue, 5 May 2020 07:56:06 -0700 > > "Raj,

Re: [PATCH v2 02/10] KVM: x86: extend struct kvm_vcpu_pv_apf_data with token info

2020-05-26 Thread Vivek Goyal
On Mon, May 25, 2020 at 04:41:17PM +0200, Vitaly Kuznetsov wrote: > [..] > diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h > index 0a6b35353fc7..c195f63c1086 100644 > --- a/arch/x86/include/asm/kvm_host.h > +++ b/arch/x86/include/asm/kvm_host.h > @@ -767,7 +767,7

[PATCH] rcu/performance: Fix kfree_perf_init() build warning on 32-bit kernels

2020-05-26 Thread Ingo Molnar
* tip-bot2 for Joel Fernandes (Google) wrote: > The following commit has been merged into the core/rcu branch of tip: > > Commit-ID: f87dc808009ac86c790031627698ef1a34c31e25 > Gitweb: > https://git.kernel.org/tip/f87dc808009ac86c790031627698ef1a34c31e25 > Author:Joel

Re: [RFC/RFT][PATCH] cpufreq: intel_pstate: Work in passive mode with HWP enabled

2020-05-26 Thread Francisco Jerez
"Rafael J. Wysocki" writes: > to On Mon, May 25, 2020 at 10:57 PM Francisco Jerez > wrote: >> >> "Rafael J. Wysocki" writes: >> >> > On Mon, May 25, 2020 at 3:39 AM Francisco Jerez >> > wrote: >> >> >> >> "Rafael J. Wysocki" writes: >> >> >> >> > From: Rafael J. Wysocki >> >> > >> >> >

Re: [PATCH v9 7/8] tpm: Add YAML schema for TPM TIS I2C options

2020-05-26 Thread Rob Herring
On Tue, 26 May 2020 17:16:57 +0300, amirmi...@gmail.com wrote: > From: Amir Mizinski > > Added a YAML schema to support tpm tis i2c related dt-bindings for the I2c > PTP based physical layer. > > This patch adds the documentation for corresponding device tree bindings of > I2C based Physical

Re: [PATCH] block/floppy: fix contended case in floppy_queue_rq()

2020-05-26 Thread Jiri Kosina
[ forgot to CC Omar, fixing ] On Tue, 26 May 2020, Jiri Kosina wrote: > From: Jiri Kosina > > Since the switch of floppy driver to blk-mq, the contended (fdc_busy) case > in floppy_queue_rq() is not handled correctly. > > In case we reach floppy_queue_rq() with fdc_busy set (i.e. with the

Re: [PATCH v8 1/3] dt-bindings: phy: Add DT bindings for Xilinx ZynqMP PSGTR PHY

2020-05-26 Thread Rob Herring
On Wed, 13 May 2020 20:22:37 +0300, Laurent Pinchart wrote: > From: Anurag Kumar Vulisha > > Add DT bindings for the Xilinx ZynqMP PHY. ZynqMP SoCs have a High Speed > Processing System Gigabit Transceiver which provides PHY capabilities to > USB, SATA, PCIE, Display Port and Ehernet SGMII

Re: [net-next RFC v3 2/6] net: marvell: prestera: Add PCI interface support

2020-05-26 Thread Jakub Kicinski
On Tue, 26 May 2020 20:12:58 +0300 Vadym Kochan wrote: > Add PCI interface driver for Prestera Switch ASICs family devices, which > provides: > > - Firmware loading mechanism > - Requests & events handling to/from the firmware > - Access to the firmware on the bus level > > The

[PATCH] tpm: Revert "tpm: fix invalid locking in NONBLOCKING mode"

2020-05-26 Thread Mario Limonciello
This reverts commit d23d12484307b40eea549b8a858f5fffad913897. This commit has caused regressions for the XPS 9560 containing a Nuvoton TPM. As mentioned by the reporter all TPM2 commands are failing with: ERROR:tcti:src/tss2-tcti/tcti-device.c:290:tcti_device_receive() Failed to read

Re: [PATCH] iommu: Relax ACS requirement for RCiEP devices.

2020-05-26 Thread Raj, Ashok
On Tue, May 26, 2020 at 12:26:54PM -0600, Alex Williamson wrote: > > > > > > I don't think the language in the spec is anything sufficient to handle > > > RCiEP uniquely. We've previously rejected kernel command line opt-outs > > > for ACS, and the extent to which those patches still float

[fixup] kunit: use --build_dir=.kunit as default

2020-05-26 Thread Vitor Massaru Iha
To make KUnit easier to use, and to avoid overwriting object and .config files, the default KUnit build directory is set to .kunit * Related bug: https://bugzilla.kernel.org/show_bug.cgi?id=205221 Fixed up minor merge conflicts - Shuah Khan Signed-off-by: Vitor Massaru Iha Reviewed-by:

[fixup] kunit: use KUnit defconfig by default

2020-05-26 Thread Vitor Massaru Iha
To improve the usability of KUnit, defconfig is used by default if no kunitconfig is present. * https://bugzilla.kernel.org/show_bug.cgi?id=205259 Fixed up minor merge conflicts - Shuah Khan Signed-off-by: Vitor Massaru Iha Reviewed-by: Brendan Higgins Signed-off-by: Shuah Khan --- Version

Re: [net-next RFC v3 0/6] net: marvell: prestera: Add Switchdev driver for Prestera family ASIC device 98DX326x (AC3x)

2020-05-26 Thread Jakub Kicinski
On Tue, 26 May 2020 20:12:56 +0300 Vadym Kochan wrote: > Marvell Prestera 98DX326x integrates up to 24 ports of 1GbE with 8 > ports of 10GbE uplinks or 2 ports of 40Gbps stacking for a largely > wireless SMB deployment. This series adds lots of warnings when built with W=1, please make sure every

Re: [PATCH v3 4/5] ACPI/PCI: Ignore _OSC DPC negotiation result if pcie_ports_dpc_native is set.

2020-05-26 Thread kbuild test robot
Hi, I love your patch! Yet something to improve: [auto build test ERROR on pci/next] [also build test ERROR on v5.7-rc7 next-20200526] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify

Re: [patch V9 20/39] x86/irq: Use generic irq_regs implementation

2020-05-26 Thread damian
Hello Thomas, with this patch i got the following build error: LD .tmp_vmlinux.kallsyms1 /home/damian/kernel/buildroot/output/host/bin/x86_64-buildroot-linux-uclibc-ld: arch/x86/kernel/irq.o: in function `get_irq_regs':

Re: [PATCH v2 07/12] i2c: designware: Move Baytrail sem config to the platform if-clause

2020-05-26 Thread Serge Semin
On Mon, May 25, 2020 at 04:01:26PM +0300, Jarkko Nikula wrote: > On 5/21/20 5:22 AM, Serge Semin wrote: > > On Wed, May 20, 2020 at 03:16:14PM +0300, Jarkko Nikula wrote: > > > On 5/10/20 12:50 PM, Serge Semin wrote: > > > > Currently Intel Baytrail I2C semaphore is a feature of the DW APB I2C > >

[GIT PULL] Please pull exec fix for v5.7

2020-05-26 Thread Eric W. Biederman
Please pull the exec-linus branch from the git tree: git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git exec-linus HEAD: a4ae32c71fe90794127b32d26d7ad795813b502e exec: Always set cap_ambient in cap_bprm_set_creds While working on my exec cleanups I found a bug

[ANNOUNCE] Git v2.27.0-rc2

2020-05-26 Thread Junio C Hamano
A release candidate Git v2.27.0-rc2 is now available for testing at the usual places. It is comprised of 509 non-merge commits since v2.26.0, contributed by 59 people, 17 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/testing/ The following

Re: [PATCH] platform: cros_ec_debugfs: control uptime information request

2020-05-26 Thread Gwendal Grignou
On Thu, May 21, 2020 at 2:21 AM Enric Balletbo i Serra wrote: > > Hi Gwendal, > > Thank you for your patch. > > On 21/5/20 7:28, Gwendal Grignou wrote: > > When EC does not support uptime command (EC_CMD_GET_UPTIME_INFO), > > return -EPROTO to read of /sys/kernel/debug/cros_ec/uptime without > >

Re: [PATCH v3 15/19] mm: memcg/slab: deprecate slab_root_caches

2020-05-26 Thread Roman Gushchin
On Tue, May 26, 2020 at 12:52:24PM +0200, Vlastimil Babka wrote: > On 4/22/20 10:47 PM, Roman Gushchin wrote: > > Currently there are two lists of kmem_caches: > > 1) slab_caches, which contains all kmem_caches, > > 2) slab_root_caches, which contains only root kmem_caches. > > > > And there is

[PATCH v3] Staging: comedi: dt2814: remove unused assignments

2020-05-26 Thread Gaurav Pathak
From: Gaurav Pathak Silence following compiler warning: drivers/staging/comedi/drivers/dt2814.c: In function ‘dt2814_interrupt’: drivers/staging/comedi/drivers/dt2814.c:193:6: warning: variable ‘data’ set but not used [-Wunused-but-set-variable] int data; ^~~~

[PATCH v2] platform: cros_ec_debugfs: control uptime information request

2020-05-26 Thread Gwendal Grignou
When EC does not support uptime command (EC_CMD_GET_UPTIME_INFO), do not create the uptime sysfs entry point. User space application will not probe the file needlessly. The EC console log will not contain EC_CMD_GET_UPTIME_INFO anymore. Signed-off-by: Gwendal Grignou ---

[PATCH 4.4 14/65] drivers/media/media-devnode: clear private_data before put_device()

2020-05-26 Thread Greg Kroah-Hartman
From: Max Kellermann commit bf244f665d76d20312c80524689b32a75238 upstream. Callbacks invoked from put_device() may free the struct media_devnode pointer, so any cleanup needs to be done before put_device(). Signed-off-by: Max Kellermann Signed-off-by: Mauro Carvalho Chehab Signed-off-by:

[PATCH 4.4 02/65] padata: Remove unused but set variables

2020-05-26 Thread Greg Kroah-Hartman
From: Tobias Klauser commit 119a0798dc42ed4c4f96d39b8b676efcea73aec6 upstream. Remove the unused but set variable pinst in padata_parallel_worker to fix the following warning when building with 'W=1': kernel/padata.c: In function ‘padata_parallel_worker’: kernel/padata.c:68:26: warning:

[PATCH 4.4 12/65] ARM: futex: Address build warning

2020-05-26 Thread Greg Kroah-Hartman
From: Thomas Gleixner [ Upstream commit 8101b5a1531f3390b3a69fa7934c70a8fd6566ad ] Stephen reported the following build warning on a ARM multi_v7_defconfig build with GCC 9.2.1: kernel/futex.c: In function 'do_futex': kernel/futex.c:1676:17: warning: 'oldval' may be used uninitialized in this

[PATCH 4.4 15/65] media-devnode: add missing mutex lock in error handler

2020-05-26 Thread Greg Kroah-Hartman
From: Max Kellermann commit 88336e174645948da269e1812f138f727cd2896b upstream. We should protect the device unregister patch too, at the error condition. Signed-off-by: Max Kellermann Signed-off-by: Mauro Carvalho Chehab Signed-off-by: Ben Hutchings Signed-off-by: Sasha Levin ---

[PATCH 4.4 00/65] 4.4.225-rc1 review

2020-05-26 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.4.225 release. There are 65 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, 28 May 2020 18:36:22 +. Anything

[PATCH 4.4 13/65] media: Fix media_open() to clear filp->private_data in error leg

2020-05-26 Thread Greg Kroah-Hartman
From: Shuah Khan commit d40ec6fdb0b03b7be4c7923a3da0e46bf943740a upstream. Fix media_open() to clear filp->private_data when file open fails. Signed-off-by: Shuah Khan Acked-by: Sakari Ailus Signed-off-by: Mauro Carvalho Chehab Signed-off-by: Ben Hutchings Signed-off-by: Sasha Levin ---

[PATCH 4.4 28/65] padata: initialize pd->cpu with effective cpumask

2020-05-26 Thread Greg Kroah-Hartman
From: Daniel Jordan [ Upstream commit ec9c7d19336ee98ecba8de80128aa405c45feebb ] Exercising CPU hotplug on a 5.2 kernel with recent padata fixes from cryptodev-2.6.git in an 8-CPU kvm guest... # modprobe tcrypt alg="pcrypt(rfc4106(gcm(aes)))" type=3 # echo 0 >

[PATCH 4.4 27/65] padata: Replace delayed timer with immediate workqueue in padata_reorder

2020-05-26 Thread Greg Kroah-Hartman
From: Herbert Xu [ Upstream commit 6fc4dbcf0276279d488c5fbbfabe94734134f4fa ] The function padata_reorder will use a timer when it cannot progress while completed jobs are outstanding (pd->reorder_objects > 0). This is suboptimal as if we do end up using the timer then it would have introduced

[PATCH 4.4 26/65] sched/fair, cpumask: Export for_each_cpu_wrap()

2020-05-26 Thread Greg Kroah-Hartman
From: Peter Zijlstra [ Upstream commit c743f0a5c50f2fcbc628526279cfa24f3dabe182 ] More users for for_each_cpu_wrap() have appeared. Promote the construct to generic cpumask interface. The implementation is slightly modified to reduce arguments. Signed-off-by: Peter Zijlstra (Intel) Cc: Lauro

[PATCH 4.4 36/65] l2tp: hold session while sending creation notifications

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 5e6a9e5a3554a5b3db09cdc22253af1849c65dff upstream. l2tp_session_find() doesn't take any reference on the returned session. Therefore, the session may disappear while sending the notification. Use l2tp_session_get() instead and decrement session's refcount once the

[PATCH 4.4 04/65] padata: ensure the reorder timer callback runs on the correct CPU

2020-05-26 Thread Greg Kroah-Hartman
From: Mathias Krause commit cf5868c8a22dc2854b96e9569064bb92365549ca upstream. The reorder timer function runs on the CPU where the timer interrupt was handled which is not necessarily one of the CPUs of the 'pcpu' CPU mask set. Ensure the padata_reorder() callback runs on the correct CPU,

[PATCH 4.4 21/65] i2c: dev: dont start function name with return

2020-05-26 Thread Greg Kroah-Hartman
From: Wolfram Sang commit 72a71f869c95dc11b73f09fe18c593d4a0618c3f upstream. I stumbled multiple times over 'return_i2c_dev', especially before the actual 'return res'. It makes the code hard to read, so reanme the function to 'put_i2c_dev' which also better matches 'get_free_i2c_dev'.

[PATCH 4.4 18/65] media: fix use-after-free in cdev_put() when app exits after driver unbind

2020-05-26 Thread Greg Kroah-Hartman
From: Shuah Khan commit 5b28dde51d0ccc54cee70756e1800d70bed7114a upstream. When driver unbinds while media_ioctl is in progress, cdev_put() fails with when app exits after driver unbinds. Add devnode struct device kobj as the cdev parent kobject. cdev_add() gets a reference to it and releases

[PATCH 4.4 20/65] i2c: dev: switch from register_chrdev to cdev API

2020-05-26 Thread Greg Kroah-Hartman
From: Erico Nunes commit d6760b14d4a1243f918d983bba1e35c5a5cd5a6d upstream. i2c-dev had never moved away from the older register_chrdev interface to implement its char device registration. The register_chrdev API has the limitation of enabling only up to 256 i2c-dev busses to exist. Large

[PATCH 4.4 37/65] l2tp: take a reference on sessions used in genetlink handlers

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 2777e2ab5a9cf2b4524486c6db1517a6ded25261 upstream. Callers of l2tp_nl_session_find() need to hold a reference on the returned session since there's no guarantee that it isn't going to disappear from under them. Relying on the fact that no l2tp netlink message may

[PATCH 4.4 03/65] padata: get_next is never NULL

2020-05-26 Thread Greg Kroah-Hartman
From: Jason A. Donenfeld commit 69b348449bda0f9588737539cfe135774c9939a7 upstream. Per Dan's static checker warning, the code that returns NULL was removed in 2010, so this patch updates the comments and fixes the code assumptions. Signed-off-by: Jason A. Donenfeld Reported-by: Dan Carpenter

[PATCH 4.4 34/65] l2tp: lock socket before checking flags in connect()

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 0382a25af3c771a8e4d5e417d1834cbe28c2aaac upstream. Socket flags aren't updated atomically, so the socket must be locked while reading the SOCK_ZAPPED flag. This issue exists for both l2tp_ip and l2tp_ip6. For IPv6, this patch also brings error handling for

[PATCH 4.4 30/65] ALSA: pcm: fix incorrect hw_base increase

2020-05-26 Thread Greg Kroah-Hartman
From: Brent Lu commit e7513c5786f8b33f0c107b3759e433bc6cbb2efa upstream. There is a corner case that ALSA keeps increasing the hw_ptr but DMA already stop working/updating the position for a long time. In following log we can see the position returned from DMA driver does not move at all but

[PATCH 4.4 39/65] net: l2tp: export debug flags to UAPI

2020-05-26 Thread Greg Kroah-Hartman
From: Asbj�rn Sloth T�nnesen commit 41c43fbee68f4f9a2a9675d83bca91c77862d7f0 upstream. Move the L2TP_MSG_* definitions to UAPI, as it is part of the netlink API. Signed-off-by: Asbjoern Sloth Toennesen Signed-off-by: David S. Miller Signed-off-by: Giuliano Procida Signed-off-by: Greg

[PATCH 4.4 25/65] padata: set cpu_index of unused CPUs to -1

2020-05-26 Thread Greg Kroah-Hartman
From: Mathias Krause [ Upstream commit 1bd845bcb41d5b7f83745e0cb99273eb376f2ec5 ] The parallel queue per-cpu data structure gets initialized only for CPUs in the 'pcpu' CPU mask set. This is not sufficient as the reorder timer may run on a different CPU and might wrongly decide it's the target

[PATCH 4.4 05/65] padata: ensure padata_do_serial() runs on the correct CPU

2020-05-26 Thread Greg Kroah-Hartman
From: Mathias Krause commit 350ef88e7e922354f82a931897ad4a4ce6c686ff upstream. If the algorithm we're parallelizing is asynchronous we might change CPUs between padata_do_parallel() and padata_do_serial(). However, we don't expect this to happen as we need to enqueue the padata object into the

[PATCH 4.4 41/65] net: l2tp: ppp: change PPPOL2TP_MSG_* => L2TP_MSG_*

2020-05-26 Thread Greg Kroah-Hartman
From: Asbj�rn Sloth T�nnesen commit fba40c632c6473fa89660e870a6042c0fe733f8c upstream. Signed-off-by: Asbjoern Sloth Toennesen Signed-off-by: David S. Miller Signed-off-by: Giuliano Procida Signed-off-by: Greg Kroah-Hartman --- net/l2tp/l2tp_ppp.c | 54

[PATCH 4.4 31/65] ext4: lock the xattr block before checksuming it

2020-05-26 Thread Greg Kroah-Hartman
From: Theodore Ts'o commit dac7a4b4b1f664934e8b713f529b629f67db313c upstream. We must lock the xattr block before calculating or verifying the checksum in order to avoid spurious checksum failures. https://bugzilla.kernel.org/show_bug.cgi?id=193661 Reported-by: Colin Ian King Signed-off-by:

Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver

2020-05-26 Thread Vinicius Costa Gomes
Murali Karicheri writes: > Hi Vinicius, > > On 5/21/20 1:31 PM, Vinicius Costa Gomes wrote: >> Murali Karicheri writes: >> > Snip- > >>>- prefix all common code with hsr_prp >>>- net/hsr -> renamed to net/hsr-prp >>>- All common struct types, constants,

Re: [PATCH] arm64: vdso32: force vdso32 to be compiled as -marm

2020-05-26 Thread Stephen Boyd
Quoting Nick Desaulniers (2020-05-26 10:31:14) > Custom toolchains that modify the default target to -mthumb cannot > compile the arm64 compat vdso32, as > arch/arm64/include/asm/vdso/compat_gettimeofday.h > contains assembly that's invalid in -mthumb. Force the use of -marm, > always. > > Link:

[PATCH 4.4 01/65] igb: use igb_adapter->io_addr instead of e1000_hw->hw_addr

2020-05-26 Thread Greg Kroah-Hartman
From: Cao jin commit 629823b872402451b42462414da080e2c93d upstream. When running as guest, under certain condition, it will oops as following. writel() in igb_configure_tx_ring() results in oops, because hw->hw_addr is NULL. While other register access won't oops kernel because they use

[PATCH 4.4 46/65] l2tp: define parameters of l2tp_session_get*() as "const"

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 9aaef50c44f132e040dcd7686c8e78a3390037c5 upstream. Make l2tp_pernet()'s parameter constant, so that l2tp_session_get*() can declare their "net" variable as "const". Also constify "ifname" in l2tp_session_get_by_ifname(). Signed-off-by: Guillaume Nault

[PATCH 4.4 55/65] l2tp: pass tunnel pointer to ->session_create()

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit f026bc29a8e093edfbb2a77700454b285c97e8ad upstream. Using l2tp_tunnel_find() in pppol2tp_session_create() and l2tp_eth_create() is racy, because no reference is held on the returned session. These functions are only used to implement the ->session_create callback

[PATCH 4.4 08/65] HID: multitouch: add eGalaxTouch P80H84 support

2020-05-26 Thread Greg Kroah-Hartman
From: Sebastian Reichel [ Upstream commit f9e82295eec141a0569649d400d249333d74aa91 ] Add support for P80H84 touchscreen from eGalaxy: idVendor 0x0eef D-WAV Scientific Co., Ltd idProduct 0xc002 iManufacturer 1 eGalax Inc. iProduct2

[PATCH 4.4 09/65] ceph: fix double unlock in handle_cap_export()

2020-05-26 Thread Greg Kroah-Hartman
From: Wu Bo [ Upstream commit 4d8e28ff3106b093d98bfd2eceb9b430c70a8758 ] If the ceph_mdsc_open_export_target_session() return fails, it will do a "goto retry", but the session mutex has already been unlocked. Re-lock the mutex in that case to ensure that we don't unlock it twice.

[PATCH 4.4 07/65] fix multiplication overflow in copy_fdtable()

2020-05-26 Thread Greg Kroah-Hartman
From: Al Viro [ Upstream commit 4e89b7210403fa4a8acafe7c602b6212b7af6c3b ] cpy and set really should be size_t; we won't get an overflow on that, since sysctl_nr_open can't be set above ~(size_t)0 / sizeof(void *), so nr that would've managed to overflow size_t on that multiplication won't get

[PATCH 4.4 56/65] l2tp: fix l2tp_eth module loading

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 9f775ead5e570e7e19015b9e4e2f3dd6e71a5935 upstream. The l2tp_eth module crashes if its netlink callbacks are run when the pernet data aren't initialised. We should normally register_pernet_device() before the genl callbacks. However, the pernet data only maintain a

[PATCH 4.4 64/65] iio: sca3000: Remove an erroneous get_device()

2020-05-26 Thread Greg Kroah-Hartman
From: Christophe JAILLET [ Upstream commit 928edefbc18cd8433f7df235c6e09a9306e7d580 ] This looks really unusual to have a 'get_device()' hidden in a 'dev_err()' call. Remove it. While at it add a missing \n at the end of the message. Fixes: 574fb258d636 ("Staging: IIO: VTI sca3000 series

[PATCH 4.4 47/65] l2tp: define parameters of l2tp_tunnel_find*() as "const"

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 2f858b928bf5a8174911aaec76b8b72a9ca0533d upstream. l2tp_tunnel_find() and l2tp_tunnel_find_nth() don't modify "net". Signed-off-by: Guillaume Nault Signed-off-by: David S. Miller Signed-off-by: Giuliano Procida Signed-off-by: Greg Kroah-Hartman ---

[PATCH 4.4 48/65] l2tp: initialise sessions refcount before making it reachable

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 9ee369a405c57613d7c83a3967780c3e30c52ecc upstream. Sessions must be fully initialised before calling l2tp_session_add_to_tunnel(). Otherwise, there's a short time frame where partially initialised sessions can be accessed by external users. Backporting Notes

[PATCH 4.4 62/65] staging: iio: ad2s1210: Fix SPI reading

2020-05-26 Thread Greg Kroah-Hartman
From: Dragos Bogdan commit 5e4f99a6b788047b0b8a7496c2e0c8f372f6edf2 upstream. If the serial interface is used, the 8-bit address should be latched using the rising edge of the WR/FSYNC signal. This basically means that a CS change is required between the first byte sent, and the second one.

[PATCH 4.4 60/65] l2tp: initialise PPP sessions before registering them

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit f98be6c6359e7e4a61aaefb9964c1db31cb9ec0c upstream. pppol2tp_connect() initialises L2TP sessions after they've been exposed to the rest of the system by l2tp_session_register(). This puts sessions into transient states that are the source of several races, in

[PATCH 4.4 63/65] mei: release me_cl object reference

2020-05-26 Thread Greg Kroah-Hartman
From: Alexander Usyskin commit fc9c03ce30f79b71807961bfcb42be191af79873 upstream. Allow me_cl object to be freed by releasing the reference that was acquired by one of the search functions: __mei_me_cl_by_uuid_id() or __mei_me_cl_by_uuid() Cc: Reported-by: 亿一 Signed-off-by: Alexander

[PATCH 4.4 44/65] l2tp: remove useless duplicate session detection in l2tp_netlink

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit af87ae465abdc070de0dc35d6c6a9e7a8cd82987 upstream. There's no point in checking for duplicate sessions at the beginning of l2tp_nl_cmd_session_create(); the ->session_create() callbacks already return -EEXIST when the session already exists. Furthermore, even if

[PATCH 4.4 06/65] evm: Check also if *tfm is an error pointer in init_desc()

2020-05-26 Thread Greg Kroah-Hartman
From: Roberto Sassu [ Upstream commit 53de3b080d5eae31d0de219617155dcc34e7d698 ] This patch avoids a kernel panic due to accessing an error pointer set by crypto_alloc_shash(). It occurs especially when there are many files that require an unsupported algorithm, as it would increase the

[PATCH 4.4 61/65] Revert "gfs2: Dont demote a glock until its revokes are written"

2020-05-26 Thread Greg Kroah-Hartman
From: Bob Peterson [ Upstream commit b14c94908b1b884276a6608dea3d0b1b510338b7 ] This reverts commit df5db5f9ee112e76b5202fbc331f990a0fc316d6. This patch fixes a regression: patch df5db5f9ee112 allowed function run_queue() to bypass its call to do_xmote() if revokes were queued for the glock.

[PATCH 4.4 65/65] l2tp: device MTU setup, tunnel socket needs a lock

2020-05-26 Thread Greg Kroah-Hartman
From: R. Parameswaran commit 57240d007816486131bee88cd474c2a71f0fe224 upstream. The MTU overhead calculation in L2TP device set-up merged via commit b784e7ebfce8cfb16c6f95e14e8532d0768ab7ff needs to be adjusted to lock the tunnel socket while referencing the sub-data structures to derive the

[PATCH 4.4 58/65] l2tp: initialise l2tp_eth sessions before registering them

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit ee28de6bbd78c2e18111a0aef43ea746f28d2073 upstream. Sessions must be initialised before being made externally visible by l2tp_session_register(). Otherwise the session may be concurrently deleted before being initialised, which can confuse the deletion path and

[PATCH 4.4 51/65] l2tp: hold tunnel while handling genl tunnel updates

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 8c0e421525c9eb50d68e8f633f703ca31680b746 upstream. We need to make sure the tunnel is not going to be destroyed by l2tp_tunnel_destruct() concurrently. Fixes: 309795f4bec2 ("l2tp: Add netlink control API for L2TP") Signed-off-by: Guillaume Nault Signed-off-by:

[PATCH 4.4 52/65] l2tp: hold tunnel while handling genl TUNNEL_GET commands

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 4e4b21da3acc68a7ea55f850cacc13706b7480e9 upstream. Use l2tp_tunnel_get() instead of l2tp_tunnel_find() so that we get a reference on the tunnel, preventing l2tp_tunnel_destruct() from freeing it from under us. Also move l2tp_tunnel_get() below nlmsg_new() so that

[PATCH 4.9 17/64] USB: core: Fix misleading driver bug report

2020-05-26 Thread Greg Kroah-Hartman
From: Alan Stern [ Upstream commit ac854131d9844f79e2fdcef67a7707227538d78a ] The syzbot fuzzer found a race between URB submission to endpoint 0 and device reset. Namely, during the reset we call usb_ep0_reinit() because the characteristics of ep0 may have changed (if the reset follows a

[PATCH 4.9 11/64] gcc-common.h: Update for GCC 10

2020-05-26 Thread Greg Kroah-Hartman
From: Frédéric Pierret (fepitre) [ Upstream commit c7527373fe28f97d8a196ab562db5589be0d34b9 ] Remove "params.h" include, which has been dropped in GCC 10. Remove is_a_helper() macro, which is now defined in gimple.h, as seen when running './scripts/gcc-plugin.sh g++ g++ gcc': In file included

[PATCH 4.4 45/65] l2tp: remove l2tp_session_find()

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit 55a3ce3b9d98f752df9e2cfb1cba7e715522428a upstream. This function isn't used anymore. Signed-off-by: Guillaume Nault Signed-off-by: David S. Miller Signed-off-by: Giuliano Procida Signed-off-by: Greg Kroah-Hartman --- net/l2tp/l2tp_core.c | 51

[PATCH 4.4 54/65] l2tp: prevent creation of sessions on terminated tunnels

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit f3c66d4e144a0904ea9b95d23ed9f8eb38c11bfb upstream. l2tp_tunnel_destruct() sets tunnel->sock to NULL, then removes the tunnel from the pernet list and finally closes all its sessions. Therefore, it's possible to add a session to a tunnel that is still reachable, but

[PATCH 4.9 18/64] platform/x86: asus-nb-wmi: Do not load on Asus T100TA and T200TA

2020-05-26 Thread Greg Kroah-Hartman
From: Hans de Goede [ Upstream commit 3bd12da7f50b8bc191fcb3bab1f55c582234df59 ] asus-nb-wmi does not add any extra functionality on these Asus Transformer books. They have detachable keyboards, so the hotkeys are send through a HID device (and handled by the hid-asus driver) and also the

[PATCH 4.9 01/64] igb: use igb_adapter->io_addr instead of e1000_hw->hw_addr

2020-05-26 Thread Greg Kroah-Hartman
From: Cao jin commit 629823b872402451b42462414da080e2c93d upstream. When running as guest, under certain condition, it will oops as following. writel() in igb_configure_tx_ring() results in oops, because hw->hw_addr is NULL. While other register access won't oops kernel because they use

[PATCH 4.9 16/64] ceph: fix double unlock in handle_cap_export()

2020-05-26 Thread Greg Kroah-Hartman
From: Wu Bo [ Upstream commit 4d8e28ff3106b093d98bfd2eceb9b430c70a8758 ] If the ceph_mdsc_open_export_target_session() return fails, it will do a "goto retry", but the session mutex has already been unlocked. Re-lock the mutex in that case to ensure that we don't unlock it twice.

[PATCH 4.4 53/65] l2tp: hold tunnel used while creating sessions with netlink

2020-05-26 Thread Greg Kroah-Hartman
From: Guillaume Nault commit e702c1204eb57788ef189c839c8c779368267d70 upstream. Use l2tp_tunnel_get() to retrieve tunnel, so that it can't go away on us. Otherwise l2tp_tunnel_destruct() might release the last reference count concurrently, thus freeing the tunnel while we're using it. Fixes:

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