Re: [PATCH BUGFIX 1/1] block, bfq: add requeue-request hook

On Tue, 2018-02-06 at 08:44 +0100, Oleksandr Natalenko wrote: > Hi, Paolo. > > I can confirm that this patch fixes cfdisk hang for me. I've also tried > to trigger the issue Mike has encountered, but with no luck (maybe, I > wasn't insistent enough, just was doing dd on usb-storage device in

Re: [PATCH BUGFIX 1/1] block, bfq: add requeue-request hook

On Tue, 2018-02-06 at 08:44 +0100, Oleksandr Natalenko wrote: > Hi, Paolo. > > I can confirm that this patch fixes cfdisk hang for me. I've also tried > to trigger the issue Mike has encountered, but with no luck (maybe, I > wasn't insistent enough, just was doing dd on usb-storage device in

Re: [PATCH v3 3/3] x86/entry: Clear registers for compat syscalls

On Mon, Feb 5, 2018 at 11:26 PM, Ingo Molnar wrote: > > * Dan Williams wrote: > >> From: Andi Kleen >> >> At entry userspace may have populated registers with values that could >> be useful in a speculative execution attack.

Re: [PATCH v3 3/3] x86/entry: Clear registers for compat syscalls

On Mon, Feb 5, 2018 at 11:26 PM, Ingo Molnar wrote: > > * Dan Williams wrote: > >> From: Andi Kleen >> >> At entry userspace may have populated registers with values that could >> be useful in a speculative execution attack. Clear them to minimize the >> kernel's attack surface. >> >> [djbw:

Re: [PATCH 3/3] vfio: disable filesystem-dax page pinning

Hi Dan, On 02/04/18 15:05 -0800, Dan Williams wrote: > Filesystem-DAX is incompatible with 'longterm' page pinning. Without > page cache indirection a DAX mapping maps filesystem blocks directly. > This means that the filesystem must not modify a file's block map while > any page in a mapping is

Re: [PATCH 3/3] vfio: disable filesystem-dax page pinning

Hi Dan, On 02/04/18 15:05 -0800, Dan Williams wrote: > Filesystem-DAX is incompatible with 'longterm' page pinning. Without > page cache indirection a DAX mapping maps filesystem blocks directly. > This means that the filesystem must not modify a file's block map while > any page in a mapping is

Re: [PATCH BUGFIX 1/1] block, bfq: add requeue-request hook

Hi, Paolo. I can confirm that this patch fixes cfdisk hang for me. I've also tried to trigger the issue Mike has encountered, but with no luck (maybe, I wasn't insistent enough, just was doing dd on usb-storage device in the VM). So, with regard to cfdisk hang on usb-storage: Tested-by:

Re: [PATCH BUGFIX 1/1] block, bfq: add requeue-request hook

Hi, Paolo. I can confirm that this patch fixes cfdisk hang for me. I've also tried to trigger the issue Mike has encountered, but with no luck (maybe, I wasn't insistent enough, just was doing dd on usb-storage device in the VM). So, with regard to cfdisk hang on usb-storage: Tested-by:

Re: [PATCH V2 1/7] sched/topology: Adding function partition_sched_domains_locked()

On 05/02/18 11:11, Mathieu Poirier wrote: > On 2 February 2018 at 03:19, Juri Lelli wrote: > > Hi Mathieu, > > > > On 01/02/18 09:51, Mathieu Poirier wrote: > >> Introducing function partition_sched_domains_locked() by taking > >> the mutex locking code out of the original

Re: [PATCH V2 1/7] sched/topology: Adding function partition_sched_domains_locked()

On 05/02/18 11:11, Mathieu Poirier wrote: > On 2 February 2018 at 03:19, Juri Lelli wrote: > > Hi Mathieu, > > > > On 01/02/18 09:51, Mathieu Poirier wrote: > >> Introducing function partition_sched_domains_locked() by taking > >> the mutex locking code out of the original function. That way >

[PATCH v2 3/3] backlight: adp8860: document sysfs attributes

Add documentation for sysfs interface of adp8860 series backlight devices by reading through code and git commits. Signed-off-by: Aishwarya Pant Acked-by: Michael Hennerich --- .../ABI/testing/sysfs-class-backlight-adp8860 | 54

Re: [PATCH v6 19/36] nds32: VDSO support

2018-01-18 18:28 GMT+08:00 Arnd Bergmann : > On Mon, Jan 15, 2018 at 6:53 AM, Greentime Hu wrote: >> From: Greentime Hu >> >> This patch adds VDSO support. The VDSO code is currently used for >> sys_rt_sigreturn() and optimised

[PATCH v2 3/3] backlight: adp8860: document sysfs attributes

Add documentation for sysfs interface of adp8860 series backlight devices by reading through code and git commits. Signed-off-by: Aishwarya Pant Acked-by: Michael Hennerich --- .../ABI/testing/sysfs-class-backlight-adp8860 | 54 ++ 1 file changed, 54 insertions(+)

Re: [PATCH v6 19/36] nds32: VDSO support

2018-01-18 18:28 GMT+08:00 Arnd Bergmann : > On Mon, Jan 15, 2018 at 6:53 AM, Greentime Hu wrote: >> From: Greentime Hu >> >> This patch adds VDSO support. The VDSO code is currently used for >> sys_rt_sigreturn() and optimised gettimeofday() (using the SoC timer >> counter). >> >>

[PATCH v2 2/3] backlight: adp5520: document sysfs attributes

Add documentation for sysfs interface of adp5520/adp5501 analog devices backlight driver by reading code and looking through git commit logs. Signed-off-by: Aishwarya Pant Acked-by: Michael Hennerich ---

[PATCH v2 2/3] backlight: adp5520: document sysfs attributes

Add documentation for sysfs interface of adp5520/adp5501 analog devices backlight driver by reading code and looking through git commit logs. Signed-off-by: Aishwarya Pant Acked-by: Michael Hennerich --- .../ABI/testing/sysfs-class-backlight-adp5520 | 31 ++ 1 file

[PATCH v2 1/3] backlight: lm3639: document sysfs attributes

Add documentation for sysfs interfaces of Texas Instruments lm3639 backlight + flash led driver chip by looking through git commits and reading code. Signed-off-by: Aishwarya Pant Acked-by: Daniel Thompson --- Changes in v2: - Update contact

[PATCH v2 1/3] backlight: lm3639: document sysfs attributes

Add documentation for sysfs interfaces of Texas Instruments lm3639 backlight + flash led driver chip by looking through git commits and reading code. Signed-off-by: Aishwarya Pant Acked-by: Daniel Thompson --- Changes in v2: - Update contact information

[PATCH v2 0/3] backlight: document sysfs interfaces

Patchset contains documentation of the sysfs interfaces for the following five backlight drivers- 1) lm3639 2) adp5520 3) adp8860 It was compiled from data sheets, reading code and git history logs. In v2 of the patches, documentation for lp8788 and lp855x devices was dropped as the attributes

[PATCH v2 0/3] backlight: document sysfs interfaces

Patchset contains documentation of the sysfs interfaces for the following five backlight drivers- 1) lm3639 2) adp5520 3) adp8860 It was compiled from data sheets, reading code and git history logs. In v2 of the patches, documentation for lp8788 and lp855x devices was dropped as the attributes

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 05, 2018 at 12:56:04PM +0100, Linus Walleij wrote: > On Mon, Feb 5, 2018 at 9:47 AM, Ludovic Desroches > wrote: > > > Use GPIO descriptors instead of relying on the old method. > > > > Signed-off-by: Ludovic Desroches

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 05, 2018 at 12:56:04PM +0100, Linus Walleij wrote: > On Mon, Feb 5, 2018 at 9:47 AM, Ludovic Desroches > wrote: > > > Use GPIO descriptors instead of relying on the old method. > > > > Signed-off-by: Ludovic Desroches > > Ah there it is :D > Reviewed-by: Linus Walleij > > PS: why

[PATCH V2] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre Reviewed-by: Linus Walleij Reviewed-by: Andy Shevchenko ---

[PATCH V2] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre Reviewed-by: Linus Walleij Reviewed-by: Andy Shevchenko --- Changes - V2: - remove of_gpio.h. - move gpiod declaration to preserve reversed tree style. - use

[PATCH v2 6/7] arm64: tegra: Add Tegra194 chip device tree

Add the chip-level device tree, including binding headers, for the NVIDIA Tegra194 "Xavier" system-on-chip. Only a small subset of devices are initially available, enough to boot to UART console. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/tegra194.dtsi

[PATCH v2 6/7] arm64: tegra: Add Tegra194 chip device tree

Add the chip-level device tree, including binding headers, for the NVIDIA Tegra194 "Xavier" system-on-chip. Only a small subset of devices are initially available, enough to boot to UART console. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/tegra194.dtsi | 342

[PATCH v2 1/7] firmware: tegra: Simplify channel management

The Tegra194 BPMP only implements 5 channels (4 to BPMP, 1 to CCPLEX), and they are not placed contiguously in memory. The current channel management in the BPMP driver does not support this. Simplify and refactor the channel management such that only one atomic transmit channel and one receive

[PATCH v2 5/7] dt-bindings: tegra: Add documentation for nvidia,tegra194-pmc

The Tegra194 power management controller has one additional register aperture to be specified in the device tree node. Signed-off-by: Mikko Perttunen Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/tegra/nvidia,tegra186-pmc.txt | 2 ++

[PATCH v2 1/7] firmware: tegra: Simplify channel management

The Tegra194 BPMP only implements 5 channels (4 to BPMP, 1 to CCPLEX), and they are not placed contiguously in memory. The current channel management in the BPMP driver does not support this. Simplify and refactor the channel management such that only one atomic transmit channel and one receive

[PATCH v2 5/7] dt-bindings: tegra: Add documentation for nvidia,tegra194-pmc

The Tegra194 power management controller has one additional register aperture to be specified in the device tree node. Signed-off-by: Mikko Perttunen Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/arm/tegra/nvidia,tegra186-pmc.txt | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH v2 0/7] Initial support for NVIDIA Tegra194

Hello everyone, this series adds initial support for the NVIDIA Tegra194 "Xavier" system-on-chip. Initially UART, I2C, SDMMC, as well as the PMIC are supported, allowing booting to a console. The changes consist almost completely of the new device trees, however some fixes are required in the

[PATCH v2 4/7] dt-bindings: tegra: Add missing chips and NVIDIA boards

Add compatibility strings for supported but undocumented Tegra chips (Tegra114/124/132/210/186/194) and reference boards. Signed-off-by: Mikko Perttunen --- Notes: v2: - add patch Documentation/devicetree/bindings/arm/tegra.txt | 16 1 file

[PATCH v2 7/7] arm64: tegra: Add device tree for the Tegra194 P2972-0000 board

Add device tree files for the Tegra194 P2972- development board. The board consists of the P2888 compute module and the P2822 baseboard. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/Makefile| 1 +

[PATCH v2 0/7] Initial support for NVIDIA Tegra194

Hello everyone, this series adds initial support for the NVIDIA Tegra194 "Xavier" system-on-chip. Initially UART, I2C, SDMMC, as well as the PMIC are supported, allowing booting to a console. The changes consist almost completely of the new device trees, however some fixes are required in the

[PATCH v2 4/7] dt-bindings: tegra: Add missing chips and NVIDIA boards

Add compatibility strings for supported but undocumented Tegra chips (Tegra114/124/132/210/186/194) and reference boards. Signed-off-by: Mikko Perttunen --- Notes: v2: - add patch Documentation/devicetree/bindings/arm/tegra.txt | 16 1 file changed, 16 insertions(+)

[PATCH v2 7/7] arm64: tegra: Add device tree for the Tegra194 P2972-0000 board

Add device tree files for the Tegra194 P2972- development board. The board consists of the P2888 compute module and the P2822 baseboard. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/Makefile| 1 + arch/arm64/boot/dts/nvidia/tegra194-p2888.dtsi | 248

[PATCH v2 3/7] soc/tegra: pmc: Add Tegra194 compatibility string

The Tegra194 PMC is mostly compatible with Tegra186, including in all currently supported features. As such, add a new compatibility string but point to the existing Tegra186 SoC data for now. Signed-off-by: Mikko Perttunen --- drivers/soc/tegra/pmc.c | 1 + 1 file

[PATCH v2 3/7] soc/tegra: pmc: Add Tegra194 compatibility string

The Tegra194 PMC is mostly compatible with Tegra186, including in all currently supported features. As such, add a new compatibility string but point to the existing Tegra186 SoC data for now. Signed-off-by: Mikko Perttunen --- drivers/soc/tegra/pmc.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH v2 2/7] soc/tegra: Add Tegra194 SoC configuration option

Add the configuration option to enable support for the Tegra194 system-on-chip, and enable it by default in the arm64 defconfig. Signed-off-by: Mikko Perttunen --- arch/arm64/configs/defconfig | 1 + drivers/soc/tegra/Kconfig| 10 ++ 2 files changed, 11

[PATCH v2 2/7] soc/tegra: Add Tegra194 SoC configuration option

Add the configuration option to enable support for the Tegra194 system-on-chip, and enable it by default in the arm64 defconfig. Signed-off-by: Mikko Perttunen --- arch/arm64/configs/defconfig | 1 + drivers/soc/tegra/Kconfig| 10 ++ 2 files changed, 11 insertions(+) diff --git

Re: [PATCH v3 3/3] x86/entry: Clear registers for compat syscalls

* Dan Williams wrote: > From: Andi Kleen > > At entry userspace may have populated registers with values that could > be useful in a speculative execution attack. Clear them to minimize the > kernel's attack surface. > > [djbw: interleave the

Re: [PATCH] sched/deadline: Make update_curr_dl() more accurate

Hi, On 06/02/18 09:55, Wen Yang wrote: > rq->clock_task may be updated between the two calls of > rq_clock_task() in update_curr_dl(). Calling rq_clock_task() only > once makes it more accurate and efficient, taking update_curr() as > reference. > > Signed-off-by: Wen Yang

Re: [PATCH v3 3/3] x86/entry: Clear registers for compat syscalls

* Dan Williams wrote: > From: Andi Kleen > > At entry userspace may have populated registers with values that could > be useful in a speculative execution attack. Clear them to minimize the > kernel's attack surface. > > [djbw: interleave the clearing with setting up the stack ] > Cc: Thomas

Re: [PATCH] sched/deadline: Make update_curr_dl() more accurate

Hi, On 06/02/18 09:55, Wen Yang wrote: > rq->clock_task may be updated between the two calls of > rq_clock_task() in update_curr_dl(). Calling rq_clock_task() only > once makes it more accurate and efficient, taking update_curr() as > reference. > > Signed-off-by: Wen Yang > Reviewed-by: Jiang

[PATCH v2] Documentation/ABI: update infiniband sysfs interfaces

Add documentation for core and hardware specific infiniband interfaces. The descriptions have been collected from git commit logs, reading through code and data sheets. Some drivers have incomplete doc and are annotated with the comment '[to be documented]'. Signed-off-by: Aishwarya Pant

[PATCH v2] Documentation/ABI: update infiniband sysfs interfaces

Add documentation for core and hardware specific infiniband interfaces. The descriptions have been collected from git commit logs, reading through code and data sheets. Some drivers have incomplete doc and are annotated with the comment '[to be documented]'. Signed-off-by: Aishwarya Pant ---

Re: [PATCH v4] ACPI / tables: Add IORT to injectable table list

On 2018/2/6 14:37, Yang Shunyong wrote: > Loading IORT table from initrd can be used to fix severe firmware > IORT defects temporarily before platform/BIOS vendor releases an > upgraded BIOS binary. > > Moreover, it is very powerful to debug SMMU node/device probe, MSI > allocation, stream id

Re: [PATCH v4] ACPI / tables: Add IORT to injectable table list

On 2018/2/6 14:37, Yang Shunyong wrote: > Loading IORT table from initrd can be used to fix severe firmware > IORT defects temporarily before platform/BIOS vendor releases an > upgraded BIOS binary. > > Moreover, it is very powerful to debug SMMU node/device probe, MSI > allocation, stream id

Re: [PATCH v2 1/3] x86/entry: Clear extra registers beyond syscall arguments for 64bit kernels

* Andi Kleen wrote: > > - There's various conditional pieces of entry code that run before any > >RBP-clobbering C function is called. While none of them has an > > exploitable > >Spectre 'gadget' at the moment, we'd have to consider this for every

Re: [PATCH v2 1/3] x86/entry: Clear extra registers beyond syscall arguments for 64bit kernels

* Andi Kleen wrote: > > - There's various conditional pieces of entry code that run before any > >RBP-clobbering C function is called. While none of them has an > > exploitable > >Spectre 'gadget' at the moment, we'd have to consider this for every > > future > >

Re: [PATCH v6 1/2] staging: fsl-mc: Move core bus out of staging

On 2/5/2018 4:08 PM, Bogdan Purcareata wrote: > Move the source files out of staging into their final locations: > -mc.h include file in drivers/staging/fsl-mc/include go to include/linux/fsl > -source files in drivers/staging/fsl-mc/bus go to drivers/bus/fsl-mc > -overview.rst, providing an

Re: [PATCH v6 1/2] staging: fsl-mc: Move core bus out of staging

On 2/5/2018 4:08 PM, Bogdan Purcareata wrote: > Move the source files out of staging into their final locations: > -mc.h include file in drivers/staging/fsl-mc/include go to include/linux/fsl > -source files in drivers/staging/fsl-mc/bus go to drivers/bus/fsl-mc > -overview.rst, providing an

Re: [RFC] tracing: Improve design of preemptirq tracepoints and its users

On Mon, Feb 5, 2018 at 6:39 PM, Joel Fernandes wrote: > This patch detaches the preemptirq tracepoints from the tracers and > keeps it separate. With this, several ifdefs are cleaner, and lockdep > and other users can use the preemptirq tracepoints by registering probes > onto

Re: [RFC] tracing: Improve design of preemptirq tracepoints and its users

On Mon, Feb 5, 2018 at 6:39 PM, Joel Fernandes wrote: > This patch detaches the preemptirq tracepoints from the tracers and > keeps it separate. With this, several ifdefs are cleaner, and lockdep > and other users can use the preemptirq tracepoints by registering probes > onto them. This makes it

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Mon, Feb 05, 2018 at 10:25:54PM -0600, Alan Tull wrote: > On Mon, Feb 5, 2018 at 7:47 PM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 10:36:45AM -0800, Luebbers, Enno wrote: > >> Hi Hao, > >> > >> On Sun, Feb 04, 2018 at 05:37:06PM +0800, Wu Hao wrote: > >> > On Fri, Feb 02,

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Mon, Feb 05, 2018 at 10:25:54PM -0600, Alan Tull wrote: > On Mon, Feb 5, 2018 at 7:47 PM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 10:36:45AM -0800, Luebbers, Enno wrote: > >> Hi Hao, > >> > >> On Sun, Feb 04, 2018 at 05:37:06PM +0800, Wu Hao wrote: > >> > On Fri, Feb 02, 2018 at 04:26:26PM

[PATCH -mm] mm, swap, frontswap: Fix THP swap if frontswap enabled

From: Huang Ying It was reported by Sergey Senozhatsky that if THP (Transparent Huge Page) and frontswap (via zswap) are both enabled, when memory goes low so that swap is triggered, segfault and memory corruption will occur in random user space applications as follow,

[PATCH -mm] mm, swap, frontswap: Fix THP swap if frontswap enabled

From: Huang Ying It was reported by Sergey Senozhatsky that if THP (Transparent Huge Page) and frontswap (via zswap) are both enabled, when memory goes low so that swap is triggered, segfault and memory corruption will occur in random user space applications as follow, kernel: urxvt[338]:

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

On Mon, Feb 5, 2018 at 10:50 PM, Joel Fernandes wrote: > On Wed, Jan 31, 2018 at 9:50 AM, Rohit Jain wrote: >>kernel/sched/fair.c | 38 -- >>1 file changed, 28 insertions(+), 10 deletions(-) >>

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

On Mon, Feb 5, 2018 at 10:50 PM, Joel Fernandes wrote: > On Wed, Jan 31, 2018 at 9:50 AM, Rohit Jain wrote: >>kernel/sched/fair.c | 38 -- >>1 file changed, 28 insertions(+), 10 deletions(-) >> >> diff --git a/kernel/sched/fair.c

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

On Wed, Jan 31, 2018 at 9:50 AM, Rohit Jain wrote: >kernel/sched/fair.c | 38 -- >1 file changed, 28 insertions(+), 10 deletions(-) > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

On Wed, Jan 31, 2018 at 9:50 AM, Rohit Jain wrote: >kernel/sched/fair.c | 38 -- >1 file changed, 28 insertions(+), 10 deletions(-) > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index 26a71eb..ce5ccf8 100644 > ---

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Mon, Feb 05, 2018 at 10:25:27PM -0600, Alan Tull wrote: > On Mon, Feb 5, 2018 at 8:17 PM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 11:21:52AM -0600, Alan Tull wrote: > >> On Sun, Feb 4, 2018 at 4:05 AM, Wu Hao wrote: > >> > On Sat, Feb 03, 2018 at

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Mon, Feb 05, 2018 at 10:25:27PM -0600, Alan Tull wrote: > On Mon, Feb 5, 2018 at 8:17 PM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 11:21:52AM -0600, Alan Tull wrote: > >> On Sun, Feb 4, 2018 at 4:05 AM, Wu Hao wrote: > >> > On Sat, Feb 03, 2018 at 11:41:24AM +0100, Moritz Fischer wrote: > >>

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

On Tue, Jan 30, 2018 at 11:47 AM, Rohit Jain wrote: [...] >>> @@ -6102,7 +6107,8 @@ static int select_idle_core(struct task_struct *p, >>> struct sched_domain *sd, int >>>*/ >>> static int select_idle_smt(struct task_struct *p, struct sched_domain >>> *sd, int

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

On Tue, Jan 30, 2018 at 11:47 AM, Rohit Jain wrote: [...] >>> @@ -6102,7 +6107,8 @@ static int select_idle_core(struct task_struct *p, >>> struct sched_domain *sd, int >>>*/ >>> static int select_idle_smt(struct task_struct *p, struct sched_domain >>> *sd, int target) >>> { >>> -

[PATCH v4] ACPI / tables: Add IORT to injectable table list

Loading IORT table from initrd can be used to fix severe firmware IORT defects temporarily before platform/BIOS vendor releases an upgraded BIOS binary. Moreover, it is very powerful to debug SMMU node/device probe, MSI allocation, stream id translation and IORT table from firmware. It is also

[PATCH v4] ACPI / tables: Add IORT to injectable table list

Loading IORT table from initrd can be used to fix severe firmware IORT defects temporarily before platform/BIOS vendor releases an upgraded BIOS binary. Moreover, it is very powerful to debug SMMU node/device probe, MSI allocation, stream id translation and IORT table from firmware. It is also

Re: [PATCH v6 20/36] nds32: Signal handling support

Thanks, I got it. After referring to arm64 and risc-v, we try to refine our code, such as removing unneeded checking and refining syscall restart flow. We hope these modifications can enhance the reliability and readability. However, the following 2 files which you had acked are included in this

Re: [PATCH v6 20/36] nds32: Signal handling support

Thanks, I got it. After referring to arm64 and risc-v, we try to refine our code, such as removing unneeded checking and refining syscall restart flow. We hope these modifications can enhance the reliability and readability. However, the following 2 files which you had acked are included in this

Re: [PATCH 09/15] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk04.1-c3 board file

Hi Abhishek, On 2/3/2018 5:07 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/Makefile  |  1 + >>  arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c3.dts | 14 ++ >>  2

Re: [PATCH 09/15] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk04.1-c3 board file

Hi Abhishek, On 2/3/2018 5:07 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/Makefile  |  1 + >>  arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c3.dts | 14 ++ >>  2 files changed, 15

Re: [PATCH 07/15] ARM: dts: ipq4019: Add ipq4019-ap.dk04.1-c1 board file

Hi Abhishek, On 2/3/2018 5:00 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/Makefile  | 1 + >>  arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c1.dts | 8 >>  2 files

Re: [PATCH 07/15] ARM: dts: ipq4019: Add ipq4019-ap.dk04.1-c1 board file

Hi Abhishek, On 2/3/2018 5:00 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/Makefile  | 1 + >>  arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c1.dts | 8 >>  2 files changed, 9 insertions(+) >>

Re: [PATCH 06/15] ARM: dts: ipq4019: Add ipq4019-ap.dk04.dtsi

Hi Abhishek, On 2/3/2018 4:47 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> Add the common parts for the dk04 boards. >> >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1.dtsi | 147 > >   >> + >> +   

Re: [PATCH 06/15] ARM: dts: ipq4019: Add ipq4019-ap.dk04.dtsi

Hi Abhishek, On 2/3/2018 4:47 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> Add the common parts for the dk04 boards. >> >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1.dtsi | 147 > >   >> + >> +    nand_pins: nand_pins { >> +

Re: [PATCH 05/15] ARM: dts: ipq4019: Add ipq4019-ap-dk01-c2 board file

Hi Abhishek, On 2/3/2018 4:25 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> The board has a spi-nand interface on spi0 bus chipselect1. >> >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/Makefile  |  1 + >>  

Re: [PATCH 05/15] ARM: dts: ipq4019: Add ipq4019-ap-dk01-c2 board file

Hi Abhishek, On 2/3/2018 4:25 PM, Abhishek Sahu wrote: > On 2018-01-29 10:41, Sricharan R wrote: >> The board has a spi-nand interface on spi0 bus chipselect1. >> >> Signed-off-by: Sricharan R >> --- >>  arch/arm/boot/dts/Makefile  |  1 + >>  

Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys

Ram Pai writes: > On Fri, Feb 02, 2018 at 12:27:27PM +0800, kbuild test robot wrote: >> Hi Ram, >> >> Thank you for the patch! Yet something to improve: >> >> [auto build test ERROR on linus/master] >> [also build test ERROR on v4.15 next-20180201] >> [if your patch is

Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys

Ram Pai writes: > On Fri, Feb 02, 2018 at 12:27:27PM +0800, kbuild test robot wrote: >> Hi Ram, >> >> Thank you for the patch! Yet something to improve: >> >> [auto build test ERROR on linus/master] >> [also build test ERROR on v4.15 next-20180201] >> [if your patch is applied to the wrong git

Re: [PATCH 1/2] of_pci_irq: add a check to fallback to standard device tree parsing

On Tue, 2018-02-06 at 15:50 +1100, Benjamin Herrenschmidt wrote: > On Tue, 2018-02-06 at 12:31 +0800, Ryder Lee wrote: > > On Tue, 2018-02-06 at 15:05 +1100, Benjamin Herrenschmidt wrote: > > > On Tue, 2018-02-06 at 10:38 +0800, Ryder Lee wrote: > > > > > > > > I think the code should look at the

Re: [PATCH 1/2] of_pci_irq: add a check to fallback to standard device tree parsing

On Tue, 2018-02-06 at 15:50 +1100, Benjamin Herrenschmidt wrote: > On Tue, 2018-02-06 at 12:31 +0800, Ryder Lee wrote: > > On Tue, 2018-02-06 at 15:05 +1100, Benjamin Herrenschmidt wrote: > > > On Tue, 2018-02-06 at 10:38 +0800, Ryder Lee wrote: > > > > > > > > I think the code should look at the

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Mon, Feb 05, 2018 at 10:25:27PM -0600, Alan Tull wrote: > On Mon, Feb 5, 2018 at 8:17 PM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 11:21:52AM -0600, Alan Tull wrote: > >> On Sun, Feb 4, 2018 at 4:05 AM, Wu Hao wrote: > >> > On Sat, Feb 03, 2018 at

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Mon, Feb 05, 2018 at 10:25:27PM -0600, Alan Tull wrote: > On Mon, Feb 5, 2018 at 8:17 PM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 11:21:52AM -0600, Alan Tull wrote: > >> On Sun, Feb 4, 2018 at 4:05 AM, Wu Hao wrote: > >> > On Sat, Feb 03, 2018 at 11:41:24AM +0100, Moritz Fischer wrote: > >>

Re: [PATCH v3 0/7] ARM: dts: imx6q: engicam LVDS panel changes

On Mon, Feb 5, 2018 at 4:28 PM, Shawn Guo wrote: > On Sun, Feb 04, 2018 at 11:19:24PM +0530, Jagan Teki wrote: >> Series adda LVDS panel attributes on panel drivers instead of defining >> them in dts nodes, and also added new icorem6 engicam boards. >> >> Jagan Teki (7): >>

Re: [PATCH v3 0/7] ARM: dts: imx6q: engicam LVDS panel changes

On Mon, Feb 5, 2018 at 4:28 PM, Shawn Guo wrote: > On Sun, Feb 04, 2018 at 11:19:24PM +0530, Jagan Teki wrote: >> Series adda LVDS panel attributes on panel drivers instead of defining >> them in dts nodes, and also added new icorem6 engicam boards. >> >> Jagan Teki (7): >> drm/panel: simple:

[PATCH v2 07/10] ARM: sun8i: h3: add SY8113B regulator used by Orange Pi One board

Orange Pi One board has a SY8113B regulator, which is controlled via GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0 or 1.3V when the PL6 GPIO is set to input or output 1, and the output is the power supply of the ARM cores in H3 SoC. Add the device tree node of this

[PATCH v2 07/10] ARM: sun8i: h3: add SY8113B regulator used by Orange Pi One board

Orange Pi One board has a SY8113B regulator, which is controlled via GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0 or 1.3V when the PL6 GPIO is set to input or output 1, and the output is the power supply of the ARM cores in H3 SoC. Add the device tree node of this

[PATCH v2 08/10] ARM: sun8i: h3: Add SY8106A regulator to Orange Pi PC

From: Ondrej Jirman Add SY8106A regulator to r_i2c bus and enable the r_i2c bus on Orange Pi PC, then set the power supply of the ARM cores to this regulator, in order to enable DVFS. Signed-off-by: Ondrej Jirman [Icenowy: Enable DVFS in this patch, slight

[PATCH v2 08/10] ARM: sun8i: h3: Add SY8106A regulator to Orange Pi PC

From: Ondrej Jirman Add SY8106A regulator to r_i2c bus and enable the r_i2c bus on Orange Pi PC, then set the power supply of the ARM cores to this regulator, in order to enable DVFS. Signed-off-by: Ondrej Jirman [Icenowy: Enable DVFS in this patch, slight changes and change commit message]

Re: [PATCH 1/2] of_pci_irq: add a check to fallback to standard device tree parsing

On Tue, 2018-02-06 at 12:31 +0800, Ryder Lee wrote: > On Tue, 2018-02-06 at 15:05 +1100, Benjamin Herrenschmidt wrote: > > On Tue, 2018-02-06 at 10:38 +0800, Ryder Lee wrote: > > > > > > I think the code should look at the bridge address <0x0800 ...> we list > > > in bindings for resolving

[PATCH v2 10/10] ARM: sun8i: h3: set the cpu-supply to VDD-CPUX on ALL-H3-CC H3 ver

The ALL-H3-CC has a fixed VDD-CPUX voltage at 1.2V, which is supplied by a regulator. Set the CPU's cpu-supply property to the VDD-CPUX regulator. Signed-off-by: Icenowy Zheng --- New patch in v2. arch/arm/boot/dts/sun8i-h3-libretech-all-h3-cc.dts | 4 1 file changed, 4

[PATCH v2 10/10] ARM: sun8i: h3: set the cpu-supply to VDD-CPUX on ALL-H3-CC H3 ver

The ALL-H3-CC has a fixed VDD-CPUX voltage at 1.2V, which is supplied by a regulator. Set the CPU's cpu-supply property to the VDD-CPUX regulator. Signed-off-by: Icenowy Zheng --- New patch in v2. arch/arm/boot/dts/sun8i-h3-libretech-all-h3-cc.dts | 4 1 file changed, 4 insertions(+)

Re: [PATCH 1/2] of_pci_irq: add a check to fallback to standard device tree parsing

On Tue, 2018-02-06 at 12:31 +0800, Ryder Lee wrote: > On Tue, 2018-02-06 at 15:05 +1100, Benjamin Herrenschmidt wrote: > > On Tue, 2018-02-06 at 10:38 +0800, Ryder Lee wrote: > > > > > > I think the code should look at the bridge address <0x0800 ...> we list > > > in bindings for resolving

[PATCH v2 06/10] ARM: sun8i: h2+: add SY8113B regulator used by Orange Pi Zero board

Orange Pi Zero board has a SY8113B regulator, which is controlled via GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0 or 1.3V when the PL6 GPIO is set to input or output 1, and the output is the power supply of the ARM cores in H2+ SoC. Add the device tree node of this

[PATCH v2 06/10] ARM: sun8i: h2+: add SY8113B regulator used by Orange Pi Zero board

Orange Pi Zero board has a SY8113B regulator, which is controlled via GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0 or 1.3V when the PL6 GPIO is set to input or output 1, and the output is the power supply of the ARM cores in H2+ SoC. Add the device tree node of this

[PATCH v2 05/10] ARM: sun8i: h3: add operating-points-v2 table for CPU

The CPU on Allwinner H3 can do dynamic frequency scaling. Add a DVFS table based on the one shipped with Allwinner's H3 SDK. The voltage-frequency relationship seems to be conservative, and Armbian has another DVFS table which uses lower voltage at a certain frequency. However, the official one

[PATCH v2 05/10] ARM: sun8i: h3: add operating-points-v2 table for CPU

The CPU on Allwinner H3 can do dynamic frequency scaling. Add a DVFS table based on the one shipped with Allwinner's H3 SDK. The voltage-frequency relationship seems to be conservative, and Armbian has another DVFS table which uses lower voltage at a certain frequency. However, the official one

[PATCH v2 09/10] ARM: sun8i: h3: fix ALL-H3-CC H3 ver VDD-CPUX voltage

The VDD-CPUX voltage of ALL-H3-CC H3 ver should be 1.2V, not the 3.3V currently defined in the device tree. Fix the voltage in the device tree. Fixes: 6ca358645d4d ("ARM: dts: sun8i: h3: Add dts file for Libre Computer Board ALL-H3-CC H3 ver.") Signed-off-by: Icenowy Zheng ---

[PATCH v2 09/10] ARM: sun8i: h3: fix ALL-H3-CC H3 ver VDD-CPUX voltage

The VDD-CPUX voltage of ALL-H3-CC H3 ver should be 1.2V, not the 3.3V currently defined in the device tree. Fix the voltage in the device tree. Fixes: 6ca358645d4d ("ARM: dts: sun8i: h3: Add dts file for Libre Computer Board ALL-H3-CC H3 ver.") Signed-off-by: Icenowy Zheng --- New patch in v2.

  1   2   3   4   5   6   7   8   9   10   >