Re: [PATCH v5 20/28] fpga: dfl: add fpga bridge platform driver for FME

On Wed, May 23, 2018 at 10:28 AM, Wu Hao wrote: > On Wed, May 23, 2018 at 10:15:00AM -0500, Alan Tull wrote: >> On Tue, May 1, 2018 at 9:50 PM, Wu Hao wrote: >> >> Hi Hao, >> >> > This patch adds fpga bridge platform driver for FPGA Management Engine. >> > It

Re: [PATCH v5 20/28] fpga: dfl: add fpga bridge platform driver for FME

On Wed, May 23, 2018 at 10:28 AM, Wu Hao wrote: > On Wed, May 23, 2018 at 10:15:00AM -0500, Alan Tull wrote: >> On Tue, May 1, 2018 at 9:50 PM, Wu Hao wrote: >> >> Hi Hao, >> >> > This patch adds fpga bridge platform driver for FPGA Management Engine. >> > It implements the enable_set callback

Re: [PATCH v3] usbip: dynamically allocate idev by nports found in sysfs

On Wed, May 23, 2018 at 10:44:57AM -0600, Shuah Khan wrote: > On 05/23/2018 03:22 AM, Michael Grzeschik wrote: > > As the amount of available ports varies by the kernels build > > configuration. To remove the limitation of the fixed 128 ports > > we allocate the amount of idevs by using the number

Re: [PATCH v3] usbip: dynamically allocate idev by nports found in sysfs

On Wed, May 23, 2018 at 10:44:57AM -0600, Shuah Khan wrote: > On 05/23/2018 03:22 AM, Michael Grzeschik wrote: > > As the amount of available ports varies by the kernels build > > configuration. To remove the limitation of the fixed 128 ports > > we allocate the amount of idevs by using the number

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

On Wed, May 23, 2018 at 04:14:39PM -0400, Mathieu Desnoyers wrote: > - On May 20, 2018, at 10:08 AM, Boqun Feng boqun.f...@gmail.com wrote: > > > On Fri, May 18, 2018 at 02:17:17PM -0400, Mathieu Desnoyers wrote: > >> - On May 17, 2018, at 7:50 PM, Boqun Feng boqun.f...@gmail.com wrote: >

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

On Wed, May 23, 2018 at 04:14:39PM -0400, Mathieu Desnoyers wrote: > - On May 20, 2018, at 10:08 AM, Boqun Feng boqun.f...@gmail.com wrote: > > > On Fri, May 18, 2018 at 02:17:17PM -0400, Mathieu Desnoyers wrote: > >> - On May 17, 2018, at 7:50 PM, Boqun Feng boqun.f...@gmail.com wrote: >

Re: [PATCH 3/6] block: Create scsi_sense.h for SCSI and ATAPI

On Wed, May 23, 2018 at 7:31 AM, Jens Axboe wrote: > On 5/23/18 8:25 AM, Christoph Hellwig wrote: >> On Wed, May 23, 2018 at 08:13:56AM -0600, Jens Axboe wrote: Should I move to code to a new drivers/scsi/scsi_sense.c and add it to drivers/scsi/Makefile as:

Re: [PATCH 3/6] block: Create scsi_sense.h for SCSI and ATAPI

On Wed, May 23, 2018 at 7:31 AM, Jens Axboe wrote: > On 5/23/18 8:25 AM, Christoph Hellwig wrote: >> On Wed, May 23, 2018 at 08:13:56AM -0600, Jens Axboe wrote: Should I move to code to a new drivers/scsi/scsi_sense.c and add it to drivers/scsi/Makefile as:

Re: [PATCHv2] arm64: Make sure permission updates happen for pmd/pud

On Wed, May 23, 2018 at 11:43 AM, Laura Abbott wrote: > Commit 15122ee2c515 ("arm64: Enforce BBM for huge IO/VMAP mappings") > disallowed block mappings for ioremap since that code does not honor > break-before-make. The same APIs are also used for permission updating > though

Re: [PATCHv2] arm64: Make sure permission updates happen for pmd/pud

On Wed, May 23, 2018 at 11:43 AM, Laura Abbott wrote: > Commit 15122ee2c515 ("arm64: Enforce BBM for huge IO/VMAP mappings") > disallowed block mappings for ioremap since that code does not honor > break-before-make. The same APIs are also used for permission updating > though and the extra

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Wed, May 23, 2018 at 01:15:05PM -0700, Vito Caputo wrote: > On Wed, May 23, 2018 at 10:12:22PM +0300, Ville Syrjälä wrote: > > On Wed, May 23, 2018 at 11:39:00AM -0700, Vito Caputo wrote: > > > On Wed, May 23, 2018 at 09:20:37PM +0300, Ville Syrjälä wrote: > > > > On Wed, May 23, 2018 at

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Wed, May 23, 2018 at 01:15:05PM -0700, Vito Caputo wrote: > On Wed, May 23, 2018 at 10:12:22PM +0300, Ville Syrjälä wrote: > > On Wed, May 23, 2018 at 11:39:00AM -0700, Vito Caputo wrote: > > > On Wed, May 23, 2018 at 09:20:37PM +0300, Ville Syrjälä wrote: > > > > On Wed, May 23, 2018 at

Re: [PATCH v2 1/2] NTB: Migrate PCI Constants to Cannonical PCI Header

Dear Logan, Thank you for the comment. My gmail filters got me and I never saw Bjorn's comments on pci_ids.h. I'll start work on v3 when I get another window of time at work. Blessings, Doug On Wed, May 23, 2018 at 1:26 PM, Logan Gunthorpe wrote: > > > On 23/05/18 02:18

Re: [PATCH v2 1/2] NTB: Migrate PCI Constants to Cannonical PCI Header

Dear Logan, Thank you for the comment. My gmail filters got me and I never saw Bjorn's comments on pci_ids.h. I'll start work on v3 when I get another window of time at work. Blessings, Doug On Wed, May 23, 2018 at 1:26 PM, Logan Gunthorpe wrote: > > > On 23/05/18 02:18 PM, dme...@gigaio.com

[PATCH v2 3/6] watchdog: sp805: add 'timeout-sec' DT property support

Add support for optional devicetree property 'timeout-sec'. 'timeout-sec' is used in the driver if specified in devicetree. Otherwise, fall back to driver default, i.e., 60 seconds Signed-off-by: Ray Jui Reviewed-by: Scott Branden Reviewed-by:

[PATCH v2 3/6] watchdog: sp805: add 'timeout-sec' DT property support

Add support for optional devicetree property 'timeout-sec'. 'timeout-sec' is used in the driver if specified in devicetree. Otherwise, fall back to driver default, i.e., 60 seconds Signed-off-by: Ray Jui Reviewed-by: Scott Branden Reviewed-by: Guenter Roeck --- drivers/watchdog/sp805_wdt.c |

[PATCH v2 2/6] Documentation: DT: Add optional 'timeout-sec' property for sp805

Update the SP805 binding document to add optional 'timeout-sec' devicetree property Signed-off-by: Ray Jui Reviewed-by: Scott Branden Reviewed-by: Guenter Roeck --- Documentation/devicetree/bindings/watchdog/arm,sp805.txt |

[PATCH v2 5/6] arm64: dt: set initial SR watchdog timeout to 60 seconds

Set initial Stingray watchdog timeout to 60 seconds By the time when the userspace watchdog daemon is ready and taking control over, the watchdog timeout will then be reset to what's configured in the daemon Signed-off-by: Ray Jui Reviewed-by: Vladimir Olovyannikov

[PATCH v2 2/6] Documentation: DT: Add optional 'timeout-sec' property for sp805

Update the SP805 binding document to add optional 'timeout-sec' devicetree property Signed-off-by: Ray Jui Reviewed-by: Scott Branden Reviewed-by: Guenter Roeck --- Documentation/devicetree/bindings/watchdog/arm,sp805.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v2 5/6] arm64: dt: set initial SR watchdog timeout to 60 seconds

Set initial Stingray watchdog timeout to 60 seconds By the time when the userspace watchdog daemon is ready and taking control over, the watchdog timeout will then be reset to what's configured in the daemon Signed-off-by: Ray Jui Reviewed-by: Vladimir Olovyannikov Reviewed-by: Scott Branden

[PATCH v2 6/6] arm64: defconfig: add CONFIG_ARM_SP805_WATCHDOG

Enable the SP805 watchdog timer Signed-off-by: Ray Jui --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index ecf6137..3fe5eb5 100644 --- a/arch/arm64/configs/defconfig +++

[PATCH v2 6/6] arm64: defconfig: add CONFIG_ARM_SP805_WATCHDOG

Enable the SP805 watchdog timer Signed-off-by: Ray Jui --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index ecf6137..3fe5eb5 100644 --- a/arch/arm64/configs/defconfig +++

[PATCH v2 4/6] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

If the watchdog hardware is already enabled during the boot process, when the Linux watchdog driver loads, it should reset the watchdog and tell the watchdog framework. As a result, ping can be generated from the watchdog framework, until the userspace watchdog daemon takes over control

Re: [PATCH v2 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

On 23/05/18 02:18 PM, dme...@gigaio.com wrote: > Signed-off-by: Doug Meyer Modulo the device ID issue: Reviewed-by: Logan Gunthorpe Thanks for your work on this Doug! Logan

[PATCH v2 4/6] watchdog: sp805: set WDOG_HW_RUNNING when appropriate

If the watchdog hardware is already enabled during the boot process, when the Linux watchdog driver loads, it should reset the watchdog and tell the watchdog framework. As a result, ping can be generated from the watchdog framework, until the userspace watchdog daemon takes over control

Re: [PATCH v2 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

On 23/05/18 02:18 PM, dme...@gigaio.com wrote: > Signed-off-by: Doug Meyer Modulo the device ID issue: Reviewed-by: Logan Gunthorpe Thanks for your work on this Doug! Logan

[PATCH v2 0/6]Enhance support for the SP805 WDT

This patch series enhances the support for the SP805 watchdog timer. First of all, 'timeout-sec' devicetree property is added. In addition, support is also added to allow the driver to reset the watchdog if it has been detected that watchdot has been started in the bootloader. In this case, the

[PATCH v2 1/6] Documentation: DT: Consolidate SP805 binding docs

Consolidate two SP805 binding documents "arm,sp805.txt" and "sp805-wdt.txt" into "arm,sp805.txt" that matches the naming of the desired compatible string to be used Signed-off-by: Ray Jui --- .../devicetree/bindings/watchdog/arm,sp805.txt | 20 +++---

[PATCH v2 1/6] Documentation: DT: Consolidate SP805 binding docs

Consolidate two SP805 binding documents "arm,sp805.txt" and "sp805-wdt.txt" into "arm,sp805.txt" that matches the naming of the desired compatible string to be used Signed-off-by: Ray Jui --- .../devicetree/bindings/watchdog/arm,sp805.txt | 20 +++---

[PATCH v2 0/6]Enhance support for the SP805 WDT

This patch series enhances the support for the SP805 watchdog timer. First of all, 'timeout-sec' devicetree property is added. In addition, support is also added to allow the driver to reset the watchdog if it has been detected that watchdot has been started in the bootloader. In this case, the

Re: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files

On 05/22/2018 11:58 AM, Guenter Roeck wrote: From: Guenter Roeck Commit dc31e741db49 ("ASoC: topology: ABI - Add the types for BE DAI") introduced sound topology files version 5. Initially, this change made the topology code incompatible with v4 topology files. Backwards

Re: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files

On 05/22/2018 11:58 AM, Guenter Roeck wrote: From: Guenter Roeck Commit dc31e741db49 ("ASoC: topology: ABI - Add the types for BE DAI") introduced sound topology files version 5. Initially, this change made the topology code incompatible with v4 topology files. Backwards compatibility with v4

Re: [PATCH v2 1/2] NTB: Migrate PCI Constants to Cannonical PCI Header

On 23/05/18 02:18 PM, dme...@gigaio.com wrote: > +#define PCI_DEVICE_ID_MICROSEMI_PFX24XG3 0x8531 I think Bjorn asked not to add the device IDs to the pci_ids.h and to just use the raw IDs in quirks.h. switchtec.c already uses the raw values. Besides that, it looks good to me.

Re: [PATCH v2 1/2] NTB: Migrate PCI Constants to Cannonical PCI Header

On 23/05/18 02:18 PM, dme...@gigaio.com wrote: > +#define PCI_DEVICE_ID_MICROSEMI_PFX24XG3 0x8531 I think Bjorn asked not to add the device IDs to the pci_ids.h and to just use the raw IDs in quirks.h. switchtec.c already uses the raw values. Besides that, it looks good to me.

[PATCH 03/18] perf annotate: Support '--group' option

From: Jin Yao With the '--group' option, even for non-explicit group, 'perf annotate' will enable the group output. For example, $ perf record -e cycles,branches ./div $ perf annotate main --stdio --group :Disassembly of section .text:

[PATCH 03/18] perf annotate: Support '--group' option

From: Jin Yao With the '--group' option, even for non-explicit group, 'perf annotate' will enable the group output. For example, $ perf record -e cycles,branches ./div $ perf annotate main --stdio --group :Disassembly of section .text: :

Re: [PATCH 08/11] coresight: Add generic TMC sg table framework

On Fri, May 18, 2018 at 05:39:24PM +0100, Suzuki K Poulose wrote: > This patch introduces a generic sg table data structure and > associated operations. An SG table can be used to map a set > of Data pages where the trace data could be stored by the TMC > ETR. The information about the data pages

Re: [PATCH 08/11] coresight: Add generic TMC sg table framework

On Fri, May 18, 2018 at 05:39:24PM +0100, Suzuki K Poulose wrote: > This patch introduces a generic sg table data structure and > associated operations. An SG table can be used to map a set > of Data pages where the trace data could be stored by the TMC > ETR. The information about the data pages

[PATCH 01/18] perf evlist: Introduce force_leader() method

From: Jin Yao For non-explicit group (e.g. those created with -e '{eventA,eventB}'), 'perf report' supports a option '--group' which can enable group output. We also need to support 'perf annotate' with the same '--group'. Create a new function

[PATCH 01/18] perf evlist: Introduce force_leader() method

From: Jin Yao For non-explicit group (e.g. those created with -e '{eventA,eventB}'), 'perf report' supports a option '--group' which can enable group output. We also need to support 'perf annotate' with the same '--group'. Create a new function perf_evlist__force_leader() which contains common

[PATCH 08/18] perf machine: Create maps for x86 PTI entry trampolines

From: Adrian Hunter Create maps for x86 PTI entry trampolines, based on symbols found in kallsyms. It is also necessary to keep track of whether the trampolines have been mapped particularly when the kernel dso is kcore. Signed-off-by: Adrian Hunter

[PATCH 07/18] perf machine: Allow for extra kernel maps

From: Adrian Hunter Identify extra kernel maps by name so that they can be distinguished from the kernel map and module maps. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen

[PATCH 07/18] perf machine: Allow for extra kernel maps

From: Adrian Hunter Identify extra kernel maps by name so that they can be distinguished from the kernel map and module maps. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc: Jiri Olsa Cc: Joerg Roedel Cc:

[PATCH 08/18] perf machine: Create maps for x86 PTI entry trampolines

From: Adrian Hunter Create maps for x86 PTI entry trampolines, based on symbols found in kallsyms. It is also necessary to keep track of whether the trampolines have been mapped particularly when the kernel dso is kcore. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc:

[PATCH 10/18] perf annotate: Show group event string for stdio

From: Jin Yao When we enable the group, for tui/stdio2, the output first line includes the group event string. While for stdio, it will show only one event. For example, perf record -e cycles,branches ./div perf annotate --group --stdio Percent | Source code

[PATCH 10/18] perf annotate: Show group event string for stdio

From: Jin Yao When we enable the group, for tui/stdio2, the output first line includes the group event string. While for stdio, it will show only one event. For example, perf record -e cycles,branches ./div perf annotate --group --stdio Percent | Source code & Disassembly of div for

[PATCH 12/18] perf kcore_copy: Keep a count of phdrs

From: Adrian Hunter In preparation to add more program headers, keep a count of phdrs. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski

[PATCH 12/18] perf kcore_copy: Keep a count of phdrs

From: Adrian Hunter In preparation to add more program headers, keep a count of phdrs. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc: Jiri Olsa Cc: Joerg Roedel Cc: Peter Zijlstra Cc: Thomas Gleixner Cc:

[PATCH 14/18] perf kcore_copy: Layout sections

From: Adrian Hunter In preparation to add more program headers, layout the relative offset of each section. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy

[PATCH 14/18] perf kcore_copy: Layout sections

From: Adrian Hunter In preparation to add more program headers, layout the relative offset of each section. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc: Jiri Olsa Cc: Joerg Roedel Cc: Peter Zijlstra Cc:

[PATCH 15/18] perf kcore_copy: Iterate phdrs

From: Adrian Hunter In preparation to add more program headers, iterate phdrs instead of assuming there is only one for the kernel text and one for the modules. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin

[PATCH 13/18] perf kcore_copy: Calculate offset from phnum

From: Adrian Hunter In preparation to add more program headers, calculate offset from the number of phdrs. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy

[PATCH 15/18] perf kcore_copy: Iterate phdrs

From: Adrian Hunter In preparation to add more program headers, iterate phdrs instead of assuming there is only one for the kernel text and one for the modules. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc:

[PATCH 13/18] perf kcore_copy: Calculate offset from phnum

From: Adrian Hunter In preparation to add more program headers, calculate offset from the number of phdrs. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc: Jiri Olsa Cc: Joerg Roedel Cc: Peter Zijlstra Cc:

[PATCH 17/18] perf kcore_copy: Copy x86 PTI entry trampoline sections

From: Adrian Hunter Identify and copy any sections for x86 PTI entry trampolines. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski

[PATCH 17/18] perf kcore_copy: Copy x86 PTI entry trampoline sections

From: Adrian Hunter Identify and copy any sections for x86 PTI entry trampolines. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc: Jiri Olsa Cc: Joerg Roedel Cc: Peter Zijlstra Cc: Thomas Gleixner Cc:

[PATCH 11/18] perf kcore_copy: Keep phdr data in a list

From: Adrian Hunter Currently, kcore_copy makes 2 program headers, one for the kernel text (namely kernel_map) and one for the modules (namely modules_map). Now more program headers are needed, but treating each program header as a special case results in much more code.

[PATCH 11/18] perf kcore_copy: Keep phdr data in a list

From: Adrian Hunter Currently, kcore_copy makes 2 program headers, one for the kernel text (namely kernel_map) and one for the modules (namely modules_map). Now more program headers are needed, but treating each program header as a special case results in much more code. Instead, in preparation

[PATCH 16/18] perf kcore_copy: Get rid of kernel_map

From: Adrian Hunter In preparation to add more program headers, get rid of kernel_map and modules_map by moving ->kernel_map and ->modules_map to newly allocated entries in the ->phdrs list. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

On Wed, 23 May 2018 10:53:55 -0500 ebied...@xmission.com (Eric W. Biederman) wrote: > Dave Young writes: > > > [snip] > > > >> > > >> > +config CRASHKERNEL_DEFAULT_THRESHOLD_MB > >> > +int "System memory size threshold for kdump memory default > >> > reserving" >

[PATCH 16/18] perf kcore_copy: Get rid of kernel_map

From: Adrian Hunter In preparation to add more program headers, get rid of kernel_map and modules_map by moving ->kernel_map and ->modules_map to newly allocated entries in the ->phdrs list. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

On Wed, 23 May 2018 10:53:55 -0500 ebied...@xmission.com (Eric W. Biederman) wrote: > Dave Young writes: > > > [snip] > > > >> > > >> > +config CRASHKERNEL_DEFAULT_THRESHOLD_MB > >> > +int "System memory size threshold for kdump memory default > >> > reserving" > >> > +

[PATCH 18/18] perf kcore_copy: Amend the offset of sections that remap kernel text

From: Adrian Hunter x86 PTI entry trampolines all map to the same physical page. If that is reflected in the program headers of /proc/kcore, then do the same for the copy of kcore. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin

[PATCH 18/18] perf kcore_copy: Amend the offset of sections that remap kernel text

From: Adrian Hunter x86 PTI entry trampolines all map to the same physical page. If that is reflected in the program headers of /proc/kcore, then do the same for the copy of kcore. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H.

Re: [PATCH 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

On 23/05/18 07:33 AM, Bjorn Helgaas wrote: > This (and Alex's) analysis is very useful and I'd like to capture it > somehow, perhaps by expanding the poor pci_add_dma_alias() function > comment I added with f0af9593372a ("PCI: Add pci_add_dma_alias() to > abstract implementation"). > > The

Re: [PATCH 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

On 23/05/18 07:33 AM, Bjorn Helgaas wrote: > This (and Alex's) analysis is very useful and I'd like to capture it > somehow, perhaps by expanding the poor pci_add_dma_alias() function > comment I added with f0af9593372a ("PCI: Add pci_add_dma_alias() to > abstract implementation"). > > The

[PATCH 06/18] perf machine: Fix map_groups__split_kallsyms() for entry trampoline symbols

From: Adrian Hunter When kernel symbols are derived from /proc/kallsyms only (not using vmlinux or /proc/kcore) map_groups__split_kallsyms() is used. However that function makes assumptions that are not true with entry trampoline symbols. For now, remove the entry

[PATCH 09/18] perf machine: Synthesize and process mmap events for x86 PTI entry trampolines

From: Adrian Hunter Like the kernel text, the location of x86 PTI entry trampolines must be recorded in the perf.data file. Like the kernel, synthesize a mmap event for that, and add processing for it. Signed-off-by: Adrian Hunter Cc: Alexander

[PATCH 06/18] perf machine: Fix map_groups__split_kallsyms() for entry trampoline symbols

From: Adrian Hunter When kernel symbols are derived from /proc/kallsyms only (not using vmlinux or /proc/kcore) map_groups__split_kallsyms() is used. However that function makes assumptions that are not true with entry trampoline symbols. For now, remove the entry trampoline symbols at that

[PATCH 09/18] perf machine: Synthesize and process mmap events for x86 PTI entry trampolines

From: Adrian Hunter Like the kernel text, the location of x86 PTI entry trampolines must be recorded in the perf.data file. Like the kernel, synthesize a mmap event for that, and add processing for it. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski

[PATCH 02/18] perf report: Use perf_evlist__force_leader to support '--group'

From: Jin Yao Since we created a new function perf_evlist__force_leader(), remove the old code and use that new evlist method. Signed-off-by: Jin Yao Tested-by: Arnaldo Carvalho de Melo Cc: Alexander Shishkin

[PATCH 02/18] perf report: Use perf_evlist__force_leader to support '--group'

From: Jin Yao Since we created a new function perf_evlist__force_leader(), remove the old code and use that new evlist method. Signed-off-by: Jin Yao Tested-by: Arnaldo Carvalho de Melo Cc: Alexander Shishkin Cc: Andi Kleen Cc: Jiri Olsa Cc: Kan Liang Cc: Peter Zijlstra Link:

[PATCH 04/18] perf machine: Add nr_cpus_avail()

From: Adrian Hunter Add a function to return the number of the machine's available CPUs. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski

[PATCH 05/18] perf machine: Workaround missing maps for x86 PTI entry trampolines

From: Adrian Hunter On x86_64 the PTI entry trampolines are not in the kernel map created by perf tools. That results in the addresses having no symbols and prevents annotation. It also causes Intel PT to have decoding errors at the trampoline addresses. Workaround

[PATCH 04/18] perf machine: Add nr_cpus_avail()

From: Adrian Hunter Add a function to return the number of the machine's available CPUs. Signed-off-by: Adrian Hunter Cc: Alexander Shishkin Cc: Andi Kleen Cc: Andy Lutomirski Cc: Dave Hansen Cc: H. Peter Anvin Cc: Jiri Olsa Cc: Joerg Roedel Cc: Peter Zijlstra Cc: Thomas Gleixner Cc:

[PATCH 05/18] perf machine: Workaround missing maps for x86 PTI entry trampolines

From: Adrian Hunter On x86_64 the PTI entry trampolines are not in the kernel map created by perf tools. That results in the addresses having no symbols and prevents annotation. It also causes Intel PT to have decoding errors at the trampoline addresses. Workaround that by creating maps for

[GIT PULL 00/18] perf/core improvements

into perf/core (2018-05-19 13:32:53 +0200) 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.18-20180523 for you to fetch changes up to 22916fdb9c50e8fb303bdcedca88fd8798a85844: perf kcore_copy: Amend the offset

[GIT PULL 00/18] perf/core improvements

into perf/core (2018-05-19 13:32:53 +0200) 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.18-20180523 for you to fetch changes up to 22916fdb9c50e8fb303bdcedca88fd8798a85844: perf kcore_copy: Amend the offset

[PATCH v2 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

From: Doug Meyer Here we add the PCI quirk for the Microsemi Switchtec parts to allow DMA access via non-transparent bridging to work when the IOMMU is turned on. This exclusively addresses the ability of a remote NT endpoint to perform DMA accesses through the locally

[PATCH v2 2/2] NTB: PCI Quirk to Enable Switchtec NT Functionality with IOMMU On

From: Doug Meyer Here we add the PCI quirk for the Microsemi Switchtec parts to allow DMA access via non-transparent bridging to work when the IOMMU is turned on. This exclusively addresses the ability of a remote NT endpoint to perform DMA accesses through the locally enumerated NT endpoint.

Re: [PATCH v8 4/6] cpuset: Make generate_sched_domains() recognize isolated_cpus

On 05/23/2018 01:34 PM, Patrick Bellasi wrote: > Hi Waiman, > > On 17-May 16:55, Waiman Long wrote: > > [...] > >> @@ -672,13 +672,14 @@ static int generate_sched_domains(cpumask_var_t >> **domains, >> int ndoms = 0; /* number of sched domains in result */ >> int nslot;

Re: [PATCH v8 4/6] cpuset: Make generate_sched_domains() recognize isolated_cpus

On 05/23/2018 01:34 PM, Patrick Bellasi wrote: > Hi Waiman, > > On 17-May 16:55, Waiman Long wrote: > > [...] > >> @@ -672,13 +672,14 @@ static int generate_sched_domains(cpumask_var_t >> **domains, >> int ndoms = 0; /* number of sched domains in result */ >> int nslot;

[PATCH v2 1/2] NTB: Migrate PCI Constants to Cannonical PCI Header

From: Doug Meyer This is the first of two patches to implement a PCI quirk which will allow the Switchtec NTB code to work with the IOMMU turned on. Here, the Microsemi Switchtec PCI vendor and device ID constants are moved to the canonical location in pci_ids.h. Also,

[PATCH v2 1/2] NTB: Migrate PCI Constants to Cannonical PCI Header

From: Doug Meyer This is the first of two patches to implement a PCI quirk which will allow the Switchtec NTB code to work with the IOMMU turned on. Here, the Microsemi Switchtec PCI vendor and device ID constants are moved to the canonical location in pci_ids.h. Also, Microsemi class constants

[PATCH v2 0/2] PCI Quirk Patchset for Microsemi Switchtec NTB

From: Doug Meyer This is a resend of the patch series to enable Microsemi Switchtec NTB configurations to run with the IOMMU in the hosts turned on. Because of the nature PCI Quirk implementation, it was preferable to migrate the Microsemi PCI vendor and device definitions to

[PATCH v2 0/2] PCI Quirk Patchset for Microsemi Switchtec NTB

From: Doug Meyer This is a resend of the patch series to enable Microsemi Switchtec NTB configurations to run with the IOMMU in the hosts turned on. Because of the nature PCI Quirk implementation, it was preferable to migrate the Microsemi PCI vendor and device definitions to the Linux canonical

[PATCH] arm64: dts: stingray: Add otp device node

Add otp device node for Stingray SOC. Fixes: 2fa9e9e29ea2 ("arm64: dts: Add GPIO DT nodes for Stingray SOC") Signed-off-by: Scott Branden --- arch/arm64/boot/dts/broadcom/stingray/stingray.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH] arm64: dts: stingray: Add otp device node

Add otp device node for Stingray SOC. Fixes: 2fa9e9e29ea2 ("arm64: dts: Add GPIO DT nodes for Stingray SOC") Signed-off-by: Scott Branden --- arch/arm64/boot/dts/broadcom/stingray/stingray.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Wed, May 23, 2018 at 10:12:22PM +0300, Ville Syrjälä wrote: > On Wed, May 23, 2018 at 11:39:00AM -0700, Vito Caputo wrote: > > On Wed, May 23, 2018 at 09:20:37PM +0300, Ville Syrjälä wrote: > > > On Wed, May 23, 2018 at 11:06:00AM -0700, Vito Caputo wrote: > > > > On Wed, May 23, 2018 at

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Wed, May 23, 2018 at 10:12:22PM +0300, Ville Syrjälä wrote: > On Wed, May 23, 2018 at 11:39:00AM -0700, Vito Caputo wrote: > > On Wed, May 23, 2018 at 09:20:37PM +0300, Ville Syrjälä wrote: > > > On Wed, May 23, 2018 at 11:06:00AM -0700, Vito Caputo wrote: > > > > On Wed, May 23, 2018 at

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, May 23, 2018 at 03:13:37PM -0400, Steven Rostedt wrote: > On Wed, 23 May 2018 10:03:03 -0700 > "Paul E. McKenney" wrote: > > > > > > diff --git a/kernel/rcu/update.c b/kernel/rcu/update.c > > > > > index 5783bdf86e5a..a28698e44b08 100644 > > > > > ---

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, May 23, 2018 at 03:13:37PM -0400, Steven Rostedt wrote: > On Wed, 23 May 2018 10:03:03 -0700 > "Paul E. McKenney" wrote: > > > > > > diff --git a/kernel/rcu/update.c b/kernel/rcu/update.c > > > > > index 5783bdf86e5a..a28698e44b08 100644 > > > > > --- a/kernel/rcu/update.c > > > > > +++

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

- On May 20, 2018, at 10:08 AM, Boqun Feng boqun.f...@gmail.com wrote: > On Fri, May 18, 2018 at 02:17:17PM -0400, Mathieu Desnoyers wrote: >> - On May 17, 2018, at 7:50 PM, Boqun Feng boqun.f...@gmail.com wrote: >> [...] >> >> > I think you're right. So we have to introduce callsite to

Re: [PATCH 07/14] powerpc: Add support for restartable sequences

- On May 20, 2018, at 10:08 AM, Boqun Feng boqun.f...@gmail.com wrote: > On Fri, May 18, 2018 at 02:17:17PM -0400, Mathieu Desnoyers wrote: >> - On May 17, 2018, at 7:50 PM, Boqun Feng boqun.f...@gmail.com wrote: >> [...] >> >> > I think you're right. So we have to introduce callsite to

Re: v4.17-rc1: regressions on N900, N950

On Wed 2018-05-23 16:06:15, Pavel Machek wrote: > On Wed 2018-05-23 00:56:38, Aaro Koskinen wrote: > > Hi, > > > > On Tue, May 22, 2018 at 10:58:26PM +0200, Pavel Machek wrote: > > > On Tue 2018-05-22 22:41:39, Aaro Koskinen wrote: > > > > My device worked with v4.17-rc1 (haven't found time to

Re: v4.17-rc1: regressions on N900, N950

On Wed 2018-05-23 16:06:15, Pavel Machek wrote: > On Wed 2018-05-23 00:56:38, Aaro Koskinen wrote: > > Hi, > > > > On Tue, May 22, 2018 at 10:58:26PM +0200, Pavel Machek wrote: > > > On Tue 2018-05-22 22:41:39, Aaro Koskinen wrote: > > > > My device worked with v4.17-rc1 (haven't found time to

Re: [PATCH v3 13/13] soc: rockchip: power-domain: add power domain support for px30

Am Mittwoch, 23. Mai 2018, 08:53:32 CEST schrieb Elaine Zhang: > From: Finley Xiao > > This driver is modified to support PX30 SoC. > > Signed-off-by: Finley Xiao > Signed-off-by: Elaine Zhang applied for 4.18

Re: [PATCH v3 13/13] soc: rockchip: power-domain: add power domain support for px30

Am Mittwoch, 23. Mai 2018, 08:53:32 CEST schrieb Elaine Zhang: > From: Finley Xiao > > This driver is modified to support PX30 SoC. > > Signed-off-by: Finley Xiao > Signed-off-by: Elaine Zhang applied for 4.18 (or later) Thanks Heiko

Re: [PATCH v3 08/13] dt-bindings: power: add RK3228 SoCs header for power-domain

Am Mittwoch, 23. Mai 2018, 08:51:26 CEST schrieb Elaine Zhang: > According to a description from TRM, add all the power domains. > > Signed-off-by: Elaine Zhang applied for 4.18 (or later) Thanks Heiko

Re: [PATCH v3 08/13] dt-bindings: power: add RK3228 SoCs header for power-domain

Am Mittwoch, 23. Mai 2018, 08:51:26 CEST schrieb Elaine Zhang: > According to a description from TRM, add all the power domains. > > Signed-off-by: Elaine Zhang applied for 4.18 (or later) Thanks Heiko

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