Re: [PATCH v4 4/4] arm64: dts: sdm845: Add serial console support

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Add the qup uart node and geni se instance needed to > support the serial console on the MTP. > > Signed-off-by: Rajendra Nayak > --- > arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 39 >

[PATCH v1 5/7] lib/vsprintf: Make decspec global

There are places where default specification to print decimal numbers is in use. Make it global and convert existing users. Signed-off-by: Andy Shevchenko --- lib/vsprintf.c | 21 + 1 file changed, 9 insertions(+), 12 deletions(-) diff --git a/lib/vsprintf.c

[PATCH v1 7/7] lib/vsprintf: Mark expected switch fall-through

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Andy Shevchenko --- lib/vsprintf.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/lib/vsprintf.c b/lib/vsprintf.c index 20c0ab9faba5..bf0c45788100 100644 ---

Re: [PATCH v4 4/4] arm64: dts: sdm845: Add serial console support

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Add the qup uart node and geni se instance needed to > support the serial console on the MTP. > > Signed-off-by: Rajendra Nayak > --- > arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 39 > + >

Re: [PATCH v4 2/4] dt-bindings: qcom: Add SDM845 bindings

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Add a SoC string 'sdm845' for the qualcomm SDM845 SoC > > Signed-off-by: Rajendra Nayak > --- > Documentation/devicetree/bindings/arm/qcom.txt | 1 + > 1 file changed, 1 insertion(+)

Re: [PATCH v4 2/4] dt-bindings: qcom: Add SDM845 bindings

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Add a SoC string 'sdm845' for the qualcomm SDM845 SoC > > Signed-off-by: Rajendra Nayak > --- > Documentation/devicetree/bindings/arm/qcom.txt | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Douglas Anderson

Re: [PATCH v4 3/4] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Add a skeletal sdm845 SoC dtsi and MTP board dts/dtsi files > > Signed-off-by: Rajendra Nayak > Reviewed-by: Doug Anderson > --- >

Re: [PATCH v4 3/4] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Add a skeletal sdm845 SoC dtsi and MTP board dts/dtsi files > > Signed-off-by: Rajendra Nayak > Reviewed-by: Doug Anderson > --- > arch/arm64/boot/dts/qcom/Makefile | 1 + > arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 15 ++

Re: [PATCH v4 1/4] dt-bindings: arm: Document kryo385 cpu

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Document the compatible string for the Kryo385 cpus found in qualcomm > SoCs. > > Signed-off-by: Rajendra Nayak > Reviewed-by: Rob Herring > --- >

Re: [PATCH v4 1/4] dt-bindings: arm: Document kryo385 cpu

Hi, On Thu, Feb 15, 2018 at 10:05 PM, Rajendra Nayak wrote: > Document the compatible string for the Kryo385 cpus found in qualcomm > SoCs. > > Signed-off-by: Rajendra Nayak > Reviewed-by: Rob Herring > --- > Documentation/devicetree/bindings/arm/cpus.txt | 1 + > 1 file changed, 1

[PATCH 33/41] tools include powerpc: Grab a copy of arch/powerpc/include/uapi/asm/unistd.h

From: Ravi Bangoria Will be used for generating the syscall id/string translation table. Committer notes: Update it already to catch with these csets applied since Ravi first submitted this patch: 3350eb2ea127 powerpc: sys_pkey_mprotect() system call

[PATCH 33/41] tools include powerpc: Grab a copy of arch/powerpc/include/uapi/asm/unistd.h

From: Ravi Bangoria Will be used for generating the syscall id/string translation table. Committer notes: Update it already to catch with these csets applied since Ravi first submitted this patch: 3350eb2ea127 powerpc: sys_pkey_mprotect() system call 9499ec1b5e82 powerpc: sys_pkey_alloc()

Re: [PATCH v5 0/3] Support Perf Extension on AMD KVM guests

On 2/5/2018 1:24 PM, Janakarajan Natarajan wrote: This patchset adds support for Perf Extension on AMD KVM guests. When perf runs on a guest with family = 15h || 17h, the MSRs that are accessed, when the Perf Extension flag is made available, differ from the existing K7 MSRs. The accesses are

Re: [PATCH v5 0/3] Support Perf Extension on AMD KVM guests

On 2/5/2018 1:24 PM, Janakarajan Natarajan wrote: This patchset adds support for Perf Extension on AMD KVM guests. When perf runs on a guest with family = 15h || 17h, the MSRs that are accessed, when the Perf Extension flag is made available, differ from the existing K7 MSRs. The accesses are

[PATCH 35/41] perf trace powerpc: Use generated syscall table

From: Ravi Bangoria This should speed up accessing new system calls introduced with the kernel rather than waiting for libaudit updates to include them. It also enables users to specify wildcards, for example, perf trace -e 'open*', just like was already

[PATCH 35/41] perf trace powerpc: Use generated syscall table

From: Ravi Bangoria This should speed up accessing new system calls introduced with the kernel rather than waiting for libaudit updates to include them. It also enables users to specify wildcards, for example, perf trace -e 'open*', just like was already possible on x86 and s390.

[PATCH 36/41] perf record: Provide detailed information on s390 CPU

From: Thomas Richter When perf record ... is setup to record data, the s390 cpu information was a fixed string "IBM/S390". Replace this string with one containing more information about the machine. The information included in the cpuid is a comma separated list:

[PATCH 36/41] perf record: Provide detailed information on s390 CPU

From: Thomas Richter When perf record ... is setup to record data, the s390 cpu information was a fixed string "IBM/S390". Replace this string with one containing more information about the machine. The information included in the cpuid is a comma separated list:

Re: [PATCH 4.4 095/108] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On Fri, Feb 16, 2018 at 10:10:44AM -0800, Brian Norris wrote: > On Fri, Feb 16, 2018 at 07:48:50AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote: > > > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote: > > > > 4.4-stable review

Re: [PATCH 4.4 095/108] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On Fri, Feb 16, 2018 at 10:10:44AM -0800, Brian Norris wrote: > On Fri, Feb 16, 2018 at 07:48:50AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote: > > > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote: > > > > 4.4-stable review

Dobrý deň, prosím, môžeme hovoriť?

Dobrý deň, prosím, môžeme hovoriť?

Re: [PATCH v5 1/3] sched: Stop nohz stats when decayed

On 02/16/2018 05:02 PM, Vincent Guittot wrote: > On 16 February 2018 at 13:53, Valentin Schneider > wrote: >> On 02/14/2018 03:26 PM, Vincent Guittot wrote: >>> Stopped the periodic update of blocked load when all idle CPUs have fully >>> decayed. We introduce a new

Re: [PATCH v5 1/3] sched: Stop nohz stats when decayed

On 02/16/2018 05:02 PM, Vincent Guittot wrote: > On 16 February 2018 at 13:53, Valentin Schneider > wrote: >> On 02/14/2018 03:26 PM, Vincent Guittot wrote: >>> Stopped the periodic update of blocked load when all idle CPUs have fully >>> decayed. We introduce a new nohz.has_blocked that reflect

[RFC][PATCH] x86: proposed new ARCH_CAPABILITIES MSR bit for RSB-underflow

Intel is considering adding a new bit to the IA32_ARCH_CAPABILITIES MSR to tell when RSB underflow might be happen. Feedback on this would be greatly appreciated before the specification is finalized. --- Background: The RSB is a microarchitectural structure that attempts to help predict the

[RFC][PATCH] x86: proposed new ARCH_CAPABILITIES MSR bit for RSB-underflow

Intel is considering adding a new bit to the IA32_ARCH_CAPABILITIES MSR to tell when RSB underflow might be happen. Feedback on this would be greatly appreciated before the specification is finalized. --- Background: The RSB is a microarchitectural structure that attempts to help predict the

Re: [PATCH 2/6] ARM: davinci: update the nand driver names

On Fri, 16 Feb 2018 13:14:14 -0600 David Lechner wrote: > On 02/16/2018 10:47 AM, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Since commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock > > lookup table") we can

Re: [PATCH 2/6] ARM: davinci: update the nand driver names

On Fri, 16 Feb 2018 13:14:14 -0600 David Lechner wrote: > On 02/16/2018 10:47 AM, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Since commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock > > lookup table") we can no longer correctly lookup the nand clock when >

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On Fri, Feb 16, 2018 at 10:48:32AM -0800, Joe Konno wrote: > On Fri, Feb 16, 2018 at 11:18:12AM +, Ard Biesheuvel wrote: > > On 16 February 2018 at 11:08, Borislav Petkov wrote: > > > On Fri, Feb 16, 2018 at 10:58:47AM +, Ard Biesheuvel wrote: > > >> By your own reasoning

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On Fri, Feb 16, 2018 at 10:48:32AM -0800, Joe Konno wrote: > On Fri, Feb 16, 2018 at 11:18:12AM +, Ard Biesheuvel wrote: > > On 16 February 2018 at 11:08, Borislav Petkov wrote: > > > On Fri, Feb 16, 2018 at 10:58:47AM +, Ard Biesheuvel wrote: > > >> By your own reasoning above, that's a

Re: [PATCH 1/6] nand: davinci: rename the platform driver

On 02/16/2018 01:19 PM, Boris Brezillon wrote: On Fri, 16 Feb 2018 17:47:07 +0100 Bartosz Golaszewski wrote: From: Bartosz Golaszewski Commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock lookup table") broke the nand support in board

Re: [PATCH 1/6] nand: davinci: rename the platform driver

On 02/16/2018 01:19 PM, Boris Brezillon wrote: On Fri, 16 Feb 2018 17:47:07 +0100 Bartosz Golaszewski wrote: From: Bartosz Golaszewski Commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock lookup table") broke the nand support in board file mode for da850-based boards. Instead

[PATCH 38/41] perf cpuid: Introduce a platform specific cpuid compare function

From: Thomas Richter The function get_cpuid_str() is called by perf_pmu__getcpuid() and on s390 returns a complete description of the CPU and its capabilities, which is a comma separated list. To map the CPU type with the value defined in the

[PATCH 38/41] perf cpuid: Introduce a platform specific cpuid compare function

From: Thomas Richter The function get_cpuid_str() is called by perf_pmu__getcpuid() and on s390 returns a complete description of the CPU and its capabilities, which is a comma separated list. To map the CPU type with the value defined in the pmu-events/arch/s390/mapfile.csv, introduce an

[PATCH 39/41] perf test: Fix test case 23 for s390 z/VM or KVM guests

From: Thomas Richter On s390 perf can be executed on a LPAR with support for hardware events (i. e. cycles) or on a z/VM or KVM guest where no hardware events are supported. In this environment use software event named cpu-clock for this test case. Use the cpuid

[PATCH 39/41] perf test: Fix test case 23 for s390 z/VM or KVM guests

From: Thomas Richter On s390 perf can be executed on a LPAR with support for hardware events (i. e. cycles) or on a z/VM or KVM guest where no hardware events are supported. In this environment use software event named cpu-clock for this test case. Use the cpuid infrastructure functions to

[PATCH 40/41] perf test: Fix test case inet_pton to accept inlines.

From: Thomas Richter Using Fedora 27 and latest Linux kernel the test case trace+probe_libc_inet_pton.sh fails again on s390. This time is the inlining of functions which does not match. After an update of the glibc (from 2.26-16 to 2.26-24) the output is different

[PATCH 40/41] perf test: Fix test case inet_pton to accept inlines.

From: Thomas Richter Using Fedora 27 and latest Linux kernel the test case trace+probe_libc_inet_pton.sh fails again on s390. This time is the inlining of functions which does not match. After an update of the glibc (from 2.26-16 to 2.26-24) the output is different The expected output is:

[PATCH 37/41] perf annotate: Scan cpuid for s390 and save machine type

From: Thomas Richter Scan the cpuid string and extract the type number for later use. Signed-off-by: Thomas Richter Reviewed-by: Hendrik Brueckner Cc: Heiko Carstens Cc: Martin

[PATCH 41/41] perf tests shell lib: Use a wildcard to remove the vfs_getname probe

From: Arnaldo Carvalho de Melo In some situations the vfs_getname is being added both as requested and with a _1 suffix (inlines?): probe:vfs_getname_1 (on getname_flags:63@acme/git/linux/fs/namei.c with pathname) This ends up making the cleanup to miss that one, as it

[PATCH 37/41] perf annotate: Scan cpuid for s390 and save machine type

From: Thomas Richter Scan the cpuid string and extract the type number for later use. Signed-off-by: Thomas Richter Reviewed-by: Hendrik Brueckner Cc: Heiko Carstens Cc: Martin Schwidefsky Link: http://lkml.kernel.org/r/20180213151419.80737-2-tmri...@linux.vnet.ibm.com Signed-off-by:

[PATCH 41/41] perf tests shell lib: Use a wildcard to remove the vfs_getname probe

From: Arnaldo Carvalho de Melo In some situations the vfs_getname is being added both as requested and with a _1 suffix (inlines?): probe:vfs_getname_1 (on getname_flags:63@acme/git/linux/fs/namei.c with pathname) This ends up making the cleanup to miss that one, as it removes just

[PATCH 34/41] perf powerpc: Generate system call table from asm/unistd.h

From: Ravi Bangoria This should speed up accessing new system calls introduced with the kernel rather than waiting for libaudit updates to include them. Signed-off-by: Ravi Bangoria Cc: Alexander Shishkin

[PATCH 34/41] perf powerpc: Generate system call table from asm/unistd.h

From: Ravi Bangoria This should speed up accessing new system calls introduced with the kernel rather than waiting for libaudit updates to include them. Signed-off-by: Ravi Bangoria Cc: Alexander Shishkin Cc: Hendrik Brueckner Cc: Jiri Olsa Cc: Michael Ellerman Cc: Namhyung Kim Cc: Thomas

[PATCH 31/41] perf report: Fix wrong jump arrow

From: Jin Yao When we use perf report interactive annotate view, we can see the position of jump arrow is not correct. For example, 1. perf record -b ... 2. perf report 3. In interactive mode, select Annotate 'function' Percent│ IPC Cycle │

[PATCH 31/41] perf report: Fix wrong jump arrow

From: Jin Yao When we use perf report interactive annotate view, we can see the position of jump arrow is not correct. For example, 1. perf record -b ... 2. perf report 3. In interactive mode, select Annotate 'function' Percent│ IPC Cycle │if (flag)

[PATCH 30/41] perf report: Fix description for --mem-mode

From: Andi Kleen The "mem-loads" event only works when PEBS is enabled, so add the "/p" ("precise") suffix to the examples. Signed-off-by: Andi Kleen Cc: Jiri Olsa LPU-Reference: 20180209163909.9240-1-a...@firstfloor.org Link:

[PATCH 30/41] perf report: Fix description for --mem-mode

From: Andi Kleen The "mem-loads" event only works when PEBS is enabled, so add the "/p" ("precise") suffix to the examples. Signed-off-by: Andi Kleen Cc: Jiri Olsa LPU-Reference: 20180209163909.9240-1-a...@firstfloor.org Link:

[PATCH 25/41] perf kmem: Document a missing option & an argument

From: Sangwon Hong First, 'perf kmem' has a '--force' option, but didn't document it on the man page. So add it. Second, the '--time' option has to get a value, but isn't documented on the man page. Describe it. Signed-off-by: Sangwon Hong Acked-by:

[PATCH 25/41] perf kmem: Document a missing option & an argument

From: Sangwon Hong First, 'perf kmem' has a '--force' option, but didn't document it on the man page. So add it. Second, the '--time' option has to get a value, but isn't documented on the man page. Describe it. Signed-off-by: Sangwon Hong Acked-by: Namhyung Kim Cc: Jiri Olsa Cc: Taeung

[PATCH 21/41] perf tools: Use target->per_thread and target->system_wide flags

From: Jin Yao Mathieu Poirier reports issue in commit ("73c0ca1eee3d perf thread_map: Enumerate all threads from /proc") that it has negative impact on 'perf record --per-thread'. It has the effect of creating a kernel event for each thread in the system for 'perf record

[PATCH 23/41] perf cs-etm: Properly deal with cpu maps

From: Mathieu Poirier This patch allows the CoreSight AUX info section to fit topologies where only a subset of all available CPUs are present, avoiding at the same time accessing the ETM configuration areas of CPUs that have been offlined. Signed-off-by: Mathieu

[PATCH 21/41] perf tools: Use target->per_thread and target->system_wide flags

From: Jin Yao Mathieu Poirier reports issue in commit ("73c0ca1eee3d perf thread_map: Enumerate all threads from /proc") that it has negative impact on 'perf record --per-thread'. It has the effect of creating a kernel event for each thread in the system for 'perf record --per-thread'. Mathieu

[PATCH 23/41] perf cs-etm: Properly deal with cpu maps

From: Mathieu Poirier This patch allows the CoreSight AUX info section to fit topologies where only a subset of all available CPUs are present, avoiding at the same time accessing the ETM configuration areas of CPUs that have been offlined. Signed-off-by: Mathieu Poirier Cc: Alexander Shishkin

[PATCH 18/41] perf tools: Do not create kernel maps in sample__resolve()

From: Jiri Olsa There's no need for kernel maps to be allocated at this point - sample processing. We search for kernel maps using the kernel map_groups in machine::kmaps which is static. If vmlinux maps for any reason still don't exist, the search correctly fails because they

[PATCH 18/41] perf tools: Do not create kernel maps in sample__resolve()

From: Jiri Olsa There's no need for kernel maps to be allocated at this point - sample processing. We search for kernel maps using the kernel map_groups in machine::kmaps which is static. If vmlinux maps for any reason still don't exist, the search correctly fails because they are not in the

[PATCH 10/41] perf stat: Add support to print counts after a period of time

From: yuzhoujian Introduce a new option to print counts after N milliseconds and update 'perf stat' documentation accordingly. Show below is the output of the new option for perf stat. $ perf stat --time 2000 -e cycles -a Performance counter stats for 'system

[PATCH 14/41] perf machine: Move kernel mmap name into struct machine

From: Jiri Olsa It simplifies and centralizes the code. The kernel mmap name is set for machine type, which we know from the beginning, so there's no reason to generate it every time we need it. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin

[PATCH 10/41] perf stat: Add support to print counts after a period of time

From: yuzhoujian Introduce a new option to print counts after N milliseconds and update 'perf stat' documentation accordingly. Show below is the output of the new option for perf stat. $ perf stat --time 2000 -e cycles -a Performance counter stats for 'system wide': 157,260,423

[PATCH 14/41] perf machine: Move kernel mmap name into struct machine

From: Jiri Olsa It simplifies and centralizes the code. The kernel mmap name is set for machine type, which we know from the beginning, so there's no reason to generate it every time we need it. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: David Ahern Cc: Namhyung Kim Cc: Peter

[PATCH 05/41] perf tests: Fix dwarf unwind for stripped binaries

From: Jiri Olsa When we strip the perf binary, dwarf unwind test stop to work. The reason is that strip will remove static function symbols, which we need to check for unwind. This change will keep this test working in cases where the global symbols are put into dynamic symbol

[PATCH 05/41] perf tests: Fix dwarf unwind for stripped binaries

From: Jiri Olsa When we strip the perf binary, dwarf unwind test stop to work. The reason is that strip will remove static function symbols, which we need to check for unwind. This change will keep this test working in cases where the global symbols are put into dynamic symbol table, which is

[PATCH 08/41] perf report: Add support to display group output for non group events

From: Jiri Olsa Add support to display group output for if non grouped events are detected and user forces --group option. Now for non-group events recorded like: $ perf record -e 'cycles,instructions' ls you can still get group output by using --group option in report:

[PATCH 08/41] perf report: Add support to display group output for non group events

From: Jiri Olsa Add support to display group output for if non grouped events are detected and user forces --group option. Now for non-group events recorded like: $ perf record -e 'cycles,instructions' ls you can still get group output by using --group option in report: $ perf report

[GIT PULL 00/41] perf/core improvements and fixes

+0100) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.17-20180216 for you to fetch changes up to 21316ac6803d4a1aadd74b896db8d60a92cd1140: perf tests shell lib: Use a wildcard to remove the vfs_getname probe

[GIT PULL 00/41] perf/core improvements and fixes

+0100) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.17-20180216 for you to fetch changes up to 21316ac6803d4a1aadd74b896db8d60a92cd1140: perf tests shell lib: Use a wildcard to remove the vfs_getname probe

Re: [PATCH 11/23] kconfig: add 'shell-stdout' function

On Fri, Feb 16, 2018 at 10:38 AM, Masahiro Yamada wrote: > This is the second built-in function, which retrieves the first line > of stdout from the given shell command. This is the only part I really don't much like in your patch series. Most of it is just lovely

Re: [PATCH 11/23] kconfig: add 'shell-stdout' function

On Fri, Feb 16, 2018 at 10:38 AM, Masahiro Yamada wrote: > This is the second built-in function, which retrieves the first line > of stdout from the given shell command. This is the only part I really don't much like in your patch series. Most of it is just lovely and looks very nice and

Re: [PATCH v5 0/6] x86/apic: Fix restoring boot irq mode in reboot and kexec/kdump

Ingo Molnar writes: > * Baoquan He wrote: > >> This is v5 post. Newly added patch 0002 includes the change >> related to KEXEC_JUMP path. Patch 0003 only includes the >> regression fix. >> >> A regression bug was introduced in below commit. >> commit

Re: [PATCH v5 0/6] x86/apic: Fix restoring boot irq mode in reboot and kexec/kdump

Ingo Molnar writes: > * Baoquan He wrote: > >> This is v5 post. Newly added patch 0002 includes the change >> related to KEXEC_JUMP path. Patch 0003 only includes the >> regression fix. >> >> A regression bug was introduced in below commit. >> commit 522e66464467 ("x86/apic: Disable I/O APIC

Re: [tip:x86/pti] x86/speculation: Use IBRS if available before calling into firmware

On Fri, 2018-02-16 at 10:44 -0800, Tim Chen wrote: > > I encountered hang on a machine but not others when using the above > macro.  It is probably an alignment thing with ALTERNATIVE as the > problem went > away after I made the change below: > > Tim > > diff --git

Re: [tip:x86/pti] x86/speculation: Use IBRS if available before calling into firmware

On Fri, 2018-02-16 at 10:44 -0800, Tim Chen wrote: > > I encountered hang on a machine but not others when using the above > macro.  It is probably an alignment thing with ALTERNATIVE as the > problem went > away after I made the change below: > > Tim > > diff --git

Re: [PATCH v9 2/3] arm: dts: add Nuvoton NPCM750 device tree

>>Arnd, do we have this documented somewhere for new maintainers to >>follow? > > I would add a few things that we had to go through before for Broadcom SoCs: > > - send your pull requests to a...@kernel.org and copy Arnd, Olof and Kevin > > - you would want to get your PGP key signed by as many

Re: [PATCH 2/6] ARM: davinci: update the nand driver names

On 02/16/2018 10:47 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Since commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock lookup table") we can no longer correctly lookup the nand clock when booting in legacy mode. Said commit added a

Re: [PATCH v9 2/3] arm: dts: add Nuvoton NPCM750 device tree

>>Arnd, do we have this documented somewhere for new maintainers to >>follow? > > I would add a few things that we had to go through before for Broadcom SoCs: > > - send your pull requests to a...@kernel.org and copy Arnd, Olof and Kevin > > - you would want to get your PGP key signed by as many

Re: [PATCH 2/6] ARM: davinci: update the nand driver names

On 02/16/2018 10:47 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Since commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock lookup table") we can no longer correctly lookup the nand clock when booting in legacy mode. Said commit added a dev_id to the nand clock which

[PATCH] pinctrl/amd: add get_direction handler

On boot, gpiochip_add_data() initializes the FLAG_IS_OUT bit in desc->flags iff its gpio_chip does not have ->direction_input() handler, else it is initialized to 0, which implies the GPIO is an "input". Later, the sysfs "direction" handler will use gpiod_get_direction() to get the current

[PATCH] pinctrl/amd: add get_direction handler

On boot, gpiochip_add_data() initializes the FLAG_IS_OUT bit in desc->flags iff its gpio_chip does not have ->direction_input() handler, else it is initialized to 0, which implies the GPIO is an "input". Later, the sysfs "direction" handler will use gpiod_get_direction() to get the current

Re: eeepc-wmi loaded on Asus desktop board

On Fri, Feb 16, 2018 at 06:45:20PM +0200, Andy Shevchenko wrote: > +Cc: Darren (for sure) > > On Fri, Feb 16, 2018 at 12:42 AM, Paul Menzel > wrote: > > Dear Linux folks, > > > > > > Debugging an ACPI suspend problem on the desktop board Asus

Re: eeepc-wmi loaded on Asus desktop board

On Fri, Feb 16, 2018 at 06:45:20PM +0200, Andy Shevchenko wrote: > +Cc: Darren (for sure) > > On Fri, Feb 16, 2018 at 12:42 AM, Paul Menzel > wrote: > > Dear Linux folks, > > > > > > Debugging an ACPI suspend problem on the desktop board Asus F285-M PRO with > > Linux 4.14, I noticed, the module

Re: [PATCH] ARM: dts: sun7i: Enable HDMI support on the Banana Pi

On Fri, Feb 16, 2018 at 11:16:04AM -0500, Stefan Monnier wrote: > From: Stefan Monnier > > Enable the display pipeline and HDMI output > > Signed-off-by: Stefan Monnier Applied, thanks! Maxime -- Maxime Ripard, Bootlin (formerly Free

Re: [PATCH] ARM: dts: sun7i: Enable HDMI support on the Banana Pi

On Fri, Feb 16, 2018 at 11:16:04AM -0500, Stefan Monnier wrote: > From: Stefan Monnier > > Enable the display pipeline and HDMI output > > Signed-off-by: Stefan Monnier Applied, thanks! Maxime -- Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering

Re: [PATCH 2/3] x86/mm: introduce __PAGE_KERNEL_GLOBAL

On 02/16/2018 10:25 AM, Nadav Amit wrote: >> +#ifdef CONFIG_PAGE_TABLE_ISOLATION >> +#define __PAGE_KERNEL_GLOBAL0 >> +#else >> +#define __PAGE_KERNEL_GLOBAL_PAGE_GLOBAL >> +#endif > ... >> --- a/arch/x86/mm/pageattr.c~kpti-no-global-for-kernel-mappings >>

Re: [PATCH 2/3] x86/mm: introduce __PAGE_KERNEL_GLOBAL

On 02/16/2018 10:25 AM, Nadav Amit wrote: >> +#ifdef CONFIG_PAGE_TABLE_ISOLATION >> +#define __PAGE_KERNEL_GLOBAL0 >> +#else >> +#define __PAGE_KERNEL_GLOBAL_PAGE_GLOBAL >> +#endif > ... >> --- a/arch/x86/mm/pageattr.c~kpti-no-global-for-kernel-mappings >>

Re: [PATCH] staging: android: ion: Initialize dma_address of new sg list

On Fri, Feb 16, 2018 at 09:57:12AM -0800, Liam Mark wrote: > On Fri, 16 Feb 2018, Greg KH wrote: > > > On Fri, Feb 09, 2018 at 10:16:56PM -0800, Liam Mark wrote: > > > Fix the dup_sg_table function to initialize the dma_address of the new > > > sg list entries instead of the source dma_address

Re: [PATCH] staging: android: ion: Initialize dma_address of new sg list

On Fri, Feb 16, 2018 at 09:57:12AM -0800, Liam Mark wrote: > On Fri, 16 Feb 2018, Greg KH wrote: > > > On Fri, Feb 09, 2018 at 10:16:56PM -0800, Liam Mark wrote: > > > Fix the dup_sg_table function to initialize the dma_address of the new > > > sg list entries instead of the source dma_address

[PATCH v2] ashmem: Fix lockdep issue during llseek

ashmem_mutex create a chain of dependencies like so: (1) mmap syscall -> mmap_sem -> (acquired) ashmem_mmap ashmem_mutex (try to acquire) (block) (2) llseek syscall -> ashmem_llseek -> ashmem_mutex -> (acquired) inode_lock -> inode->i_rwsem (try to acquire) (block) (3)

[PATCH v2] ashmem: Fix lockdep issue during llseek

ashmem_mutex create a chain of dependencies like so: (1) mmap syscall -> mmap_sem -> (acquired) ashmem_mmap ashmem_mutex (try to acquire) (block) (2) llseek syscall -> ashmem_llseek -> ashmem_mutex -> (acquired) inode_lock -> inode->i_rwsem (try to acquire) (block) (3)

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On Fri, Feb 16, 2018 at 10:48:32AM -0800, Joe Konno wrote: > We may see some other patches or RFCs about caching and/or shadowing > variable values in efivarfs to reduce the number of direct EFI reads, > with the goal of reducing how many SMIs are generated. So if you do the caching scheme, the

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On Fri, Feb 16, 2018 at 10:48:32AM -0800, Joe Konno wrote: > We may see some other patches or RFCs about caching and/or shadowing > variable values in efivarfs to reduce the number of direct EFI reads, > with the goal of reducing how many SMIs are generated. So if you do the caching scheme, the

Re: [RFC PATCH ghak21 4/4] audit: add parent of refused symlink to audit_names

On Thu, Feb 15, 2018 at 9:59 PM, Richard Guy Briggs wrote: > On 2018-02-15 18:34, Paul Moore wrote: >> On Wed, Feb 14, 2018 at 11:18 AM, Richard Guy Briggs wrote: >> > Audit link denied events for symlinks were missing the parent PATH >> > record. Add it.

Re: [RFC PATCH ghak21 4/4] audit: add parent of refused symlink to audit_names

On Thu, Feb 15, 2018 at 9:59 PM, Richard Guy Briggs wrote: > On 2018-02-15 18:34, Paul Moore wrote: >> On Wed, Feb 14, 2018 at 11:18 AM, Richard Guy Briggs wrote: >> > Audit link denied events for symlinks were missing the parent PATH >> > record. Add it. Since the full pathname may not be

Re: [PATCH] x86/microcode: Check microcode revision before updating sibling threads

On Fri, Feb 16, 2018 at 10:46:48AM -0800, Ashok Raj wrote: > After updating microcode on one of the threads in the core, the > thread sibling automatically gets the update since the microcode > resources are shared. Check the ucode revision on the cpu before > performing a ucode update. > >

Re: [PATCH] x86/microcode: Check microcode revision before updating sibling threads

On Fri, Feb 16, 2018 at 10:46:48AM -0800, Ashok Raj wrote: > After updating microcode on one of the threads in the core, the > thread sibling automatically gets the update since the microcode > resources are shared. Check the ucode revision on the cpu before > performing a ucode update. > >

Re: [PATCH 4.4 095/108] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On Fri, Feb 16, 2018 at 10:10:44AM -0800, Brian Norris wrote: > On Fri, Feb 16, 2018 at 07:48:50AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote: > > > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote: > > > > 4.4-stable review

Re: [PATCH 4.4 095/108] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On Fri, Feb 16, 2018 at 10:10:44AM -0800, Brian Norris wrote: > On Fri, Feb 16, 2018 at 07:48:50AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote: > > > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote: > > > > 4.4-stable review

[PATCH 09/23] kconfig: add 'cc-option' macro

This will be the most frequently used macro. It evaluates to 'y' if the given argument is supported by the compiler, or 'n' otherwise. Signed-off-by: Masahiro Yamada --- init/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/init/Kconfig

[PATCH 09/23] kconfig: add 'cc-option' macro

This will be the most frequently used macro. It evaluates to 'y' if the given argument is supported by the compiler, or 'n' otherwise. Signed-off-by: Masahiro Yamada --- init/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/init/Kconfig b/init/Kconfig index b4814e6..f026a62

[PATCH 04/23] kconfig: set SYMBOL_AUTO to the symbol marked with defconfig_list

The 'defconfig_list' is a weird attribute. If the '.config' is missing, conf_read_simple() iterates over all visible defaults, then it uses the first one for which fopen() succeeds. config DEFCONFIG_LIST string depends on !UML option defconfig_list default

[PATCH 15/23] kconfig: add CC_IS_GCC and GCC_VERSION

This will be useful to specify the required compiler version, like this: config FOO bool "Use Foo" depends on GCC_VERSION >= 408000 help This feature requires GCC 4.8 or newer. Signed-off-by: Masahiro Yamada --- init/Kconfig | 9

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