Re: [PATCH v6 00/10] serial/gpio: exar: Fixes and support for IOT2000

On 2017-06-21 08:29, Jan Kiszka wrote: > On 2017-06-20 13:38, Linus Walleij wrote: >> On Tue, Jun 20, 2017 at 10:54 AM, Jan Kiszka wrote: >>> On 2017-06-20 10:19, Linus Walleij wrote: On Fri, Jun 9, 2017 at 8:33 PM, Jan Kiszka wrote:

Re: [PATCH 4/5] dt-bindings: Document MIPS Broadcom STB power management nodes

On 06/23/2017 01:02 PM, Rob Herring wrote: > On Fri, Jun 16, 2017 at 02:37:02PM -0700, Florian Fainelli wrote: >> Document the different nodes required for supporting S2/S3/S5 suspend >> states on MIPS-based Broadcom STB SoCs. >> >> Signed-off-by: Florian Fainelli >> --- >>

Re: [PATCH v6 00/10] serial/gpio: exar: Fixes and support for IOT2000

On 2017-06-21 08:29, Jan Kiszka wrote: > On 2017-06-20 13:38, Linus Walleij wrote: >> On Tue, Jun 20, 2017 at 10:54 AM, Jan Kiszka wrote: >>> On 2017-06-20 10:19, Linus Walleij wrote: On Fri, Jun 9, 2017 at 8:33 PM, Jan Kiszka wrote: > This makes the gpio-exar driver usable, which

Re: [PATCH 4/5] dt-bindings: Document MIPS Broadcom STB power management nodes

On 06/23/2017 01:02 PM, Rob Herring wrote: > On Fri, Jun 16, 2017 at 02:37:02PM -0700, Florian Fainelli wrote: >> Document the different nodes required for supporting S2/S3/S5 suspend >> states on MIPS-based Broadcom STB SoCs. >> >> Signed-off-by: Florian Fainelli >> --- >>

Re: [PATCH 3/4] powerpc: Reduce ELF_ET_DYN_BASE

On Fri, Jun 23, 2017 at 12:01 AM, Michael Ellerman wrote: > Kees Cook writes: > >> Now that explicitly executed loaders are loaded in the mmap region, >> position PIE binaries lower in the address space to avoid possible >> collisions with mmap or

Re: [PATCH 3/4] powerpc: Reduce ELF_ET_DYN_BASE

On Fri, Jun 23, 2017 at 12:01 AM, Michael Ellerman wrote: > Kees Cook writes: > >> Now that explicitly executed loaders are loaded in the mmap region, >> position PIE binaries lower in the address space to avoid possible >> collisions with mmap or stack regions. For 64-bit, align to 4GB to >>

Re: [PATCH v2 1/3] dt-bindings: add Libre Technology vendor prefix

On Mon, Jun 19, 2017 at 11:04:38AM +0200, Jerome Brunet wrote: > Shenzhen Libre Technology Co., Ltd is a single board computer > manufacturer > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1

Re: [PATCH v2 1/3] dt-bindings: add Libre Technology vendor prefix

On Mon, Jun 19, 2017 at 11:04:38AM +0200, Jerome Brunet wrote: > Shenzhen Libre Technology Co., Ltd is a single board computer > manufacturer > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by: Rob

Re: [PATCH V1 1/9] dt-bindings: Add Spreadtrum CCU binding documentation

On Sun, Jun 18, 2017 at 09:58:47AM +0800, Chunyan Zhang wrote: > Introduce a new binding with its documentation for Spreadtrum clock > sub-framework. > > Signed-off-by: Chunyan Zhang > --- > .../devicetree/bindings/clock/sprd-ccu.txt | 46 >

Re: [PATCH V1 1/9] dt-bindings: Add Spreadtrum CCU binding documentation

On Sun, Jun 18, 2017 at 09:58:47AM +0800, Chunyan Zhang wrote: > Introduce a new binding with its documentation for Spreadtrum clock > sub-framework. > > Signed-off-by: Chunyan Zhang > --- > .../devicetree/bindings/clock/sprd-ccu.txt | 46 > ++ > 1 file changed, 46

Re: [PATCH 2/2] scripts/gdb: lx-dmesg: Use errors=replace for decoding

On 2017-06-23 19:29, Leonard Crestez wrote: > On Fri, 2017-06-23 at 18:02 +0200, Jan Kiszka wrote: >> On 2017-06-23 16:20, Leonard Crestez wrote: >>> >>> It is never desirable lx-dmesg to fail on string decoding errors, >>> not >>> even if the log buffer is corrupt. >>> >>> Signed-off-by: Leonard

Re: [PATCH 2/2] scripts/gdb: lx-dmesg: Use errors=replace for decoding

On 2017-06-23 19:29, Leonard Crestez wrote: > On Fri, 2017-06-23 at 18:02 +0200, Jan Kiszka wrote: >> On 2017-06-23 16:20, Leonard Crestez wrote: >>> >>> It is never desirable lx-dmesg to fail on string decoding errors, >>> not >>> even if the log buffer is corrupt. >>> >>> Signed-off-by: Leonard

Re: [PATCH 4/5] dt-bindings: Document MIPS Broadcom STB power management nodes

On Fri, Jun 16, 2017 at 02:37:02PM -0700, Florian Fainelli wrote: > Document the different nodes required for supporting S2/S3/S5 suspend > states on MIPS-based Broadcom STB SoCs. > > Signed-off-by: Florian Fainelli > --- > .../devicetree/bindings/mips/brcm/soc.txt

Re: [PATCH 4/5] dt-bindings: Document MIPS Broadcom STB power management nodes

On Fri, Jun 16, 2017 at 02:37:02PM -0700, Florian Fainelli wrote: > Document the different nodes required for supporting S2/S3/S5 suspend > states on MIPS-based Broadcom STB SoCs. > > Signed-off-by: Florian Fainelli > --- > .../devicetree/bindings/mips/brcm/soc.txt | 77 >

[PATCH] clocksource/mips-gic-timer: Fix an error code in 'gic_clocksource_of_init()'

'clk' is a valid pointer at this point. So calling PTR_ERR on it is pointess. Return the error code from 'clk_prepare_enable()' if it fails instead. Signed-off-by: Christophe JAILLET --- Not compile tested as I don't have the corresponding cross-compiler ---

[PATCH] clocksource/mips-gic-timer: Fix an error code in 'gic_clocksource_of_init()'

'clk' is a valid pointer at this point. So calling PTR_ERR on it is pointess. Return the error code from 'clk_prepare_enable()' if it fails instead. Signed-off-by: Christophe JAILLET --- Not compile tested as I don't have the corresponding cross-compiler --- drivers/clocksource/mips-gic-timer.c

Re: [PATCH 1/5] dt-bindings: Update Broadcom STB binding

On Fri, Jun 16, 2017 at 02:36:59PM -0700, Florian Fainelli wrote: > Update the Broadcom STB binding document with new compatible strings for > the DDR PHY and memory controller found on newer chips. The subject should be more specific what this patch is doing. > Signed-off-by: Florian Fainelli

Re: [PATCH 1/5] dt-bindings: Update Broadcom STB binding

On Fri, Jun 16, 2017 at 02:36:59PM -0700, Florian Fainelli wrote: > Update the Broadcom STB binding document with new compatible strings for > the DDR PHY and memory controller found on newer chips. The subject should be more specific what this patch is doing. > Signed-off-by: Florian Fainelli

Re: [PATCH] x86/mm/hotplug: fix BUG_ON() after hotremove by not freeing pud v2

On Wed, Jun 07, 2017 at 09:17:06PM +0300, Kirill A. Shutemov wrote: > On Wed, Jun 07, 2017 at 01:38:00PM -0400, Jerome Glisse wrote: > > > On Wed, Jun 07, 2017 at 08:03:25PM +0300, Kirill A. Shutemov wrote: > > > > On Wed, Jun 07, 2017 at 10:46:20AM -0400, jgli...@redhat.com wrote: > > > > > From:

Re: [PATCH] x86/mm/hotplug: fix BUG_ON() after hotremove by not freeing pud v2

On Wed, Jun 07, 2017 at 09:17:06PM +0300, Kirill A. Shutemov wrote: > On Wed, Jun 07, 2017 at 01:38:00PM -0400, Jerome Glisse wrote: > > > On Wed, Jun 07, 2017 at 08:03:25PM +0300, Kirill A. Shutemov wrote: > > > > On Wed, Jun 07, 2017 at 10:46:20AM -0400, jgli...@redhat.com wrote: > > > > > From:

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

Hi Shuah, On Fri, Jun 23, 2017 at 2:03 PM, Shuah Khan wrote: > On 06/22/2017 01:48 PM, Tom Gall wrote: >> Hi >> >> On Thu, Jun 22, 2017 at 2:06 PM, Shuah Khan wrote: >>> On 06/22/2017 11:50 AM, Kees Cook wrote: On Thu, Jun 22, 2017 at 10:49 AM, Andy

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

Hi Shuah, On Fri, Jun 23, 2017 at 2:03 PM, Shuah Khan wrote: > On 06/22/2017 01:48 PM, Tom Gall wrote: >> Hi >> >> On Thu, Jun 22, 2017 at 2:06 PM, Shuah Khan wrote: >>> On 06/22/2017 11:50 AM, Kees Cook wrote: On Thu, Jun 22, 2017 at 10:49 AM, Andy Lutomirski wrote: > On Thu, Jun 22,

[PATCH v2] thermal: bcm2835: Fix error code in 'bcm2835_thermal_probe'

'tz' is a valid pointer at this point, so calling PTR_ERR on it is pointless. This 'err = PTR_ERR(tz)' looks like a cut'n'paste from a few lines above. So remove it. 'err' is already the error we want to report. Signed-off-by: Christophe JAILLET --- v2: fix empty

[PATCH v2] thermal: bcm2835: Fix error code in 'bcm2835_thermal_probe'

'tz' is a valid pointer at this point, so calling PTR_ERR on it is pointless. This 'err = PTR_ERR(tz)' looks like a cut'n'paste from a few lines above. So remove it. 'err' is already the error we want to report. Signed-off-by: Christophe JAILLET --- v2: fix empty subject ---

Re: [PATCH 0/3] kselftest build errors

On 06/23/2017 04:37 AM, Marcin Nowakowski wrote: > This patch series fixes build errors observed when building net, memfd, gpio > and intel_pstate tests > > Marcin Nowakowski (3): > selftests/{net,memfd}: fix undefined references to external libraries > selftests/gpio: fix build error >

Re: [PATCH 0/3] kselftest build errors

On 06/23/2017 04:37 AM, Marcin Nowakowski wrote: > This patch series fixes build errors observed when building net, memfd, gpio > and intel_pstate tests > > Marcin Nowakowski (3): > selftests/{net,memfd}: fix undefined references to external libraries > selftests/gpio: fix build error >

Re: [PATCH v2 0/3] rtc: make st-lpc robust against y2038/2106 bug

On 06/19/2017 03:36 AM, Benjamin Gaignard wrote: > On 32bits platforms "struct timeval" or "time_t" are using u32 to code the > date, this cause tools like "date" or "hwclock" failed even before setting > the RTC device if the date is superior to year 2038 (or 2106). > > To avoid this problem I

Re: [PATCH v2 0/3] rtc: make st-lpc robust against y2038/2106 bug

On 06/19/2017 03:36 AM, Benjamin Gaignard wrote: > On 32bits platforms "struct timeval" or "time_t" are using u32 to code the > date, this cause tools like "date" or "hwclock" failed even before setting > the RTC device if the date is superior to year 2038 (or 2106). > > To avoid this problem I

Re: [PATCH 2/5] Docs: Remove redundant geometry package inclusion

On Mon, 19 Jun 2017 07:49:06 -0300 Mauro Carvalho Chehab wrote: > There's a catch, though: as sphinxsetup hmargin/vmargin was added > only on Sphinx version 1.5.3, the enclosed patch won't adjust the > margins for versions 1.5.0 to 1.5.2. While I didn't test, I bet it >

Re: [PATCH 2/5] Docs: Remove redundant geometry package inclusion

On Mon, 19 Jun 2017 07:49:06 -0300 Mauro Carvalho Chehab wrote: > There's a catch, though: as sphinxsetup hmargin/vmargin was added > only on Sphinx version 1.5.3, the enclosed patch won't adjust the > margins for versions 1.5.0 to 1.5.2. While I didn't test, I bet it > will just ignore the

[PATCH] thermal: bcm2835:

'tz' is a valid pointer at this point, so calling PTR_ERR on it is pointless. This 'err = PTR_ERR(tz)' looks like a cut'n'paste from a few lines above. So remove it. 'err' is already the error we want to report. Signed-off-by: Christophe JAILLET ---

[PATCH] thermal: bcm2835:

'tz' is a valid pointer at this point, so calling PTR_ERR on it is pointless. This 'err = PTR_ERR(tz)' looks like a cut'n'paste from a few lines above. So remove it. 'err' is already the error we want to report. Signed-off-by: Christophe JAILLET --- drivers/thermal/broadcom/bcm2835_thermal.c |

Re: [PATCH v3] clocksource/drivers/tcb_clksrc: make IO endian agnostic

On 23/06/2017 17:03, Alexandre Belloni wrote: > Now that AVR32 is gone, we can use the proper IO accessors that are > correctly handling endianness. > > Signed-off-by: Alexandre Belloni > Acked-by: Nicolas Ferre > --- > Changes

Re: [PATCH v3] clocksource/drivers/tcb_clksrc: make IO endian agnostic

On 23/06/2017 17:03, Alexandre Belloni wrote: > Now that AVR32 is gone, we can use the proper IO accessors that are > correctly handling endianness. > > Signed-off-by: Alexandre Belloni > Acked-by: Nicolas Ferre > --- > Changes in v3: > - rebased on top of tip/timers/core > - Added collected

Re: [PATCH 0/3] Introduce AMD Secure Processor device

On Thu 2017-06-22 06:42:01, Brijesh Singh wrote: > CCP device (drivers/crypto/ccp/ccp.ko) is part of AMD Secure Processor, > which is not dedicated solely to crypto. The AMD Secure Processor includes > CCP and PSP (Platform Secure Processor) devices. > > This patch series adds a framework that

Re: [PATCH 0/3] Introduce AMD Secure Processor device

On Thu 2017-06-22 06:42:01, Brijesh Singh wrote: > CCP device (drivers/crypto/ccp/ccp.ko) is part of AMD Secure Processor, > which is not dedicated solely to crypto. The AMD Secure Processor includes > CCP and PSP (Platform Secure Processor) devices. > > This patch series adds a framework that

Re: [PATCH v2] mm: Allow slab_nomerge to be set at build time

On Fri, Jun 23, 2017 at 7:06 AM, Michal Hocko wrote: > On Tue 20-06-17 16:09:11, Kees Cook wrote: >> Some hardened environments want to build kernels with slab_nomerge >> already set (so that they do not depend on remembering to set the kernel >> command line option). This is

Re: [PATCH v2] mm: Allow slab_nomerge to be set at build time

On Fri, Jun 23, 2017 at 7:06 AM, Michal Hocko wrote: > On Tue 20-06-17 16:09:11, Kees Cook wrote: >> Some hardened environments want to build kernels with slab_nomerge >> already set (so that they do not depend on remembering to set the kernel >> command line option). This is desired to reduce

[PATCH v4 4/4] kmod: throttle kmod thread limit

If we reach the limit of modprobe_limit threads running the next request_module() call will fail. The original reason for adding a kill was to do away with possible issues with in old circumstances which would create a recursive series of request_module() calls. We can do better than just be

[PATCH v4 4/4] kmod: throttle kmod thread limit

If we reach the limit of modprobe_limit threads running the next request_module() call will fail. The original reason for adding a kill was to do away with possible issues with in old circumstances which would create a recursive series of request_module() calls. We can do better than just be

[PATCH v4 2/4] kmod: reduce atomic operations on kmod_concurrent and simplify

When checking if we want to allow a kmod thread to kick off we increment, then read to see if we should enable a thread. If we were over the allowed limit limit we decrement. Splitting the increment far apart from decrement means there could be a time where two increments happen potentially giving

[PATCH v4 2/4] kmod: reduce atomic operations on kmod_concurrent and simplify

When checking if we want to allow a kmod thread to kick off we increment, then read to see if we should enable a thread. If we were over the allowed limit limit we decrement. Splitting the increment far apart from decrement means there could be a time where two increments happen potentially giving

Re: [PATCH v3 4/4] kmod: throttle kmod thread limit

On Fri, Jun 23, 2017 at 07:56:11PM +0200, Luis R. Rodriguez wrote: > On Fri, Jun 23, 2017 at 06:16:19PM +0200, Luis R. Rodriguez wrote: > > On Thu, Jun 22, 2017 at 05:19:36PM +0200, Petr Mladek wrote: > > > On Fri 2017-05-26 14:12:28, Luis R. Rodriguez wrote: > > > > --- a/kernel/kmod.c > > > >

Re: [PATCH v3 4/4] kmod: throttle kmod thread limit

On Fri, Jun 23, 2017 at 07:56:11PM +0200, Luis R. Rodriguez wrote: > On Fri, Jun 23, 2017 at 06:16:19PM +0200, Luis R. Rodriguez wrote: > > On Thu, Jun 22, 2017 at 05:19:36PM +0200, Petr Mladek wrote: > > > On Fri 2017-05-26 14:12:28, Luis R. Rodriguez wrote: > > > > --- a/kernel/kmod.c > > > >

Re: [RFC 5/9] iommu: Introduce fault notifier API

On Fri, 23 Jun 2017 11:59:28 -0700 Jacob Pan wrote: > On Thu, 22 Jun 2017 16:53:17 -0600 > Alex Williamson wrote: > > > On Wed, 14 Jun 2017 15:22:59 -0700 > > Jacob Pan wrote: > > > > > Traditionally,

Re: [RFC 5/9] iommu: Introduce fault notifier API

On Fri, 23 Jun 2017 11:59:28 -0700 Jacob Pan wrote: > On Thu, 22 Jun 2017 16:53:17 -0600 > Alex Williamson wrote: > > > On Wed, 14 Jun 2017 15:22:59 -0700 > > Jacob Pan wrote: > > > > > Traditionally, device specific faults are detected and handled > > > within their own device drivers.

RE: New NTB API Issue

From: Logan Gunthorpe > On 23/06/17 07:18 AM, Allen Hubbe wrote: > > By "remote" do you mean the source or destination of a write? > > Look at how these calls are used in ntb_transport and ntb_perf: > > They both call ntb_peer_mw_get_addr to get the size of the BAR. The size > is sent via spads

RE: New NTB API Issue

From: Logan Gunthorpe > On 23/06/17 07:18 AM, Allen Hubbe wrote: > > By "remote" do you mean the source or destination of a write? > > Look at how these calls are used in ntb_transport and ntb_perf: > > They both call ntb_peer_mw_get_addr to get the size of the BAR. The size > is sent via spads

Re: [PATCH net-next 0/4] net: phy: Support "internal" PHY interface

From: Florian Fainelli Date: Fri, 23 Jun 2017 10:33:12 -0700 > This makes the "internal" phy-mode property generally available and > documented and this allows us to remove some custom parsing code > we had for bcmgenet and bcm_sf2 which both used that specific value. Nice

Re: [PATCH net-next 0/4] net: phy: Support "internal" PHY interface

From: Florian Fainelli Date: Fri, 23 Jun 2017 10:33:12 -0700 > This makes the "internal" phy-mode property generally available and > documented and this allows us to remove some custom parsing code > we had for bcmgenet and bcm_sf2 which both used that specific value. Nice cleanup. Series

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

On 06/22/2017 01:48 PM, Tom Gall wrote: > Hi > > On Thu, Jun 22, 2017 at 2:06 PM, Shuah Khan wrote: >> On 06/22/2017 11:50 AM, Kees Cook wrote: >>> On Thu, Jun 22, 2017 at 10:49 AM, Andy Lutomirski wrote: On Thu, Jun 22, 2017 at 10:09 AM, Shuah Khan

Re: seccomp ptrace selftest failures with 4.4-stable [Was: Re: LTS testing with latest kselftests - some failures]

On 06/22/2017 01:48 PM, Tom Gall wrote: > Hi > > On Thu, Jun 22, 2017 at 2:06 PM, Shuah Khan wrote: >> On 06/22/2017 11:50 AM, Kees Cook wrote: >>> On Thu, Jun 22, 2017 at 10:49 AM, Andy Lutomirski wrote: On Thu, Jun 22, 2017 at 10:09 AM, Shuah Khan wrote: > On 06/22/2017 10:53 AM,

Re: [PATCH v5 1/4] x86: switch atomic.h to use atomic-instrumented.h

On Fri, 23 Jun 2017 10:54:02 +0200 Ingo Molnar wrote: > > * Dmitry Vyukov wrote: > > > On Thu, Jun 22, 2017 at 11:14 PM, Andrew Morton > > wrote: > > > On Thu, 22 Jun 2017 16:14:16 +0200 Dmitry Vyukov > >

Re: [PATCH v5 1/4] x86: switch atomic.h to use atomic-instrumented.h

On Fri, 23 Jun 2017 10:54:02 +0200 Ingo Molnar wrote: > > * Dmitry Vyukov wrote: > > > On Thu, Jun 22, 2017 at 11:14 PM, Andrew Morton > > wrote: > > > On Thu, 22 Jun 2017 16:14:16 +0200 Dmitry Vyukov > > > wrote: > > > > > >> Add arch_ prefix to all atomic operations and include > > >> .

Re: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module

Hi Suman, > Am 23.06.2017 um 20:05 schrieb Suman Anna : > Or does it just mean that it defines the property name? >>> >>> Please read the documentation link I sent - it's in the very bottom and >>> should have an example. >> >> I have seen it but it does not give me a

Re: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module

Hi Suman, > Am 23.06.2017 um 20:05 schrieb Suman Anna : > Or does it just mean that it defines the property name? >>> >>> Please read the documentation link I sent - it's in the very bottom and >>> should have an example. >> >> I have seen it but it does not give me a good clue how

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

Am Freitag, 23. Juni 2017, 11:49:57 CEST schrieb Brian Norris: > On Fri, Jun 23, 2017 at 08:39:25PM +0200, Heiko Stuebner wrote: > > Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > > > Provide the dynamic power coefficient of the big and little CPU > > > clusters. These numbers

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

Am Freitag, 23. Juni 2017, 11:49:57 CEST schrieb Brian Norris: > On Fri, Jun 23, 2017 at 08:39:25PM +0200, Heiko Stuebner wrote: > > Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > > > Provide the dynamic power coefficient of the big and little CPU > > > clusters. These numbers

Re: [RFC 2/9] iommu/vt-d: add bind_pasid_table function

On Fri, 23 Jun 2017 11:19:52 -0700 Jacob Pan wrote: > On Thu, 22 Jun 2017 16:52:15 -0600 > Alex Williamson wrote: > > > On Wed, 14 Jun 2017 15:22:56 -0700 > > Jacob Pan wrote: > > > +static int

Re: [RFC 2/9] iommu/vt-d: add bind_pasid_table function

On Fri, 23 Jun 2017 11:19:52 -0700 Jacob Pan wrote: > On Thu, 22 Jun 2017 16:52:15 -0600 > Alex Williamson wrote: > > > On Wed, 14 Jun 2017 15:22:56 -0700 > > Jacob Pan wrote: > > > +static int intel_iommu_unbind_pasid_table(struct iommu_domain > > > *domain, > > > +

Re: [RFC 5/9] iommu: Introduce fault notifier API

On Thu, 22 Jun 2017 16:53:17 -0600 Alex Williamson wrote: > On Wed, 14 Jun 2017 15:22:59 -0700 > Jacob Pan wrote: > > > Traditionally, device specific faults are detected and handled > > within their own device drivers. When IOMMU is

Re: [RFC 5/9] iommu: Introduce fault notifier API

On Thu, 22 Jun 2017 16:53:17 -0600 Alex Williamson wrote: > On Wed, 14 Jun 2017 15:22:59 -0700 > Jacob Pan wrote: > > > Traditionally, device specific faults are detected and handled > > within their own device drivers. When IOMMU is enabled, faults such > > as DMA related transactions are

Re: [PATCH 1/2] dt-bindings: Document the STM32 SPDIFRX interface

On Fri, Jun 16, 2017 at 03:57:31PM +0200, olivier moysan wrote: > This adds documentation of device tree bindings for the > STM32 SPDIFRX interface. > > Signed-off-by: olivier moysan > --- > .../devicetree/bindings/sound/st,stm32-spdifrx.txt | 56 > ++

Re: [PATCH 1/2] dt-bindings: Document the STM32 SPDIFRX interface

On Fri, Jun 16, 2017 at 03:57:31PM +0200, olivier moysan wrote: > This adds documentation of device tree bindings for the > STM32 SPDIFRX interface. > > Signed-off-by: olivier moysan > --- > .../devicetree/bindings/sound/st,stm32-spdifrx.txt | 56 > ++ > 1 file changed, 56

Re: [RFC PATCH 2/3] remoteproc: imx_rproc: add a NXP/Freescale imx rproc driver

On 06/23/2017 09:35 AM, Oleksij Rempel wrote: > On Wed, Jun 21, 2017 at 04:09:26PM -0500, Suman Anna wrote: >> Hi Oleksij, >> >> On 06/19/2017 02:43 AM, Oleksij Rempel wrote: >>> Hi, >>> >>> Thank you for your review! >>> >>> On 15.06.2017 21:01, Suman Anna wrote: Hi Oleksij, On

Re: [RFC PATCH 2/3] remoteproc: imx_rproc: add a NXP/Freescale imx rproc driver

On 06/23/2017 09:35 AM, Oleksij Rempel wrote: > On Wed, Jun 21, 2017 at 04:09:26PM -0500, Suman Anna wrote: >> Hi Oleksij, >> >> On 06/19/2017 02:43 AM, Oleksij Rempel wrote: >>> Hi, >>> >>> Thank you for your review! >>> >>> On 15.06.2017 21:01, Suman Anna wrote: Hi Oleksij, On

Re: [PATCH 12/16] mmc: host: omap_hsmmc: Add support to set IODELAY values

On Fri, Jun 16, 2017 at 06:15:40PM +0530, Kishon Vijay Abraham I wrote: > The data manual of J6/J6 Eco recommends to set different IODELAY values > depending on the mode in which the MMC/SD is enumerated in order to > ensure IO timings are met. > > Add support to set the IODELAY values depending

Re: [PATCH 12/16] mmc: host: omap_hsmmc: Add support to set IODELAY values

On Fri, Jun 16, 2017 at 06:15:40PM +0530, Kishon Vijay Abraham I wrote: > The data manual of J6/J6 Eco recommends to set different IODELAY values > depending on the mode in which the MMC/SD is enumerated in order to > ensure IO timings are met. > > Add support to set the IODELAY values depending

Re: [PATCH 2/3] dt-bindings: arm: amlogic: Add Libre Computer Board

On Fri, Jun 16, 2017 at 02:06:47PM +0200, Jerome Brunet wrote: > Add bindings documentation for the Libre Computer Board from Imprecision > Systems > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/arm/amlogic.txt | 1 + > 1 file changed, 1

Re: [PATCH 2/3] dt-bindings: arm: amlogic: Add Libre Computer Board

On Fri, Jun 16, 2017 at 02:06:47PM +0200, Jerome Brunet wrote: > Add bindings documentation for the Libre Computer Board from Imprecision > Systems > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/arm/amlogic.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

On Fri, Jun 23, 2017 at 08:39:25PM +0200, Heiko Stuebner wrote: > Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > > Provide the dynamic power coefficient of the big and little CPU > > clusters. These numbers are currently in use on the Samsung Chromebook > > Plus ("Kevin"). > > >

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

On Fri, Jun 23, 2017 at 08:39:25PM +0200, Heiko Stuebner wrote: > Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > > Provide the dynamic power coefficient of the big and little CPU > > clusters. These numbers are currently in use on the Samsung Chromebook > > Plus ("Kevin"). > > >

Re: Regression in kernel 4.12-rc1 for Powerpc 32 - bisected to commit 3448890c32c3

On 06/22/2017 02:25 PM, Al Viro wrote: On Thu, Jun 22, 2017 at 09:19:58AM -0500, Larry Finger wrote: Ugh... MintPPC appears to be dead. On KVM with Debian userland (either jessie or wheezy - no difference in result) booting the commit in question with your .config oopses as soon as

Re: Regression in kernel 4.12-rc1 for Powerpc 32 - bisected to commit 3448890c32c3

On 06/22/2017 02:25 PM, Al Viro wrote: On Thu, Jun 22, 2017 at 09:19:58AM -0500, Larry Finger wrote: Ugh... MintPPC appears to be dead. On KVM with Debian userland (either jessie or wheezy - no difference in result) booting the commit in question with your .config oopses as soon as

Re: [PATCH 1/3] dt-bindings: add Imprecision Systems vendor prefix

On Fri, Jun 16, 2017 at 02:06:46PM +0200, Jerome Brunet wrote: > Imprecision System LLC is a single board computer manufacturer > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by:

Re: [PATCH 1/3] dt-bindings: add Imprecision Systems vendor prefix

On Fri, Jun 16, 2017 at 02:06:46PM +0200, Jerome Brunet wrote: > Imprecision System LLC is a single board computer manufacturer > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by: Rob Herring

Re: [PATCH 2/4] dt-bindings: Add bindings for nvidia,tegra186-bpmp-thermal

On Fri, Jun 16, 2017 at 02:28:23PM +0300, Mikko Perttunen wrote: > In Tegra186, the BPMP (Boot and Power Management Processor) implements > an interface that is used to read system temperatures, including CPU > cluster and GPU temperatures. This binding describes the thermal sensor > that is

Re: [PATCH 2/4] dt-bindings: Add bindings for nvidia,tegra186-bpmp-thermal

On Fri, Jun 16, 2017 at 02:28:23PM +0300, Mikko Perttunen wrote: > In Tegra186, the BPMP (Boot and Power Management Processor) implements > an interface that is used to read system temperatures, including CPU > cluster and GPU temperatures. This binding describes the thermal sensor > that is

Re: [PATCH net-next 1/2] ipmr: restrict mroute "queue full" warning to related error values

From: Julien Gomes Date: Fri, 23 Jun 2017 10:52:26 -0700 > On 06/23/2017 10:39 AM, David Miller wrote: > >> From: Julien Gomes >> Date: Wed, 21 Jun 2017 10:58:10 -0700 >> >>> When sending a cache report on mroute_sk, mroute will emit a >>> "pending queue

Re: [PATCH net-next 1/2] ipmr: restrict mroute "queue full" warning to related error values

From: Julien Gomes Date: Fri, 23 Jun 2017 10:52:26 -0700 > On 06/23/2017 10:39 AM, David Miller wrote: > >> From: Julien Gomes >> Date: Wed, 21 Jun 2017 10:58:10 -0700 >> >>> When sending a cache report on mroute_sk, mroute will emit a >>> "pending queue full" warning for every error value

Re: [PATCH 5/7] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

On Thu, Jun 15, 2017 at 01:41:28PM -0700, Eric Anholt wrote: > This doesn't yet cover input, but the driver does get the display > working when the firmware is disabled from talking to our I2C lines. > > Signed-off-by: Eric Anholt > --- >

Re: [PATCH 5/7] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

On Thu, Jun 15, 2017 at 01:41:28PM -0700, Eric Anholt wrote: > This doesn't yet cover input, but the driver does get the display > working when the firmware is disabled from talking to our I2C lines. > > Signed-off-by: Eric Anholt > --- > .../panel/raspberrypi,7inch-touchscreen.txt| 49

Re: [PATCH v11 3/4] i2c: aspeed: added driver for Aspeed I2C

On Tue, Jun 20, 2017 at 02:15:15PM -0700, Brendan Higgins wrote: > Added initial master support for Aspeed I2C controller. Supports > fourteen busses present in AST24XX and AST25XX BMC SoCs by Aspeed. > > Signed-off-by: Brendan Higgins Applied to for-next, thanks for

Re: [PATCH v11 3/4] i2c: aspeed: added driver for Aspeed I2C

On Tue, Jun 20, 2017 at 02:15:15PM -0700, Brendan Higgins wrote: > Added initial master support for Aspeed I2C controller. Supports > fourteen busses present in AST24XX and AST25XX BMC SoCs by Aspeed. > > Signed-off-by: Brendan Higgins Applied to for-next, thanks for all the hard work! One

Re: [PATCH v11 2/4] i2c: aspeed: added documentation for Aspeed I2C driver

On Tue, Jun 20, 2017 at 02:15:14PM -0700, Brendan Higgins wrote: > Added device tree binding documentation for Aspeed I2C busses. > > Signed-off-by: Brendan Higgins > Acked-by: Rob Herring Applied to for-next, thanks! signature.asc Description:

Re: [PATCH v11 4/4] i2c: aspeed: added slave support for Aspeed I2C driver

On Tue, Jun 20, 2017 at 02:15:16PM -0700, Brendan Higgins wrote: > Added slave support for Aspeed I2C controller. Supports fourteen busses > present in AST24XX and AST25XX BMC SoCs by Aspeed. > > Signed-off-by: Brendan Higgins Applied to for-next, thanks!

Re: [PATCH v11 2/4] i2c: aspeed: added documentation for Aspeed I2C driver

On Tue, Jun 20, 2017 at 02:15:14PM -0700, Brendan Higgins wrote: > Added device tree binding documentation for Aspeed I2C busses. > > Signed-off-by: Brendan Higgins > Acked-by: Rob Herring Applied to for-next, thanks! signature.asc Description: PGP signature

Re: [PATCH v11 4/4] i2c: aspeed: added slave support for Aspeed I2C driver

On Tue, Jun 20, 2017 at 02:15:16PM -0700, Brendan Higgins wrote: > Added slave support for Aspeed I2C controller. Supports fourteen busses > present in AST24XX and AST25XX BMC SoCs by Aspeed. > > Signed-off-by: Brendan Higgins Applied to for-next, thanks! signature.asc Description: PGP

Re: [PATCH v11 1/4] MAINTAINERS: add entry for Aspeed I2C driver

On Tue, Jun 20, 2017 at 02:15:13PM -0700, Brendan Higgins wrote: > Added myself as maintainer of the Aspeed I2C driver and the associated > I2C interrupt controller and added Joel Stanley and Benjamin > Herrenschmidt as reviewers. > > Signed-off-by: Brendan Higgins

Re: [PATCH v11 1/4] MAINTAINERS: add entry for Aspeed I2C driver

On Tue, Jun 20, 2017 at 02:15:13PM -0700, Brendan Higgins wrote: > Added myself as maintainer of the Aspeed I2C driver and the associated > I2C interrupt controller and added Joel Stanley and Benjamin > Herrenschmidt as reviewers. > > Signed-off-by: Brendan Higgins Applied to for-next, thanks!

Re: [PATCH 1/2] dt-bindings: Document the Broadcom STB wake-up timer node

On Thu, Jun 15, 2017 at 12:59:03PM -0700, Florian Fainelli wrote: > Document the binding for the Broadcom STB SoCs wake-up timer node > allowing the system to generate alarms and exit low power states. > > Signed-off-by: Florian Fainelli > --- >

Re: [PATCH 1/2] dt-bindings: Document the Broadcom STB wake-up timer node

On Thu, Jun 15, 2017 at 12:59:03PM -0700, Florian Fainelli wrote: > Document the binding for the Broadcom STB SoCs wake-up timer node > allowing the system to generate alarms and exit low power states. > > Signed-off-by: Florian Fainelli > --- > .../bindings/rtc/brcm,brcmstb-waketimer.txt

Re: [PATCH 0/3] Enable namespaced file capabilities

Quoting Eric W. Biederman (ebied...@xmission.com): > Even with one xattr of any type there is something appealing about > putting the logic that limits that xattr to a namespace in the name. As Exactly. That's the idea - from Stefan - that I thought was a worthwhile improvement over my own

Re: [PATCH 0/3] Enable namespaced file capabilities

Quoting Eric W. Biederman (ebied...@xmission.com): > Even with one xattr of any type there is something appealing about > putting the logic that limits that xattr to a namespace in the name. As Exactly. That's the idea - from Stefan - that I thought was a worthwhile improvement over my own

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > Provide the dynamic power coefficient of the big and little CPU > clusters. These numbers are currently in use on the Samsung Chromebook > Plus ("Kevin"). > > The power allocator thermal governor doesn't know how to do anything if >

Re: [PATCH 3/3] arm64: dts: rockchip: set rk3399 dynamic CPU power coefficients

Am Freitag, 23. Juni 2017, 10:07:37 CEST schrieb Brian Norris: > Provide the dynamic power coefficient of the big and little CPU > clusters. These numbers are currently in use on the Samsung Chromebook > Plus ("Kevin"). > > The power allocator thermal governor doesn't know how to do anything if >

Re: enabling COMPILE_TEST support for GCC plugins in v4.11

On Thu, Jun 22, 2017 at 10:43 PM, Michael Ellerman wrote: > [Old thread just popped up in my inbox] > > Kees Cook writes: >> On Thu, Dec 8, 2016 at 5:52 PM, Paul Gortmaker >> wrote: >>> On Thu, Dec 8, 2016 at 2:00 PM, Kees

Re: enabling COMPILE_TEST support for GCC plugins in v4.11

On Thu, Jun 22, 2017 at 10:43 PM, Michael Ellerman wrote: > [Old thread just popped up in my inbox] > > Kees Cook writes: >> On Thu, Dec 8, 2016 at 5:52 PM, Paul Gortmaker >> wrote: >>> On Thu, Dec 8, 2016 at 2:00 PM, Kees Cook wrote: Hi, I'd like to get the GCC plugins building

Re: [PATCH 0/3] Enable namespaced file capabilities

Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > On 06/23/2017 12:16 PM, Casey Schaufler wrote: > >On 6/23/2017 9:00 AM, Serge E. Hallyn wrote: > >>Quoting Amir Goldstein (amir7...@gmail.com): > >>>On Thu, Jun 22, 2017 at 9:59 PM, Stefan Berger > >>> wrote: >

Re: [PATCH 0/3] Enable namespaced file capabilities

Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > On 06/23/2017 12:16 PM, Casey Schaufler wrote: > >On 6/23/2017 9:00 AM, Serge E. Hallyn wrote: > >>Quoting Amir Goldstein (amir7...@gmail.com): > >>>On Thu, Jun 22, 2017 at 9:59 PM, Stefan Berger > >>> wrote: > This series of patches

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