[git pull] m68k updates for 4.18

Hi Linus, The following changes since commit 6da6c0db5316275015e8cc2959f12a17584aeb64: Linux v4.17-rc3 (2018-04-29 14:17:42 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git tags/m68k-for-v4.18-tag1 for you to fetch

[git pull] m68k updates for 4.18

Hi Linus, The following changes since commit 6da6c0db5316275015e8cc2959f12a17584aeb64: Linux v4.17-rc3 (2018-04-29 14:17:42 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git tags/m68k-for-v4.18-tag1 for you to fetch

[2/3] x86/build: use -std=gnu89 for proper extern inline semantics

[ CC me I'am not subscribed to LKML and linux-kbuild ] [ Unsure if this the complete CC list of the original posting [0] ] Hi, I am discovering clang's compiler flags as HPA writes in [0]... "-fgnu-inlines would be a better option. We could also simply #define inline inline

[2/3] x86/build: use -std=gnu89 for proper extern inline semantics

[ CC me I'am not subscribed to LKML and linux-kbuild ] [ Unsure if this the complete CC list of the original posting [0] ] Hi, I am discovering clang's compiler flags as HPA writes in [0]... "-fgnu-inlines would be a better option. We could also simply #define inline inline

[PATCH v12 2/2] sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq()

Hello Steven, I've changed the code a little bit to avoid a compile warning caused by 'const' args of find_cpu(). Can I keep your Reviewed-by? BEFORE: static int find_cpu(const struct cpumask *mask, const struct sched_domain *sd, const struct sched_domain

Re: [LKP] [lkp-robot] [tracing/x86] 1c758a2202: aim9.disk_rr.ops_per_sec -12.0% regression

On Fri, Jun 01, 2018 at 05:43:19PM -0400, Steven Rostedt wrote: > On Mon, 28 May 2018 19:34:19 +0800 > kernel test robot wrote: > > > Greeting, > > > > FYI, we noticed a -12.0% regression of aim9.disk_rr.ops_per_sec due to > > commit: > > > > > > commit:

[PATCH v12 2/2] sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq()

Hello Steven, I've changed the code a little bit to avoid a compile warning caused by 'const' args of find_cpu(). Can I keep your Reviewed-by? BEFORE: static int find_cpu(const struct cpumask *mask, const struct sched_domain *sd, const struct sched_domain

Re: [LKP] [lkp-robot] [tracing/x86] 1c758a2202: aim9.disk_rr.ops_per_sec -12.0% regression

On Fri, Jun 01, 2018 at 05:43:19PM -0400, Steven Rostedt wrote: > On Mon, 28 May 2018 19:34:19 +0800 > kernel test robot wrote: > > > Greeting, > > > > FYI, we noticed a -12.0% regression of aim9.disk_rr.ops_per_sec due to > > commit: > > > > > > commit:

[PATCH v12 0/2] Make find_later_rq() choose a closer cpu in topology

Change from v11 -. Rebase onto the latest tip/sched/core -. make the word 'cpu' in comments be upper case as Ingo did in the commit 97fb7a0a89 -. Avoid a compile warning caused by mismatching bwt const and non-const 'struct sched_domain' in find_cpu() Change from v10 -.

[PATCH v12 0/2] Make find_later_rq() choose a closer cpu in topology

Change from v11 -. Rebase onto the latest tip/sched/core -. make the word 'cpu' in comments be upper case as Ingo did in the commit 97fb7a0a89 -. Avoid a compile warning caused by mismatching bwt const and non-const 'struct sched_domain' in find_cpu() Change from v10 -.

[PATCH v12 1/2] sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq()

Hello Juri, I've changed the code a little bit to avoid a compile warning caused by 'const' args of find_cpu(). Can I keep your Acked-by? BEFORE: static int find_cpu(const struct cpumask *mask, const struct sched_domain *sd, const struct sched_domain

[PATCH v12 1/2] sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq()

Hello Juri, I've changed the code a little bit to avoid a compile warning caused by 'const' args of find_cpu(). Can I keep your Acked-by? BEFORE: static int find_cpu(const struct cpumask *mask, const struct sched_domain *sd, const struct sched_domain

Re: /proc/kallsyms shows undefined symbols for livepatch modules

+++ Josh Poimboeuf [02/06/18 12:32 -0500]: Hi Jessica, I found a bug: [root@f25 ~]# modprobe livepatch-sample [root@f25 ~]# grep ' u ' /proc/kallsyms 81161080 u klp_enable_patch[livepatch_sample] 81a01800 u __fentry__ [livepatch_sample] 81161250 u

Re: /proc/kallsyms shows undefined symbols for livepatch modules

+++ Josh Poimboeuf [02/06/18 12:32 -0500]: Hi Jessica, I found a bug: [root@f25 ~]# modprobe livepatch-sample [root@f25 ~]# grep ' u ' /proc/kallsyms 81161080 u klp_enable_patch[livepatch_sample] 81a01800 u __fentry__ [livepatch_sample] 81161250 u

Re: WARNING and PANIC in irq_matrix_free

Hi Thomas, Sorry to ask the questions at this series, my mailbox was kicked out of the mailing list a few days ago, and didn't receive the e-mail. please see below At 05/29/2018 04:09 AM, Thomas Gleixner wrote: On Mon, 28 May 2018, Song Liu wrote: This doesn't fix the issue with bnxt. Here

Re: WARNING and PANIC in irq_matrix_free

Hi Thomas, Sorry to ask the questions at this series, my mailbox was kicked out of the mailing list a few days ago, and didn't receive the e-mail. please see below At 05/29/2018 04:09 AM, Thomas Gleixner wrote: On Mon, 28 May 2018, Song Liu wrote: This doesn't fix the issue with bnxt. Here

[PATCH 1/2] dt-bindings: clock: Introduce QCOM Display clock bindings

Add device tree bindings for display clock controller for Qualcomm Technology Inc's SoCs. Signed-off-by: Taniya Das --- .../devicetree/bindings/clock/qcom,dispcc.txt | 19 + include/dt-bindings/clock/qcom,dispcc-sdm845.h | 45 ++ 2 files changed, 64

[PATCH 0/2] Add display clock controller driver for SDM845

Add support for the display clock controller found on SDM845 based devices. This would allow display drivers to probe and control their clocks. Taniya Das (2): dt-bindings: clock: Introduce QCOM Display clock bindings clk: qcom: Add display clock controller driver for SDM845

[PATCH 2/2] clk: qcom: Add display clock controller driver for SDM845

Add support for the display clock controller found on SDM845 based devices. This would allow display drivers to probe and control their clocks. Signed-off-by: Taniya Das --- drivers/clk/qcom/Kconfig | 10 + drivers/clk/qcom/Makefile| 1 + drivers/clk/qcom/dispcc-sdm845.c |

[PATCH v2] nvme: trace: add disk name to tracepoints

Add disk name to tracepoints so we can better destinguish between individual disks in the trace output. Signed-off-by: Johannes Thumshirn Reviewed-by: Sagi Grimberg --- Changes to v1: * Rebase onto nvme-4.18 --- drivers/nvme/host/core.c | 4 ++-- drivers/nvme/host/trace.h | 32

[PATCH 2/2] clk: qcom: Add display clock controller driver for SDM845

Add support for the display clock controller found on SDM845 based devices. This would allow display drivers to probe and control their clocks. Signed-off-by: Taniya Das --- drivers/clk/qcom/Kconfig | 10 + drivers/clk/qcom/Makefile| 1 + drivers/clk/qcom/dispcc-sdm845.c |

[PATCH v2] nvme: trace: add disk name to tracepoints

Add disk name to tracepoints so we can better destinguish between individual disks in the trace output. Signed-off-by: Johannes Thumshirn Reviewed-by: Sagi Grimberg --- Changes to v1: * Rebase onto nvme-4.18 --- drivers/nvme/host/core.c | 4 ++-- drivers/nvme/host/trace.h | 32

[PATCH 1/2] dt-bindings: clock: Introduce QCOM Display clock bindings

Add device tree bindings for display clock controller for Qualcomm Technology Inc's SoCs. Signed-off-by: Taniya Das --- .../devicetree/bindings/clock/qcom,dispcc.txt | 19 + include/dt-bindings/clock/qcom,dispcc-sdm845.h | 45 ++ 2 files changed, 64

[PATCH 0/2] Add display clock controller driver for SDM845

Add support for the display clock controller found on SDM845 based devices. This would allow display drivers to probe and control their clocks. Taniya Das (2): dt-bindings: clock: Introduce QCOM Display clock bindings clk: qcom: Add display clock controller driver for SDM845

Re: [PATCH v3]: perf record: enable arbitrary event names thru name= modifier

On Mon, Jun 04, 2018 at 09:50:56AM +0300, Alexey Budankov wrote: > > Enable complex event names containing [.:=,] symbols to be encoded into Perf > trace using name= modifier e.g. like this: > > perf record -e > cpu/name=\'OFFCORE_RESPONSE:request=DEMAND_RFO:response=L3_HIT.SNOOP_HITM\',\ >

Re: [PATCH v3]: perf record: enable arbitrary event names thru name= modifier

On Mon, Jun 04, 2018 at 09:50:56AM +0300, Alexey Budankov wrote: > > Enable complex event names containing [.:=,] symbols to be encoded into Perf > trace using name= modifier e.g. like this: > > perf record -e > cpu/name=\'OFFCORE_RESPONSE:request=DEMAND_RFO:response=L3_HIT.SNOOP_HITM\',\ >

Re: [PATCH] mfd: cros_ec_dev: Don't advertise junk features on failure

On Wed, 30 May 2018, Stephen Boyd wrote: > If the feature query fails during this driver's probe, we memset the > features bits to 0, but then we continue to overwrite that with whatever > junk we read back when the feature probing failed. In the case of a SPI > device, it may be complete junk,

Re: Spectre mitigation doesn't seem to work at all?!

Hello! Sorry for a ping - but I think the behavior shown below should really be investigated! Thanks, Andreas On 06/01/2018 at 02:19 PM Andreas Hartmann wrote: > Hello! > > I tested the spectre mitigation of different machines and kernels with > https://github.com/crozone/SpectrePoC > >

Re: [PATCH] mfd: cros_ec_dev: Don't advertise junk features on failure

On Wed, 30 May 2018, Stephen Boyd wrote: > If the feature query fails during this driver's probe, we memset the > features bits to 0, but then we continue to overwrite that with whatever > junk we read back when the feature probing failed. In the case of a SPI > device, it may be complete junk,

Re: Spectre mitigation doesn't seem to work at all?!

Hello! Sorry for a ping - but I think the behavior shown below should really be investigated! Thanks, Andreas On 06/01/2018 at 02:19 PM Andreas Hartmann wrote: > Hello! > > I tested the spectre mitigation of different machines and kernels with > https://github.com/crozone/SpectrePoC > >

Re: [PATCH v2 02/21] mfd: omap-usb-host: use match_string() helper

On Thu, 31 May 2018, Yisheng Xie wrote: > match_string() returns the index of an array for a matching string, > which can be used instead of open coded variant. > > Acked-by: Tony Lindgren > Reviewed-by: Andy Shevchenko > Cc: Tony Lindgren > Cc: Lee Jones > Cc: linux-o...@vger.kernel.org >

Re: [PATCH v2 02/21] mfd: omap-usb-host: use match_string() helper

On Thu, 31 May 2018, Yisheng Xie wrote: > match_string() returns the index of an array for a matching string, > which can be used instead of open coded variant. > > Acked-by: Tony Lindgren > Reviewed-by: Andy Shevchenko > Cc: Tony Lindgren > Cc: Lee Jones > Cc: linux-o...@vger.kernel.org >

Re: [PATCH] mtd: atmel-quadspi: add suspend/resume hooks

On 29.05.2018 22:15, Boris Brezillon wrote: > On Wed, 23 May 2018 19:08:48 +0300 > Claudiu Beznea wrote: > >> Implement suspend/resume hooks. >> >> Signed-off-by: Claudiu Beznea >> --- >> drivers/mtd/spi-nor/atmel-quadspi.c | 23 +++ >> 1 file changed, 23 insertions(+)

Re: [PATCH] mtd: atmel-quadspi: add suspend/resume hooks

On 29.05.2018 22:15, Boris Brezillon wrote: > On Wed, 23 May 2018 19:08:48 +0300 > Claudiu Beznea wrote: > >> Implement suspend/resume hooks. >> >> Signed-off-by: Claudiu Beznea >> --- >> drivers/mtd/spi-nor/atmel-quadspi.c | 23 +++ >> 1 file changed, 23 insertions(+)

Re: [PATCH v2] cros_ec: Use devm_kzalloc for private data

On Wed, 30 May 2018, Gwendal Grignou wrote: > Use dev_kzmalloc, remove .release entry point. > > Signed-off-by: Gwendal Grignou > --- > Change sinc v1: > - Readd __remove to avoid a warning when loaded as a module. > > drivers/mfd/cros_ec_dev.c | 10 ++ > 1 file changed, 2

Re: [PATCH v2] cros_ec: Use devm_kzalloc for private data

On Wed, 30 May 2018, Gwendal Grignou wrote: > Use dev_kzmalloc, remove .release entry point. > > Signed-off-by: Gwendal Grignou > --- > Change sinc v1: > - Readd __remove to avoid a warning when loaded as a module. > > drivers/mfd/cros_ec_dev.c | 10 ++ > 1 file changed, 2

Re: [PATCH v2 0/9] Rewrite asm-generic/bitops/{atomic,lock}.h and use on arm64

On Fri, Jun 01, 2018 at 05:06:20PM +0100, Will Deacon wrote: > Hi all, > > This patch series has previously been posted in RFC form here: > > RFCv1: https://www.spinics.net/lists/arm-kernel/msg634719.html > RFCv2: https://www.spinics.net/lists/arm-kernel/msg636875.html > v1:

Re: [PATCH v2 0/9] Rewrite asm-generic/bitops/{atomic,lock}.h and use on arm64

On Fri, Jun 01, 2018 at 05:06:20PM +0100, Will Deacon wrote: > Hi all, > > This patch series has previously been posted in RFC form here: > > RFCv1: https://www.spinics.net/lists/arm-kernel/msg634719.html > RFCv2: https://www.spinics.net/lists/arm-kernel/msg636875.html > v1:

Re: [PATCH] mfd: intel-lpss: Fix Intel Cannon Lake LPSS I2C input clock

On Fri, 18 May 2018, Jarkko Nikula wrote: > Intel Cannon Lake PCH has much higher 216 MHz input clock to LPSS I2C > than Sunrisepoint which uses 120 MHz. Preliminary information was that > both share the same clock rate but actual silicon implements elevated > rate for better support for 3.4 MHz

Re: [PATCH] mfd: intel-lpss: Fix Intel Cannon Lake LPSS I2C input clock

On Fri, 18 May 2018, Jarkko Nikula wrote: > Intel Cannon Lake PCH has much higher 216 MHz input clock to LPSS I2C > than Sunrisepoint which uses 120 MHz. Preliminary information was that > both share the same clock rate but actual silicon implements elevated > rate for better support for 3.4 MHz

Re: [PATCH] mfd: asic3: Fix the broken MMC card detection

On Sat, 26 May 2018, Robert Jarzmik wrote: > The MMC framework requires the ocr_mask to be provided. Without it, the > SD card is not detected, especially on the hx4700 platform. > > Signed-off-by: Robert Jarzmik > --- > drivers/mfd/asic3.c | 3 +++ > 1 file changed, 3 insertions(+) Applied,

Re: [PATCH] mfd: asic3: Fix the broken MMC card detection

On Sat, 26 May 2018, Robert Jarzmik wrote: > The MMC framework requires the ocr_mask to be provided. Without it, the > SD card is not detected, especially on the hx4700 platform. > > Signed-off-by: Robert Jarzmik > --- > drivers/mfd/asic3.c | 3 +++ > 1 file changed, 3 insertions(+) Applied,

Re: [PATCH] mfd: timberdale: fix spelling mistake "Uknown" -> "Unknown"

On Sat, 26 May 2018, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in dev_err message text > > Signed-off-by: Colin Ian King > --- > drivers/mfd/timberdale.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. -- Lee Jones [李琼斯] Linaro

Re: [PATCH] mfd: timberdale: fix spelling mistake "Uknown" -> "Unknown"

On Sat, 26 May 2018, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in dev_err message text > > Signed-off-by: Colin Ian King > --- > drivers/mfd/timberdale.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. -- Lee Jones [李琼斯] Linaro

[PATCH 4.9 10/29] tools include: Add UINT_MAX def to kernel.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit eaa75b5117d52adf1efd3c6c3fb4bd8f97de648b upstream. The kernel has it and some files we got from there would require us including the userland header for that,

[PATCH 4.9 10/29] tools include: Add UINT_MAX def to kernel.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit eaa75b5117d52adf1efd3c6c3fb4bd8f97de648b upstream. The kernel has it and some files we got from there would require us including the userland header for that,

[PATCH 4.9 13/29] perf tools: Move headers check into bash script

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit aeafd623f866c429307e3a4a39998f5f06b4f00e upstream. To make it nicer and easily maintainable. Also moving the check into fixdep sub make, so its output is not scattered around

[PATCH 4.9 14/29] tools include uapi: Grab copies of stat.h and fcntl.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 67ef28794d7e30f33936d655f2951e8dcae7cd5a upstream. We will need it to build tools/perf/trace/beauty/statx.h. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

Re: linux-next: manual merge of the kvm tree with the arm64 tree

On Mon, Jun 04, 2018 at 04:57:54PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the kvm tree got a conflict in: > > arch/arm64/include/asm/processor.h > > between commit: > > 94b07c1f8c39 ("arm64: signal: Report signal frame size to userspace via > auxv") > >

[PATCH 4.9 13/29] perf tools: Move headers check into bash script

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit aeafd623f866c429307e3a4a39998f5f06b4f00e upstream. To make it nicer and easily maintainable. Also moving the check into fixdep sub make, so its output is not scattered around

[PATCH 4.9 14/29] tools include uapi: Grab copies of stat.h and fcntl.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 67ef28794d7e30f33936d655f2951e8dcae7cd5a upstream. We will need it to build tools/perf/trace/beauty/statx.h. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

Re: linux-next: manual merge of the kvm tree with the arm64 tree

On Mon, Jun 04, 2018 at 04:57:54PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the kvm tree got a conflict in: > > arch/arm64/include/asm/processor.h > > between commit: > > 94b07c1f8c39 ("arm64: signal: Report signal frame size to userspace via > auxv") > >

[PATCH 4.9 16/29] tools include: Adopt __same_type() and __must_be_array() from the kernel

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit f6441aff8946f7fd6ab730d7eb9eba18a9ebeba4 upstream. Will be used to adopt the more stringent version of ARRAY_SIZE(), the one in the kernel sources. Cc: Adrian

[PATCH 4.9 03/29] tools lib: Add for_each_clear_bit macro

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 02bc11de567273da8ab25c54336ddbb71986f38f upstream. Adding for_each_clear_bit macro plus all its the necessary backbone functions. Taken from related kernel code. It will be

[PATCH 4.9 16/29] tools include: Adopt __same_type() and __must_be_array() from the kernel

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit f6441aff8946f7fd6ab730d7eb9eba18a9ebeba4 upstream. Will be used to adopt the more stringent version of ARRAY_SIZE(), the one in the kernel sources. Cc: Adrian

[PATCH 4.9 03/29] tools lib: Add for_each_clear_bit macro

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 02bc11de567273da8ab25c54336ddbb71986f38f upstream. Adding for_each_clear_bit macro plus all its the necessary backbone functions. Taken from related kernel code. It will be

[PATCH 4.9 07/29] radix tree test suite: Remove types.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Wilcox commit 12ea65390bd5a46f8a70f068eb0d48922576a781 upstream. Move the pieces we still need to tools/include and update a few implicit includes. Signed-off-by: Matthew Wilcox [

[PATCH 4.9 05/29] tools: enable endian checks for all sparse builds

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Michael S. Tsirkin commit 376a5fb34b04524af501a0c5979c5920be940e05 upstream. We dropped need for __CHECK_ENDIAN__ for linux, this mirrors this for tools. Signed-off-by: Michael S. Tsirkin

[PATCH 4.9 06/29] tools include: Introduce linux/compiler-gcc.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 192614010a5052fe92611c7076ef664fd9bb60e8 upstream. To match the kernel headers structure, setting up things that are specific to gcc or to some specific version

[PATCH 4.9 07/29] radix tree test suite: Remove types.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Wilcox commit 12ea65390bd5a46f8a70f068eb0d48922576a781 upstream. Move the pieces we still need to tools/include and update a few implicit includes. Signed-off-by: Matthew Wilcox [

[PATCH 4.9 05/29] tools: enable endian checks for all sparse builds

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Michael S. Tsirkin commit 376a5fb34b04524af501a0c5979c5920be940e05 upstream. We dropped need for __CHECK_ENDIAN__ for linux, this mirrors this for tools. Signed-off-by: Michael S. Tsirkin

[PATCH 4.9 06/29] tools include: Introduce linux/compiler-gcc.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 192614010a5052fe92611c7076ef664fd9bb60e8 upstream. To match the kernel headers structure, setting up things that are specific to gcc or to some specific version

[PATCH 4.9 04/29] tools: add more bitmap functions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Wilcox commit b328daf3b7130098b105c18bdae694ddaad5b6e3 upstream. I need the following functions for the radix tree: bitmap_fill bitmap_empty bitmap_full Copy the

[PATCH 4.9 04/29] tools: add more bitmap functions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Wilcox commit b328daf3b7130098b105c18bdae694ddaad5b6e3 upstream. I need the following functions for the radix tree: bitmap_fill bitmap_empty bitmap_full Copy the

[PATCH 4.9 08/29] tools include: Adopt __compiletime_error

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 4900653829175f60356efc279695bb23c59483c3 upstream. >From the kernel, get the gcc one and provide the fallback so that we can continue build with other

[PATCH 4.9 08/29] tools include: Adopt __compiletime_error

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 4900653829175f60356efc279695bb23c59483c3 upstream. >From the kernel, get the gcc one and provide the fallback so that we can continue build with other

[PATCH 4.9 19/29] tools include: Include missing headers for fls() and types in linux/log2.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit a12a4e023a55f058178afea1ada3ce7bf4db94c3 upstream. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 4.9 28/29] objtool: header file sync-up

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman When building tools/objtool/ it rightly complains about a number of files being out of sync. Fix this up by syncing them properly with the relevant in-kernel versions.

[PATCH 4.9 28/29] objtool: header file sync-up

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman When building tools/objtool/ it rightly complains about a number of files being out of sync. Fix this up by syncing them properly with the relevant in-kernel versions.

[PATCH 4.9 19/29] tools include: Include missing headers for fls() and types in linux/log2.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit a12a4e023a55f058178afea1ada3ce7bf4db94c3 upstream. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 4.9 22/29] objtool: Support GCC 8 switch tables

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit fd35c88b74170d9335530d9abf271d5d73eb5401 upstream. With GCC 8, some issues were found with the objtool switch table detection. 1) In the .rodata section, immediately

[PATCH 4.9 22/29] objtool: Support GCC 8 switch tables

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit fd35c88b74170d9335530d9abf271d5d73eb5401 upstream. With GCC 8, some issues were found with the objtool switch table detection. 1) In the .rodata section, immediately

[PATCH 4.9 21/29] objtool: Support GCC 8s cold subfunctions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 13810435b9a7014fb92eb715f77da488f3b65b99 upstream. GCC 8 moves a lot of unlikely code out of line to "cold" subfunctions in .text.unlikely. Properly detect the new

[PATCH 4.9 21/29] objtool: Support GCC 8s cold subfunctions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 13810435b9a7014fb92eb715f77da488f3b65b99 upstream. GCC 8 moves a lot of unlikely code out of line to "cold" subfunctions in .text.unlikely. Properly detect the new

[PATCH 4.9 24/29] objtool: Detect RIP-relative switch table references, part 2

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 7dec80ccbe310fb7e225bf21c48c672bb780ce7b upstream. With the following commit: fd35c88b7417 ("objtool: Support GCC 8 switch tables") I added a "can't find switch jump

[PATCH 4.9 24/29] objtool: Detect RIP-relative switch table references, part 2

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit 7dec80ccbe310fb7e225bf21c48c672bb780ce7b upstream. With the following commit: fd35c88b7417 ("objtool: Support GCC 8 switch tables") I added a "can't find switch jump

[PATCH 4.14 10/52] Revert "pinctrl: msm: Use dynamic GPIO numbering"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit bd36ea57d6d58041180c4f7d2c2bf5194c26845d which is commit a7aa75a2a7dba32594291a71c3704000a2fd7089 upstream. There's been too many complaints about this.

[PATCH 4.14 10/52] Revert "pinctrl: msm: Use dynamic GPIO numbering"

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit bd36ea57d6d58041180c4f7d2c2bf5194c26845d which is commit a7aa75a2a7dba32594291a71c3704000a2fd7089 upstream. There's been too many complaints about this.

[PATCH 4.9 26/29] objtool, x86: Add several functions and files to the objtool whitelist

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit c207aee48037abca71c669cbec407b9891965c34 upstream. In preparation for an objtool rewrite which will have broader checks, whitelist functions and files which cause

[PATCH 4.9 26/29] objtool, x86: Add several functions and files to the objtool whitelist

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit c207aee48037abca71c669cbec407b9891965c34 upstream. In preparation for an objtool rewrite which will have broader checks, whitelist functions and files which cause

[PATCH 4.14 11/52] PCI: hv: Fix 2 hang issues in hv_compose_msi_msg()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dexuan Cui commit de0aa7b2f97d348ba7d1e17a00744c989baa0cb6 upstream. 1. With the patch "x86/vector/msi: Switch to global reservation mode", the recent v4.15 and newer kernels always hang for

[PATCH 4.9 17/29] tools include: Move ARRAY_SIZE() to linux/kernel.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 8607c1ee734d12f62c6a46abef13a510e25a1839 upstream. To match the kernel, then look for places redefining it to make it use this version, which checks that its

[PATCH 4.14 11/52] PCI: hv: Fix 2 hang issues in hv_compose_msi_msg()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Dexuan Cui commit de0aa7b2f97d348ba7d1e17a00744c989baa0cb6 upstream. 1. With the patch "x86/vector/msi: Switch to global reservation mode", the recent v4.15 and newer kernels always hang for

[PATCH 4.9 17/29] tools include: Move ARRAY_SIZE() to linux/kernel.h

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arnaldo Carvalho de Melo commit 8607c1ee734d12f62c6a46abef13a510e25a1839 upstream. To match the kernel, then look for places redefining it to make it use this version, which checks that its

[PATCH 4.14 04/52] objtool: Support GCC 8 switch tables

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit fd35c88b74170d9335530d9abf271d5d73eb5401 upstream. With GCC 8, some issues were found with the objtool switch table detection. 1) In the .rodata section, immediately

[PATCH 4.14 02/52] mm: fix the NULL mapping case in __isolate_lru_page()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins commit 145e1a71e090575c74969e3daa8136d1e5b99fc8 upstream. George Boole would have noticed a slight error in 4.16 commit 69d763fc6d3a ("mm: pin address_space before dereferencing

[PATCH 4.14 04/52] objtool: Support GCC 8 switch tables

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Josh Poimboeuf commit fd35c88b74170d9335530d9abf271d5d73eb5401 upstream. With GCC 8, some issues were found with the objtool switch table detection. 1) In the .rodata section, immediately

[PATCH 4.14 02/52] mm: fix the NULL mapping case in __isolate_lru_page()

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins commit 145e1a71e090575c74969e3daa8136d1e5b99fc8 upstream. George Boole would have noticed a slight error in 4.16 commit 69d763fc6d3a ("mm: pin address_space before dereferencing

[PATCH 4.14 08/52] x86/mce/AMD: Carve out SMCA get_block_address() code

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Yazen Ghannam commit 8a331f4a0863bea758561c921b94b4d28f7c4029 upstream. Carve out the SMCA code in get_block_address() into a separate helper function. No functional change. Signed-off-by:

[PATCH 4.14 08/52] x86/mce/AMD: Carve out SMCA get_block_address() code

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Yazen Ghannam commit 8a331f4a0863bea758561c921b94b4d28f7c4029 upstream. Carve out the SMCA code in get_block_address() into a separate helper function. No functional change. Signed-off-by:

[PATCH 4.14 00/52] 4.14.48-stable review

This is the start of the stable review cycle for the 4.14.48 release. There are 52 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jun 6 06:55:52 UTC 2018. Anything

[PATCH 4.14 22/52] cfg80211: further limit wiphy names to 64 bytes

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 814596495dd2b9d4aab92d8f89cf19060d25d2ea upstream. wiphy names were recently limited to 128 bytes by commit a7cfebcb7594 ("cfg80211: limit wiphy names to 128 bytes"). As

[PATCH 4.14 00/52] 4.14.48-stable review

This is the start of the stable review cycle for the 4.14.48 release. There are 52 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jun 6 06:55:52 UTC 2018. Anything

[PATCH 4.14 22/52] cfg80211: further limit wiphy names to 64 bytes

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 814596495dd2b9d4aab92d8f89cf19060d25d2ea upstream. wiphy names were recently limited to 128 bytes by commit a7cfebcb7594 ("cfg80211: limit wiphy names to 128 bytes"). As

[PATCH 4.14 23/52] kbuild: clang: remove crufty HOSTCFLAGS

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit df16aaac26e92e97ab7234d3f93c953466adc4b5 upstream. When compiling with `make CC=clang HOSTCC=clang`, I was seeing warnings that clang did not recognize

[PATCH 4.14 23/52] kbuild: clang: remove crufty HOSTCFLAGS

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Nick Desaulniers commit df16aaac26e92e97ab7234d3f93c953466adc4b5 upstream. When compiling with `make CC=clang HOSTCC=clang`, I was seeing warnings that clang did not recognize

[PATCH 4.14 13/52] xfs: detect agfl count corruption and reset agfl

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Brian Foster commit a27ba2607e60312554cbcd43fc660b2c7f29dc9c upstream. The struct xfs_agfl v5 header was originally introduced with unexpected padding that caused the AGFL to operate with one

[PATCH 4.14 25/52] dma-buf: remove redundant initialization of sg_table

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 531beb067c6185aceabfdee0965234c6a8fd133b upstream. sg_table is being initialized and is never read before it is updated again later on, hence making the initialization

[PATCH 4.14 13/52] xfs: detect agfl count corruption and reset agfl

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Brian Foster commit a27ba2607e60312554cbcd43fc660b2c7f29dc9c upstream. The struct xfs_agfl v5 header was originally introduced with unexpected padding that caused the AGFL to operate with one

[PATCH 4.14 25/52] dma-buf: remove redundant initialization of sg_table

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King commit 531beb067c6185aceabfdee0965234c6a8fd133b upstream. sg_table is being initialized and is never read before it is updated again later on, hence making the initialization

<    9   10   11   12   13   14   15   16   17   >