Re: [PATCH] configfs: inherit file and directory owners

Hi Gwendal, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH] configfs: inherit file and directory owners

Hi Gwendal, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH 3/5] random: set up the NUMA crng instances after the CRNG is fully initialized

Hi Theodore, I love your patch! Perhaps something to improve: [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH 3/5] random: set up the NUMA crng instances after the CRNG is fully initialized

Hi Theodore, I love your patch! Perhaps something to improve: [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH 2/2] input: touchscreen mc13xxx: Add mc34708 support

On Wed, Apr 11, 2018 at 04:13:40PM +0200, Lukasz Majewski wrote: > From: Sascha Hauer > > The mc34708 has a different bit to enable pen detection. This > adds the driver data and devtype necessary to probe the device > and to distinguish between the mc13783 and the

Re: [PATCH 2/2] input: touchscreen mc13xxx: Add mc34708 support

On Wed, Apr 11, 2018 at 04:13:40PM +0200, Lukasz Majewski wrote: > From: Sascha Hauer > > The mc34708 has a different bit to enable pen detection. This > adds the driver data and devtype necessary to probe the device > and to distinguish between the mc13783 and the mc34708. > > Signed-off-by:

[PATCH 2/4] include: usb: audio-v3: add BADD-specific values

Add BADD-specific predefined values to audio-v3 so usb-audio in ALSA and UAC3 gadget can use them Signed-off-by: Ruslan Bilovol --- include/linux/usb/audio-v3.h | 26 ++ 1 file changed, 26 insertions(+) diff --git a/include/linux/usb/audio-v3.h

[PATCH 4/4] ALSA: usb: add UAC3 BADD profiles support

Recently released USB Audio Class 3.0 specification contains BADD (Basic Audio Device Definition) document which describes pre-defined UAC3 configurations. BADD support is mandatory for UAC3 devices, it should be implemented as a separate USB device configuration. As per BADD document,

[PATCH 2/4] include: usb: audio-v3: add BADD-specific values

Add BADD-specific predefined values to audio-v3 so usb-audio in ALSA and UAC3 gadget can use them Signed-off-by: Ruslan Bilovol --- include/linux/usb/audio-v3.h | 26 ++ 1 file changed, 26 insertions(+) diff --git a/include/linux/usb/audio-v3.h

[PATCH 4/4] ALSA: usb: add UAC3 BADD profiles support

Recently released USB Audio Class 3.0 specification contains BADD (Basic Audio Device Definition) document which describes pre-defined UAC3 configurations. BADD support is mandatory for UAC3 devices, it should be implemented as a separate USB device configuration. As per BADD document,

[PATCH 3/4] ALSA: usb: Only get AudioControl header for UAC1 class.

From: Jorge Sanjuan The control header needs to be read from buffer at this point only in the case of UAC1 protocol. Move it inside the switch case as other protocols such as the Basic Audio Device spec will have an empty buffer that is latter filled as inferred.

[PATCH 3/4] ALSA: usb: Only get AudioControl header for UAC1 class.

From: Jorge Sanjuan The control header needs to be read from buffer at this point only in the case of UAC1 protocol. Move it inside the switch case as other protocols such as the Basic Audio Device spec will have an empty buffer that is latter filled as inferred. Signed-off-by: Jorge Sanjuan

[PATCH 0/4] USB Audio Device Class 3.0 BADD profiles support

This patchset adds BADD profiles support from the USB Audio Device Class 3.0 spec [1]. BADD profile support is defined as mandatory feature of UAC3-compliant device, it should be implemented as a separate USB configuration. Notable issue with BADD configuration is that it misses class-specific

[PATCH 0/4] USB Audio Device Class 3.0 BADD profiles support

This patchset adds BADD profiles support from the USB Audio Device Class 3.0 spec [1]. BADD profile support is defined as mandatory feature of UAC3-compliant device, it should be implemented as a separate USB configuration. Notable issue with BADD configuration is that it misses class-specific

[PATCH 1/4] ALSA: usb: stream: refactor audio interface parsing

Offload snd_usb_parse_audio_interface() function which became quite long after adding UAC3 spec support. Move class-specific parts to separate functions which now produce audioformat structure that is ready to be fed to snd_usb_add_audio_stream(). This also broke Blue Microphones workaround

[PATCH 1/4] ALSA: usb: stream: refactor audio interface parsing

Offload snd_usb_parse_audio_interface() function which became quite long after adding UAC3 spec support. Move class-specific parts to separate functions which now produce audioformat structure that is ready to be fed to snd_usb_add_audio_stream(). This also broke Blue Microphones workaround

Re: [PATCH v2 1/2] gpio: dwapb: Add support for 1 interrupt per port A GPIO

Hi Phil, Thank you for the patch! Yet something to improve: [auto build test ERROR on gpio/for-next] [also build test ERROR on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v2 1/2] gpio: dwapb: Add support for 1 interrupt per port A GPIO

Hi Phil, Thank you for the patch! Yet something to improve: [auto build test ERROR on gpio/for-next] [also build test ERROR on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[PATCH] x86/xen: Remove use of VLAs

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The few VLAs in use have an upper bound based on a size of 64K. This doesn't produce an excessively large stack so just switch the upper bound. [1] https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Laura

[PATCH] x86/xen: Remove use of VLAs

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The few VLAs in use have an upper bound based on a size of 64K. This doesn't produce an excessively large stack so just switch the upper bound. [1] https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Laura

Re: [PATCH/RFC] soc: bcm2835: Make !RASPBERRYPI_FIRMWARE dummies return failure

On 04/08/2018 02:05 AM, Geert Uytterhoeven wrote: > If CONFIG_RASPBERRYPI_FIRMWARE=n: > > drivers/gpio/gpio-raspberrypi-exp.c: In function > ‘rpi_exp_gpio_get_polarity’: > drivers/gpio/gpio-raspberrypi-exp.c:71: warning: ‘get.polarity’ is used > uninitialized in this function >

Re: [PATCH/RFC] soc: bcm2835: Make !RASPBERRYPI_FIRMWARE dummies return failure

On 04/08/2018 02:05 AM, Geert Uytterhoeven wrote: > If CONFIG_RASPBERRYPI_FIRMWARE=n: > > drivers/gpio/gpio-raspberrypi-exp.c: In function > ‘rpi_exp_gpio_get_polarity’: > drivers/gpio/gpio-raspberrypi-exp.c:71: warning: ‘get.polarity’ is used > uninitialized in this function >

Re: [PATCH] virtio_balloon: add array of stat names

On Fri, Apr 13, 2018 at 11:53:31AM -0700, Jonathan Helman wrote: > > > On 04/13/2018 06:44 AM, Michael S. Tsirkin wrote: > > Jason Wang points out that it's vary hard for users to build an array of > > s/vary/very > > > stat names. The naive thing is to use VIRTIO_BALLOON_S_NR but that > >

Re: [PATCH] virtio_balloon: add array of stat names

On Fri, Apr 13, 2018 at 11:53:31AM -0700, Jonathan Helman wrote: > > > On 04/13/2018 06:44 AM, Michael S. Tsirkin wrote: > > Jason Wang points out that it's vary hard for users to build an array of > > s/vary/very > > > stat names. The naive thing is to use VIRTIO_BALLOON_S_NR but that > >

Re: [virtio-dev] Re: [PATCH v2] virtio_balloon: export hugetlb page allocation counts

On 04/13/2018 02:51 PM, Michael S. Tsirkin wrote: On Fri, Apr 13, 2018 at 10:10:57AM -0700, Jonathan Helman wrote: On 04/13/2018 06:44 AM, Michael S. Tsirkin wrote: On Fri, Apr 13, 2018 at 03:01:11PM +0800, Jason Wang wrote: On 2018年04月12日 08:24, Jonathan Helman wrote: On 04/10/2018

Re: [PATCH v8 15/18] mm, fs, dax: handle layout changes to pinned dax mappings

On Mon, Apr 9, 2018 at 9:51 AM, Dan Williams wrote: > On Mon, Apr 9, 2018 at 9:49 AM, Jan Kara wrote: >> On Sat 07-04-18 12:38:24, Dan Williams wrote: > [..] >>> I wonder if this can be trivially solved by using srcu. I.e. we don't >>> need to wait for a

Re: [PATCH v8 15/18] mm, fs, dax: handle layout changes to pinned dax mappings

On Mon, Apr 9, 2018 at 9:51 AM, Dan Williams wrote: > On Mon, Apr 9, 2018 at 9:49 AM, Jan Kara wrote: >> On Sat 07-04-18 12:38:24, Dan Williams wrote: > [..] >>> I wonder if this can be trivially solved by using srcu. I.e. we don't >>> need to wait for a global quiescent state, just a >>>

Re: [virtio-dev] Re: [PATCH v2] virtio_balloon: export hugetlb page allocation counts

On 04/13/2018 02:51 PM, Michael S. Tsirkin wrote: On Fri, Apr 13, 2018 at 10:10:57AM -0700, Jonathan Helman wrote: On 04/13/2018 06:44 AM, Michael S. Tsirkin wrote: On Fri, Apr 13, 2018 at 03:01:11PM +0800, Jason Wang wrote: On 2018年04月12日 08:24, Jonathan Helman wrote: On 04/10/2018

Re: [PATCH v2 2/2] dt-bindings: mtd: rawnand: gpmi: document specific ECC strength

On 03/04/2018 02:06 PM, Stefan Agner wrote: > Document newly supported device tree properties nand-ecc-strength/ > nand-ecc-step-size to specify ECC strength/size. > > Signed-off-by: Stefan Agner > --- > Documentation/devicetree/bindings/mtd/gpmi-nand.txt | 5 + > 1

Re: [PATCH v2 2/2] dt-bindings: mtd: rawnand: gpmi: document specific ECC strength

On 03/04/2018 02:06 PM, Stefan Agner wrote: > Document newly supported device tree properties nand-ecc-strength/ > nand-ecc-step-size to specify ECC strength/size. > > Signed-off-by: Stefan Agner > --- > Documentation/devicetree/bindings/mtd/gpmi-nand.txt | 5 + > 1 file changed, 5

Re: [PATCH] Input: i8042 - Fix KBD port cannot wake up system from suspend-to-idle

On Wed, Apr 11, 2018 at 04:59:05PM +0800, Kai-Heng Feng wrote: > Commit f13b2065de81 ("Input: i8042 - allow KBD and AUX ports to wake up > from suspend-to-idle") make system in s2idle can be woken up by i8042 > keyboard, but it's disabled by default. > > In commit 3e6e15a862a0 ("Input: enable

Re: [PATCH] Input: i8042 - Fix KBD port cannot wake up system from suspend-to-idle

On Wed, Apr 11, 2018 at 04:59:05PM +0800, Kai-Heng Feng wrote: > Commit f13b2065de81 ("Input: i8042 - allow KBD and AUX ports to wake up > from suspend-to-idle") make system in s2idle can be woken up by i8042 > keyboard, but it's disabled by default. > > In commit 3e6e15a862a0 ("Input: enable

Re: [PATCH v2 1/2] mtd: rawnand: gpmi: add support for specific ECC strength

On 03/04/2018 02:06 PM, Stefan Agner wrote: > Add support for specified ECC strength/size using device tree > properties nand-ecc-strength/nand-ecc-step-size. > > Signed-off-by: Stefan Agner > --- > drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 30 -- >

Re: [PATCH v2 1/2] mtd: rawnand: gpmi: add support for specific ECC strength

On 03/04/2018 02:06 PM, Stefan Agner wrote: > Add support for specified ECC strength/size using device tree > properties nand-ecc-strength/nand-ecc-step-size. > > Signed-off-by: Stefan Agner > --- > drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 30 -- > 1 file

Re: [PATCH v3 01/11] PCI/P2PDMA: Support peer-to-peer memory

> I'll see if I can get our PCI SIG people to follow this through Hi Jonathan Can you let me know if this moves forward within PCI-SIG? I would like to track it. I can see this being doable between Root Ports that reside in the same Root Complex but might become more challenging to

Re: [PATCH v3 01/11] PCI/P2PDMA: Support peer-to-peer memory

> I'll see if I can get our PCI SIG people to follow this through Hi Jonathan Can you let me know if this moves forward within PCI-SIG? I would like to track it. I can see this being doable between Root Ports that reside in the same Root Complex but might become more challenging to

[ANNOUNCE] v4.14.34-rt27

Dear RT folks! I'm pleased to announce the v4.14.34-rt27 patch set. Changes since v4.14.34-rt26: - Two posix-timer related patches and one for the alarmtimer. - Backported a kvm patch patch by Christoffer Dall to remove a BUG_ON() statement which triggers on RT+arm64. - Backported

[ANNOUNCE] v4.14.34-rt27

Dear RT folks! I'm pleased to announce the v4.14.34-rt27 patch set. Changes since v4.14.34-rt26: - Two posix-timer related patches and one for the alarmtimer. - Backported a kvm patch patch by Christoffer Dall to remove a BUG_ON() statement which triggers on RT+arm64. - Backported

Re: [virtio-dev] Re: [PATCH v2] virtio_balloon: export hugetlb page allocation counts

On Fri, Apr 13, 2018 at 10:10:57AM -0700, Jonathan Helman wrote: > > > On 04/13/2018 06:44 AM, Michael S. Tsirkin wrote: > > On Fri, Apr 13, 2018 at 03:01:11PM +0800, Jason Wang wrote: > > > > > > > > > On 2018年04月12日 08:24, Jonathan Helman wrote: > > > > > > > > > > > > On 04/10/2018 08:12

Re: [virtio-dev] Re: [PATCH v2] virtio_balloon: export hugetlb page allocation counts

On Fri, Apr 13, 2018 at 10:10:57AM -0700, Jonathan Helman wrote: > > > On 04/13/2018 06:44 AM, Michael S. Tsirkin wrote: > > On Fri, Apr 13, 2018 at 03:01:11PM +0800, Jason Wang wrote: > > > > > > > > > On 2018年04月12日 08:24, Jonathan Helman wrote: > > > > > > > > > > > > On 04/10/2018 08:12

[RFC PATCH 1/2] RISCV: Register clocksource and events correctly

Currently, timer_probe() is called for every cpu and clocksource is registered multiple times for each cpu which is wrong. Probe timer only once during init and register the clock source at that time. Move the clock event registration cpu online notification callback. Take this opportunity to

[RFC PATCH 1/2] RISCV: Register clocksource and events correctly

Currently, timer_probe() is called for every cpu and clocksource is registered multiple times for each cpu which is wrong. Probe timer only once during init and register the clock source at that time. Move the clock event registration cpu online notification callback. Take this opportunity to

[RFC PATCH 2/2] RISCV: Support cpu hotplug.

This patch enable support for cpu hotplug in RISC-V. In absensece of generic cpu stop functions, WFI is used to put the cpu in low power state during offline. An IPI is sent to bring it out of WFI during online operation. Tested both on QEMU and HighFive Unleashed board with 4 cpus. Test result

[RFC PATCH 2/2] RISCV: Support cpu hotplug.

This patch enable support for cpu hotplug in RISC-V. In absensece of generic cpu stop functions, WFI is used to put the cpu in low power state during offline. An IPI is sent to bring it out of WFI during online operation. Tested both on QEMU and HighFive Unleashed board with 4 cpus. Test result

[RFC PATCH 0/2] Fix timer initialization and Add support hotplug.

The patch (1/2)fixes issues around timer initialization. This fix is required for CPU hotplug to work. That's why they are clubbed into one series. I can separate them if required. Atish Patra (2): RISCV: Register clocksource and events correctly RISCV: Support cpu hotplug.

[RFC PATCH 0/2] Fix timer initialization and Add support hotplug.

The patch (1/2)fixes issues around timer initialization. This fix is required for CPU hotplug to work. That's why they are clubbed into one series. I can separate them if required. Atish Patra (2): RISCV: Register clocksource and events correctly RISCV: Support cpu hotplug.

Re: [PATCH] MAINTAINERS: Adding backup maintainers for libnvdimm and DAX

On Fri, 2018-04-13 at 15:03 -0600, Ross Zwisler wrote: > On Fri, Apr 13, 2018 at 01:47:40PM -0700, Dave Jiang wrote: > > Adding additional maintainers to libnvdimm related code and DAX. > > > > Signed-off-by: Dave Jiang > > This is fine with me: > > Acked-by: Ross Zwisler

Re: [PATCH] MAINTAINERS: Adding backup maintainers for libnvdimm and DAX

On Fri, 2018-04-13 at 15:03 -0600, Ross Zwisler wrote: > On Fri, Apr 13, 2018 at 01:47:40PM -0700, Dave Jiang wrote: > > Adding additional maintainers to libnvdimm related code and DAX. > > > > Signed-off-by: Dave Jiang > > This is fine with me: > > Acked-by: Ross Zwisler Fine by me as well

Re: [PATCH v3 1/2] dt-bindings: iio: afe: add current-sense-shunt and voltage-divider

On Tue, Apr 10, 2018 at 05:28:01PM +0200, Peter Rosin wrote: > An ADC is often used to measure other quantities indirectly. These > bindings describe two cases, a current through a shunt resistor, and > a "big" voltage measured with the help of a voltage divider. > > Signed-off-by: Peter Rosin

Re: [PATCH v3 1/2] dt-bindings: iio: afe: add current-sense-shunt and voltage-divider

On Tue, Apr 10, 2018 at 05:28:01PM +0200, Peter Rosin wrote: > An ADC is often used to measure other quantities indirectly. These > bindings describe two cases, a current through a shunt resistor, and > a "big" voltage measured with the help of a voltage divider. > > Signed-off-by: Peter Rosin >

[PATCH] spi: meson-axg: Fix error handling in meson_spicc_probe()

If devm_spi_register_master() fails in meson_spicc_probe(), spicc->core is left undisabled. The patch fixes that. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/spi/spi-meson-spicc.c | 11 --- 1 file

Re: [Regression] PCI / PM: Simplify device wakeup settings code

On Fri, Apr 13, 2018 at 7:56 PM, Joseph Salisbury wrote: > Hi Rafael, > > A kernel bug report was opened against Ubuntu [0]. After a kernel > bisect, it was found that reverting the following two commits resolved > this bug: > > 0ce3fcaff929 ("PCI / PM: Restore

[PATCH] spi: meson-axg: Fix error handling in meson_spicc_probe()

If devm_spi_register_master() fails in meson_spicc_probe(), spicc->core is left undisabled. The patch fixes that. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/spi/spi-meson-spicc.c | 11 --- 1 file changed, 8

Re: [Regression] PCI / PM: Simplify device wakeup settings code

On Fri, Apr 13, 2018 at 7:56 PM, Joseph Salisbury wrote: > Hi Rafael, > > A kernel bug report was opened against Ubuntu [0]. After a kernel > bisect, it was found that reverting the following two commits resolved > this bug: > > 0ce3fcaff929 ("PCI / PM: Restore PME Enable after config space

[PATCH] drm/nouveau: Add missing fb SLCG registers for kepler2

Somehow I didn't manage to notice this the last time I looked at my mmiotraces, these seem to be all valid registers. Forwarding this to stable, as there's a small chance that not having these could cause clockgating to be unstable. Signed-off-by: Lyude Paul Fixes:

[PATCH] drm/nouveau: Add missing fb SLCG registers for kepler2

Somehow I didn't manage to notice this the last time I looked at my mmiotraces, these seem to be all valid registers. Forwarding this to stable, as there's a small chance that not having these could cause clockgating to be unstable. Signed-off-by: Lyude Paul Fixes: a0f79082bd174 ("drm/nouveau:

Re: [PATCH v3 01/10] bindings: PCI: designware: Example update

On Tue, Apr 10, 2018 at 01:58:33PM +0100, Gustavo Pimentel wrote: > Replaces "ctrlreg" reg-name by "dbi" to be coherent with similar drivers, > however it still be compatible with any previous DT that uses the old > reg-name. > > Replaces the PCIe base address example by a real PCIe base address

Re: [PATCH v3 01/10] bindings: PCI: designware: Example update

On Tue, Apr 10, 2018 at 01:58:33PM +0100, Gustavo Pimentel wrote: > Replaces "ctrlreg" reg-name by "dbi" to be coherent with similar drivers, > however it still be compatible with any previous DT that uses the old > reg-name. > > Replaces the PCIe base address example by a real PCIe base address

[PATCHv3] drm/amdkfd: Remove vla

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. Switch to a constant value that covers all hardware. [1] https://lkml.org/lkml/2018/3/7/621 Reviewed-by: Felix Kuehling Acked-by: Christian König

[PATCHv3] drm/amdkfd: Remove vla

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. Switch to a constant value that covers all hardware. [1] https://lkml.org/lkml/2018/3/7/621 Reviewed-by: Felix Kuehling Acked-by: Christian König Signed-off-by: Laura Abbott --- v3: Introduced a #define

[PATCHv5] gpio: Remove VLA from gpiolib

The new challenge is to remove VLAs from the kernel (see https://lkml.org/lkml/2018/3/7/621) to eventually turn on -Wvla. Using a kmalloc array is the easy way to fix this but kmalloc is still more expensive than stack allocation. Introduce a fast path with a fixed size stack array to cover most

[PATCHv5] gpio: Remove VLA from gpiolib

The new challenge is to remove VLAs from the kernel (see https://lkml.org/lkml/2018/3/7/621) to eventually turn on -Wvla. Using a kmalloc array is the easy way to fix this but kmalloc is still more expensive than stack allocation. Introduce a fast path with a fixed size stack array to cover most

Re: [PATCH] rapidio: fix rio_dma_transfer error handling

On Fri, 13 Apr 2018 09:09:18 +0200 Ioan Nicu wrote: > > > And please remember to always include all information regarding > > > end-user impact when fixing bugs. > > > > > This bug fix is applicable to versions starting from v4.6 > > Actually, this is something I broke

Re: [PATCH v2 1/5] clk: Extract OF clock helpers in

On Tue, Apr 10, 2018 at 02:51:37PM +0200, Geert Uytterhoeven wrote: > The use of of_clk_get_parent_{count,name}() and of_clk_init() is not > limited to clock providers. > > Hence move these helpers into their own header file, so callers that are > not clock providers no longer have to include . >

Re: [PATCH] rapidio: fix rio_dma_transfer error handling

On Fri, 13 Apr 2018 09:09:18 +0200 Ioan Nicu wrote: > > > And please remember to always include all information regarding > > > end-user impact when fixing bugs. > > > > > This bug fix is applicable to versions starting from v4.6 > > Actually, this is something I broke with my previous patch

Re: [PATCH v2 1/5] clk: Extract OF clock helpers in

On Tue, Apr 10, 2018 at 02:51:37PM +0200, Geert Uytterhoeven wrote: > The use of of_clk_get_parent_{count,name}() and of_clk_init() is not > limited to clock providers. > > Hence move these helpers into their own header file, so callers that are > not clock providers no longer have to include . >

Re: [PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

On Fri, 13 Apr 2018, Khazhismel Kumykov wrote: > shrink_dcache_parent may spin waiting for a parallel shrink_dentry_list. > In this case we may have 0 dentries to dispose, so we will never > schedule out while waiting for the parallel shrink_dentry_list to > complete. > > Tested that this fixes

Re: [PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

On Fri, 13 Apr 2018, Khazhismel Kumykov wrote: > shrink_dcache_parent may spin waiting for a parallel shrink_dentry_list. > In this case we may have 0 dentries to dispose, so we will never > schedule out while waiting for the parallel shrink_dentry_list to > complete. > > Tested that this fixes

Re: [PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

On Fri, 13 Apr 2018 13:28:23 -0700 Khazhismel Kumykov wrote: > shrink_dcache_parent may spin waiting for a parallel shrink_dentry_list. > In this case we may have 0 dentries to dispose, so we will never > schedule out while waiting for the parallel shrink_dentry_list to >

Re: [PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

On Fri, 13 Apr 2018 13:28:23 -0700 Khazhismel Kumykov wrote: > shrink_dcache_parent may spin waiting for a parallel shrink_dentry_list. > In this case we may have 0 dentries to dispose, so we will never > schedule out while waiting for the parallel shrink_dentry_list to > complete. > > Tested

Re: [PATCH v8 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

On Tue, Apr 10, 2018 at 12:53:09PM +0200, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund

Re: [PATCH v8 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

On Tue, Apr 10, 2018 at 12:53:09PM +0200, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund > Reviewed-by: Laurent Pinchart > --- >

Re: [PATCH] Input: atmel_mxt_ts - add missing compatible strings to OF device table

On Tue, Apr 10, 2018 at 11:53:40AM +0200, Javier Martinez Canillas wrote: > Commit af503716ac14 ("i2c: core: report OF style module alias for devices > registered via OF") fixed how the I2C core reports the module alias when > devices are registered via OF. > > But the atmel_mxt_ts driver only

Re: [PATCH] Input: atmel_mxt_ts - add missing compatible strings to OF device table

On Tue, Apr 10, 2018 at 11:53:40AM +0200, Javier Martinez Canillas wrote: > Commit af503716ac14 ("i2c: core: report OF style module alias for devices > registered via OF") fixed how the I2C core reports the module alias when > devices are registered via OF. > > But the atmel_mxt_ts driver only

Re: [PATCHv4] gpio: Remove VLA from gpiolib

On 04/12/2018 05:39 PM, Phil Reid wrote: On 12/04/2018 16:38, Linus Walleij wrote: On Wed, Apr 11, 2018 at 3:03 AM, Laura Abbott wrote: The new challenge is to remove VLAs from the kernel (see https://lkml.org/lkml/2018/3/7/621) to eventually turn on -Wvla. Using a

Re: [PATCHv4] gpio: Remove VLA from gpiolib

On 04/12/2018 05:39 PM, Phil Reid wrote: On 12/04/2018 16:38, Linus Walleij wrote: On Wed, Apr 11, 2018 at 3:03 AM, Laura Abbott wrote: The new challenge is to remove VLAs from the kernel (see https://lkml.org/lkml/2018/3/7/621) to eventually turn on -Wvla. Using a kmalloc array is the easy

Re: [PATCH v3 2/4] dt-bindings:power:supply: Add docs for ADP5061 battery charger

On Wed, Apr 11, 2018 at 06:10:15PM +0300, Stefan Popa wrote: > Document adi,adp5061 properties. > > Signed-off-by: Stefan Popa > --- > Changes in v3: > - Split devicetree bindings into a separate patch. > > .../devicetree/bindings/power/supply/adp5061.txt|

Re: [PATCH v3 2/4] dt-bindings:power:supply: Add docs for ADP5061 battery charger

On Wed, Apr 11, 2018 at 06:10:15PM +0300, Stefan Popa wrote: > Document adi,adp5061 properties. > > Signed-off-by: Stefan Popa > --- > Changes in v3: > - Split devicetree bindings into a separate patch. > > .../devicetree/bindings/power/supply/adp5061.txt| 17 > +

Re: [PATCH] MAINTAINERS: Adding backup maintainers for libnvdimm and DAX

On Fri, Apr 13, 2018 at 01:47:40PM -0700, Dave Jiang wrote: > Adding additional maintainers to libnvdimm related code and DAX. > > Signed-off-by: Dave Jiang This is fine with me: Acked-by: Ross Zwisler

Re: [PATCH] MAINTAINERS: Adding backup maintainers for libnvdimm and DAX

On Fri, Apr 13, 2018 at 01:47:40PM -0700, Dave Jiang wrote: > Adding additional maintainers to libnvdimm related code and DAX. > > Signed-off-by: Dave Jiang This is fine with me: Acked-by: Ross Zwisler

Re: [PATCH] configfs: inherit file and directory owners

Hi Gwendal, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH] configfs: inherit file and directory owners

Hi Gwendal, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16 next-20180413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[PATCH v2] media: ir-spi: update Andi's e-mail

From: Andi Shyti Because I will be leaving Samsung soon, update my e-mail to the etezian.org mail. CC: Mauro Carvalho Chehab CC: Sean Young Signed-off-by: Andi Shyti --- Hi Sean, thanks for the review and

[PATCH v2] media: ir-spi: update Andi's e-mail

From: Andi Shyti Because I will be leaving Samsung soon, update my e-mail to the etezian.org mail. CC: Mauro Carvalho Chehab CC: Sean Young Signed-off-by: Andi Shyti --- Hi Sean, thanks for the review and sorry for the late reply. Here is the patch with my mail changed also in the

Re: [PATCH v3] selftests/livepatch: introduce tests

On 04/13/2018 07:20 AM, Miroslav Benes wrote: > Hi, > > On Thu, 12 Apr 2018, Joe Lawrence wrote: > >> Add a few livepatch modules and simple target modules that the included >> regression suite can run tests against. > > Could you include a brief description which features are tested? I can

Re: [PATCH v3] selftests/livepatch: introduce tests

On 04/13/2018 07:20 AM, Miroslav Benes wrote: > Hi, > > On Thu, 12 Apr 2018, Joe Lawrence wrote: > >> Add a few livepatch modules and simple target modules that the included >> regression suite can run tests against. > > Could you include a brief description which features are tested? I can

[PATCH] MAINTAINERS: Adding backup maintainers for libnvdimm and DAX

Adding additional maintainers to libnvdimm related code and DAX. Signed-off-by: Dave Jiang --- MAINTAINERS | 15 +++ 1 file changed, 15 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 73d83416d852..958f75ad4193 100644 --- a/MAINTAINERS +++

Re: [PATCH] x86/cpufeature: guard asm_volatile_goto usage with CC_HAVE_ASM_GOTO

On 4/13/18 11:19 AM, Peter Zijlstra wrote: On Tue, Apr 10, 2018 at 02:28:04PM -0700, Alexei Starovoitov wrote: Instead of #ifdef CC_HAVE_ASM_GOTO we can replace it with #ifndef __BPF__ or some other name, I would prefer the BPF specific hack; otherwise we might be encouraging people to build

[PATCH] MAINTAINERS: Adding backup maintainers for libnvdimm and DAX

Adding additional maintainers to libnvdimm related code and DAX. Signed-off-by: Dave Jiang --- MAINTAINERS | 15 +++ 1 file changed, 15 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 73d83416d852..958f75ad4193 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4246,6

Re: [PATCH] x86/cpufeature: guard asm_volatile_goto usage with CC_HAVE_ASM_GOTO

On 4/13/18 11:19 AM, Peter Zijlstra wrote: On Tue, Apr 10, 2018 at 02:28:04PM -0700, Alexei Starovoitov wrote: Instead of #ifdef CC_HAVE_ASM_GOTO we can replace it with #ifndef __BPF__ or some other name, I would prefer the BPF specific hack; otherwise we might be encouraging people to build

Re: [PATCH 21/30] stack-protector: test compiler capability in Kconfig and drop AUTO mode

On Fri, Apr 13, 2018 at 11:11 AM, Linus Torvalds wrote: > config STACKPROTECTOR_FLAGS > string > default "-fstack-protector-strong" if CC_STACKPROTECTOR_STRONG > default "-fstack-protector" if CC_STACKPROTECTOR > default

Re: [PATCH 21/30] stack-protector: test compiler capability in Kconfig and drop AUTO mode

On Fri, Apr 13, 2018 at 11:11 AM, Linus Torvalds wrote: > config STACKPROTECTOR_FLAGS > string > default "-fstack-protector-strong" if CC_STACKPROTECTOR_STRONG > default "-fstack-protector" if CC_STACKPROTECTOR > default "-fno-stack-protector" if

Re: [PATCH] lockdown: fix coordination of kernel module signature verification

On Fri, Apr 13, 2018 at 11:27:52AM -0400, Mimi Zohar wrote: > If both IMA-appraisal and sig_enforce are enabled, then both signatures > are currently required. If the IMA-appraisal signature verification > fails, it could rely on the appended signature verification; but with the > lockdown patch

Re: [PATCH] lockdown: fix coordination of kernel module signature verification

On Fri, Apr 13, 2018 at 11:27:52AM -0400, Mimi Zohar wrote: > If both IMA-appraisal and sig_enforce are enabled, then both signatures > are currently required. If the IMA-appraisal signature verification > fails, it could rely on the appended signature verification; but with the > lockdown patch

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

Hi Vincent, On 2018-04-12 13:15:19 +0200, Niklas Söderlund wrote: > Hi Vincent, > > Thanks for your feedback. > > On 2018-04-12 12:33:27 +0200, Vincent Guittot wrote: > > Hi Niklas, > > > > On 12 April 2018 at 11:18, Niklas Söderlund > > wrote: > > > Hi Vincent,

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

Hi Vincent, On 2018-04-12 13:15:19 +0200, Niklas Söderlund wrote: > Hi Vincent, > > Thanks for your feedback. > > On 2018-04-12 12:33:27 +0200, Vincent Guittot wrote: > > Hi Niklas, > > > > On 12 April 2018 at 11:18, Niklas Söderlund > > wrote: > > > Hi Vincent, > > > > > > I have observed

[PATCH] clk: qcom: Base rcg parent rate off plan frequency

_freq_tbl_determine_rate uses the pre_div found in the clock plan multiplied by the requested rate from the caller to determine the best parent rate to set. If the requested rate is not exactly equal to the rate that was found in the clock plan, then using the requested rate in parent rate

[PATCH] clk: qcom: Base rcg parent rate off plan frequency

_freq_tbl_determine_rate uses the pre_div found in the clock plan multiplied by the requested rate from the caller to determine the best parent rate to set. If the requested rate is not exactly equal to the rate that was found in the clock plan, then using the requested rate in parent rate

[PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

shrink_dcache_parent may spin waiting for a parallel shrink_dentry_list. In this case we may have 0 dentries to dispose, so we will never schedule out while waiting for the parallel shrink_dentry_list to complete. Tested that this fixes syzbot reports of stalls in shrink_dcache_parent() Fixes:

[PATCH] fs/dcache.c: re-add cond_resched() in shrink_dcache_parent()

shrink_dcache_parent may spin waiting for a parallel shrink_dentry_list. In this case we may have 0 dentries to dispose, so we will never schedule out while waiting for the parallel shrink_dentry_list to complete. Tested that this fixes syzbot reports of stalls in shrink_dcache_parent() Fixes:

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