[PATCH v2 1/6] MAINTAINERS: add at91 usart mfd driver

Added entry for at91 usart mfd driver. Signed-off-by: Radu Pirea --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 8e2a2fddbd19..ca06c6f58299 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9192,6 +9192,13 @@ S:

[PATCH v2 1/6] MAINTAINERS: add at91 usart mfd driver

Added entry for at91 usart mfd driver. Signed-off-by: Radu Pirea --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 8e2a2fddbd19..ca06c6f58299 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9192,6 +9192,13 @@ S: Supported F:

Re: [PATCH 0/3] K2G: mmc: Update mmc dt node to use sdhci-omap

On 5/4/18 1:06 AM, Kishon Vijay Abraham I wrote: Hi Santosh, On Friday 04 May 2018 12:22 AM, santosh.shilim...@oracle.com wrote: On 5/3/18 4:57 AM, Kishon Vijay Abraham I wrote: Hi Santosh, On Wednesday 25 April 2018 11:10 PM, Santosh Shilimkar wrote: On 4/25/2018 6:27 AM, Kishon Vijay

Re: [PATCH 0/3] K2G: mmc: Update mmc dt node to use sdhci-omap

On 5/4/18 1:06 AM, Kishon Vijay Abraham I wrote: Hi Santosh, On Friday 04 May 2018 12:22 AM, santosh.shilim...@oracle.com wrote: On 5/3/18 4:57 AM, Kishon Vijay Abraham I wrote: Hi Santosh, On Wednesday 25 April 2018 11:10 PM, Santosh Shilimkar wrote: On 4/25/2018 6:27 AM, Kishon Vijay

[PATCH v2 3/6] MAINTAINERS: add at91 usart spi driver

Added entry for at91 usart mfd driver. Signed-off-by: Radu Pirea --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index ca06c6f58299..9243b9007966 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9199,6 +9199,13 @@ S:

Re: [PATCH v2] ARM: dts: k2g-evm: Add DCAN dt nodes

On 5/3/18 12:28 AM, Faiz Abbas wrote: The 66AK2G evm has support for dcan. Add nodes and pinmuxes for dcan0 and dcan1. Signed-off-by: Faiz Abbas --- Changes since v1: Description updated. Will pick this up. Regards, Santosh

[PATCH v2 3/6] MAINTAINERS: add at91 usart spi driver

Added entry for at91 usart mfd driver. Signed-off-by: Radu Pirea --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index ca06c6f58299..9243b9007966 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9199,6 +9199,13 @@ S: Supported F:

Re: [PATCH v2] ARM: dts: k2g-evm: Add DCAN dt nodes

On 5/3/18 12:28 AM, Faiz Abbas wrote: The 66AK2G evm has support for dcan. Add nodes and pinmuxes for dcan0 and dcan1. Signed-off-by: Faiz Abbas --- Changes since v1: Description updated. Will pick this up. Regards, Santosh

[PATCH v2 6/6] tty/serial: atmel: changed the driver to work under at91-usart mfd

This patch modifies the place where resources and device tree properties are searched. Signed-off-by: Radu Pirea --- drivers/tty/serial/Kconfig| 1 + drivers/tty/serial/atmel_serial.c | 29 +++-- 2 files changed, 16 insertions(+), 14

[PATCH v2 6/6] tty/serial: atmel: changed the driver to work under at91-usart mfd

This patch modifies the place where resources and device tree properties are searched. Signed-off-by: Radu Pirea --- drivers/tty/serial/Kconfig| 1 + drivers/tty/serial/atmel_serial.c | 29 +++-- 2 files changed, 16 insertions(+), 14 deletions(-) diff --git

[PATCH v2 5/6] spi: at91-usart: add driver for at91-usart as spi

This is the driver for at91-usart in spi mode. The USART IP can be configured to work in many modes and one of them is SPI. The driver was tested on sama5d3-xplained and sama5d4-xplained boards with enc28j60 ethernet controller as slave. Signed-off-by: Radu Pirea ---

[PATCH v2 5/6] spi: at91-usart: add driver for at91-usart as spi

This is the driver for at91-usart in spi mode. The USART IP can be configured to work in many modes and one of them is SPI. The driver was tested on sama5d3-xplained and sama5d4-xplained boards with enc28j60 ethernet controller as slave. Signed-off-by: Radu Pirea --- drivers/spi/Kconfig

[PATCH v2 4/6] dt-bindings: add binding for at91-usart in spi mode

These are bindings for at91-usart IP in spi spi mode. There is no support for internal chip select. Only kind of chip selects available are gpio chip selects. Signed-off-by: Radu Pirea --- .../bindings/spi/microchip,at91-usart-spi.txt | 28 +++ 1 file

[PATCH v2 4/6] dt-bindings: add binding for at91-usart in spi mode

These are bindings for at91-usart IP in spi spi mode. There is no support for internal chip select. Only kind of chip selects available are gpio chip selects. Signed-off-by: Radu Pirea --- .../bindings/spi/microchip,at91-usart-spi.txt | 28 +++ 1 file changed, 28 insertions(+)

[PATCH v2 2/6] mfd: at91-usart: added mfd driver for usart

This mfd driver is just a wrapper over atmel_serial driver and spi-at91-usart driver. Selection of one of the drivers is based on a property from device tree. If the property is not specified, the default driver is atmel_serial. Signed-off-by: Radu Pirea ---

[PATCH v2 2/6] mfd: at91-usart: added mfd driver for usart

This mfd driver is just a wrapper over atmel_serial driver and spi-at91-usart driver. Selection of one of the drivers is based on a property from device tree. If the property is not specified, the default driver is atmel_serial. Signed-off-by: Radu Pirea --- drivers/mfd/Kconfig

[PATCH 1/5] spinlock: atomic_dec_and_lock: Add an irqsave variant

From: Anna-Maria Gleixner There are in-tree users of atomic_dec_and_lock() which must acquire the spin lock with interrupts disabled. To workaround the lack of an irqsave variant of atomic_dec_and_lock() they use local_irq_save() at the call site. This causes extra code

Introduce atomic_dec_and_lock_irqsave()

This series introduces atomic_dec_and_lock_irqsave() and converts a few users to use it. They were using local_irq_save() + atomic_dec_and_lock() before that series. Sebastian

Introduce atomic_dec_and_lock_irqsave()

This series introduces atomic_dec_and_lock_irqsave() and converts a few users to use it. They were using local_irq_save() + atomic_dec_and_lock() before that series. Sebastian

[PATCH 1/5] spinlock: atomic_dec_and_lock: Add an irqsave variant

From: Anna-Maria Gleixner There are in-tree users of atomic_dec_and_lock() which must acquire the spin lock with interrupts disabled. To workaround the lack of an irqsave variant of atomic_dec_and_lock() they use local_irq_save() at the call site. This causes extra code and creates in some

[PATCH 4/5] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()

From: Anna-Maria Gleixner The irqsave variant of atomic_dec_and_lock handles irqsave/restore when taking/releasing the spin lock. With this variant the call of local_irq_save is no longer required. Signed-off-by: Anna-Maria Gleixner

[PATCH v2 0/6] Driver for at91 usart in spi mode

Hello, This is the second version of driver. I added a mfd driver which by default probes atmel_serial driver and if in dt is specified to probe the spi driver, then the spi-at91-usart driver will be probed. The compatible for atmel_serial is now the compatible for at91-usart mfd driver and

[PATCH 4/5] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()

From: Anna-Maria Gleixner The irqsave variant of atomic_dec_and_lock handles irqsave/restore when taking/releasing the spin lock. With this variant the call of local_irq_save is no longer required. Signed-off-by: Anna-Maria Gleixner Signed-off-by: Sebastian Andrzej Siewior ---

[PATCH v2 0/6] Driver for at91 usart in spi mode

Hello, This is the second version of driver. I added a mfd driver which by default probes atmel_serial driver and if in dt is specified to probe the spi driver, then the spi-at91-usart driver will be probed. The compatible for atmel_serial is now the compatible for at91-usart mfd driver and

Re: [PATCH] Add a file named cgroup.procs_stat in cgroup

On Fri, May 04, 2018 at 10:28:20PM +0800, zhangq95 wrote: > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > index 5e10aae..ba969af 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -3404,11 +3404,19 @@ static void __sched notrace __schedule(bool preempt) > struct

Re: [PATCH] Add a file named cgroup.procs_stat in cgroup

On Fri, May 04, 2018 at 10:28:20PM +0800, zhangq95 wrote: > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > index 5e10aae..ba969af 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -3404,11 +3404,19 @@ static void __sched notrace __schedule(bool preempt) > struct

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Fri, May 04, 2018 at 03:57:48PM +0200, Paul Kocialkowski wrote: > On Fri, 2018-05-04 at 15:40 +0200, Maxime Ripard wrote: > > On Fri, May 04, 2018 at 02:04:38PM +0200, Paul Kocialkowski wrote: > > > On Fri, 2018-05-04 at 11:15 +0200, Maxime Ripard wrote: > > > > On Fri, May 04, 2018 at

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Fri, May 04, 2018 at 03:57:48PM +0200, Paul Kocialkowski wrote: > On Fri, 2018-05-04 at 15:40 +0200, Maxime Ripard wrote: > > On Fri, May 04, 2018 at 02:04:38PM +0200, Paul Kocialkowski wrote: > > > On Fri, 2018-05-04 at 11:15 +0200, Maxime Ripard wrote: > > > > On Fri, May 04, 2018 at

[PATCH] sched/numa: Stagger NUMA balancing scan periods for new threads v2

Changelog since v1 o Cosmetic changes and documentation (ingo) o Note results were very similar to v1 and so I didn't update the changelog Threads share an address space and each can change the protections of the same address space to trap NUMA faults. This is redundant and potentially

[PATCH] sched/numa: Stagger NUMA balancing scan periods for new threads v2

Changelog since v1 o Cosmetic changes and documentation (ingo) o Note results were very similar to v1 and so I didn't update the changelog Threads share an address space and each can change the protections of the same address space to trap NUMA faults. This is redundant and potentially

Re: [PATCH] init/main.c: simplify repair_env_string

Cleaning out my INBOX, I stumbled across this old patch. On Fri, 15 Dec 2017 22:33:17 +0100 Michal Suchanek wrote: > Quoting characters are now removed from the parameter so value always > follows directly after the NUL terminating parameter name. > > Signed-off-by: Michal

Re: [PATCH] init/main.c: simplify repair_env_string

Cleaning out my INBOX, I stumbled across this old patch. On Fri, 15 Dec 2017 22:33:17 +0100 Michal Suchanek wrote: > Quoting characters are now removed from the parameter so value always > follows directly after the NUL terminating parameter name. > > Signed-off-by: Michal Suchanek > --- >

Re: [PATCH 2/3] include/linux/gfp.h: use unsigned int in gfp_zone

On Fri, May 04, 2018 at 03:35:33PM +0200, Michal Hocko wrote: > On Fri 04-05-18 14:52:08, Huaisheng Ye wrote: > > Suggest using unsigned int instead of int for bit within gfp_zone. > > @@ -401,7 +401,7 @@ static inline bool gfpflags_allow_blocking(const gfp_t > > gfp_flags) > > static inline

Re: [PATCH 2/3] include/linux/gfp.h: use unsigned int in gfp_zone

On Fri, May 04, 2018 at 03:35:33PM +0200, Michal Hocko wrote: > On Fri 04-05-18 14:52:08, Huaisheng Ye wrote: > > Suggest using unsigned int instead of int for bit within gfp_zone. > > @@ -401,7 +401,7 @@ static inline bool gfpflags_allow_blocking(const gfp_t > > gfp_flags) > > static inline

Re: linux-next: build warning after merge of the akpm-current tree

On 05/03/2018 09:17 PM, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build > (x86_64_allmodconfig) produced this warning: > > drivers/block/zram/zram_drv.c: In function 'read_block_state': > drivers/block/zram/zram_drv.c:674:16: warning: format

Re: linux-next: build warning after merge of the akpm-current tree

On 05/03/2018 09:17 PM, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build > (x86_64_allmodconfig) produced this warning: > > drivers/block/zram/zram_drv.c: In function 'read_block_state': > drivers/block/zram/zram_drv.c:674:16: warning: format

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On 2018-05-04 16:59, Wenwen Wang wrote: > On Fri, May 4, 2018 at 2:27 AM, Peter Rosin wrote: >> On 2018-05-04 09:17, Wenwen Wang wrote: >>> On Fri, May 4, 2018 at 1:49 AM, Peter Rosin wrote: On 2018-05-04 07:28, Wenwen Wang wrote: > On Fri, May 4, 2018

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On 2018-05-04 16:59, Wenwen Wang wrote: > On Fri, May 4, 2018 at 2:27 AM, Peter Rosin wrote: >> On 2018-05-04 09:17, Wenwen Wang wrote: >>> On Fri, May 4, 2018 at 1:49 AM, Peter Rosin wrote: On 2018-05-04 07:28, Wenwen Wang wrote: > On Fri, May 4, 2018 at 12:04 AM, Peter Rosin wrote:

Re: [PATCH v2] perf: Suppress AUX/OVERWRITE records

Em Fri, May 04, 2018 at 12:35:34PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, May 04, 2018 at 03:09:59PM +0300, Alexander Shishkin escreveu: > > On Wed, Apr 04, 2018 at 05:53:23PM +0300, Alexander Shishkin wrote: > > > It has been pointed out to me many times that it is useful to be able

Re: [PATCH v2] perf: Suppress AUX/OVERWRITE records

Em Fri, May 04, 2018 at 12:35:34PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, May 04, 2018 at 03:09:59PM +0300, Alexander Shishkin escreveu: > > On Wed, Apr 04, 2018 at 05:53:23PM +0300, Alexander Shishkin wrote: > > > It has been pointed out to me many times that it is useful to be able

Re: [PATCH v2] perf: Suppress AUX/OVERWRITE records

Em Fri, May 04, 2018 at 03:09:59PM +0300, Alexander Shishkin escreveu: > On Wed, Apr 04, 2018 at 05:53:23PM +0300, Alexander Shishkin wrote: > > It has been pointed out to me many times that it is useful to be able > > to switch off AUX records to save the bandwidth for records that actually > >

Re: [PATCH v2] perf: Suppress AUX/OVERWRITE records

Em Fri, May 04, 2018 at 03:09:59PM +0300, Alexander Shishkin escreveu: > On Wed, Apr 04, 2018 at 05:53:23PM +0300, Alexander Shishkin wrote: > > It has been pointed out to me many times that it is useful to be able > > to switch off AUX records to save the bandwidth for records that actually > >

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Fri, May 4, 2018 at 3:14 AM Matthew Wilcox wrote: > > In fact, the conversion I saw was buggy. You can *not* convert a GFP_ATOMIC > > user of kmalloc() to use kvmalloc. > Not sure which conversion you're referring to; not one of mine, I hope? I was thinking of the

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Fri, May 4, 2018 at 3:14 AM Matthew Wilcox wrote: > > In fact, the conversion I saw was buggy. You can *not* convert a GFP_ATOMIC > > user of kmalloc() to use kvmalloc. > Not sure which conversion you're referring to; not one of mine, I hope? I was thinking of the coccinelle patch in this

[PATCH] percpu_ida: Use _irqsave() instead of local_irq_save() + spin_lock

percpu_ida() decouples disabling interrupts from the locking operations. This breaks some assumptions if the locking operations are replaced like they are under -RT. The same locking can be achieved by avoiding local_irq_save() and using spin_lock_irqsave() instead. percpu_ida_alloc() gains one

[PATCH] percpu_ida: Use _irqsave() instead of local_irq_save() + spin_lock

percpu_ida() decouples disabling interrupts from the locking operations. This breaks some assumptions if the locking operations are replaced like they are under -RT. The same locking can be achieved by avoiding local_irq_save() and using spin_lock_irqsave() instead. percpu_ida_alloc() gains one

[PATCH] ALSA: pcm: Hide local_irq_disable/enable() and local_irqsave/restore()

From: Anna-Maria Gleixner The snd_pcm_stream_lock_irq*() functions decouple disabling interrupts from the actual locking process. This does not work as expected if the locking primitives are replaced like on preempt-rt. Provide one function for locking which uses

[PATCH] ALSA: pcm: Hide local_irq_disable/enable() and local_irqsave/restore()

From: Anna-Maria Gleixner The snd_pcm_stream_lock_irq*() functions decouple disabling interrupts from the actual locking process. This does not work as expected if the locking primitives are replaced like on preempt-rt. Provide one function for locking which uses correct locking primitives.

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

On Thu, May 3, 2018 at 5:21 PM, Luis R. Rodriguez wrote: > Android folks, poke below. otherwise we'll have no option but to seriously > consider Mimi's patch to prevent these calls when IMA appraisal is enforced: Sorry, figuring out who's the right person to answer this, will

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

On Thu, May 3, 2018 at 5:21 PM, Luis R. Rodriguez wrote: > Android folks, poke below. otherwise we'll have no option but to seriously > consider Mimi's patch to prevent these calls when IMA appraisal is enforced: Sorry, figuring out who's the right person to answer this, will get back to you

[PATCH] posix-cpu-timers: remove lockdep_assert_irqs_disabled()

The lockdep_assert_irqs_disabled() was a BUG_ON() statement in the beginning and it was added just before the "spin_lock(siglock)" statement to ensure this lock was taken with disabled interrupts. This is no longer the case: the siglock is acquired via lock_task_sighand() and this function already

[PATCH] posix-cpu-timers: remove lockdep_assert_irqs_disabled()

The lockdep_assert_irqs_disabled() was a BUG_ON() statement in the beginning and it was added just before the "spin_lock(siglock)" statement to ensure this lock was taken with disabled interrupts. This is no longer the case: the siglock is acquired via lock_task_sighand() and this function already

[PATCH v4 1/3] dt-bindings: panel: Add the Ilitek ILI9881c panel documentation

The LHR050H41 from BananaPi is a 1280x700 4-lanes DSI panel based on the ILI9881c from Ilitek. Acked-by: Rob Herring Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.txt | 20 1

[PATCH v4 1/3] dt-bindings: panel: Add the Ilitek ILI9881c panel documentation

The LHR050H41 from BananaPi is a 1280x700 4-lanes DSI panel based on the ILI9881c from Ilitek. Acked-by: Rob Herring Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.txt | 20 1 file changed, 20 insertions(+) create mode

[PATCH v4 3/3] [DO NOT MERGE] arm: dts: sun8i: bpi-m2m: Add DSI display

The BananaPi M2M has an optional 1280x720 DSI panel. Since that panel is optional, we can only show a DT patch that would show how to enable it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-r16-bananapi-m2m.dts | 39 +- 1 file changed,

[PATCH v4 3/3] [DO NOT MERGE] arm: dts: sun8i: bpi-m2m: Add DSI display

The BananaPi M2M has an optional 1280x720 DSI panel. Since that panel is optional, we can only show a DT patch that would show how to enable it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-r16-bananapi-m2m.dts | 39 +- 1 file changed, 39 insertions(+) diff

Re: [PATCH] IB/umem: use tgid instead of pid in ib_umem structure

> 在 2018年5月4日，21:39，Leon Romanovsky 写道： > >> On Fri, May 04, 2018 at 04:32:38PM +0800, 858585 jemmy wrote: >>> On Fri, May 4, 2018 at 6:01 AM, Jason Gunthorpe wrote: On Thu, May 03, 2018 at 09:43:01PM +0300, Leon Romanovsky wrote: > On Thu, May 03,

Re: [PATCH] IB/umem: use tgid instead of pid in ib_umem structure

> 在 2018年5月4日，21:39，Leon Romanovsky 写道： > >> On Fri, May 04, 2018 at 04:32:38PM +0800, 858585 jemmy wrote: >>> On Fri, May 4, 2018 at 6:01 AM, Jason Gunthorpe wrote: On Thu, May 03, 2018 at 09:43:01PM +0300, Leon Romanovsky wrote: > On Thu, May 03, 2018 at 12:26:56PM -0600, Jason

[PATCH v4 2/3] drm/panel: Add Ilitek ILI9881c panel driver

The LHR050H41 panel is the panel shipped with the BananaPi M2-Magic, and is based on the Ilitek ILI9881c Controller. Add a driver for it, modelled after the other Ilitek controller drivers. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/Kconfig

[PATCH v4 0/3] drm/panel: Add Ilitek ILI9881c controller driver

Hi, Here is the next version of the patches to add the support for the Ilitek ILI9881c panel controller. This used to be a part of the larger DSI support series for the Allwinner SoCs whose patches have been since merged and are obviously not part of this series anymore. Let me know what you

[PATCH v4 2/3] drm/panel: Add Ilitek ILI9881c panel driver

The LHR050H41 panel is the panel shipped with the BananaPi M2-Magic, and is based on the Ilitek ILI9881c Controller. Add a driver for it, modelled after the other Ilitek controller drivers. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/Kconfig | 9 +-

[PATCH v4 0/3] drm/panel: Add Ilitek ILI9881c controller driver

Hi, Here is the next version of the patches to add the support for the Ilitek ILI9881c panel controller. This used to be a part of the larger DSI support series for the Allwinner SoCs whose patches have been since merged and are obviously not part of this series anymore. Let me know what you

Re: [RFC PATCH 00/35] overlayfs: stack file operations

On Thu, Apr 12, 2018 at 5:07 PM, Miklos Szeredi wrote: > Git tree is here: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-rorw Thanks everyone for your review. Force pushed new version to the above branch. Hopefully no comment was missed

Re: [RFC PATCH 00/35] overlayfs: stack file operations

On Thu, Apr 12, 2018 at 5:07 PM, Miklos Szeredi wrote: > Git tree is here: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-rorw Thanks everyone for your review. Force pushed new version to the above branch. Hopefully no comment was missed (I didn't add more

Re: [PATCH v1 5/5] ARM: dts: tegra114: Add IOMMU nodes to Host1x and its clients

On Fri, May 04, 2018 at 02:47:23AM +0300, Dmitry Osipenko wrote: > Enable IOMMU support for Host1x and its clients. > > Signed-off-by: Dmitry Osipenko > --- > arch/arm/boot/dts/tegra114.dtsi | 5 + > 1 file changed, 5 insertions(+) Applied, thanks. Thierry

Re: [PATCH v1 5/5] ARM: dts: tegra114: Add IOMMU nodes to Host1x and its clients

On Fri, May 04, 2018 at 02:47:23AM +0300, Dmitry Osipenko wrote: > Enable IOMMU support for Host1x and its clients. > > Signed-off-by: Dmitry Osipenko > --- > arch/arm/boot/dts/tegra114.dtsi | 5 + > 1 file changed, 5 insertions(+) Applied, thanks. Thierry signature.asc Description: PGP

Re: [PATCH v1 4/5] ARM: dts: tegra30: Add IOMMU nodes to Host1x and its clients

On Fri, May 04, 2018 at 02:47:22AM +0300, Dmitry Osipenko wrote: > Enable IOMMU support for Host1x and its clients. > > Signed-off-by: Dmitry Osipenko > --- > arch/arm/boot/dts/tegra30.dtsi | 14 ++ > 1 file changed, 14 insertions(+) Applied, thanks. Thierry

Re: [PATCH v1 4/5] ARM: dts: tegra30: Add IOMMU nodes to Host1x and its clients

On Fri, May 04, 2018 at 02:47:22AM +0300, Dmitry Osipenko wrote: > Enable IOMMU support for Host1x and its clients. > > Signed-off-by: Dmitry Osipenko > --- > arch/arm/boot/dts/tegra30.dtsi | 14 ++ > 1 file changed, 14 insertions(+) Applied, thanks. Thierry signature.asc

[PATCH net-next] net: phy: sfp: handle cases where neither BR,min nor BR,max is given

When computing the bitrate using values read from an SFP module EEPROM, we use the nominal BR plus BR,min and BR,max to determine the boundaries. But in some cases BR,min and BR,max aren't provided, which led the SFP code to end up having the nominal value for both the minimum and maximum bitrate

[PATCH net-next] net: phy: sfp: handle cases where neither BR,min nor BR,max is given

When computing the bitrate using values read from an SFP module EEPROM, we use the nominal BR plus BR,min and BR,max to determine the boundaries. But in some cases BR,min and BR,max aren't provided, which led the SFP code to end up having the nominal value for both the minimum and maximum bitrate

Re: [PATCH v2 1/3] drm/tegra: dc: Enable plane scaling filters

On Fri, May 04, 2018 at 05:39:58PM +0300, Dmitry Osipenko wrote: [...] > +static bool tegra_dc_window_can_use_horizontal_filtering( > + struct tegra_plane *plane, > + const struct tegra_dc_window *window) [...] > +static bool

Re: [PATCH v2 1/3] drm/tegra: dc: Enable plane scaling filters

On Fri, May 04, 2018 at 05:39:58PM +0300, Dmitry Osipenko wrote: [...] > +static bool tegra_dc_window_can_use_horizontal_filtering( > + struct tegra_plane *plane, > + const struct tegra_dc_window *window) [...] > +static bool

Re: [PATCH v2 0/3] Couple more DRM plane features for Tegra

On Fri, May 04, 2018 at 05:39:57PM +0300, Dmitry Osipenko wrote: > Hi, > > This series improves DRM plane support by supporting zPos on older Tegra's > and enabling plane scaling filters (up to Tegra210). > > Changelog: > > v2: > - Addressed v1 review comments. > > Dmitry Osipenko (3): >

Re: [PATCH v2 0/3] Couple more DRM plane features for Tegra

On Fri, May 04, 2018 at 05:39:57PM +0300, Dmitry Osipenko wrote: > Hi, > > This series improves DRM plane support by supporting zPos on older Tegra's > and enabling plane scaling filters (up to Tegra210). > > Changelog: > > v2: > - Addressed v1 review comments. > > Dmitry Osipenko (3): >

[PATCH net] net: phy: sfp: fix the BR,min computation

In an SFP EEPROM values can be read to get information about a given SFP module. One of those is the bitrate, which can be determined using a nominal bitrate in addition with min and max values (in %). The SFP code currently compute both BR,min and BR,max values thanks to this nominal and min,max

[PATCH net] net: phy: sfp: fix the BR,min computation

In an SFP EEPROM values can be read to get information about a given SFP module. One of those is the bitrate, which can be determined using a nominal bitrate in addition with min and max values (in %). The SFP code currently compute both BR,min and BR,max values thanks to this nominal and min,max

Re: [PATCH 6/7] arm64: allwinner: h6: add R_I2C controller

On Fri, May 04, 2018 at 02:38:46AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has a R_I2C controller wired to the PL0/PL1 pins, which > are used in the reference design to connect AXP805 PMIC. > > Add support for it. > > Signed-off-by: Icenowy Zheng Dropped the headers

Re: [PATCH 6/7] arm64: allwinner: h6: add R_I2C controller

On Fri, May 04, 2018 at 02:38:46AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has a R_I2C controller wired to the PL0/PL1 pins, which > are used in the reference design to connect AXP805 PMIC. > > Add support for it. > > Signed-off-by: Icenowy Zheng Dropped the headers (that should have

Re: [PATCH 5/7] arm64: allwinner: h6: add R_INTC interrupt controller

On Fri, May 04, 2018 at 02:38:45AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has also a R_INTC interrupt controller like Allwinner > A64 SoC, but has its base address changed due to the memory map change > in H6. > > Add it into the device tree. > > Signed-off-by: Icenowy Zheng

Re: [PATCH 5/7] arm64: allwinner: h6: add R_INTC interrupt controller

On Fri, May 04, 2018 at 02:38:45AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has also a R_INTC interrupt controller like Allwinner > A64 SoC, but has its base address changed due to the memory map change > in H6. > > Add it into the device tree. > > Signed-off-by: Icenowy Zheng Applied,

Re: [PATCH 4/7] arm64: allwinner: h6: add node for R_PIO pin controller

On Fri, May 04, 2018 at 02:38:44AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has a R_PIO pin controller which controls PL and PM > GPIO banks. > > Add support for it. > > Signed-off-by: Icenowy Zheng > --- > arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 13 +

Re: [PATCH 4/7] arm64: allwinner: h6: add node for R_PIO pin controller

On Fri, May 04, 2018 at 02:38:44AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has a R_PIO pin controller which controls PL and PM > GPIO banks. > > Add support for it. > > Signed-off-by: Icenowy Zheng > --- > arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 13 + > 1 file

Re: [PATCH 2/7] arm64: allwinner: h6: add PRCM CCU device node

On Fri, May 04, 2018 at 02:38:42AM +0800, Icenowy Zheng wrote: > Allwinner H6 has also a PRCM CCU. > > Add its device node into the device tree. > > Signed-off-by: Icenowy Zheng Applied, thanks! Maxime -- Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and

Re: [PATCH 2/7] arm64: allwinner: h6: add PRCM CCU device node

On Fri, May 04, 2018 at 02:38:42AM +0800, Icenowy Zheng wrote: > Allwinner H6 has also a PRCM CCU. > > Add its device node into the device tree. > > Signed-off-by: Icenowy Zheng Applied, thanks! Maxime -- Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering

Re: [PATCH 1/7] clk: sunxi-ng: add support for H6 PRCM CCU

On Fri, May 04, 2018 at 02:38:41AM +0800, Icenowy Zheng wrote: > The H6 has clock/reset controls in PRCM part, like old SoCs such as H3 > and A64. However, the PRCM CCU is rearranged; the register arragement > is now similar to the main CCU of H6, and the PRCM now has two APB > buses to control --

Re: [PATCH 1/7] clk: sunxi-ng: add support for H6 PRCM CCU

On Fri, May 04, 2018 at 02:38:41AM +0800, Icenowy Zheng wrote: > The H6 has clock/reset controls in PRCM part, like old SoCs such as H3 > and A64. However, the PRCM CCU is rearranged; the register arragement > is now similar to the main CCU of H6, and the PRCM now has two APB > buses to control --

Re: [PATCH 3/7] pinctrl: sunxi: add support for H6 R_PIO pin controller

On Fri, May 04, 2018 at 02:38:43AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has a R_PIO pin controller like other Allwinner SoCs, > which controls the PL and PM pin banks. > > Add support for it. > > Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard

Re: [PATCH 3/7] pinctrl: sunxi: add support for H6 R_PIO pin controller

On Fri, May 04, 2018 at 02:38:43AM +0800, Icenowy Zheng wrote: > Allwinner H6 SoC has a R_PIO pin controller like other Allwinner SoCs, > which controls the PL and PM pin banks. > > Add support for it. > > Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard Thanks! Maxime -- Maxime

Re: [PATCH 1/6] powerpc/syscalls: Switch trivial cases to SYSCALL_DEFINE

Michael Ellerman wrote: From: Al Viro Signed-off-by: Al Viro --- arch/powerpc/kernel/pci_32.c | 6 +++--- arch/powerpc/kernel/pci_64.c | 4 ++-- arch/powerpc/mm/subpage-prot.c | 4 +++-

Re: [PATCH 1/6] powerpc/syscalls: Switch trivial cases to SYSCALL_DEFINE

Michael Ellerman wrote: From: Al Viro Signed-off-by: Al Viro --- arch/powerpc/kernel/pci_32.c | 6 +++--- arch/powerpc/kernel/pci_64.c | 4 ++-- arch/powerpc/mm/subpage-prot.c | 4 +++- arch/powerpc/platforms/cell/spu_syscalls.c | 3 ++- 4 files

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On Fri, May 4, 2018 at 2:27 AM, Peter Rosin wrote: > On 2018-05-04 09:17, Wenwen Wang wrote: >> On Fri, May 4, 2018 at 1:49 AM, Peter Rosin wrote: >>> On 2018-05-04 07:28, Wenwen Wang wrote: On Fri, May 4, 2018 at 12:04 AM, Peter Rosin

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On Fri, May 4, 2018 at 2:27 AM, Peter Rosin wrote: > On 2018-05-04 09:17, Wenwen Wang wrote: >> On Fri, May 4, 2018 at 1:49 AM, Peter Rosin wrote: >>> On 2018-05-04 07:28, Wenwen Wang wrote: On Fri, May 4, 2018 at 12:04 AM, Peter Rosin wrote: > On 2018-05-04 06:08, Wenwen Wang wrote:

Re: [RFC PATCH] Add /proc//numa_vamaps for numa node information

On Thu, 3 May 2018, prakash.sangappa wrote: > > > exact numa node from where the pages have been allocated. > > Cant you write a small script that scans the information in numa_maps and > > then displays the total pages per NUMA node and then a list of which > > ranges have how many pages on a

Re: [RFC PATCH] Add /proc//numa_vamaps for numa node information

On Thu, 3 May 2018, prakash.sangappa wrote: > > > exact numa node from where the pages have been allocated. > > Cant you write a small script that scans the information in numa_maps and > > then displays the total pages per NUMA node and then a list of which > > ranges have how many pages on a

Re: [PATCH 1/3] kcov: ensure irq code sees a valid area

On Fri, May 04, 2018 at 02:55:33PM +0100, Mark Rutland wrote: > In kcov_init_task() Since we update t->kcov_{mode,area,size} with plain > stores, which may be re-ordered, torn, etc. Thus > __sanitizer_cov_trace_pc() may see bogus values for any of these fields, > and may attempt to write to memory

Re: [PATCH 1/3] kcov: ensure irq code sees a valid area

On Fri, May 04, 2018 at 02:55:33PM +0100, Mark Rutland wrote: > In kcov_init_task() Since we update t->kcov_{mode,area,size} with plain > stores, which may be re-ordered, torn, etc. Thus > __sanitizer_cov_trace_pc() may see bogus values for any of these fields, > and may attempt to write to memory

Re: [PATCH] memcg: Replace mm->owner with mm->memcg

On 05/04, Eric W. Biederman wrote: > > Oleg Nesterov writes: > > > OK, what about exec() ? mm_init_memcg() initializes bprm->mm->memcg early in > > bprm_mm_init(). What if the execing task migrates before exec_mmap() ? > > We need the the cgroup when the mm is initialized. That

Re: [PATCH] memcg: Replace mm->owner with mm->memcg

On 05/04, Eric W. Biederman wrote: > > Oleg Nesterov writes: > > > OK, what about exec() ? mm_init_memcg() initializes bprm->mm->memcg early in > > bprm_mm_init(). What if the execing task migrates before exec_mmap() ? > > We need the the cgroup when the mm is initialized. That way we have the >

Re: [v2] mm: access to uninitialized struct page

On Fri, 04 May 2018 12:47:53 + Pavel Tatashin wrote: > Hi Andrei, > > Could you please provide me with scripts to reproduce this issue? > > And the config that was used. Just saying that the commit doesn't boot isn't very useful. -- Steve

Re: [v2] mm: access to uninitialized struct page

On Fri, 04 May 2018 12:47:53 + Pavel Tatashin wrote: > Hi Andrei, > > Could you please provide me with scripts to reproduce this issue? > > And the config that was used. Just saying that the commit doesn't boot isn't very useful. -- Steve

<    4   5   6   7   8   9   10   11   12   13   >