Re: [PATCH v5 13/13] mm: Clear shrinker bit if there are no objects related to memcg

On Thu, May 10, 2018 at 12:54:15PM +0300, Kirill Tkhai wrote: > To avoid further unneed calls of do_shrink_slab() > for shrinkers, which already do not have any charged > objects in a memcg, their bits have to be cleared. > > This patch introduces a lockless mechanism to do that > without races

Re: [PATCH v5 13/13] mm: Clear shrinker bit if there are no objects related to memcg

On Thu, May 10, 2018 at 12:54:15PM +0300, Kirill Tkhai wrote: > To avoid further unneed calls of do_shrink_slab() > for shrinkers, which already do not have any charged > objects in a memcg, their bits have to be cleared. > > This patch introduces a lockless mechanism to do that > without races

[PATCH v3 3/8] PCI: Rename device node parameter of of_pci_get_host_bridge_resources()

From: Jan Kiszka We will add a real device parameter to this function soon. Signed-off-by: Jan Kiszka --- drivers/pci/of.c | 18 +- include/linux/of_pci.h | 4 ++-- 2 files changed, 11 insertions(+), 11 deletions(-) diff

[PATCH v3 4/8] PCI: Replace dev_node parameter of of_pci_get_host_bridge_resources with device

From: Jan Kiszka Another step towards a managed version of of_pci_get_host_bridge_resources(): Feed in the underlying device, rather than just the OF node. This will allow to use managed resource allocation internally later on. CC: Jingoo Han CC:

[PATCH v3 3/8] PCI: Rename device node parameter of of_pci_get_host_bridge_resources()

From: Jan Kiszka We will add a real device parameter to this function soon. Signed-off-by: Jan Kiszka --- drivers/pci/of.c | 18 +- include/linux/of_pci.h | 4 ++-- 2 files changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/pci/of.c b/drivers/pci/of.c

[PATCH v3 4/8] PCI: Replace dev_node parameter of of_pci_get_host_bridge_resources with device

From: Jan Kiszka Another step towards a managed version of of_pci_get_host_bridge_resources(): Feed in the underlying device, rather than just the OF node. This will allow to use managed resource allocation internally later on. CC: Jingoo Han CC: Joao Pinto CC: Lorenzo Pieralisi

[PATCH] cpufreq: add imx8mq-cpufreq driver

Add imx8mq-cpufreq driver for NXP i.MX8MQ SoC to support the hardware specific frequency and voltage scaling requirements. Signed-off-by: Anson Huang --- drivers/cpufreq/Kconfig.arm | 8 ++ drivers/cpufreq/Makefile | 1 + drivers/cpufreq/imx8mq-cpufreq.c |

[PATCH] cpufreq: add imx8mq-cpufreq driver

Add imx8mq-cpufreq driver for NXP i.MX8MQ SoC to support the hardware specific frequency and voltage scaling requirements. Signed-off-by: Anson Huang --- drivers/cpufreq/Kconfig.arm | 8 ++ drivers/cpufreq/Makefile | 1 + drivers/cpufreq/imx8mq-cpufreq.c | 234

linux-next: build failure after merge of the kbuild tree

Hi Masahiro, After merging the kbuild tree, today's linux-next build (x86_64 modules_install) failed like this: Usage: scripts/depmod.sh /sbin/depmod Makefile:1314: recipe for target '_modinst_post' failed Caused by commit ea7ad9856a2c ("depmod.sh: remove symbol prefix support") I added

linux-next: build failure after merge of the kbuild tree

Hi Masahiro, After merging the kbuild tree, today's linux-next build (x86_64 modules_install) failed like this: Usage: scripts/depmod.sh /sbin/depmod Makefile:1314: recipe for target '_modinst_post' failed Caused by commit ea7ad9856a2c ("depmod.sh: remove symbol prefix support") I added

Re: [PATCH v3 4/6] ALSA: xen-front: Implement handling of shared buffers

On 05/14/2018 11:28 PM, Takashi Iwai wrote: On Mon, 14 May 2018 08:27:40 +0200, Oleksandr Andrushchenko wrote: --- /dev/null +++ b/sound/xen/xen_snd_front_shbuf.c @@ -0,0 +1,193 @@ +// SPDX-License-Identifier: GPL-2.0 OR MIT + +/* + * Xen para-virtual sound device + * + * Copyright (C)

Re: [PATCH v3 4/6] ALSA: xen-front: Implement handling of shared buffers

On 05/14/2018 11:28 PM, Takashi Iwai wrote: On Mon, 14 May 2018 08:27:40 +0200, Oleksandr Andrushchenko wrote: --- /dev/null +++ b/sound/xen/xen_snd_front_shbuf.c @@ -0,0 +1,193 @@ +// SPDX-License-Identifier: GPL-2.0 OR MIT + +/* + * Xen para-virtual sound device + * + * Copyright (C)

Re: [PATCH v5 11/13] mm: Iterate only over charged shrinkers during memcg shrink_slab()

On Thu, May 10, 2018 at 12:53:55PM +0300, Kirill Tkhai wrote: > Using the preparations made in previous patches, in case of memcg > shrink, we may avoid shrinkers, which are not set in memcg's shrinkers > bitmap. To do that, we separate iterations over memcg-aware and > !memcg-aware shrinkers, and

Re: [PATCH v5 11/13] mm: Iterate only over charged shrinkers during memcg shrink_slab()

On Thu, May 10, 2018 at 12:53:55PM +0300, Kirill Tkhai wrote: > Using the preparations made in previous patches, in case of memcg > shrink, we may avoid shrinkers, which are not set in memcg's shrinkers > bitmap. To do that, we separate iterations over memcg-aware and > !memcg-aware shrinkers, and

Re: [RFC PATCH v2 2/2] locking/percpu-rwsem: Mark rwsem as non-spinnable in percpu_rwsem_release()

On Mon, May 14, 2018 at 10:31 PM, Waiman Long wrote: > The percpu_rwsem_release() is called when the ownership of the embedded > rwsem is to be transferred to another task. The new owner, however, may > take a while to get the ownership of the lock via percpu_rwsem_acquire().

Re: [RFC PATCH v2 2/2] locking/percpu-rwsem: Mark rwsem as non-spinnable in percpu_rwsem_release()

On Mon, May 14, 2018 at 10:31 PM, Waiman Long wrote: > The percpu_rwsem_release() is called when the ownership of the embedded > rwsem is to be transferred to another task. The new owner, however, may > take a while to get the ownership of the lock via percpu_rwsem_acquire(). > During that

[tip:x86/build] x86/build/vdso: Put generated linker scripts to $(obj)/

Commit-ID: 1742ed2088ccc4ade3abd8fe888742dd0f1343f8 Gitweb: https://git.kernel.org/tip/1742ed2088ccc4ade3abd8fe888742dd0f1343f8 Author: Masahiro Yamada AuthorDate: Tue, 15 May 2018 11:52:24 +0900 Committer: Ingo Molnar CommitDate: Tue,

[tip:x86/build] x86/build/vdso: Remove unnecessary export in Makefile

Commit-ID: 61615faf0a8968b604bd279fec5cb834ba59ed58 Gitweb: https://git.kernel.org/tip/61615faf0a8968b604bd279fec5cb834ba59ed58 Author: Masahiro Yamada AuthorDate: Tue, 15 May 2018 11:52:23 +0900 Committer: Ingo Molnar CommitDate: Tue,

[tip:x86/build] x86/build/vdso: Put generated linker scripts to $(obj)/

Commit-ID: 1742ed2088ccc4ade3abd8fe888742dd0f1343f8 Gitweb: https://git.kernel.org/tip/1742ed2088ccc4ade3abd8fe888742dd0f1343f8 Author: Masahiro Yamada AuthorDate: Tue, 15 May 2018 11:52:24 +0900 Committer: Ingo Molnar CommitDate: Tue, 15 May 2018 07:32:42 +0200 x86/build/vdso: Put

[tip:x86/build] x86/build/vdso: Remove unnecessary export in Makefile

Commit-ID: 61615faf0a8968b604bd279fec5cb834ba59ed58 Gitweb: https://git.kernel.org/tip/61615faf0a8968b604bd279fec5cb834ba59ed58 Author: Masahiro Yamada AuthorDate: Tue, 15 May 2018 11:52:23 +0900 Committer: Ingo Molnar CommitDate: Tue, 15 May 2018 07:32:42 +0200 x86/build/vdso: Remove

[tip:x86/build] x86/build/vdso: Remove unused $(vobjs-nox32) in Makefile

Commit-ID: b3656612118f8961182f988168c835f023f0408a Gitweb: https://git.kernel.org/tip/b3656612118f8961182f988168c835f023f0408a Author: Masahiro Yamada AuthorDate: Tue, 15 May 2018 11:52:22 +0900 Committer: Ingo Molnar CommitDate: Tue,

Re: [PATCH 4.9 00/36] 4.9.100-stable review

On 14 May 2018 at 12:18, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.100 release. > There are 36 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please

[tip:x86/build] x86/build/vdso: Remove unused $(vobjs-nox32) in Makefile

Commit-ID: b3656612118f8961182f988168c835f023f0408a Gitweb: https://git.kernel.org/tip/b3656612118f8961182f988168c835f023f0408a Author: Masahiro Yamada AuthorDate: Tue, 15 May 2018 11:52:22 +0900 Committer: Ingo Molnar CommitDate: Tue, 15 May 2018 07:32:42 +0200 x86/build/vdso: Remove

Re: [PATCH 4.9 00/36] 4.9.100-stable review

On 14 May 2018 at 12:18, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.100 release. > There are 36 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v4 0/4] ALSA: usb: UAC3 new features.

On Fri, 11 May 2018 17:25:33 +0200, Jorge Sanjuan wrote: > > v4 Updates: > - Removes already applied patch from v2 of this patchset. > - Adds small patch to parse Feature Unit number of channels. > - Rebased onto latest linux-next tag as today. > > Now that the UAC3 patch [1] has made it to

Re: [PATCH v4 0/4] ALSA: usb: UAC3 new features.

On Fri, 11 May 2018 17:25:33 +0200, Jorge Sanjuan wrote: > > v4 Updates: > - Removes already applied patch from v2 of this patchset. > - Adds small patch to parse Feature Unit number of channels. > - Rebased onto latest linux-next tag as today. > > Now that the UAC3 patch [1] has made it to

Re: [PATCH 4.14 00/62] 4.14.41-stable review

On 14 May 2018 at 12:18, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.41 release. > There are 62 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please

Re: [PATCH 4.14 00/62] 4.14.41-stable review

On 14 May 2018 at 12:18, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.41 release. > There are 62 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v1 4/4] samples/bpf: an example of a raw IR decoder

On Mon, May 14, 2018 at 2:11 PM, Sean Young wrote: > This implements the grundig-16 IR protocol. > > Signed-off-by: Sean Young > --- > samples/bpf/Makefile | 4 + > samples/bpf/bpf_load.c| 9 +- >

Re: [PATCH v1 4/4] samples/bpf: an example of a raw IR decoder

On Mon, May 14, 2018 at 2:11 PM, Sean Young wrote: > This implements the grundig-16 IR protocol. > > Signed-off-by: Sean Young > --- > samples/bpf/Makefile | 4 + > samples/bpf/bpf_load.c| 9 +- > samples/bpf/grundig_decoder_kern.c| 112

[tip:core/urgent] objtool: Detect RIP-relative switch table references

Commit-ID: 6f5ec2993b1f39aed12fa6fd56e8dc2272ee8a33 Gitweb: https://git.kernel.org/tip/6f5ec2993b1f39aed12fa6fd56e8dc2272ee8a33 Author: Josh Poimboeuf AuthorDate: Mon, 14 May 2018 08:53:24 -0500 Committer: Ingo Molnar CommitDate: Tue, 15 May 2018

Re: [PATCH] x86: add the flag -fno-reorder-blocks-and-partition

* Mikulas Patocka wrote: > GCC 8 turns on -freorder-blocks-and-partition by default, the ORC unwinder > can't deal with it and it results in a lot of warnings "sibling call from > callable instruction with modified stack frame". This patch adds the >

[tip:core/urgent] objtool: Detect RIP-relative switch table references

Commit-ID: 6f5ec2993b1f39aed12fa6fd56e8dc2272ee8a33 Gitweb: https://git.kernel.org/tip/6f5ec2993b1f39aed12fa6fd56e8dc2272ee8a33 Author: Josh Poimboeuf AuthorDate: Mon, 14 May 2018 08:53:24 -0500 Committer: Ingo Molnar CommitDate: Tue, 15 May 2018 07:30:59 +0200 objtool: Detect

Re: [PATCH] x86: add the flag -fno-reorder-blocks-and-partition

* Mikulas Patocka wrote: > GCC 8 turns on -freorder-blocks-and-partition by default, the ORC unwinder > can't deal with it and it results in a lot of warnings "sibling call from > callable instruction with modified stack frame". This patch adds the > -fno-reorder-blocks-and-partition option

Re: CONFIG_KCOV causing crash in svm_vcpu_run()

On Mon, May 14, 2018 at 7:25 PM, Eric Biggers wrote: > On Mon, May 14, 2018 at 07:14:41AM +0200, Dmitry Vyukov wrote: >> On Mon, May 14, 2018 at 5:02 AM, Eric Biggers wrote: >> > Sorry, messed up address for KVM mailing list. See message below. >> > >>

Re: [PATCH 1/2] ARM64: dts: meson-gxbb: odroidc2: enable sdcard UHS modes

Hi Jerome On 14 May 2018 at 19:18, Jerome Brunet wrote: > On Wed, 2018-05-02 at 00:29 +0530, Anand Moon wrote: >> Enable UHS modes for sdcard, on odroidc2. >> >> Signed-off-by: Anand Moon >> --- >> arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts

Re: CONFIG_KCOV causing crash in svm_vcpu_run()

On Mon, May 14, 2018 at 7:25 PM, Eric Biggers wrote: > On Mon, May 14, 2018 at 07:14:41AM +0200, Dmitry Vyukov wrote: >> On Mon, May 14, 2018 at 5:02 AM, Eric Biggers wrote: >> > Sorry, messed up address for KVM mailing list. See message below. >> > >> > On Sun, May 13, 2018 at 08:00:07PM

Re: [PATCH 1/2] ARM64: dts: meson-gxbb: odroidc2: enable sdcard UHS modes

Hi Jerome On 14 May 2018 at 19:18, Jerome Brunet wrote: > On Wed, 2018-05-02 at 00:29 +0530, Anand Moon wrote: >> Enable UHS modes for sdcard, on odroidc2. >> >> Signed-off-by: Anand Moon >> --- >> arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts | 5 + >> 1 file changed, 5

Re: [PATCH 4.16 00/72] 4.16.9-stable review

On 14 May 2018 at 12:18, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.16.9 release. > There are 72 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please >

Re: [PATCH 4.16 00/72] 4.16.9-stable review

On 14 May 2018 at 12:18, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.16.9 release. > There are 72 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v1 3/4] media: rc bpf: move ir_raw_event to uapi

On Mon, May 14, 2018 at 2:11 PM, Sean Young wrote: > The context provided to a BPF_PROG_RAWIR_DECODER is a struct ir_raw_event; > ensure user space has a a definition. > > Signed-off-by: Sean Young > --- > include/media/rc-core.h| 19 +-- >

Re: [PATCH v1 3/4] media: rc bpf: move ir_raw_event to uapi

On Mon, May 14, 2018 at 2:11 PM, Sean Young wrote: > The context provided to a BPF_PROG_RAWIR_DECODER is a struct ir_raw_event; > ensure user space has a a definition. > > Signed-off-by: Sean Young > --- > include/media/rc-core.h| 19 +-- > include/uapi/linux/bpf_rcdev.h

Re: [PATCH v1 2/4] media: bpf: allow raw IR decoder bpf programs to be used

On Mon, May 14, 2018 at 2:10 PM, Sean Young wrote: > This implements attaching, detaching, querying and execution. The target > fd has to be the /dev/lircN device. > > Signed-off-by: Sean Young > --- > drivers/media/rc/ir-bpf-decoder.c | 191

Re: [PATCH v1 2/4] media: bpf: allow raw IR decoder bpf programs to be used

On Mon, May 14, 2018 at 2:10 PM, Sean Young wrote: > This implements attaching, detaching, querying and execution. The target > fd has to be the /dev/lircN device. > > Signed-off-by: Sean Young > --- > drivers/media/rc/ir-bpf-decoder.c | 191 ++ >

[PATCH] x86: add the flag -fno-reorder-blocks-and-partition

GCC 8 turns on -freorder-blocks-and-partition by default, the ORC unwinder can't deal with it and it results in a lot of warnings "sibling call from callable instruction with modified stack frame". This patch adds the -fno-reorder-blocks-and-partition option to KBUILD_CFLAGS. Signed-off-by:

[PATCH] x86: add the flag -fno-reorder-blocks-and-partition

GCC 8 turns on -freorder-blocks-and-partition by default, the ORC unwinder can't deal with it and it results in a lot of warnings "sibling call from callable instruction with modified stack frame". This patch adds the -fno-reorder-blocks-and-partition option to KBUILD_CFLAGS. Signed-off-by:

[PATCH] Staging:Comedi:comedi_compat32.c: Lindent changes

Recommended indentation by Lindent on file comedi_compat32.c Signed-off-by: Pratik Jain --- drivers/staging/comedi/comedi_compat32.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/comedi/comedi_compat32.c

[PATCH] Staging:Comedi:comedi_compat32.c: Lindent changes

Recommended indentation by Lindent on file comedi_compat32.c Signed-off-by: Pratik Jain --- drivers/staging/comedi/comedi_compat32.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/comedi/comedi_compat32.c

Re: printk feature for syzbot?

Hello, On (05/11/18 09:37), Steven Rostedt wrote: > > On (05/11/18 11:17), Dmitry Vyukov wrote: > > > > > > From what I see, it seems that interrupts can be nested: > > > > Hm, I thought that in general IRQ handlers run with local IRQs > > disabled on CPU. So, generally, IRQs don't nest. Was

Re: printk feature for syzbot?

Hello, On (05/11/18 09:37), Steven Rostedt wrote: > > On (05/11/18 11:17), Dmitry Vyukov wrote: > > > > > > From what I see, it seems that interrupts can be nested: > > > > Hm, I thought that in general IRQ handlers run with local IRQs > > disabled on CPU. So, generally, IRQs don't nest. Was

Re: possible deadlock in sk_diag_fill

On Mon, May 14, 2018 at 8:00 PM, Andrei Vagin wrote: >> >> Hello, >> >> >> >> syzbot found the following crash on: >> >> >> >> HEAD commit:c1c07416cdd4 Merge tag 'kbuild-fixes-v4.17' of >> >> git://git.k.. >> >> git tree: upstream >> >> console output:

Re: possible deadlock in sk_diag_fill

On Mon, May 14, 2018 at 8:00 PM, Andrei Vagin wrote: >> >> Hello, >> >> >> >> syzbot found the following crash on: >> >> >> >> HEAD commit:c1c07416cdd4 Merge tag 'kbuild-fixes-v4.17' of >> >> git://git.k.. >> >> git tree: upstream >> >> console output:

Re: [PATCH v9 06/11] arm64: kexec_file: allow for loading Image-format kernel

James, On Fri, May 11, 2018 at 06:07:06PM +0100, James Morse wrote: > Hi Akashi, > > On 07/05/18 08:21, AKASHI Takahiro wrote: > > On Tue, May 01, 2018 at 06:46:11PM +0100, James Morse wrote: > >> On 25/04/18 07:26, AKASHI Takahiro wrote: > >>> This patch provides kexec_file_ops for

Re: [PATCH V2] powercap/drivers/idle_injection: Add an idle injection framework

On 11-05-18, 13:55, Daniel Lezcano wrote: > On Fri, May 11, 2018 at 03:02:21PM +0530, viresh kumar wrote: > > On 10-05-18, 14:26, Daniel Lezcano wrote: > > > +int idle_injection_start(struct idle_injection_device *ii_dev) > > > +{ > > > + if (!atomic_read(_dev->idle_duration_ms)) > > > +

Re: [PATCH v9 06/11] arm64: kexec_file: allow for loading Image-format kernel

James, On Fri, May 11, 2018 at 06:07:06PM +0100, James Morse wrote: > Hi Akashi, > > On 07/05/18 08:21, AKASHI Takahiro wrote: > > On Tue, May 01, 2018 at 06:46:11PM +0100, James Morse wrote: > >> On 25/04/18 07:26, AKASHI Takahiro wrote: > >>> This patch provides kexec_file_ops for

Re: [PATCH V2] powercap/drivers/idle_injection: Add an idle injection framework

On 11-05-18, 13:55, Daniel Lezcano wrote: > On Fri, May 11, 2018 at 03:02:21PM +0530, viresh kumar wrote: > > On 10-05-18, 14:26, Daniel Lezcano wrote: > > > +int idle_injection_start(struct idle_injection_device *ii_dev) > > > +{ > > > + if (!atomic_read(_dev->idle_duration_ms)) > > > +

Re: [PATCH V1 2/5] backlight: qcom-wled: Add support for WLED4 peripheral

On 2018-05-14 22:27, Pavel Machek wrote: Hi! WLED4 peripheral is present on some PMICs like pmi8998 and pm660l. It has a different register map and also configurations are different. Add support for it. Signed-off-by: Kiran Gunda ---

Re: [PATCH V1 2/5] backlight: qcom-wled: Add support for WLED4 peripheral

On 2018-05-14 22:27, Pavel Machek wrote: Hi! WLED4 peripheral is present on some PMICs like pmi8998 and pm660l. It has a different register map and also configurations are different. Add support for it. Signed-off-by: Kiran Gunda --- .../bindings/leds/backlight/qcom-wled.txt | 172

Re: [PATCH V1 5/5] backlight: qcom-wled: Add auto string detection logic

On 2018-05-14 22:32, Bjorn Andersson wrote: On Wed 09 May 00:14 PDT 2018, kgu...@codeaurora.org wrote: On 2018-05-07 23:40, Bjorn Andersson wrote: > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: > > [..] > > + > > +#define WLED_AUTO_DETECT_OVP_COUNT 5 > > +#define

Re: [PATCH V1 5/5] backlight: qcom-wled: Add auto string detection logic

On 2018-05-14 22:32, Bjorn Andersson wrote: On Wed 09 May 00:14 PDT 2018, kgu...@codeaurora.org wrote: On 2018-05-07 23:40, Bjorn Andersson wrote: > On Thu 03 May 02:57 PDT 2018, Kiran Gunda wrote: > > [..] > > + > > +#define WLED_AUTO_DETECT_OVP_COUNT 5 > > +#define

[git pull] drm fix for mmap regression

Hi Linus, This patch fixes the mmap regression reported to me on irc by an i686 kernel user today, he's tested the fix works, and I've audited all the drm drivers for the bad mmap usage and since we use the mmap offset as a lookup in a table we aren't inclined to have anything bad in there.

[git pull] drm fix for mmap regression

Hi Linus, This patch fixes the mmap regression reported to me on irc by an i686 kernel user today, he's tested the fix works, and I've audited all the drm drivers for the bad mmap usage and since we use the mmap offset as a lookup in a table we aren't inclined to have anything bad in there.

Re: [PATCH v1 1/4] media: rc: introduce BPF_PROG_IR_DECODER

On Mon, May 14, 2018 at 2:10 PM, Sean Young wrote: > Add support for BPF_PROG_IR_DECODER. This type of BPF program can call > rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report > that the last key should be repeated. > > Signed-off-by: Sean Young

Re: [PATCH v1 1/4] media: rc: introduce BPF_PROG_IR_DECODER

On Mon, May 14, 2018 at 2:10 PM, Sean Young wrote: > Add support for BPF_PROG_IR_DECODER. This type of BPF program can call > rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report > that the last key should be repeated. > > Signed-off-by: Sean Young > --- >

Re: [PATCH] driver core: Respect all error codes from dev_pm_domain_attach()

On Thu, Apr 26, 2018 at 10:53:06AM +0200, Ulf Hansson wrote: > The limitation of being able to check only for -EPROBE_DEFER from > dev_pm_domain_attach() has been removed. Hence let's respect all error > codes and bail out accordingly. > AFAICS this patch causes all drivers/devices to fail

Re: [PATCH] driver core: Respect all error codes from dev_pm_domain_attach()

On Thu, Apr 26, 2018 at 10:53:06AM +0200, Ulf Hansson wrote: > The limitation of being able to check only for -EPROBE_DEFER from > dev_pm_domain_attach() has been removed. Hence let's respect all error > codes and bail out accordingly. > AFAICS this patch causes all drivers/devices to fail

Re: [PATCH v7] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

Hi, Le 13/05/2018 à 06:30, Wan, Jane (Nokia - US/Sunnyvale) a écrit : Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC values, the bit-wise majority may be used to recover the contents of the parameter pages from the parameter page copies present. Signed-off-by:

Re: [PATCH v7] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

Hi, Le 13/05/2018 à 06:30, Wan, Jane (Nokia - US/Sunnyvale) a écrit : Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC values, the bit-wise majority may be used to recover the contents of the parameter pages from the parameter page copies present. Signed-off-by:

Re: [PATCH v9 03/11] arm64: kexec_file: invoke the kernel without purgatory

James, On Fri, May 11, 2018 at 06:03:49PM +0100, James Morse wrote: > Hi Akashi, > > On 07/05/18 06:22, AKASHI Takahiro wrote: > > On Tue, May 01, 2018 at 06:46:06PM +0100, James Morse wrote: > >> On 25/04/18 07:26, AKASHI Takahiro wrote: > >>> diff --git a/arch/arm64/kernel/machine_kexec.c >

Re: [PATCH v9 03/11] arm64: kexec_file: invoke the kernel without purgatory

James, On Fri, May 11, 2018 at 06:03:49PM +0100, James Morse wrote: > Hi Akashi, > > On 07/05/18 06:22, AKASHI Takahiro wrote: > > On Tue, May 01, 2018 at 06:46:06PM +0100, James Morse wrote: > >> On 25/04/18 07:26, AKASHI Takahiro wrote: > >>> diff --git a/arch/arm64/kernel/machine_kexec.c >

[PATCH v2] arm64: dts: qcom: sdm845: Sort nodes in the reserved mem by address

Let's keep the reserved-memory node tidy and neat and keep it sorted by address. This should have no functional change. Signed-off-by: Douglas Anderson --- Changes in v2: - Oops! v1 accidentally changed the node name. Fixed. arch/arm64/boot/dts/qcom/sdm845.dtsi | 12

[PATCH v2] arm64: dts: qcom: sdm845: Sort nodes in the reserved mem by address

Let's keep the reserved-memory node tidy and neat and keep it sorted by address. This should have no functional change. Signed-off-by: Douglas Anderson --- Changes in v2: - Oops! v1 accidentally changed the node name. Fixed. arch/arm64/boot/dts/qcom/sdm845.dtsi | 12 ++-- 1 file

[PATCH] vsprintf: Add command line option debug_boot_weak_hash

Currently printing [hashed] pointers requires enough entropy to be available. Early in the boot sequence this may not be the case resulting in a dummy string '(ptrval)' being printed. This makes debugging the early boot sequence difficult. We can relax the requirement to use

[PATCH] vsprintf: Add command line option debug_boot_weak_hash

Currently printing [hashed] pointers requires enough entropy to be available. Early in the boot sequence this may not be the case resulting in a dummy string '(ptrval)' being printed. This makes debugging the early boot sequence difficult. We can relax the requirement to use

[PATCH] arm64: dts: qcom: sdm845: Sort nodes in the reserved mem by address

Let's keep the reserved-memory node tidy and neat and keep it sorted by address. This should have no functional change. Signed-off-by: Douglas Anderson --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff

[PATCH] arm64: dts: qcom: sdm845: Sort nodes in the reserved mem by address

Let's keep the reserved-memory node tidy and neat and keep it sorted by address. This should have no functional change. Signed-off-by: Douglas Anderson --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

Re: [PATCH v9 04/11] arm64: kexec_file: allocate memory walking through memblock list

James, On Mon, May 07, 2018 at 02:59:07PM +0900, AKASHI Takahiro wrote: > James, > > On Tue, May 01, 2018 at 06:46:09PM +0100, James Morse wrote: > > Hi Akashi, > > > > On 25/04/18 07:26, AKASHI Takahiro wrote: > > > We need to prevent firmware-reserved memory regions, particularly EFI > > >

Re: [PATCH v9 04/11] arm64: kexec_file: allocate memory walking through memblock list

James, On Mon, May 07, 2018 at 02:59:07PM +0900, AKASHI Takahiro wrote: > James, > > On Tue, May 01, 2018 at 06:46:09PM +0100, James Morse wrote: > > Hi Akashi, > > > > On 25/04/18 07:26, AKASHI Takahiro wrote: > > > We need to prevent firmware-reserved memory regions, particularly EFI > > >

Re: cpu stopper threads and load balancing leads to deadlock

On Thu, 2018-05-03 at 18:45 +0200, Peter Zijlstra wrote: > On Thu, May 03, 2018 at 09:12:31AM -0700, Paul E. McKenney wrote: > > On Thu, May 03, 2018 at 04:44:50PM +0200, Peter Zijlstra wrote: > > > On Thu, May 03, 2018 at 04:16:55PM +0200, Mike Galbraith wrote: > > > > On Thu, 2018-05-03 at 15:56

Re: cpu stopper threads and load balancing leads to deadlock

On Thu, 2018-05-03 at 18:45 +0200, Peter Zijlstra wrote: > On Thu, May 03, 2018 at 09:12:31AM -0700, Paul E. McKenney wrote: > > On Thu, May 03, 2018 at 04:44:50PM +0200, Peter Zijlstra wrote: > > > On Thu, May 03, 2018 at 04:16:55PM +0200, Mike Galbraith wrote: > > > > On Thu, 2018-05-03 at 15:56

Re: [PATCH] media: dvb-frontends: add Socionext SC1501A ISDB-S/T demodulator driver

Hi Katsuhiro, I love your patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.17-rc5 next-20180514] [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] media: dvb-frontends: add Socionext SC1501A ISDB-S/T demodulator driver

Hi Katsuhiro, I love your patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.17-rc5 next-20180514] [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] rcu: Report a quiescent state of TASKS_RCU on a tick from user

On 2018-05-15 13:11, Paul E. McKenney wrote: On Tue, May 15, 2018 at 09:33:46AM +0900, Byungchul Park wrote: Hello Paul, You removed the reporing while simplifying the commit 508880df6 :) Fold this patch onto the commit or add, whatever you want. First, thank you for checking! But second,

Re: [PATCH] rcu: Report a quiescent state of TASKS_RCU on a tick from user

On 2018-05-15 13:11, Paul E. McKenney wrote: On Tue, May 15, 2018 at 09:33:46AM +0900, Byungchul Park wrote: Hello Paul, You removed the reporing while simplifying the commit 508880df6 :) Fold this patch onto the commit or add, whatever you want. First, thank you for checking! But second,

Re: [PATCH v6 14/14] dt: qcom: Add qcom-cpufreq-kryo driver configuration

On 14-05-18, 16:12, Ilia Lin wrote: > Signed-off-by: Ilia Lin > --- > arch/arm64/boot/dts/qcom/apq8096-db820c.dts | 2 +- > arch/arm64/boot/dts/qcom/msm8996.dtsi | 310 > +++- > 2 files changed, 309 insertions(+), 3 deletions(-) > > diff

Re: [PATCH v6 14/14] dt: qcom: Add qcom-cpufreq-kryo driver configuration

On 14-05-18, 16:12, Ilia Lin wrote: > Signed-off-by: Ilia Lin > --- > arch/arm64/boot/dts/qcom/apq8096-db820c.dts | 2 +- > arch/arm64/boot/dts/qcom/msm8996.dtsi | 310 > +++- > 2 files changed, 309 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH v6 13/14] dt-bindings: cpufreq: Document operating-points-v2-kryo-cpu

On 14-05-18, 16:11, Ilia Lin wrote: > In Certain Qualcomm Technologies, Inc. SoCs like apq8096 and msm8996 > that have KRYO processors, the CPU ferequencies subset and voltage value > of each OPP varies based on the silicon variant in use. > Qualcomm Technologies, Inc. Process Voltage Scaling

Re: [PATCH v6 13/14] dt-bindings: cpufreq: Document operating-points-v2-kryo-cpu

On 14-05-18, 16:11, Ilia Lin wrote: > In Certain Qualcomm Technologies, Inc. SoCs like apq8096 and msm8996 > that have KRYO processors, the CPU ferequencies subset and voltage value > of each OPP varies based on the silicon variant in use. > Qualcomm Technologies, Inc. Process Voltage Scaling

Re: [PATCH] rcu: Report a quiescent state of TASKS_RCU on a tick from user

On Tue, May 15, 2018 at 09:33:46AM +0900, Byungchul Park wrote: > Hello Paul, > > You removed the reporing while simplifying the commit 508880df6 :) > Fold this patch onto the commit or add, whatever you want. First, thank you for checking! But second, the removal was intentional. Tiny RCU

Re: [PATCH v6 12/14] cpufreq: Add Kryo CPU scaling driver

On 14-05-18, 16:11, Ilia Lin wrote: > +static int __init qcom_cpufreq_kryo_driver_init(void) > +{ > + size_t len; > + int ret; > + u32 versions; > + enum _msm8996_version msm8996_version; > + u8 *speedbin; > + struct device *cpu_dev; > + struct device_node *np; > +

Re: [PATCH] rcu: Report a quiescent state of TASKS_RCU on a tick from user

On Tue, May 15, 2018 at 09:33:46AM +0900, Byungchul Park wrote: > Hello Paul, > > You removed the reporing while simplifying the commit 508880df6 :) > Fold this patch onto the commit or add, whatever you want. First, thank you for checking! But second, the removal was intentional. Tiny RCU

Re: [PATCH v6 12/14] cpufreq: Add Kryo CPU scaling driver

On 14-05-18, 16:11, Ilia Lin wrote: > +static int __init qcom_cpufreq_kryo_driver_init(void) > +{ > + size_t len; > + int ret; > + u32 versions; > + enum _msm8996_version msm8996_version; > + u8 *speedbin; > + struct device *cpu_dev; > + struct device_node *np; > +

Re: [PATCH v5 10/13] mm: Set bit in memcg shrinker bitmap on first list_lru item apearance

On Thu, May 10, 2018 at 12:53:45PM +0300, Kirill Tkhai wrote: > Introduce set_shrinker_bit() function to set shrinker-related > bit in memcg shrinker bitmap, and set the bit after the first > item is added and in case of reparenting destroyed memcg's items. > > This will allow next patch to make

Re: [PATCH v5 10/13] mm: Set bit in memcg shrinker bitmap on first list_lru item apearance

On Thu, May 10, 2018 at 12:53:45PM +0300, Kirill Tkhai wrote: > Introduce set_shrinker_bit() function to set shrinker-related > bit in memcg shrinker bitmap, and set the bit after the first > item is added and in case of reparenting destroyed memcg's items. > > This will allow next patch to make

Re: [PATCH v6 11/14] dt: qcom: Add SAW regulator for 8x96 CPUs

On 14-05-18, 16:11, Ilia Lin wrote: > 1. Add syscon node for the SAW CPU registers > 2. Add SAW regulators gang definition for s8-s11 > 3. Add voltages to the OPP tables > 4. Add the s11 SAW regulator as CPU regulator > > Signed-off-by: Ilia Lin > --- >

Re: [PATCH v6 11/14] dt: qcom: Add SAW regulator for 8x96 CPUs

On 14-05-18, 16:11, Ilia Lin wrote: > 1. Add syscon node for the SAW CPU registers > 2. Add SAW regulators gang definition for s8-s11 > 3. Add voltages to the OPP tables > 4. Add the s11 SAW regulator as CPU regulator > > Signed-off-by: Ilia Lin > --- > arch/arm64/boot/dts/qcom/msm8996.dtsi |

Re: [PATCH v6 08/14] dt: qcom: Add opp and thermal to the msm8996

On 14-05-18, 16:11, Ilia Lin wrote: > Signed-off-by: Ilia Lin > --- > arch/arm64/boot/dts/qcom/msm8996.dtsi | 269 > -- > 1 file changed, 260 insertions(+), 9 deletions(-) Acked-by: Viresh Kumar -- viresh

Re: [PATCH v6 08/14] dt: qcom: Add opp and thermal to the msm8996

On 14-05-18, 16:11, Ilia Lin wrote: > Signed-off-by: Ilia Lin > --- > arch/arm64/boot/dts/qcom/msm8996.dtsi | 269 > -- > 1 file changed, 260 insertions(+), 9 deletions(-) Acked-by: Viresh Kumar -- viresh

[PATCH v2] arm64: dts: qcom: sdm845: Sort nodes in the soc by address

This is pure-churn and should be a no-op. I'm doing it in the hopes of reducing merge conflicts. When things are sorted in a sane way (and by base address seems sane) then it's less likely that future patches will cause merge conflicts. Signed-off-by: Douglas Anderson

[PATCH v2] arm64: dts: qcom: sdm845: Sort nodes in the soc by address

This is pure-churn and should be a no-op. I'm doing it in the hopes of reducing merge conflicts. When things are sorted in a sane way (and by base address seems sane) then it's less likely that future patches will cause merge conflicts. Signed-off-by: Douglas Anderson Acked-by: Bjorn Andersson

  1   2   3   4   5   6   7   8   9   10   >