Re: [PATCH v3] sched/deadline: Change the time to replenish runtime for sleep tasks

On Wed, Mar 01, 2017 at 09:59:33AM +, Juri Lelli wrote: > I'd err on the side of clearness and safety (where I assume the current > code is safer only because it has been tested for a while :). However, > if you can prove in a reproducible manner that the changes you are > proposing make

Re: [PATCH v3] sched/deadline: Change the time to replenish runtime for sleep tasks

On Wed, Mar 01, 2017 at 09:59:33AM +, Juri Lelli wrote: > I'd err on the side of clearness and safety (where I assume the current > code is safer only because it has been tested for a while :). However, > if you can prove in a reproducible manner that the changes you are > proposing make

Re: [RFC PATCH 1/2] mtd: spi-nor: Introduce bounce buffer to handle vmalloc'd buffers

On Wed, 1 Mar 2017 12:18:30 +0100 Frode Isaksen wrote: > On 01/03/2017 11:18, Boris Brezillon wrote: > > On Wed, 1 Mar 2017 11:09:57 +0100 > > Cyrille Pitchen wrote: > > > >> Le 28/02/2017 à 22:39, Richard Weinberger a écrit : > >>> Vignesh,

Re: [RFC PATCH 1/2] mtd: spi-nor: Introduce bounce buffer to handle vmalloc'd buffers

On Wed, 1 Mar 2017 12:18:30 +0100 Frode Isaksen wrote: > On 01/03/2017 11:18, Boris Brezillon wrote: > > On Wed, 1 Mar 2017 11:09:57 +0100 > > Cyrille Pitchen wrote: > > > >> Le 28/02/2017 à 22:39, Richard Weinberger a écrit : > >>> Vignesh, > >>> > >>> Am 27.02.2017 um 13:08 schrieb

[PATCH] ALSA: ASoC: TLV320AIC23: Unquote NULL from control name

Without this I am getting the following messages at boot on my Trimslice: tlv320aic23-codec 2-001a: Control not supported for path LLINEIN -> [NULL] -> Line Input tlv320aic23-codec 2-001a: ASoC: no dapm match for LLINEIN --> NULL --> Line Input tlv320aic23-codec 2-001a: ASoC: Failed to

Re: [PATCH v2 3/4] acpi: Fix the check handle in case of declaring processors using the Device operator

On Mon, 20 Feb 2017, Dou Liyang wrote: > In ACPI spec, we can declare processors using both Processor and > Device operator. And before we use the ACPI table, we should check > the correctness for all processors in ACPI namespace. > > But, Currently, the check handle is just include only the

[PATCH] ALSA: ASoC: TLV320AIC23: Unquote NULL from control name

Without this I am getting the following messages at boot on my Trimslice: tlv320aic23-codec 2-001a: Control not supported for path LLINEIN -> [NULL] -> Line Input tlv320aic23-codec 2-001a: ASoC: no dapm match for LLINEIN --> NULL --> Line Input tlv320aic23-codec 2-001a: ASoC: Failed to

Re: [PATCH v2 3/4] acpi: Fix the check handle in case of declaring processors using the Device operator

On Mon, 20 Feb 2017, Dou Liyang wrote: > In ACPI spec, we can declare processors using both Processor and > Device operator. And before we use the ACPI table, we should check > the correctness for all processors in ACPI namespace. > > But, Currently, the check handle is just include only the

Re: [PATCH V2 3/4] drm/bridge: Drivers for megachips-stdpxxxx-ge-b850v3-fw (LVDS-DP++)

Hi Archit, Thank you for the review! On Wed, Mar 01, 2017 at 09:38:48AM +0530, Archit Taneja wrote: > > > On 02/28/2017 07:58 PM, Peter Senna Tschudin wrote: > > The video processing pipeline on the second output on the GE B850v3: > > > > Host -> LVDS|--(STDP4028)--|DP ->

Re: [PATCH V2 3/4] drm/bridge: Drivers for megachips-stdpxxxx-ge-b850v3-fw (LVDS-DP++)

Hi Archit, Thank you for the review! On Wed, Mar 01, 2017 at 09:38:48AM +0530, Archit Taneja wrote: > > > On 02/28/2017 07:58 PM, Peter Senna Tschudin wrote: > > The video processing pipeline on the second output on the GE B850v3: > > > > Host -> LVDS|--(STDP4028)--|DP ->

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Wed, 1 Mar 2017 17:16:30 +0530 Vignesh R wrote: > On Wednesday 01 March 2017 04:13 PM, Cyrille Pitchen wrote: > > Le 01/03/2017 à 05:54, Vignesh R a écrit : > >> > >> > >> On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote: > >>> Vignesh, > >>> > >>> Am

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Wed, 1 Mar 2017 17:16:30 +0530 Vignesh R wrote: > On Wednesday 01 March 2017 04:13 PM, Cyrille Pitchen wrote: > > Le 01/03/2017 à 05:54, Vignesh R a écrit : > >> > >> > >> On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote: > >>> Vignesh, > >>> > >>> Am 27.02.2017 um 13:08

FW: RE: Re: Subject: [PATCH v3] USB:Core: BugFix: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

> On Mon, 22 Feb 2017, Ajay Kaher wrote: >  >> On Mon, 20 Feb 2017, Ajay Kaher wrote: >>  >>> Alan, as per my understanding I have shifted the lock from >>> release_usb_class() to destroy_usb_class() in patch v3.  >>> If it is not right, please explain in detail which race condition >>> I have 

FW: RE: Re: Subject: [PATCH v3] USB:Core: BugFix: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

> On Mon, 22 Feb 2017, Ajay Kaher wrote: >  >> On Mon, 20 Feb 2017, Ajay Kaher wrote: >>  >>> Alan, as per my understanding I have shifted the lock from >>> release_usb_class() to destroy_usb_class() in patch v3.  >>> If it is not right, please explain in detail which race condition >>> I have 

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Wed, Mar 01, 2017 at 11:43:28AM +0100, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 04:21:28PM +0900, Byungchul Park wrote: > > On Tue, Feb 28, 2017 at 07:15:47PM +0100, Peter Zijlstra wrote: > > > On Wed, Jan 18, 2017 at 10:17:32PM +0900, Byungchul Park wrote: > > > > + /* > > > > +

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Wed, Mar 01, 2017 at 11:43:28AM +0100, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 04:21:28PM +0900, Byungchul Park wrote: > > On Tue, Feb 28, 2017 at 07:15:47PM +0100, Peter Zijlstra wrote: > > > On Wed, Jan 18, 2017 at 10:17:32PM +0900, Byungchul Park wrote: > > > > + /* > > > > +

Re: [PATCH 15/19] kernel: convert audit_tree.count from atomic_t to refcount_t

On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena wrote: >> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova >> wrote: >> > refcount_t type and corresponding API should be >> > used instead of atomic_t when the variable is used as >> > a

Re: [PATCH 15/19] kernel: convert audit_tree.count from atomic_t to refcount_t

On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena wrote: >> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova >> wrote: >> > refcount_t type and corresponding API should be >> > used instead of atomic_t when the variable is used as >> > a reference counter. This allows to avoid accidental >> >

Re: [PATCH] tpm: do not suspend/resume if power stays on

Hi Peter, On 01/03/17 13:00, Peter Huewe wrote: > > > Am 1. März 2017 12:51:16 MEZ schrieb Enric Balletbo i Serra > : >> From: Sonny Rao >> >> The suspend/resume behavior of the TPM can be controlled >> by setting "powered-while-suspended"

Re: [PATCH] tpm: do not suspend/resume if power stays on

Hi Peter, On 01/03/17 13:00, Peter Huewe wrote: > > > Am 1. März 2017 12:51:16 MEZ schrieb Enric Balletbo i Serra > : >> From: Sonny Rao >> >> The suspend/resume behavior of the TPM can be controlled >> by setting "powered-while-suspended" in the DTS. >> >> Signed-off-by: Sonny Rao >>

Re: Problem with RSA test from testmgr

On Tue, Feb 28, 2017 at 11:35:04PM +0100, Stephan Müller wrote: > Am Dienstag, 28. Februar 2017, 17:45:53 CET schrieb Corentin Labbe: > > Hi Corentin, > > > On Tue, Feb 28, 2017 at 05:08:35PM +0100, Stephan Müller wrote: > > > Am Dienstag, 28. Februar 2017, 16:59:53 CET schrieb Corentin Labbe: >

Re: Problem with RSA test from testmgr

On Tue, Feb 28, 2017 at 11:35:04PM +0100, Stephan Müller wrote: > Am Dienstag, 28. Februar 2017, 17:45:53 CET schrieb Corentin Labbe: > > Hi Corentin, > > > On Tue, Feb 28, 2017 at 05:08:35PM +0100, Stephan Müller wrote: > > > Am Dienstag, 28. Februar 2017, 16:59:53 CET schrieb Corentin Labbe: >

Re: [PATCH] tty: serial: pl011: add ttyAMA for matching pl011 console

On 02/01/2017 06:46 PM, Sudeep Holla wrote: > Commit c7cef0a84912 ("console: Add extensible console matching") added > match() method to struct console which allows the console to perform > console command line matching instead of (or in addition to) default > console matching (ie., by fixed

Re: [PATCH] tty: serial: pl011: add ttyAMA for matching pl011 console

On 02/01/2017 06:46 PM, Sudeep Holla wrote: > Commit c7cef0a84912 ("console: Add extensible console matching") added > match() method to struct console which allows the console to perform > console command line matching instead of (or in addition to) default > console matching (ie., by fixed

[media] omap3isp: Correctly set IO_OUT_SEL and VP_CLK_POL for CCP2 mode

ISP CSI1 module needs all the bits correctly set to work. Signed-off-by: Ivaylo Dimitrov Signed-off-by: Pavel Machek index ca09523..e6584a2 100644 --- a/drivers/media/platform/omap3isp/ispccp2.c +++ b/drivers/media/platform/omap3isp/ispccp2.c @@

[media] omap3isp: Correctly set IO_OUT_SEL and VP_CLK_POL for CCP2 mode

ISP CSI1 module needs all the bits correctly set to work. Signed-off-by: Ivaylo Dimitrov Signed-off-by: Pavel Machek index ca09523..e6584a2 100644 --- a/drivers/media/platform/omap3isp/ispccp2.c +++ b/drivers/media/platform/omap3isp/ispccp2.c @@ -213,14 +236,17 @@ static int

Re: [PATCH] tpm: do not suspend/resume if power stays on

Am 1. März 2017 12:51:16 MEZ schrieb Enric Balletbo i Serra : >From: Sonny Rao > >The suspend/resume behavior of the TPM can be controlled >by setting "powered-while-suspended" in the DTS. > >Signed-off-by: Sonny Rao

Re: [PATCH] tpm: do not suspend/resume if power stays on

Am 1. März 2017 12:51:16 MEZ schrieb Enric Balletbo i Serra : >From: Sonny Rao > >The suspend/resume behavior of the TPM can be controlled >by setting "powered-while-suspended" in the DTS. > >Signed-off-by: Sonny Rao >Signed-off-by: Enric Balletbo i Serra >---

[PATCH] mfd: cros ec: spi: Increase wait time to 200ms

From: Doug Anderson This is a sucky change to bump up the time we'll wait for the EC. Why is it sucky? If 200ms for a transfer is a common thing it will have a massively bad impact on keyboard responsiveness. It still seems like a good idea to do this, though, because

[tip:timers/urgent] timerfd: Only check CAP_WAKE_ALARM when it is needed

Commit-ID: 25b68a8f0ab13a98de02650208ec927796659898 Gitweb: http://git.kernel.org/tip/25b68a8f0ab13a98de02650208ec927796659898 Author: Stephen Smalley AuthorDate: Fri, 17 Feb 2017 10:13:59 -0500 Committer: Thomas Gleixner CommitDate: Wed, 1 Mar

[PATCH] mfd: cros ec: spi: Increase wait time to 200ms

From: Doug Anderson This is a sucky change to bump up the time we'll wait for the EC. Why is it sucky? If 200ms for a transfer is a common thing it will have a massively bad impact on keyboard responsiveness. It still seems like a good idea to do this, though, because we have a gas gauge that

[tip:timers/urgent] timerfd: Only check CAP_WAKE_ALARM when it is needed

Commit-ID: 25b68a8f0ab13a98de02650208ec927796659898 Gitweb: http://git.kernel.org/tip/25b68a8f0ab13a98de02650208ec927796659898 Author: Stephen Smalley AuthorDate: Fri, 17 Feb 2017 10:13:59 -0500 Committer: Thomas Gleixner CommitDate: Wed, 1 Mar 2017 12:53:44 +0100 timerfd: Only check

[ANNOUNCE] v4.9.13-rt11

Dear RT folks! I'm pleased to announce the v4.9.13-rt11 patch set. Changes since v4.9.13-rt10: - The lockdep fix in last release failed to compile for UP and MODULE=n configs. Fixed by Dan Murphy. Known issues - CPU hotplug got a little better but can deadlock. The delta patch

[ANNOUNCE] v4.9.13-rt11

Dear RT folks! I'm pleased to announce the v4.9.13-rt11 patch set. Changes since v4.9.13-rt10: - The lockdep fix in last release failed to compile for UP and MODULE=n configs. Fixed by Dan Murphy. Known issues - CPU hotplug got a little better but can deadlock. The delta patch

[RESEND PATCH 2/2] phy: rockchip-inno-usb2: add support of u2phy for rk3328

Add u2phy config information in the data of match table for rk3328. Signed-off-by: Meng Dongyang --- drivers/phy/phy-rockchip-inno-usb2.c | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/phy/phy-rockchip-inno-usb2.c

[RESEND PATCH 2/2] phy: rockchip-inno-usb2: add support of u2phy for rk3328

Add u2phy config information in the data of match table for rk3328. Signed-off-by: Meng Dongyang --- drivers/phy/phy-rockchip-inno-usb2.c | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/phy/phy-rockchip-inno-usb2.c b/drivers/phy/phy-rockchip-inno-usb2.c index

[RESEND PATCH 1/2] Documentation: bindings: add DT documentation for u2phy and u2phy grf

Due to the u2phy registers are separated from general grf, we need to add u2phy grf node and place u2phy node in it. And on some platform, the 480m clock may need to assign clock parent in dts in stead of clock driver. So this patch add u2phy grf node and property of assigned-clocks and

[RESEND PATCH 1/2] Documentation: bindings: add DT documentation for u2phy and u2phy grf

Due to the u2phy registers are separated from general grf, we need to add u2phy grf node and place u2phy node in it. And on some platform, the 480m clock may need to assign clock parent in dts in stead of clock driver. So this patch add u2phy grf node and property of assigned-clocks and

[RESEND PATCH 0/2] add support of u2phy for rk3328

Resend this series to involve maintainer of phy documentation The config information of RK3328 about address and port property is different from before platform. So add config information in the data of match table and documentation of the device tree bindings of u2phy. Meng Dongyang (2):

[PATCH] tpm: do not suspend/resume if power stays on

From: Sonny Rao The suspend/resume behavior of the TPM can be controlled by setting "powered-while-suspended" in the DTS. Signed-off-by: Sonny Rao Signed-off-by: Enric Balletbo i Serra ---

[RESEND PATCH 0/2] add support of u2phy for rk3328

Resend this series to involve maintainer of phy documentation The config information of RK3328 about address and port property is different from before platform. So add config information in the data of match table and documentation of the device tree bindings of u2phy. Meng Dongyang (2):

[PATCH] tpm: do not suspend/resume if power stays on

From: Sonny Rao The suspend/resume behavior of the TPM can be controlled by setting "powered-while-suspended" in the DTS. Signed-off-by: Sonny Rao Signed-off-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/tpm/tpm.txt | 25 +

[PATCH v6 1/2] [media] exynos-gsc: Use user configured colorspace if provided

Use colorspace provided by the user as we are only doing scaling and color encoding conversion, we won't be able to transform the colorspace itself and the colorspace won't mater in that operation. Also always use output colorspace on the capture side. If the user does not provide a colorspace

[PATCH v6 1/2] [media] exynos-gsc: Use user configured colorspace if provided

Use colorspace provided by the user as we are only doing scaling and color encoding conversion, we won't be able to transform the colorspace itself and the colorspace won't mater in that operation. Also always use output colorspace on the capture side. If the user does not provide a colorspace

[PATCH v6 0/2] Fixes for colorspace logic in exynos-gsc and s5p-mfc drivers

Hello, This patchset fixes a few issues on the colorspace logic for the exynos-gsc and s5p-mfc drivers. We now handle the colorspace in those drivers, and make sure to respect user setting if possible. We also now set the 'v4l2_pix_format:field' if userspace passed ANY, and replicate users

[PATCH v6 0/2] Fixes for colorspace logic in exynos-gsc and s5p-mfc drivers

Hello, This patchset fixes a few issues on the colorspace logic for the exynos-gsc and s5p-mfc drivers. We now handle the colorspace in those drivers, and make sure to respect user setting if possible. We also now set the 'v4l2_pix_format:field' if userspace passed ANY, and replicate users

[PATCH v6 2/2] [media] s5p-mfc: Handle 'v4l2_pix_format:field' in try_fmt and g_fmt

It is required by the standard that the field order is set by the driver, default to NONE in case any is provided, but we can basically accept any value provided by the userspace as we will anyway not be able to do any deinterlacing. In this patch we also make sure to pass the interlacing mode

[PATCH v2 3/3] ARM64: dts: meson-gx: Add MALI nodes for GXBB and GXL

The same MALI-450 MP3 GPU is present in the GXBB and GXL SoCs. The node is simply added in the meson-gxbb.dtsi file. For GXL, since a lot is shared with the GXM that has a MALI-T820 IP, this patch adds a new meson-gxl-mali.dtsi and is included in the SoC specific dtsi files. Signed-off-by: Neil

[PATCH v6 2/2] [media] s5p-mfc: Handle 'v4l2_pix_format:field' in try_fmt and g_fmt

It is required by the standard that the field order is set by the driver, default to NONE in case any is provided, but we can basically accept any value provided by the userspace as we will anyway not be able to do any deinterlacing. In this patch we also make sure to pass the interlacing mode

[PATCH v2 3/3] ARM64: dts: meson-gx: Add MALI nodes for GXBB and GXL

The same MALI-450 MP3 GPU is present in the GXBB and GXL SoCs. The node is simply added in the meson-gxbb.dtsi file. For GXL, since a lot is shared with the GXM that has a MALI-T820 IP, this patch adds a new meson-gxl-mali.dtsi and is included in the SoC specific dtsi files. Signed-off-by: Neil

Re: [RFC PATCH 1/2] mtd: spi-nor: Introduce bounce buffer to handle vmalloc'd buffers

On Wednesday 01 March 2017 03:39 PM, Cyrille Pitchen wrote: > Le 28/02/2017 à 22:39, Richard Weinberger a écrit : >> Vignesh, >> >> Am 27.02.2017 um 13:08 schrieb Vignesh R: >>> Filesystems like UBIFS may pass vmalloc'd buffers to SPI NOR layer which >>> will end up in SPI layer. SPI core does

Re: [RFC PATCH 1/2] mtd: spi-nor: Introduce bounce buffer to handle vmalloc'd buffers

On Wednesday 01 March 2017 03:39 PM, Cyrille Pitchen wrote: > Le 28/02/2017 à 22:39, Richard Weinberger a écrit : >> Vignesh, >> >> Am 27.02.2017 um 13:08 schrieb Vignesh R: >>> Filesystems like UBIFS may pass vmalloc'd buffers to SPI NOR layer which >>> will end up in SPI layer. SPI core does

Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME

On Tue, Feb 28, 2017 at 05:19:51PM -0600, Tom Lendacky wrote: > Device drivers don't supply set_dma_mask() since that is part of the > dma_map_ops structure. The fm10k_pf.c file function is unrelated to this > (it's part of an internal driver structure). The dma_map_ops structure > is setup by the

Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME

On Tue, Feb 28, 2017 at 05:19:51PM -0600, Tom Lendacky wrote: > Device drivers don't supply set_dma_mask() since that is part of the > dma_map_ops structure. The fm10k_pf.c file function is unrelated to this > (it's part of an internal driver structure). The dma_map_ops structure > is setup by the

[PATCH v2 0/3] meson-gx: Add mali-450 support

Since the merge of the Mali dt bindings at [1], add support for Mali clocks and DT node. The Mali is clocked by two identical clock paths behind a glitch free mux to safely change frequency while running. So these clocks must be added to the meson-gxbb clock controller. Changes since v1 at [2] :

[PATCH v2 0/3] meson-gx: Add mali-450 support

Since the merge of the Mali dt bindings at [1], add support for Mali clocks and DT node. The Mali is clocked by two identical clock paths behind a glitch free mux to safely change frequency while running. So these clocks must be added to the meson-gxbb clock controller. Changes since v1 at [2] :

[PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O during memory allocation") added the memalloc_noio_(save|restore) functions to enable people to modify the MM behavior by disbaling I/O during memory allocation. This was further extended in Fixes: 934f3072c17c ("mm: clear

[PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O during memory allocation") added the memalloc_noio_(save|restore) functions to enable people to modify the MM behavior by disbaling I/O during memory allocation. This was further extended in Fixes: 934f3072c17c ("mm: clear

Re: [PATCH 1/1] drivers/misc: Add Intel System ID driver

On Wed, Mar 1, 2017 at 11:42 AM, Loh, Tien Hock wrote: > On Rab, 2017-03-01 at 10:01 +0100, Arnd Bergmann wrote: >> On Wed, Mar 1, 2017 at 8:23 AM, Loh, Tien Hock > Another option would be to fold the timestamp into the revision >> attribute, >>

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On 01/03/2017 11:43, Cyrille Pitchen wrote: > Le 01/03/2017 à 05:54, Vignesh R a écrit : >> >> On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote: >>> Vignesh, >>> >>> Am 27.02.2017 um 13:08 schrieb Vignesh R: Many SPI controller drivers use DMA to read/write from m25p80

Re: [PATCH 1/1] drivers/misc: Add Intel System ID driver

On Wed, Mar 1, 2017 at 11:42 AM, Loh, Tien Hock wrote: > On Rab, 2017-03-01 at 10:01 +0100, Arnd Bergmann wrote: >> On Wed, Mar 1, 2017 at 8:23 AM, Loh, Tien Hock > Another option would be to fold the timestamp into the revision >> attribute, >> but whether that is a reasonable place for it would

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On 01/03/2017 11:43, Cyrille Pitchen wrote: > Le 01/03/2017 à 05:54, Vignesh R a écrit : >> >> On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote: >>> Vignesh, >>> >>> Am 27.02.2017 um 13:08 schrieb Vignesh R: Many SPI controller drivers use DMA to read/write from m25p80

Re: [PATCH 1/2] vfs: implement fchmodat2() syscall

On Tue, 28 Feb 2017 12:23:01 -0600 Eric Blake wrote: > On 02/28/2017 11:03 AM, Greg Kurz wrote: > > According to the POSIX.1-2008 manual page [1], the fchmodat() function has > > a flag argument which may be passed the following value: > > > > AT_SYMLINK_NOFOLLOW > > If

Re: [PATCH 1/2] vfs: implement fchmodat2() syscall

On Tue, 28 Feb 2017 12:23:01 -0600 Eric Blake wrote: > On 02/28/2017 11:03 AM, Greg Kurz wrote: > > According to the POSIX.1-2008 manual page [1], the fchmodat() function has > > a flag argument which may be passed the following value: > > > > AT_SYMLINK_NOFOLLOW > > If path names a

RE: [PATCH v1] perf vendor events: Add mapping for KnightsMill PMU events

On Monday, February 20, 2017 12:51 PM +0100, Karol Wachowski wrote: > Reuse events from KnightsLanding for KnightsMill > > Signed-off-by: Karol Wachowski > --- > tools/perf/pmu-events/arch/x86/mapfile.csv | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[PATCH] PM / OPP: Documentation: Fix opp-microvolt in examples

The triplet present in "opp-microvolt" property should be in the order , while all the examples have it in the order . Fix it. Luckily all of the users of "opp-microvolt" property have applied brain instead of copying the examples from documentation and none of the actual dts files have it

RE: [PATCH v1] perf vendor events: Add mapping for KnightsMill PMU events

On Monday, February 20, 2017 12:51 PM +0100, Karol Wachowski wrote: > Reuse events from KnightsLanding for KnightsMill > > Signed-off-by: Karol Wachowski > --- > tools/perf/pmu-events/arch/x86/mapfile.csv | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[PATCH] PM / OPP: Documentation: Fix opp-microvolt in examples

The triplet present in "opp-microvolt" property should be in the order , while all the examples have it in the order . Fix it. Luckily all of the users of "opp-microvolt" property have applied brain instead of copying the examples from documentation and none of the actual dts files have it

[PATCH v2 1/2] extcon: cros-ec: Add extcon-cros-ec driver to support display out.

From: Benson Leung This is the driver for the USB Type C cable detection mechanism built into the ChromeOS Embedded Controller on systems that have USB Type-C ports. At present, this allows for the presence of display out, but in future, it may also be used to notify host

[PATCH v2 1/2] extcon: cros-ec: Add extcon-cros-ec driver to support display out.

From: Benson Leung This is the driver for the USB Type C cable detection mechanism built into the ChromeOS Embedded Controller on systems that have USB Type-C ports. At present, this allows for the presence of display out, but in future, it may also be used to notify host and device type cables

Re: [RFC PATCH 1/2] mtd: spi-nor: Introduce bounce buffer to handle vmalloc'd buffers

On 01/03/2017 11:18, Boris Brezillon wrote: > On Wed, 1 Mar 2017 11:09:57 +0100 > Cyrille Pitchen wrote: > >> Le 28/02/2017 à 22:39, Richard Weinberger a écrit : >>> Vignesh, >>> >>> Am 27.02.2017 um 13:08 schrieb Vignesh R: Filesystems like UBIFS may pass

Re: [RFC PATCH 1/2] mtd: spi-nor: Introduce bounce buffer to handle vmalloc'd buffers

On 01/03/2017 11:18, Boris Brezillon wrote: > On Wed, 1 Mar 2017 11:09:57 +0100 > Cyrille Pitchen wrote: > >> Le 28/02/2017 à 22:39, Richard Weinberger a écrit : >>> Vignesh, >>> >>> Am 27.02.2017 um 13:08 schrieb Vignesh R: Filesystems like UBIFS may pass vmalloc'd buffers to SPI NOR

[PATCH v2 0/2] Add support for cros-ec-extcon driver

Dear all, Now that the drm/rockchip landed it's time to review the extcon cros-ec driver. The cdn-dp driver uses this extcon driver to get cable status and the presence of display out. This driver is based on the one available in chromeos-4.4 kernel but removing all the USB switch role stuff,

[PATCH v2 0/2] Add support for cros-ec-extcon driver

Dear all, Now that the drm/rockchip landed it's time to review the extcon cros-ec driver. The cdn-dp driver uses this extcon driver to get cable status and the presence of display out. This driver is based on the one available in chromeos-4.4 kernel but removing all the USB switch role stuff,

[PATCH v2 2/2] dt-bindings: extcon: Add support for cros-ec device

From: Benson Leung This patch add documentation for binding of USB Type C cable detection mechanism is using EXTCON subsystem. The device can detect the presence of display out but it may also detect other external accessories when external accessories is attached or

Re: [PATCH v2 4/4] acpi: Move the verification of duplicate proc_id from booting time to hot-plug time

On Mon, 20 Feb 2017, Dou Liyang wrote: Please make your subject line short and a precise summary phrase, not an overlong sentence. > After we revert the the mapping of "cpuid <-> nodeid" fixed at the > booting time. and do it at the hot-plug time. we should also do the > verification of

[PATCH v2 2/2] dt-bindings: extcon: Add support for cros-ec device

From: Benson Leung This patch add documentation for binding of USB Type C cable detection mechanism is using EXTCON subsystem. The device can detect the presence of display out but it may also detect other external accessories when external accessories is attached or detached. Signed-off-by:

Re: [PATCH v2 4/4] acpi: Move the verification of duplicate proc_id from booting time to hot-plug time

On Mon, 20 Feb 2017, Dou Liyang wrote: Please make your subject line short and a precise summary phrase, not an overlong sentence. > After we revert the the mapping of "cpuid <-> nodeid" fixed at the > booting time. and do it at the hot-plug time. we should also do the > verification of

Re: [PATCH 01/10] Input: eeti_ts - rename eeti_ts_priv to eeti_ts

Hi Dmitry, On 02/28/2017 11:46 PM, Dmitry Torokhov wrote: > Also rename 'priv' variables to eeti. > > Signed-off-by: Dmitry Torokhov > --- > > Hi, > > This is all is not tested as I do not have the hardware, so if anyone > has raumfeld device that would be awesome.

Re: [PATCH 01/10] Input: eeti_ts - rename eeti_ts_priv to eeti_ts

Hi Dmitry, On 02/28/2017 11:46 PM, Dmitry Torokhov wrote: > Also rename 'priv' variables to eeti. > > Signed-off-by: Dmitry Torokhov > --- > > Hi, > > This is all is not tested as I do not have the hardware, so if anyone > has raumfeld device that would be awesome. I have no access to such

[PATCH 4/5] fs, xfs: convert xfs_cui_log_item.cui_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [GIT PULL] HID for 4.11

On 02/28/2017 09:05 PM, Linus Torvalds wrote: On Tue, Feb 28, 2017 at 7:24 PM, Peter Hutterer wrote: I suspect you're just triggering a bug that wasn't triggered by the ps/2 emulation. you can run linput-debug-events --verbose and have a look at the various state

[PATCH 4/5] fs, xfs: convert xfs_cui_log_item.cui_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand

Re: [GIT PULL] HID for 4.11

On 02/28/2017 09:05 PM, Linus Torvalds wrote: On Tue, Feb 28, 2017 at 7:24 PM, Peter Hutterer wrote: I suspect you're just triggering a bug that wasn't triggered by the ps/2 emulation. you can run linput-debug-events --verbose and have a look at the various state debugging information, that

[PATCH 5/5] fs, xfs: convert xfs_rui_log_item.rui_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 5/5] fs, xfs: convert xfs_rui_log_item.rui_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand

[PATCH 08/10] perf, tools, stat: Output JSON MetricExpr metric

From: Andi Kleen Add generic infrastructure to perf stat to output ratios for "MetricExpr" entries in the event lists. Many events are more useful as ratios than in raw form, typically some count in relation to total ticks. Transfer the MetricExpr information from the

[PATCH 08/10] perf, tools, stat: Output JSON MetricExpr metric

From: Andi Kleen Add generic infrastructure to perf stat to output ratios for "MetricExpr" entries in the event lists. Many events are more useful as ratios than in raw form, typically some count in relation to total ticks. Transfer the MetricExpr information from the alias to the evsel. We

Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs

On Tue, Feb 28, 2017 at 05:28:48PM -0600, Tom Lendacky wrote: > That's a good idea, I'll expand on that. I probably won't be that > direct in my comment though :) You either haven't dealt with firmware long enough or you're much better person than me. :-))) -- Regards/Gruss, Boris. Good

Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs

On Tue, Feb 28, 2017 at 05:28:48PM -0600, Tom Lendacky wrote: > That's a good idea, I'll expand on that. I probably won't be that > direct in my comment though :) You either haven't dealt with firmware long enough or you're much better person than me. :-))) -- Regards/Gruss, Boris. Good

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Wed, Mar 01, 2017 at 01:40:33PM +0900, Byungchul Park wrote: > Right. I decided to force MAX_XHLOCKS_NR to be power of 2 and everything > became easy. Thank you very much. Something like: BUILD_BUG_ON(MAX_XHLOCKS_NR & (MAX_XHLOCK_NR - 1)); Should enforce I think.

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Wed, Mar 01, 2017 at 01:40:33PM +0900, Byungchul Park wrote: > Right. I decided to force MAX_XHLOCKS_NR to be power of 2 and everything > became easy. Thank you very much. Something like: BUILD_BUG_ON(MAX_XHLOCKS_NR & (MAX_XHLOCK_NR - 1)); Should enforce I think.

Re: [PATCH -next] watchdog/wm831x: fix build when COMPILE_TEST is enabled

On Tue, Feb 28, 2017 at 10:31:15AM -0800, Randy Dunlap wrote: > From: Randy Dunlap > > Fix kconfig dependencies when COMPILE_TEST is enabled so that > interdependent module dependencies are configured as needed. > > Fixes build when WM831X_WATCHDOG=m and COMPILE_TEST=y. >

Re: [PATCH -next] watchdog/wm831x: fix build when COMPILE_TEST is enabled

On Tue, Feb 28, 2017 at 10:31:15AM -0800, Randy Dunlap wrote: > From: Randy Dunlap > > Fix kconfig dependencies when COMPILE_TEST is enabled so that > interdependent module dependencies are configured as needed. > > Fixes build when WM831X_WATCHDOG=m and COMPILE_TEST=y. > No other WM831X

[PATCH v3] pwm: rockchip: State of pwm clock should synchronize with pwm enabled state

From: "david.wu" If the pwm was not enabled at uboot loader, pwm could not work for clock always disabled at pwm driver. The pwm clock is enabled at beginning of pwm_apply(), but disabled at end of pwm_apply(). If the pwm was enabled at uboot loader, pwm clock is always

[PATCH v3] pwm: rockchip: State of pwm clock should synchronize with pwm enabled state

From: "david.wu" If the pwm was not enabled at uboot loader, pwm could not work for clock always disabled at pwm driver. The pwm clock is enabled at beginning of pwm_apply(), but disabled at end of pwm_apply(). If the pwm was enabled at uboot loader, pwm clock is always enabled unless closed by

Re: [PATCH v2] pwm: rockchip: State of pwm clock should synchronize with pwm enabled state

Hi Boris， 在 2017/3/1 18:19, Boris Brezillon 写道: On Wed, 1 Mar 2017 18:16:02 +0800 David Wu wrote: From: "david.wu" If the pwm was not enabled at uboot loader, pwm could not work for clock always disabled at pwm driver. The pwm clock is

Re: [PATCH v2] pwm: rockchip: State of pwm clock should synchronize with pwm enabled state

Hi Boris， 在 2017/3/1 18:19, Boris Brezillon 写道: On Wed, 1 Mar 2017 18:16:02 +0800 David Wu wrote: From: "david.wu" If the pwm was not enabled at uboot loader, pwm could not work for clock always disabled at pwm driver. The pwm clock is enabled at beginning of pwm_apply(), but disabled at

Re: [PATCH] lockdep: Teach lockdep about memalloc_noio_save

On 1.03.2017 12:31, Michal Hocko wrote: > On Wed 01-03-17 11:22:51, Vlastimil Babka wrote: >> On 03/01/2017 08:48 AM, Nikolay Borisov wrote: >>> Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O >>> during memory allocation") added the memalloc_noio_(save|restore)

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

Le 01/03/2017 à 05:54, Vignesh R a écrit : > > > On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote: >> Vignesh, >> >> Am 27.02.2017 um 13:08 schrieb Vignesh R: >>> Many SPI controller drivers use DMA to read/write from m25p80 compatible >>> flashes. Therefore enable bounce buffers

<    9   10   11   12   13   14   15   16   17   18   >