Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On 07.02.2018 08:02, Paul E. McKenney wrote: > On Tue, Feb 06, 2018 at 08:23:34PM -0800, Matthew Wilcox wrote: >> On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: >>> So it is OK to kvmalloc() something and pass it to either kfree() or >>> kvfree(), and it had better be OK to

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On 07.02.2018 08:02, Paul E. McKenney wrote: > On Tue, Feb 06, 2018 at 08:23:34PM -0800, Matthew Wilcox wrote: >> On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: >>> So it is OK to kvmalloc() something and pass it to either kfree() or >>> kvfree(), and it had better be OK to

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Tue, Feb 06, 2018 at 09:02:00PM -0800, Paul E. McKenney wrote: > On Tue, Feb 06, 2018 at 08:23:34PM -0800, Matthew Wilcox wrote: > > On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: > > > So it is OK to kvmalloc() something and pass it to either kfree() or > > > kvfree(), and

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Tue, Feb 06, 2018 at 09:02:00PM -0800, Paul E. McKenney wrote: > On Tue, Feb 06, 2018 at 08:23:34PM -0800, Matthew Wilcox wrote: > > On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: > > > So it is OK to kvmalloc() something and pass it to either kfree() or > > > kvfree(), and

Re: [PATCH v3 1/2] drm/virtio: Add window server support

On 02/07/2018 02:09 AM, Michael S. Tsirkin wrote: On Tue, Feb 06, 2018 at 03:23:02PM +0100, Gerd Hoffmann wrote: Creation of shareable buffer by guest - 1. Client requests virtio driver to create a buffer suitable for sharing with host

Re: [PATCH v3 1/2] drm/virtio: Add window server support

On 02/07/2018 02:09 AM, Michael S. Tsirkin wrote: On Tue, Feb 06, 2018 at 03:23:02PM +0100, Gerd Hoffmann wrote: Creation of shareable buffer by guest - 1. Client requests virtio driver to create a buffer suitable for sharing with host

Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7

Khalid Aziz writes: > On 02/01/2018 07:29 PM, ebied...@xmission.com wrote: >> Khalid Aziz writes: >> >>> V11 changes: >>> This series is same as v10 and was simply rebased on 4.15 kernel. Can >>> mm maintainers please review patches 2, 7, 8 and 9

Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7

Khalid Aziz writes: > On 02/01/2018 07:29 PM, ebied...@xmission.com wrote: >> Khalid Aziz writes: >> >>> V11 changes: >>> This series is same as v10 and was simply rebased on 4.15 kernel. Can >>> mm maintainers please review patches 2, 7, 8 and 9 which are arch >>> independent, and

Re: [PATCH 8/8] thermal/drivers/cpu_cooling: Add the combo cpu cooling device

On 06-02-18, 11:48, Daniel Lezcano wrote: > On 06/02/2018 05:28, Viresh Kumar wrote: > > Surely we can do one thing at a time if that's the way we choose to do it. > > Easy to say :) > > The current code is to introduce the feature without impacting the DT > bindings in order to keep focused on

Re: [PATCH 8/8] thermal/drivers/cpu_cooling: Add the combo cpu cooling device

On 06-02-18, 11:48, Daniel Lezcano wrote: > On 06/02/2018 05:28, Viresh Kumar wrote: > > Surely we can do one thing at a time if that's the way we choose to do it. > > Easy to say :) > > The current code is to introduce the feature without impacting the DT > bindings in order to keep focused on

Re: [PATCH v26 2/2 RESEND] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On 02/07/2018 12:34 PM, Michael S. Tsirkin wrote: On Wed, Feb 07, 2018 at 11:01:06AM +0800, Wei Wang wrote: Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates the support of reporting hints of guest free pages to host via virtio-balloon. Host requests the guest to report free

Re: [PATCH v26 2/2 RESEND] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On 02/07/2018 12:34 PM, Michael S. Tsirkin wrote: On Wed, Feb 07, 2018 at 11:01:06AM +0800, Wei Wang wrote: Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates the support of reporting hints of guest free pages to host via virtio-balloon. Host requests the guest to report free

[PATCH v27 2/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates the support of reporting hints of guest free pages to host via virtio-balloon. Host requests the guest to report free page hints by sending a new cmd id to the guest via the free_page_report_cmd_id configuration register. When

[PATCH v27 2/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates the support of reporting hints of guest free pages to host via virtio-balloon. Host requests the guest to report free page hints by sending a new cmd id to the guest via the free_page_report_cmd_id configuration register. When

[PATCH v27 4/4] virtio-balloon: VIRTIO_BALLOON_F_PAGE_POISON

The VIRTIO_BALLOON_F_PAGE_POISON feature bit is used to indicate if the guest is using page poisoning. Guest writes to the poison_val config field to tell host about the page poisoning value in use. Signed-off-by: Wei Wang Suggested-by: Michael S. Tsirkin

[PATCH v27 4/4] virtio-balloon: VIRTIO_BALLOON_F_PAGE_POISON

The VIRTIO_BALLOON_F_PAGE_POISON feature bit is used to indicate if the guest is using page poisoning. Guest writes to the poison_val config field to tell host about the page poisoning value in use. Signed-off-by: Wei Wang Suggested-by: Michael S. Tsirkin Cc: Michael S. Tsirkin Cc: Michal

[PATCH v27 3/4] mm/page_poison: expose page_poisoning_enabled to kernel modules

In some usages, e.g. virtio-balloon, a kernel module needs to know if page poisoning is in use. This patch exposes the page_poisoning_enabled function to kernel modules. Signed-off-by: Wei Wang Cc: Andrew Morton Cc: Michal Hocko

[PATCH v27 3/4] mm/page_poison: expose page_poisoning_enabled to kernel modules

In some usages, e.g. virtio-balloon, a kernel module needs to know if page poisoning is in use. This patch exposes the page_poisoning_enabled function to kernel modules. Signed-off-by: Wei Wang Cc: Andrew Morton Cc: Michal Hocko Cc: Michael S. Tsirkin --- mm/page_poison.c | 6 ++ 1 file

[PATCH v27 0/4] Virtio-balloon: support free page reporting

This patch series is separated from the previous "Virtio-balloon Enhancement" series. The new feature, VIRTIO_BALLOON_F_FREE_PAGE_HINT, implemented by this series enables the virtio-balloon driver to report hints of guest free pages to the host. It can be used to accelerate live migration of

[PATCH v27 1/4] mm: support reporting free page blocks

This patch adds support to walk through the free page blocks in the system and report them via a callback function. Some page blocks may leave the free list after zone->lock is released, so it is the caller's responsibility to either detect or prevent the use of such pages. One use example of

[PATCH v27 0/4] Virtio-balloon: support free page reporting

This patch series is separated from the previous "Virtio-balloon Enhancement" series. The new feature, VIRTIO_BALLOON_F_FREE_PAGE_HINT, implemented by this series enables the virtio-balloon driver to report hints of guest free pages to the host. It can be used to accelerate live migration of

[PATCH v27 1/4] mm: support reporting free page blocks

This patch adds support to walk through the free page blocks in the system and report them via a callback function. Some page blocks may leave the free list after zone->lock is released, so it is the caller's responsibility to either detect or prevent the use of such pages. One use example of

Re: staging: ion: ION allocation fall back order depends on heap linkage order

> Yup, you've hit upon a key problem. Having fallbacks be stable > was always a problem and the recommendation these days is to > not rely on them. You can specify a heap at a time and fallback > manually if you want that behavior. > > If you have a proposal to make fallbacks work reliably

Re: staging: ion: ION allocation fall back order depends on heap linkage order

> Yup, you've hit upon a key problem. Having fallbacks be stable > was always a problem and the recommendation these days is to > not rely on them. You can specify a heap at a time and fallback > manually if you want that behavior. > > If you have a proposal to make fallbacks work reliably

[PATCH 6/6] s390: introduce execute-trampolines for branches

Add CONFIG_EXPOLINE to enable the use of the new -mindirect-branch= and -mfunction_return= compiler options to create a kernel fortified against the specte v2 attack. With CONFIG_EXPOLINE=y all indirect branches will be issued with an execute type instruction. For z10 or newer the EXRL

[PATCH 6/6] s390: introduce execute-trampolines for branches

Add CONFIG_EXPOLINE to enable the use of the new -mindirect-branch= and -mfunction_return= compiler options to create a kernel fortified against the specte v2 attack. With CONFIG_EXPOLINE=y all indirect branches will be issued with an execute type instruction. For z10 or newer the EXRL

[PATCH 3/6] s390/alternative: use a copy of the facility bit mask

To be able to switch off specific CPU alternatives with kernel parameters make a copy of the facility bit mask provided by STFLE and use the copy for the decision to apply an alternative. Reviewed-by: David Hildenbrand Reviewed-by: Cornelia Huck

[PATCH 1/6] s390: scrub registers on kernel entry and KVM exit

Clear all user space registers on entry to the kernel and all KVM guest registers on KVM guest exit if the register does not contain either a parameter or a result value. Reviewed-by: Christian Borntraeger Signed-off-by: Martin Schwidefsky ---

[PATCH 1/6] s390: scrub registers on kernel entry and KVM exit

Clear all user space registers on entry to the kernel and all KVM guest registers on KVM guest exit if the register does not contain either a parameter or a result value. Reviewed-by: Christian Borntraeger Signed-off-by: Martin Schwidefsky --- arch/s390/kernel/entry.S | 47

[PATCH 3/6] s390/alternative: use a copy of the facility bit mask

To be able to switch off specific CPU alternatives with kernel parameters make a copy of the facility bit mask provided by STFLE and use the copy for the decision to apply an alternative. Reviewed-by: David Hildenbrand Reviewed-by: Cornelia Huck Signed-off-by: Martin Schwidefsky ---

[PATCH 0/6] s390: improve speculative execution handling v3

Version 3 of the speculative execution improvements for s390. Changes to v2: * Dropped the prctl to introduce the PR_ISOLATE_BP control and simply added two exported functions s390_isolate_bp and s390_isolate_bp_guest. There is currently no caller for these functions, for now an out-of-tree

[PATCH 5/6] s390: run user space and KVM guests with modified branch prediction

Define TIF_ISOLATE_BP and TIF_ISOLATE_BP_GUEST and add the necessary plumbing in entry.S to be able to run user space and KVM guests with limited branch prediction. To switch a user space process to limited branch prediction the s390_isolate_bp() function has to be call, and to run a vCPU of a

[PATCH 0/6] s390: improve speculative execution handling v3

Version 3 of the speculative execution improvements for s390. Changes to v2: * Dropped the prctl to introduce the PR_ISOLATE_BP control and simply added two exported functions s390_isolate_bp and s390_isolate_bp_guest. There is currently no caller for these functions, for now an out-of-tree

[PATCH 5/6] s390: run user space and KVM guests with modified branch prediction

Define TIF_ISOLATE_BP and TIF_ISOLATE_BP_GUEST and add the necessary plumbing in entry.S to be able to run user space and KVM guests with limited branch prediction. To switch a user space process to limited branch prediction the s390_isolate_bp() function has to be call, and to run a vCPU of a

[PATCH -mm -v2] mm, swap, frontswap: Fix THP swap if frontswap enabled

From: Huang Ying It was reported by Sergey Senozhatsky that if THP (Transparent Huge Page) and frontswap (via zswap) are both enabled, when memory goes low so that swap is triggered, segfault and memory corruption will occur in random user space applications as

[PATCH -mm -v2] mm, swap, frontswap: Fix THP swap if frontswap enabled

From: Huang Ying It was reported by Sergey Senozhatsky that if THP (Transparent Huge Page) and frontswap (via zswap) are both enabled, when memory goes low so that swap is triggered, segfault and memory corruption will occur in random user space applications as follow, kernel: urxvt[338]:

[PATCH 2/6] s390: add optimized array_index_mask_nospec

Add an optimized version of the array_index_mask_nospec function for s390 based on a compare and a subtract with borrow. Signed-off-by: Martin Schwidefsky --- arch/s390/include/asm/barrier.h | 24 1 file changed, 24 insertions(+) diff --git

[PATCH 4/6] s390: add options to change branch prediction behaviour for the kernel

Add the PPA instruction to the system entry and exit path to switch the kernel to a different branch prediction behaviour. The instructions are added via CPU alternatives and can be disabled with the "nospec" or the "nobp=0" kernel parameter. If the default behaviour selected with

[PATCH 2/6] s390: add optimized array_index_mask_nospec

Add an optimized version of the array_index_mask_nospec function for s390 based on a compare and a subtract with borrow. Signed-off-by: Martin Schwidefsky --- arch/s390/include/asm/barrier.h | 24 1 file changed, 24 insertions(+) diff --git

[PATCH 4/6] s390: add options to change branch prediction behaviour for the kernel

Add the PPA instruction to the system entry and exit path to switch the kernel to a different branch prediction behaviour. The instructions are added via CPU alternatives and can be disabled with the "nospec" or the "nobp=0" kernel parameter. If the default behaviour selected with

linux/drivers/cpuidle: cpuidle_enter_state() issue

Hi Kernel-developers, The flowing call trace was catch from kernel-v4.15, could anyone help to analysis the cpuidle problem? or, if you need any more detail info pls let me know. Test Env: IBM KVM Guest on ibm-p8-kvm-03 POWER8E (raw), altivec supported 9216 MB memory, 107 GB disk space

linux/drivers/cpuidle: cpuidle_enter_state() issue

Hi Kernel-developers, The flowing call trace was catch from kernel-v4.15, could anyone help to analysis the cpuidle problem? or, if you need any more detail info pls let me know. Test Env: IBM KVM Guest on ibm-p8-kvm-03 POWER8E (raw), altivec supported 9216 MB memory, 107 GB disk space

Re: WARNING: kmalloc bug in tun_device_event

On 2018年02月07日 06:58, syzbot wrote: Hello, syzbot hit the following crash on net-next commit 617aebe6a97efa539cc4b8a52adccd89596e6be0 (Sun Feb 4 00:25:42 2018 +) Merge tag 'usercopy-v4.16-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux So far this crash happened 5

Re: WARNING: kmalloc bug in tun_device_event

On 2018年02月07日 06:58, syzbot wrote: Hello, syzbot hit the following crash on net-next commit 617aebe6a97efa539cc4b8a52adccd89596e6be0 (Sun Feb 4 00:25:42 2018 +) Merge tag 'usercopy-v4.16-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux So far this crash happened 5

RE: [Patch v13 0/4] This patchset is to remove PPCisms for QEIC

Hi all, Is there any comments on this patchset? Best Regards Qiang Zhao -Original Message- From: Zhao Qiang [mailto:qiang.z...@nxp.com] Sent: 2017年11月10日 11:31 To: t...@linutronix.de; marc.zyng...@arm.com; ja...@lakedaemon.net Cc: linux-kernel@vger.kernel.org; Qiang Zhao

RE: [Patch v13 0/4] This patchset is to remove PPCisms for QEIC

Hi all, Is there any comments on this patchset? Best Regards Qiang Zhao -Original Message- From: Zhao Qiang [mailto:qiang.z...@nxp.com] Sent: 2017年11月10日 11:31 To: t...@linutronix.de; marc.zyng...@arm.com; ja...@lakedaemon.net Cc: linux-kernel@vger.kernel.org; Qiang Zhao Subject:

Re: WARNING: proc registration bug in clusterip_tg_check

On Tue, Feb 6, 2018 at 6:27 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on net-next commit > 617aebe6a97efa539cc4b8a52adccd89596e6be0 (Sun Feb 4 00:25:42 2018 +) > Merge tag 'usercopy-v4.16-rc1' of >

Re: WARNING: proc registration bug in clusterip_tg_check

On Tue, Feb 6, 2018 at 6:27 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on net-next commit > 617aebe6a97efa539cc4b8a52adccd89596e6be0 (Sun Feb 4 00:25:42 2018 +) > Merge tag 'usercopy-v4.16-rc1' of > git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux > > So far this

Re: [PATCH] KVM: X86: Fix SMRAM accessing even if VM is shutdown

On Wed, Feb 7, 2018 at 7:25 AM, Wanpeng Li wrote: > From: Wanpeng Li > > Reported by syzkaller: > >WARNING: CPU: 6 PID: 2434 at arch/x86/kvm/vmx.c:6660 > handle_ept_misconfig+0x54/0x1e0 [kvm_intel] >CPU: 6 PID: 2434 Comm: repro_test Not

Re: [PATCH] KVM: X86: Fix SMRAM accessing even if VM is shutdown

On Wed, Feb 7, 2018 at 7:25 AM, Wanpeng Li wrote: > From: Wanpeng Li > > Reported by syzkaller: > >WARNING: CPU: 6 PID: 2434 at arch/x86/kvm/vmx.c:6660 > handle_ept_misconfig+0x54/0x1e0 [kvm_intel] >CPU: 6 PID: 2434 Comm: repro_test Not tainted 4.15.0+ #4 >RIP:

[PATCH] KVM: X86: Fix SMRAM accessing even if VM is shutdown

From: Wanpeng Li Reported by syzkaller: WARNING: CPU: 6 PID: 2434 at arch/x86/kvm/vmx.c:6660 handle_ept_misconfig+0x54/0x1e0 [kvm_intel] CPU: 6 PID: 2434 Comm: repro_test Not tainted 4.15.0+ #4 RIP: 0010:handle_ept_misconfig+0x54/0x1e0 [kvm_intel] Call Trace:

[PATCH] KVM: X86: Fix SMRAM accessing even if VM is shutdown

From: Wanpeng Li Reported by syzkaller: WARNING: CPU: 6 PID: 2434 at arch/x86/kvm/vmx.c:6660 handle_ept_misconfig+0x54/0x1e0 [kvm_intel] CPU: 6 PID: 2434 Comm: repro_test Not tainted 4.15.0+ #4 RIP: 0010:handle_ept_misconfig+0x54/0x1e0 [kvm_intel] Call Trace:

Re: [PATCH 2/2] usb: chipidea: imx: Fix ULPI on imx53

On Tue, Feb 06, 2018 at 04:50:41PM +0100, Sebastian Reichel wrote: > Hi Peter, > > On Mon, Jan 29, 2018 at 11:33:15AM +0800, Peter Chen wrote: > > On Wed, Jan 24, 2018 at 06:14:39PM +0100, Sebastian Reichel wrote: > > > Traditionally, PORTSC should be set before initializing ULPI phys. But > > >

Re: [PATCH 2/2] usb: chipidea: imx: Fix ULPI on imx53

On Tue, Feb 06, 2018 at 04:50:41PM +0100, Sebastian Reichel wrote: > Hi Peter, > > On Mon, Jan 29, 2018 at 11:33:15AM +0800, Peter Chen wrote: > > On Wed, Jan 24, 2018 at 06:14:39PM +0100, Sebastian Reichel wrote: > > > Traditionally, PORTSC should be set before initializing ULPI phys. But > > >

Re: [PATCH v2 06/16] arm64: dts: mt7622: add cpufreq related device nodes

On 07-02-18, 14:16, Sean Wang wrote: > On Wed, 2018-02-07 at 09:03 +0530, Viresh Kumar wrote: > > On 06-02-18, 17:52, sean.w...@mediatek.com wrote: > > > cpus { > > > #address-cells = <2>; > > > #size-cells = <0>; > > > @@ -26,6 +70,10 @@ > > > device_type =

Re: [PATCH v2 06/16] arm64: dts: mt7622: add cpufreq related device nodes

On 07-02-18, 14:16, Sean Wang wrote: > On Wed, 2018-02-07 at 09:03 +0530, Viresh Kumar wrote: > > On 06-02-18, 17:52, sean.w...@mediatek.com wrote: > > > cpus { > > > #address-cells = <2>; > > > #size-cells = <0>; > > > @@ -26,6 +70,10 @@ > > > device_type =

arch/x86/tools/insn_decoder_test: warning: ffffffff810005de: 0f ff e8 ud0 %eax,%ebp

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: ab2d92ad881da11331280aedf612d82e61cb6d41 commit: 10c91577d5e631773a6394e14cf60125389b71ae x86/tools: Standardize output format of insn_decode_test date: 8 weeks ago config: x86_64-randconfig-s3-02070914

arch/x86/tools/insn_decoder_test: warning: ffffffff810005de: 0f ff e8 ud0 %eax,%ebp

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: ab2d92ad881da11331280aedf612d82e61cb6d41 commit: 10c91577d5e631773a6394e14cf60125389b71ae x86/tools: Standardize output format of insn_decode_test date: 8 weeks ago config: x86_64-randconfig-s3-02070914

Re: [PATCH v2 06/16] arm64: dts: mt7622: add cpufreq related device nodes

On Wed, 2018-02-07 at 09:03 +0530, Viresh Kumar wrote: > On 06-02-18, 17:52, sean.w...@mediatek.com wrote: > > cpus { > > #address-cells = <2>; > > #size-cells = <0>; > > @@ -26,6 +70,10 @@ > > device_type = "cpu"; > > compatible

Re: [PATCH v2 06/16] arm64: dts: mt7622: add cpufreq related device nodes

On Wed, 2018-02-07 at 09:03 +0530, Viresh Kumar wrote: > On 06-02-18, 17:52, sean.w...@mediatek.com wrote: > > cpus { > > #address-cells = <2>; > > #size-cells = <0>; > > @@ -26,6 +70,10 @@ > > device_type = "cpu"; > > compatible

Re: [PATCH] selftests/android: Fix line continuation in Makefile

On Wed, Feb 7, 2018 at 5:22 AM, Daniel Díaz wrote: > The Makefile lacks a couple of line continuation backslashes > in an `if' clause, which can make the subsequent rsync > command go awry over the whole filesystem (`rsync -a / /`). > > /bin/sh: -c: line 5: syntax error:

Re: [PATCH] selftests/android: Fix line continuation in Makefile

On Wed, Feb 7, 2018 at 5:22 AM, Daniel Díaz wrote: > The Makefile lacks a couple of line continuation backslashes > in an `if' clause, which can make the subsequent rsync > command go awry over the whole filesystem (`rsync -a / /`). > > /bin/sh: -c: line 5: syntax error: unexpected end of file

Re: [PATCH] ALSA: usb-audio: add implicit fb quirk for Behringer UFX1204

On Sat, 03 Feb 2018 15:42:40 +0100, Lassi Ylikojola wrote: > > Add quirk to ensure a sync endpoint is properly configured. > This patch is a fix for same symptoms on Behringer UFX1204 as patch > from Albertto Aquirre on Dec 8 2016 for Axe-Fx II. > > Signed-off-by: Lassi Ylikojola

Re: [PATCH] ALSA: usb-audio: add implicit fb quirk for Behringer UFX1204

On Sat, 03 Feb 2018 15:42:40 +0100, Lassi Ylikojola wrote: > > Add quirk to ensure a sync endpoint is properly configured. > This patch is a fix for same symptoms on Behringer UFX1204 as patch > from Albertto Aquirre on Dec 8 2016 for Axe-Fx II. > > Signed-off-by: Lassi Ylikojola The patch

Re: [PATCH] ALSA: usb-audio: Fix UAC2 get_ctl request with a RANGE attribute

On Mon, 29 Jan 2018 06:37:55 +0100, Kirill Marinushkin wrote: > > The layout of the UAC2 Control request and response varies depending on > the request type. With the current implementation, only the Layout 2 > Parameter Block (with the 2-byte sized RANGE attribute) is handled > properly. For the

Re: [PATCH] ALSA: usb-audio: Fix UAC2 get_ctl request with a RANGE attribute

On Mon, 29 Jan 2018 06:37:55 +0100, Kirill Marinushkin wrote: > > The layout of the UAC2 Control request and response varies depending on > the request type. With the current implementation, only the Layout 2 > Parameter Block (with the 2-byte sized RANGE attribute) is handled > properly. For the

Re: [PATCH v3 0/2] phy: rockchip-emmc: fixes emmc-phy power on failed with rk3399 SoCs

On Wednesday 07 February 2018 06:47 AM, Caesar Wang wrote: > Kishon, > > Can you help merge this in your or next tree? I'm hoping that we can land > this somewhere.:-) sure, I'll merge once -rc1 is tagged. Thanks Kishon > > > Thanks, > -Caesar > 在 2018年01月11日 10:40, Caesar Wang 写道: >> Hi

Re: [PATCH v3 0/2] phy: rockchip-emmc: fixes emmc-phy power on failed with rk3399 SoCs

On Wednesday 07 February 2018 06:47 AM, Caesar Wang wrote: > Kishon, > > Can you help merge this in your or next tree? I'm hoping that we can land > this somewhere.:-) sure, I'll merge once -rc1 is tagged. Thanks Kishon > > > Thanks, > -Caesar > 在 2018年01月11日 10:40, Caesar Wang 写道: >> Hi

Re: [PATCH v3] staging: android: ion: Add implementation of dma_buf_vmap and dma_buf_vunmap

On 02/07/2018 01:56 AM, Laura Abbott wrote: > On 01/31/2018 10:10 PM, Alexey Skidanov wrote: >> >> On 01/31/2018 03:00 PM, Greg KH wrote: >>> On Wed, Jan 31, 2018 at 02:03:42PM +0200, Alexey Skidanov wrote: Any driver may access shared buffers, created by ion, using dma_buf_vmap and

Re: [PATCH v3] staging: android: ion: Add implementation of dma_buf_vmap and dma_buf_vunmap

On 02/07/2018 01:56 AM, Laura Abbott wrote: > On 01/31/2018 10:10 PM, Alexey Skidanov wrote: >> >> On 01/31/2018 03:00 PM, Greg KH wrote: >>> On Wed, Jan 31, 2018 at 02:03:42PM +0200, Alexey Skidanov wrote: Any driver may access shared buffers, created by ion, using dma_buf_vmap and

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Tue, Feb 06, 2018 at 08:23:34PM -0800, Matthew Wilcox wrote: > On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: > > So it is OK to kvmalloc() something and pass it to either kfree() or > > kvfree(), and it had better be OK to kvmalloc() something and pass it > > to kvfree(). >

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Tue, Feb 06, 2018 at 08:23:34PM -0800, Matthew Wilcox wrote: > On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: > > So it is OK to kvmalloc() something and pass it to either kfree() or > > kvfree(), and it had better be OK to kvmalloc() something and pass it > > to kvfree(). >

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Tue, Feb 06, 2018 at 12:53:44PM -0600, Alan Tull wrote: > On Tue, Feb 6, 2018 at 12:47 AM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 10:25:54PM -0600, Alan Tull wrote: > >> On Mon, Feb 5, 2018 at 7:47 PM, Wu Hao wrote: > >> > On Mon, Feb 05, 2018 at

Re: [PATCH v3 14/21] fpga: dfl: add fpga manager platform driver for FME

On Tue, Feb 06, 2018 at 12:53:44PM -0600, Alan Tull wrote: > On Tue, Feb 6, 2018 at 12:47 AM, Wu Hao wrote: > > On Mon, Feb 05, 2018 at 10:25:54PM -0600, Alan Tull wrote: > >> On Mon, Feb 5, 2018 at 7:47 PM, Wu Hao wrote: > >> > On Mon, Feb 05, 2018 at 10:36:45AM -0800, Luebbers, Enno wrote: >

[PATCH v3] Documentation/ABI: update infiniband sysfs interfaces

Add documentation for core and hardware specific infiniband interfaces. The descriptions have been collected from git commit logs, reading through code and data sheets. Some drivers have incomplete doc and are annotated with the comment '[to be documented]'. Signed-off-by: Aishwarya Pant

[PATCH v3] Documentation/ABI: update infiniband sysfs interfaces

Add documentation for core and hardware specific infiniband interfaces. The descriptions have been collected from git commit logs, reading through code and data sheets. Some drivers have incomplete doc and are annotated with the comment '[to be documented]'. Signed-off-by: Aishwarya Pant ---

Re: WARNING in kmalloc_slab (3)

On Tue, Dec 12, 2017 at 10:22 PM, Eric Biggers wrote: > On Mon, Dec 04, 2017 at 12:26:32PM +0300, Dan Carpenter wrote: >> On Mon, Dec 04, 2017 at 09:18:05AM +0100, Dmitry Vyukov wrote: >> > On Mon, Dec 4, 2017 at 9:14 AM, Dan Carpenter >> > wrote:

Re: WARNING in kmalloc_slab (3)

On Tue, Dec 12, 2017 at 10:22 PM, Eric Biggers wrote: > On Mon, Dec 04, 2017 at 12:26:32PM +0300, Dan Carpenter wrote: >> On Mon, Dec 04, 2017 at 09:18:05AM +0100, Dmitry Vyukov wrote: >> > On Mon, Dec 4, 2017 at 9:14 AM, Dan Carpenter >> > wrote: >> > > On Sun, Dec 03, 2017 at 12:16:08PM

Re: WARNING: kmalloc bug in relay_open_buf

On Wed, Feb 7, 2018 at 12:21 AM, Andrew Morton wrote: > On Tue, 06 Feb 2018 14:58:02 -0800 syzbot > wrote: > >> Hello, >> >> syzbot hit the following crash on upstream commit >>

Re: WARNING: kmalloc bug in relay_open_buf

On Wed, Feb 7, 2018 at 12:21 AM, Andrew Morton wrote: > On Tue, 06 Feb 2018 14:58:02 -0800 syzbot > wrote: > >> Hello, >> >> syzbot hit the following crash on upstream commit >> e237f98a9c134c3d600353f21e07db915516875b (Mon Feb 5 21:35:56 2018 +) >> Merge tag 'xfs-4.16-merge-5' of >>

Re: [PATCH net 1/1 v2] rtnetlink: require unique netns identifier

Hi Christian, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net/master] url: https://github.com/0day-ci/linux/commits/Christian-Brauner/rtnetlink-require-unique-netns-identifier/20180207-064207 config: x86_64-rhel (attached as .config) compiler: gcc-7

Re: [PATCH net 1/1 v2] rtnetlink: require unique netns identifier

Hi Christian, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net/master] url: https://github.com/0day-ci/linux/commits/Christian-Brauner/rtnetlink-require-unique-netns-identifier/20180207-064207 config: x86_64-rhel (attached as .config) compiler: gcc-7

Re: [PATCH v2 2/3] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

On 02/07/2018 03:25 AM, Doug Anderson wrote: > Hi, > > On Wed, Jan 31, 2018 at 8:19 AM, Rajendra Nayak wrote: >> diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi >> b/arch/arm64/boot/dts/qcom/sdm845.dtsi >> new file mode 100644 >> index ..02520f19e4ca >>

Re: [PATCH v2 2/3] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

On 02/07/2018 03:25 AM, Doug Anderson wrote: > Hi, > > On Wed, Jan 31, 2018 at 8:19 AM, Rajendra Nayak wrote: >> diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi >> b/arch/arm64/boot/dts/qcom/sdm845.dtsi >> new file mode 100644 >> index ..02520f19e4ca >> --- /dev/null >> +++

Re: [RFC PATCH] vfio/pci: Add ioeventfd support

On 07/02/18 15:25, Alex Williamson wrote: > On Wed, 7 Feb 2018 15:09:22 +1100 > Alexey Kardashevskiy wrote: >> On 07/02/18 11:08, Alex Williamson wrote: >>> diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h >>> index e3301dbd27d4..07966a5f0832 100644 >>> ---

Re: [RFC PATCH] vfio/pci: Add ioeventfd support

On 07/02/18 15:25, Alex Williamson wrote: > On Wed, 7 Feb 2018 15:09:22 +1100 > Alexey Kardashevskiy wrote: >> On 07/02/18 11:08, Alex Williamson wrote: >>> diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h >>> index e3301dbd27d4..07966a5f0832 100644 >>> ---

Re: [PATCH 1/2] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

[].. >> + >> +#include >> + >> +/ { >> + model = "Qualcomm Technologies, Inc. SDM845"; > > This should only be in the board level file. thanks, will fix. > >> + >> + interrupt-parent = <>; >> + >> + #address-cells = <2>; >> + #size-cells = <2>; >> + >> + chosen

Re: [PATCH 1/2] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP

[].. >> + >> +#include >> + >> +/ { >> + model = "Qualcomm Technologies, Inc. SDM845"; > > This should only be in the board level file. thanks, will fix. > >> + >> + interrupt-parent = <>; >> + >> + #address-cells = <2>; >> + #size-cells = <2>; >> + >> + chosen

Re: [PATCH v26 2/2 RESEND] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On Wed, Feb 07, 2018 at 11:01:06AM +0800, Wei Wang wrote: > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates the > support of reporting hints of guest free pages to host via virtio-balloon. > > Host requests the guest to report free page hints by sending a new cmd > id to the

Re: [PATCH v26 2/2 RESEND] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On Wed, Feb 07, 2018 at 11:01:06AM +0800, Wei Wang wrote: > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates the > support of reporting hints of guest free pages to host via virtio-balloon. > > Host requests the guest to report free page hints by sending a new cmd > id to the

Re: [PATCH 2/3] x86/tme: Detect if TME and MKTME is activated by BIOS

On Wed, 2018-01-31 at 12:15 +0300, Kirill A. Shutemov wrote: > IA32_TME_ACTIVATE MSR (0x982) can be used to check if BIOS has > enabled > TME and MKTME. It includes which encryption policy/algorithm is > selected > for TME or available for MKTME. For MKTME, the MSR also enumerates > how > many

Re: [PATCH 2/3] x86/tme: Detect if TME and MKTME is activated by BIOS

On Wed, 2018-01-31 at 12:15 +0300, Kirill A. Shutemov wrote: > IA32_TME_ACTIVATE MSR (0x982) can be used to check if BIOS has > enabled > TME and MKTME. It includes which encryption policy/algorithm is > selected > for TME or available for MKTME. For MKTME, the MSR also enumerates > how > many

Re: linux-next: build failure after merge of the vhost tree

gt; wrote: > > > > > > I have used the vhost tree from next-20180206 for today. > > That's > commit d25cc43c6775bff6b8e3dad97c747954b805e421 > vhost: don't hold onto file pointer for VHOST_SET_LOG_FD > > Right? Correct. -- Cheers, Stephen Rothwell

Re: linux-next: build failure after merge of the vhost tree

Hi Michael, On Wed, 7 Feb 2018 04:57:42 +0200 "Michael S. Tsirkin" wrote: > > On Wed, Feb 07, 2018 at 01:54:41PM +1100, Stephen Rothwell wrote: > > > > On Wed, 7 Feb 2018 13:04:23 +1100 Stephen Rothwell > > wrote: > > > > > > I h

Re: [PATCH v2 3/3] arm64: dts: sdm845: Add serial console support

[].. >> @@ -10,4 +10,46 @@ >> / { >> model = "Qualcomm Technologies, Inc. SDM845 MTP"; >> compatible = "qcom,sdm845-mtp"; >> + >> + aliases { >> + serial0 = _uart2; >> + }; >> + >> + chosen { >> + stdout-path = "serial0"; >> +

Re: [PATCH v2 3/3] arm64: dts: sdm845: Add serial console support

[].. >> @@ -10,4 +10,46 @@ >> / { >> model = "Qualcomm Technologies, Inc. SDM845 MTP"; >> compatible = "qcom,sdm845-mtp"; >> + >> + aliases { >> + serial0 = _uart2; >> + }; >> + >> + chosen { >> + stdout-path = "serial0"; >> +

Re: [RFC PATCH] vfio/pci: Add ioeventfd support

On Wed, 7 Feb 2018 15:09:22 +1100 Alexey Kardashevskiy wrote: > On 07/02/18 11:08, Alex Williamson wrote: > > diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h > > index e3301dbd27d4..07966a5f0832 100644 > > --- a/include/uapi/linux/vfio.h > > +++

Re: [RFC PATCH] vfio/pci: Add ioeventfd support

On Wed, 7 Feb 2018 15:09:22 +1100 Alexey Kardashevskiy wrote: > On 07/02/18 11:08, Alex Williamson wrote: > > diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h > > index e3301dbd27d4..07966a5f0832 100644 > > --- a/include/uapi/linux/vfio.h > > +++ b/include/uapi/linux/vfio.h > >

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: > So it is OK to kvmalloc() something and pass it to either kfree() or > kvfree(), and it had better be OK to kvmalloc() something and pass it > to kvfree(). > > Is it OK to kmalloc() something and pass it to kvfree()? Yes, it

Re: [PATCH 0/2] rcu: Transform kfree_rcu() into kvfree_rcu()

On Tue, Feb 06, 2018 at 06:17:03PM -0800, Paul E. McKenney wrote: > So it is OK to kvmalloc() something and pass it to either kfree() or > kvfree(), and it had better be OK to kvmalloc() something and pass it > to kvfree(). > > Is it OK to kmalloc() something and pass it to kvfree()? Yes, it

  1   2   3   4   5   6   7   8   9   10   >