[GIT PULL] s390 patches for 4.18-rc4

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: A few more changes for v4.18: - Wire up the two new system calls io_pgetevents and rseq - Fix a register corruption in the ex

[PATCH] arm64: hikey960: update idle-states

Update entry/exit latency and residency time of hikey960 to use more realistic figures based on unitary tests done on the platform. The complete results (in us) : big cluster cluster CPU max entry latency 800 400 max exit latency 2900 550 residency 9

Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button

On Fri, 06 Jul 2018 07:18:36 +0200, Thomas H4nig wrote: > > > > Am 05.07.2018 um 18:56 schrieb Takashi Iwai: > > On Thu, 05 Jul 2018 18:02:11 +0200, > > Rafael J. Wysocki wrote: > >> > >> [The Lv's address is not valid any more, so drop it from the CC] > >> > >> On Thursday, July 5, 2018 5:10:20

Re: [PATCH] orangefs: Adding new return type vm_fault_t

On Fri, Jun 29, 2018 at 12:12 AM, Souptick Joarder wrote: > Use new return type vm_fault_t for fault handler. For now, > this is just documenting that the function returns a VM_FAULT > value rather than an errno. Once all instances are converted, > vm_fault_t will become a distinct type. > > See t

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

Hi. 2018-07-05 0:08 GMT+09:00 Kirill A. Shutemov : > On Tue, Jul 03, 2018 at 05:21:50PM +0300, Kirill A. Shutemov wrote: >> On Tue, Jul 03, 2018 at 03:44:03PM +0300, Kirill A. Shutemov wrote: >> > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote: >> > > 2018-07-01 23:32 GMT+02:00 Benjami

Re: [PATCH v7 1/4] mfd: bd71837: mfd driver for ROHM BD71837 PMIC

On July 5, 2018 12:56:50 AM PDT, Matti Vaittinen wrote: >On Wed, Jul 04, 2018 at 06:57:39PM +0200, Enric Balletbo Serra wrote: >> Missatge de Dmitry Torokhov del dia dc., >4 >> de jul. 2018 a les 17:10: >> > >> > Hi Enric, >> > >> > On Tue, Jun 26, 2018 at 11:06:33AM +0200, Enric Balletbo Serra

[PULL 1/1] MAINTAINERS: Remove myself as maintainer

From: Dong Jia Shi I am leaving IBM and will move on to other working area, so remove myself as a vfio-ccw maintainer. Signed-off-by: Dong Jia Shi Message-Id: <20180706015743.41810-1-bjsdj...@linux.ibm.com> Signed-off-by: Cornelia Huck --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) di

[PULL 0/1] vfio-ccw for 4.18-rc

The following changes since commit 9d6d99e3ac8ccfd0945edb3c83cd912838775056: s390: wire up rseq system call (2018-07-04 08:35:18 +0200) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/vfio-ccw.git tags/vfio-ccw-20180706 for you to fetch changes

[PATCH] kbuild: add LDFLAGS_KERNEL to pass additional linker flags for vmlinux

Kbuild provides LDFLAGS_MODULE to allows users to give additional options for linking modules, but there is no way to append flags for linking vmlinux. It is true LDFLAGS_vmlinux specifies the linker options for vmlinux, but it is only for internal-use. We have CFLAGS_KERNEL, AFLAGS_KERNEL alread

ftrace performance (sched events): cyclictest shows 25% more latency

Hello all, I have been experimenting with the idea of leaving ftrace enabled, with sched events, on production systems. The main concern that I am having at the moment is about the impact on the system. Enabling the sched events that I currently need for the tracing application seems to slow do

RE: [PATCH] watchdog: add module parameter "force_no_reboot" for iTCO

Hi, Roeck This is an interface from android, with this interface, android can avoid reboot if user want to make it. the watchdog use space daemon you mentioned is always there in android, and if remove/disable this daemon system will reboot. Keep this simple interface can make "disable reboot"

Re: [PATCH 1/1] MAINTAINERS: Remove myself as maintainer

On Fri, 6 Jul 2018 03:57:43 +0200 Dong Jia Shi wrote: > I am leaving IBM and will move on to other working area, > so remove myself as a vfio-ccw maintainer. :sadface: > > Signed-off-by: Dong Jia Shi > > --- > I've enjoyed working with you guys. Hope to meet you in future, > until then, tha

Re: [PATCH] dma: add support for reporting pause and resume separately

Hi Vinod, On 2018-07-06 08:00, Vinod wrote: > On 04-07-18, 13:38, Andy Shevchenko wrote: >> On Wed, Jul 4, 2018 at 10:00 AM, Vinod wrote: >>> Hi Marek, >>> >>> On 02-07-18, 15:08, Marek Szyprowski wrote: 'cmd_pause' DMA channel capability means that respective DMA engine supports both p

Re: [PATCH v4 1/3] iio: hx711: add clock-frequency property in DT

Hi Rob, please see explanation below. Thanks. Rob Herring schrieb am Thu, 05. Jul 15:30: > On Wed, Jul 04, 2018 at 02:36:38PM +0200, Andreas Klinger wrote: > > Add clock-frequency property for hx711 ADC > > > > This is the frequency of PD_SCK. It affects only the high value duration > > since l

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

On Wed 04-07-18 14:36:27, Michal Hocko wrote: > [CC Andrew - email thread starts > http://lkml.kernel.org/r/1530685696-14672-1-git-send-email-r...@linux.vnet.ibm.com] And updated version with typos fixed >From 63077ac611ff3f95afadf534902a8ab2984d5404 Mon Sep 17 00:00:00 2001 From: Michal Hocko D

Re: [BUG] Serial/dma stall/failure after "dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)"

On 6 July 2018 at 08:05, Vinod wrote: > On 05-07-18, 18:23, Angelo Dureghello wrote: >> Hi Stafan, >> >> On Thu, Jul 05, 2018 at 05:55:31PM +0200, Stefan Agner wrote: >> > Hi Vinod, Hi Angelo, >> > >> > On 05.07.2018 14:45, Angelo Dureghello wrote: >> > > Hi Vinod, >> > > >> > > On Thu, Jul 05, 20

Re: [PATCH] pinctrl: baytrail: Mark expected switch fall-throughs

On Thu, Jul 05, 2018 at 10:51:27AM -0500, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Addresses-Coverity-ID: 1292308 ("Missing break in switch") > Addresses-Coverity-ID: 1292309 ("Missing break in s

[PATCH 4.17 03/46] USB: serial: cp210x: add Silicon Labs IDs for Windows Update

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Karoly Pados commit 2f839823382748664b643daa73f41ee0cc01ced6 upstream. Silicon Labs defines alternative VID/PID pairs for some chips that when used will automatically install drivers for Windo

[PATCH 4.17 04/46] usb: dwc2: fix the incorrect bitmaps for the ports of multi_tt hub

4.17-stable review patch. If anyone has any objections, please let me know. -- From: William Wu commit 8760675932ddb614e83702117d36ea644050c609 upstream. The dwc2_get_ls_map() use ttport to reference into the bitmap if we're on a multi_tt hub. But the bitmaps index from 0 to (

[PATCH 4.17 08/46] usb: typec: ucsi: Fix for incorrect status data issue

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Heikki Krogerus commit 68816e16b4789f2d05e77b6dcb77564cf5d6a8d8 upstream. According to UCSI Specification, Connector Change Event only means a change in the Connector Status and Operation Mode

[PATCH 4.17 06/46] acpi: Add helper for deactivating memory region

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Heikki Krogerus commit d2d2e3c46be5d6dd8001d0eebdf7cafb9bc7006b upstream. Sometimes memory resource may be overlapping with SystemMemory Operation Region by design, for example if the memory r

[PATCH 4.17 07/46] usb: typec: ucsi: acpi: Workaround for cache mode issue

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Heikki Krogerus commit 1f9f9d168ce619608572b01771c47a41b15429e6 upstream. This fixes an issue where the driver fails with an error: ioremap error for 0x3f799000-0x3f79a000, requested

Re: [PATCH 2/3] k3dma: add support to reserved minimum channels

On 06-07-18, 11:05, Guodong Xu wrote: > On Thu, Jun 28, 2018 at 2:02 PM Vinod wrote: > > > > On 22-06-18, 11:24, Guodong Xu wrote: > > > From: Li Yu > > > > > > On k3 series of SoC, DMA controller reserves some channels for > > > other on-chip coprocessors. By adding support to dma_min_chan, kern

[PATCH 4.17 25/46] drm/qxl: Call qxl_bo_unref outside atomic context

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit 889ad63d41eea20184b0483e7e585e5b20fb6cfe upstream. "qxl_bo_unref" may sleep, but calling "qxl_release_map" causes "preempt_disable()" to be called and "preempt_enable()" is

Re: [PATCH v10 1/2] mfd: bd71837: mfd driver for ROHM BD71837 PMIC

On Thu, 05 Jul 2018, Enric Balletbo Serra wrote: > Missatge de Matti Vaittinen del > dia dj., 5 de jul. 2018 a les 16:32: > > > > ROHM BD71837 PMIC MFD driver providing interrupts and support > > for three subsystems: > > - clk > > - Regulators > > - input/power-key > > > > Signed-off-by: Matti V

Re: [PATCH V2 16/19] csky: SMP support

On Thu, Jul 05, 2018 at 08:05:03PM +0200, Peter Zijlstra wrote: > On Mon, Jul 02, 2018 at 01:30:19AM +0800, Guo Ren wrote: > > +static irqreturn_t handle_ipi(int irq, void *dev) > > +{ > > + unsigned long *pending_ipis = &ipi_data[smp_processor_id()].bits; > > + > > + while (true) { > > +

[PATCH 4.17 41/46] netfilter: ip6t_rpfilter: provide input interface for route lookup

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Vincent Bernat commit cede24d1b21d68d84ac5a36c44f7d37daadcc258 upstream. In commit 47b7e7f82802, this bit was removed at the same time the RT6_LOOKUP_F_IFACE flag was removed. However, it is n

Re: [PATCH] gpiolib: Defer on non-DT find_chip_by_name() failure

On Thu, 05 Jul 2018, Janusz Krzysztofik wrote: > On Thursday, July 5, 2018 7:50:37 AM CEST Lee Jones wrote: > > On Wed, 04 Jul 2018, Janusz Krzysztofik wrote: > > > On Tuesday, July 3, 2018 7:31:41 PM CEST Boris Brezillon wrote: > > > > Hi Janusz, > > > > > > > > On Tue, 3 Jul 2018 19:26:35 +0200

Re: [PATCH 4.17 16/46] vt: prevent leaking uninitialized data to userspace via /dev/vcs*

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Potapenko commit 21eff690e766ca0ce445b477698dc6a9f55a upstream. KMSAN reported an infoleak when reading from /dev/vcs*: BUG: KMSAN: kernel-infoleak in vcs_read+0x

Re: [PATCH] checkpatch: Add warnings for use of mdelay()

On Thu, 5 Jul 2018, Dan Carpenter wrote: > Neither Smatch nor Coccinelle do a good job tracking when you're in > atomic context. I've wanted to add this to Smatch but even then it > would be to warn that "We're holding a spinlock so we can't sleep". > It's trickier to say for sure when you're

[PATCH 4.17 15/46] serdev: fix memleak on module unload

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit bc6cf3669d22371f573ab0305b3abf13887c0786 upstream. Make sure to free all resources associated with the ida on module exit. Fixes: cd6484e1830b ("serdev: Introduce new bus

Re: [BUG] Serial/dma stall/failure after "dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)"

On 05-07-18, 18:23, Angelo Dureghello wrote: > Hi Stafan, > > On Thu, Jul 05, 2018 at 05:55:31PM +0200, Stefan Agner wrote: > > Hi Vinod, Hi Angelo, > > > > On 05.07.2018 14:45, Angelo Dureghello wrote: > > > Hi Vinod, > > > > > > On Thu, Jul 05, 2018 at 10:12:53AM +0200, Angelo Dureghello wrote

Re: [PATCH v7 00/11] track CPU utilization

On 05-07-18, 14:36, Peter Zijlstra wrote: > Subject: sched/cpufreq: Clarify sugov_get_util() > > Add a few comments (hopefully) clarifying some of the magic in > sugov_get_util(). > > Signed-off-by: Peter Zijlstra (Intel) > --- > cpufreq_schedutil.c | 69 > +++

[PATCH 4.17 45/46] x86/mm: Dont free P4D table when it is folded at runtime

4.17-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Ryabinin commit 0e311d237d7f3022b7dafb639b42541bfb42fe94 upstream. When the P4D page table layer is folded at runtime, the p4d_free() should do nothing, the same as in . It seems this

[PATCH v2 2/3] dt-bindings: xilinx: Add missing zynq boards and sort entries

The bindings were missing when adding the device-tree files Also, improve description of existing boards, sort them alphabetically by manufacturer, and migrate the contents of adapteva dt dindigns into Xilinx's Signed-off-by: Luis Araneda --- Changes since v1 (RFC): - Don't remove "internal" wo

[PATCH v2 3/3] arm: dts: zynq: correct and improve the model property of dt files

Replace the current value of the model property by a more accurate description of each board (which includes the manufacturer), as some of the boards had the same value ("Xilinx Zynq") Signed-off-by: Luis Araneda --- Changes since v1 (RFC): - No changes arch/arm/boot/dts/zynq-cc108.dts |

[PATCH v2 1/3] arm: dts: zynq: Set correct manufacturer for ZedBoard and MicroZed boards

Both boards are made by Avnet, Inc. So add an additional value to the compatible property Signed-off-by: Luis Araneda --- Changes since v1 (RFC): - Add values to compatible property instead of replacing them arch/arm/boot/dts/zynq-microzed.dts | 2 +- arch/arm/boot/dts/zynq-zed.dts | 2 +-

[PATCH v2 0/3] arm: dts: zynq: improvements and cleanup

This series attempts to standardize device naming and improve its information for better identification The values of the "compatible" and "model" device-tree properties are corrected for some devices, adding complementary information when necessary Changes since v1 (RFC): - Add values to compati

[PATCH 4.14 01/61] usb: cdc_acm: Add quirk for Uniden UBC125 scanner

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Houston Yaroschoff commit 4a762569a2722b8a48066c7bacf0e1dc67d17fa1 upstream. Uniden UBC125 radio scanner has USB interface which fails to work with cdc_acm driver: usb 1-1.5: new full-speed

[PATCH 4.14 05/61] acpi: Add helper for deactivating memory region

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Heikki Krogerus commit d2d2e3c46be5d6dd8001d0eebdf7cafb9bc7006b upstream. Sometimes memory resource may be overlapping with SystemMemory Operation Region by design, for example if the memory r

Re: [PATCH 08/11] sched: schedutil: remove sugov_aggregate_util()

On 28-06-18, 17:45, Vincent Guittot wrote: > There is no reason why sugov_get_util() and sugov_aggregate_util() > were in fact separate functions. > > Cc: Ingo Molnar > Cc: Peter Zijlstra > Signed-off-by: Peter Zijlstra (Intel) > [rebased after adding irq tracking and fixed some compilation err

[PATCH 4.14 19/61] drm/atmel-hlcdc: check stride values in the first plane

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Agner commit 9fcf2b3c1c0276650fea537c71b513d27d929b05 upstream. The statement always evaluates to true since the struct fields are arrays. This has shown up as a warning when compiling

[PATCH 4.14 09/61] n_tty: Fix stall at n_tty_receive_char_special().

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tetsuo Handa commit 3d63b7e4ae0dc5e02d28ddd2fa1f945defc68d81 upstream. syzbot is reporting stalls at n_tty_receive_char_special() [1]. This is because comparison is not working as expected sin

[PATCH 4.14 23/61] netfilter: nf_tables: nft_compat: fix refcount leak on xt module

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit b8e9dc1c75714ceb53615743e1036f76e00f5a17 upstream. Taehee Yoo reported following bug: iptables-compat -I OUTPUT -m cpu --cpu 0 iptables-compat -F lsmod |gre

[PATCH 4.14 27/61] netfilter: nf_tables: bogus EBUSY in chain deletions

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Pablo Neira Ayuso commit bb7b40aecbf778c0c83a5bd62b0f03ca9f49a618 upstream. When removing a rule that jumps to chain and such chain in the same batch, this bogusly hits EBUSY. Add activate and

Re: [PATCH 07/11] cpufreq/schedutil: take into account interrupt

On 28-06-18, 17:45, Vincent Guittot wrote: > The time spent under interrupt can be significant but it is not reflected > in the utilization of CPU when deciding to choose an OPP. Now that we have > access to this metric, schedutil can take it into account when selecting > the OPP for a CPU. > rqs u

[PATCH 4.14 10/61] n_tty: Access echo_* variables carefully.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Tetsuo Handa commit ebec3f8f5271139df618ebdf8427e24ba102ba94 upstream. syzbot is reporting stalls at __process_echoes() [1]. This is because since ldata->echo_commit < ldata->echo_tail becomes

[PATCH 4.14 26/61] netfilter: nf_tables: dont assume chain stats are set when jumplabel is set

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 009240940e84c1c089af88b454f7e804a4c5bd1b upstream. nft_chain_stats_replace() and all other spots assume ->stats can be NULL, but nft_update_chain_stats does not. It mu

Re: [PATCH] dma: add support for reporting pause and resume separately

On 04-07-18, 13:38, Andy Shevchenko wrote: > On Wed, Jul 4, 2018 at 10:00 AM, Vinod wrote: > > Hi Marek, > > > > On 02-07-18, 15:08, Marek Szyprowski wrote: > >> 'cmd_pause' DMA channel capability means that respective DMA engine > >> supports both pausing and resuming given DMA channel. However,

[PATCH 4.14 30/61] netfilter: nf_tables: increase nft_counters_enabled in nft_chain_stats_replace()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Taehee Yoo commit bbb8c61f97e3a2dd91b30d3e57b7964a67569d11 upstream. When a chain is updated, a counter can be attached. if so, the nft_counters_enabled should be increased. test commands:

[PATCH 4.14 29/61] netfilter: nf_tables: disable preemption in nft_update_chain_stats()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Pablo Neira Ayuso commit ad9d9e85072b668731f356be0a3750a3ba22a607 upstream. This patch fixes the following splat. [118709.054937] BUG: using smp_processor_id() in preemptible [] code:

Re: [PATCH 05/11] cpufreq/schedutil: use dl utilization tracking

On 28-06-18, 17:45, Vincent Guittot wrote: > Now that we have both the dl class bandwidth requirement and the dl class > utilization, we can detect when CPU is fully used so we should run at max. > Otherwise, we keep using the dl bandwidth requirement to define the > utilization of the CPU > > Cc:

[PATCH 4.14 34/61] md: always hold reconfig_mutex when calling mddev_suspend()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 4d5324f760aacaefeb721b172aa14bf66045c332 upstream. Most often mddev_suspend() is called with reconfig_mutex held. Make this a requirement in preparation a subsequent patch.

[PATCH 4.14 32/61] netfilter: nf_tables: add missing netlink attrs to policies

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 467697d289e7e6e1b15910d99096c0da08c56d5b upstream. Fixes: 8aeff920dcc9 ("netfilter: nf_tables: add stateful object reference to set elements") Fixes: f25ad2e907f1 ("ne

[PATCH 4.14 33/61] netfilter: nf_tables: fix NULL-ptr in nf_tables_dump_obj()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Taehee Yoo commit 360cc79d9d299ce297b205508276285ceffc5fa8 upstream. The table field in nft_obj_filter is not an array. In order to check tablename, we should check if the pointer is set. Tes

Re: [PATCH v2] dmaengine: imx-sdma: add missing structure description

On 04-07-18, 18:06, Robin Gong wrote: > Some member description or colons missing cause build warning with > 'W=1' as below: > > drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'vd' not > described in 'sdma_desc' > drivers/dma/imx-sdma.c:326: warning: Function parameter or membe

Re: [PATCHv3 08/12] atomics: switch to generated fallbacks

On Thu, Jul 05, 2018 at 07:23:06PM +0200, Peter Zijlstra wrote: > On Thu, Jul 05, 2018 at 05:40:49PM +0100, Mark Rutland wrote: > > > * The fallbacks are not expected to change very often, and are not > > affected by machine details or configuration options, so regenerating > > them for *every

[PATCH 4.14 37/61] md: use mddev_suspend/resume instead of ->quiesce()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 9e1cc0a54556a6c63dc0cfb7cd7d60d43337bba6 upstream. mddev_suspend() is a more general interface than calling ->quiesce() and is so more extensible. A future patch will make us

[PATCH 4.14 36/61] md: move suspend_hi/lo handling into core md code

4.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit b3143b9a38d5039bcd1f2d1c94039651bfba8043 upstream. responding to ->suspend_lo and ->suspend_hi is similar to responding to ->suspended. It is best to wait in the common core

Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers

On Thu, Jul 05, 2018 at 11:23:36AM +0200, Daniel Lezcano wrote: > > So I still need "for_each_cpu(cpu, cpu_possible_mask)" to init every > > csky_to ... > > That is what is unclear for me. percpu or IRQF_PERCPU ? IRQF_PERCPU > Have a look at the commit 9995f4f184613fb02ee73092b03545520a72b104, >

[PATCH 4.14 40/61] netfilter: dont set F_IFACE on ipv6 fib lookups

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 47b7e7f82802dced3ac73658bf4b77584a63063f upstream. "fib" starts to behave strangely when an ipv6 default route is added - the FIB lookup returns a route using 'oif' in

[PATCH 4.14 42/61] netfilter: nf_tables: use WARN_ON_ONCE instead of BUG_ON in nft_do_chain()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Taehee Yoo commit adc972c5b88829d38ede08b1069718661c7330ae upstream. When depth of chain is bigger than NFT_JUMP_STACK_SIZE, the nft_do_chain crashes. But there is no need to crash hard here.

Re: [PATCH 03/11] cpufreq/schedutil: use rt utilization tracking

On 28-06-18, 17:45, Vincent Guittot wrote: > Add both cfs and rt utilization when selecting an OPP for cfs tasks as rt > can preempt and steal cfs's running time. > > rt util_avg is used to take into account the utilization of rt tasks > on the CPU when selecting OPP. If a rt task migrate, the rt

Re: [PATCH] dmaengine: nbpfaxi: Mark expected switch fall-through

On 02-07-18, 13:06, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/dma/nbpfaxi.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/d

[PATCH 4.14 44/61] mtd: rawnand: fix return value check for bad block status

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Abhishek Sahu commit e9893e6fa932f42c90c4ac5849fa9aa0f0f00a34 upstream. Positive return value from read_oob() is making false BAD blocks. For some of the NAND controllers, OOB bytes will be pr

Re: [PATCH 4.14 14/61] vt: prevent leaking uninitialized data to userspace via /dev/vcs*

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Potapenko commit 21eff690e766ca0ce445b477698dc6a9f55a upstream. KMSAN reported an infoleak when reading from /dev/vcs*: BUG: KMSAN: kernel-infoleak in vcs_read+0x

[PATCH 4.14 46/61] afs: Fix directory permissions check

4.14-stable review patch. If anyone has any objections, please let me know. -- From: David Howells [ Upstream commit 378831e4daec75fbba6d3612bcf3b4dd00ddbf08 ] Doing faccessat("/afs/some/directory", 0) triggers a BUG in the permissions check code. Fix this by just removing th

[PATCH 4.14 48/61] s390/dasd: use blk_mq_rq_from_pdu for per request data

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Ott [ Upstream commit f0f59a2fab8e52b9d582b39da39f22230ca80aee ] Dasd uses completion_data from struct request to store per request private data - this is problematic since this memb

[PATCH 4.14 49/61] netfilter: nft_limit: fix packet ratelimiting

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Pablo Neira Ayuso [ Upstream commit 3e0f64b7dd3149f75e8652ff1df56cffeedc8fc1 ] Credit calculations for the packet ratelimiting are not correct, as per the applied ratelimit of 25/second and bu

[PATCH 4.14 50/61] ipvs: fix buffer overflow with sync daemon and service

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Julian Anastasov [ Upstream commit 52f96757905bbf0edef47f3ee6c7c784e7f8ff8a ] syzkaller reports for buffer overflow for interface name when starting sync daemons [1] What we do is that we cop

[PATCH 4.14 55/61] perf bpf: Fix NULL return handling in bpf__prepare_load()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: YueHaibing [ Upstream commit ab4e32ff5aa797eaea551dbb67946e2fcb56cc7e ] bpf_object__open()/bpf_object__open_buffer can return error pointer or NULL, check the return values with IS_ERR_OR_NULL

[PATCH 4.14 52/61] atm: zatm: fix memcmp casting

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Ivan Bornyakov [ Upstream commit f9c6442a8f0b1dde9e755eb4ff6fa22bcce4eabc ] memcmp() returns int, but eprom_try_esi() cast it to unsigned char. One can lose significant bits and get 0 from non

[PATCH 4.14 56/61] fs: clear writeback errors in inode_init_always

4.14-stable review patch. If anyone has any objections, please let me know. -- From: "Darrick J. Wong" [ Upstream commit 829bc787c1a0403e4d886296dd4d90c5f9c1744a ] In inode_init_always(), we clear the inode mapping flags, which clears any retained error (AS_EIO, AS_ENOSPC) bit

[PATCH 4.14 54/61] perf test: "Session topology" dumps core on s390

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Richter [ Upstream commit d121109100bda84199dab97f9d56432ab235 ] The "perf test Session topology" entry fails with core dump on s390. The root cause is a NULL pointer dereference in

[PATCH 4.14 51/61] iwlwifi: pcie: compare with number of IRQs requested for, not number of CPUs

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Hao Wei Tee [ Upstream commit ab1068d6866e28bf6427ceaea681a381e5870a4a ] When there are 16 or more logical CPUs, we request for `IWL_MAX_RX_HW_QUEUES` (16) IRQs only as we limit to that number

[PATCH 4.14 47/61] netfilter: ebtables: handle string from userspace with care

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni [ Upstream commit 94c752f99954797da583a84c4907ff19e92550a4 ] strlcpy() can't be safely used on a user-space provided string, as it can try to read beyond the buffer's end, if the l

Re: [PATCH] checkpatch: Add exceptions for dsb keyword usage

On Fri, 2018-07-06 at 06:45 +0100, Mark Rutland wrote: > On Thu, Jul 05, 2018 at 02:14:28PM -0700, Joe Perches wrote: > > On Thu, 2018-07-05 at 11:19 -0700, Prakruthi Deepak Heragu wrote: > > > mb() API can relpace the dsb() API in the kernel code. So, dsb() usage > > > is discouraged. However, the

[PATCH 4.14 58/61] sched/core: Require cpu_active() in select_task_rq(), for user tasks

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton [ Upstream commit 7af443ee1697607541c6346c87385adab2214743 ] select_task_rq() is used in a few paths to select the CPU upon which a thread should be run - for example it is used by

[PATCH 4.14 57/61] sched/core: Fix rules for running on online && !active CPUs

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra [ Upstream commit 175f0e25abeaa2218d431141ce19cf1de70fa82d ] As already enforced by the WARN() in __set_cpus_allowed_ptr(), the rules for running on an online && !active CPU are

[PATCH 4.14 60/61] net/sonic: Use dma_mapping_error()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Finn Thain [ Upstream commit 26de0b76d9ba3200f09c6cb9d9618bda338be5f7 ] With CONFIG_DMA_API_DEBUG=y, calling sonic_open() produces the message, "DMA-API: device driver failed to check map erro

[PATCH 4.14 13/61] serdev: fix memleak on module unload

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit bc6cf3669d22371f573ab0305b3abf13887c0786 upstream. Make sure to free all resources associated with the ida on module exit. Fixes: cd6484e1830b ("serdev: Introduce new bus

[PATCH 4.14 14/61] vt: prevent leaking uninitialized data to userspace via /dev/vcs*

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Potapenko commit 21eff690e766ca0ce445b477698dc6a9f55a upstream. KMSAN reported an infoleak when reading from /dev/vcs*: BUG: KMSAN: kernel-infoleak in vcs_read+0x18ba/0x1cc0

[PATCH 4.14 08/61] xhci: Fix kernel oops in trace_xhci_free_virt_device

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Zhengjun Xing commit d850c1658328e757635a46763783c6fd56390dcb upstream. commit 44a182b9d177 ("xhci: Fix use-after-free in xhci_free_virt_device") set dev->udev pointer to NULL in xhci_free_dev

[PATCH 4.14 12/61] serial: 8250_pci: Remove stalled entries in blacklist

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 20dcff436e9fcd2e106b0ccc48a52206bc176d70 upstream. After the commit 7d8905d06405 ("serial: 8250_pci: Enable device after we check black list") pure serial multi-port

[PATCH 4.14 39/61] md: remove special meaning of ->quiesce(.., 2)

4.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit b03e0ccb5ab9df3efbe51c87843a1ffbecbafa1f upstream. The '2' argument means "wake up anything that is waiting". This is an inelegant part of the design and was added to help sup

[PATCH 4.14 43/61] ARM: dts: imx6q: Use correct SDMA script for SPI5 core

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Sean Nyekjaer commit df07101e1c4a29e820df02f9989a066988b160e6 upstream. According to the reference manual the shp_2_mcu / mcu_2_shp scripts must be used for devices connected through the SPBA.

[PATCH 4.14 41/61] netfilter: ip6t_rpfilter: provide input interface for route lookup

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Vincent Bernat commit cede24d1b21d68d84ac5a36c44f7d37daadcc258 upstream. In commit 47b7e7f82802, this bit was removed at the same time the RT6_LOOKUP_F_IFACE flag was removed. However, it is n

[PATCH 4.14 38/61] md: allow metadata update while suspending.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 35bfc52187f6df8779d0f1cebdb52b7f797baf4e upstream. There are various deadlocks that can occur when a thread holds reconfig_mutex and calls ->quiesce(mddev, 1). As some write r

[PATCH 4.14 11/61] staging: android: ion: Return an ERR_PTR in ion_map_kernel

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Laura Abbott commit 0a2bc00341dcfcc793c0dbf4f8d43adf60458b05 upstream. The expected return value from ion_map_kernel is an ERR_PTR. The error path for a vmalloc failure currently just returns

[PATCH 4.14 35/61] md: dont call bitmap_create() while array is quiesced.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 52a0d49de3d592a3118e13f35985e3d99eaf43df upstream. bitmap_create() allocates memory with GFP_KERNEL and so can wait for IO. If called while the array is quiesced, it could wai

[PATCH 4.14 31/61] netfilter: nf_tables: fix memory leak on error exit return

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit f0dfd7a2b35b02030949100247d851b793cb275f upstream. Currently the -EBUSY error return path is not free'ing resources allocated earlier, leaving a memory leak. Fix this by

[PATCH 4.14 28/61] netfilter: nft_meta: fix wrong value dereference in nft_meta_set_eval

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Taehee Yoo commit 97a0549b15a0b466c47f6a0143a490a082c64b4e upstream. In the nft_meta_set_eval, nftrace value is dereferenced as u32 from sreg. But correct type is u8. so that sometimes incorre

[PATCH 4.14 25/61] netfilter: nft_compat: fix handling of large matchinfo size

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 732a8049f365f514d0607e03938491bf6cb0d620 upstream. currently matchinfo gets stored in the expression, but some xt matches are very large. To handle those we either nee

[PATCH 4.14 24/61] netfilter: nft_compat: prepare for indirect info storage

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 8bdf164744b2c7f63561846c01cff3db597f282d upstream. Next patch will make it possible for *info to be stored in a separate allocation instead of the expr private area. T

[PATCH 4.14 22/61] drm/i915: Enable provoking vertex fix on Gen9 systems.

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Kenneth Graunke commit 7a3727f385dc64773db1c144f6b15c1e9d4735bb upstream. The SF and clipper units mishandle the provoking vertex in some cases, which can cause misrendering with shaders that

[PATCH 4.14 18/61] drm/qxl: Call qxl_bo_unref outside atomic context

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit 889ad63d41eea20184b0483e7e585e5b20fb6cfe upstream. "qxl_bo_unref" may sleep, but calling "qxl_release_map" causes "preempt_disable()" to be called and "preempt_enable()" is

[PATCH 4.14 02/61] USB: serial: cp210x: add CESINEL device ids

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 24160628a34af962ac99f2f58e547ac3c4cbd26f upstream. Add device ids for CESINEL products. Reported-by: Carlos Barcala Lara Cc: stable Signed-off-by: Johan Hovold Signed-o

[PATCH 4.14 07/61] usb: typec: ucsi: Fix for incorrect status data issue

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Heikki Krogerus commit 68816e16b4789f2d05e77b6dcb77564cf5d6a8d8 upstream. According to UCSI Specification, Connector Change Event only means a change in the Connector Status and Operation Mode

[PATCH 4.14 06/61] usb: typec: ucsi: acpi: Workaround for cache mode issue

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Heikki Krogerus commit 1f9f9d168ce619608572b01771c47a41b15429e6 upstream. This fixes an issue where the driver fails with an error: ioremap error for 0x3f799000-0x3f79a000, requested

[PATCH 4.14 04/61] usb: dwc2: fix the incorrect bitmaps for the ports of multi_tt hub

4.14-stable review patch. If anyone has any objections, please let me know. -- From: William Wu commit 8760675932ddb614e83702117d36ea644050c609 upstream. The dwc2_get_ls_map() use ttport to reference into the bitmap if we're on a multi_tt hub. But the bitmaps index from 0 to (

  1   2   3   4   5   6   7   >