Re: [PATCH v2 4/5] KVM: MIPS: remove useless kvm_request_clear

2017-02-28 11:29+, James Hogan: > On Mon, Feb 27, 2017 at 11:03:51AM +0100, David Hildenbrand wrote: >> Am 27.02.2017 um 09:45 schrieb Andrew Jones: >> > On Fri, Feb 24, 2017 at 08:50:01PM +0100, Radim Krčmář wrote: >> >> Signed-off-by: Radim Krčmář >> >> --- >> >>

Re: [PATCH v2 4/5] KVM: MIPS: remove useless kvm_request_clear

2017-02-28 11:29+, James Hogan: > On Mon, Feb 27, 2017 at 11:03:51AM +0100, David Hildenbrand wrote: >> Am 27.02.2017 um 09:45 schrieb Andrew Jones: >> > On Fri, Feb 24, 2017 at 08:50:01PM +0100, Radim Krčmář wrote: >> >> Signed-off-by: Radim Krčmář >> >> --- >> >> arch/mips/kvm/emulate.c |

Re: [GIT PULL] HID for 4.11

On Wed, Mar 01, 2017 at 09:54:07AM -0800, Linus Torvalds wrote: > On Wed, Mar 1, 2017 at 1:03 AM, Benjamin Tissoires > wrote: > > > > As Peter mentioned in the bug, there is a missing property on the kernel > > node (INPUT_PROP_BUTTONPAD). > > > > The thing is this

Re: [GIT PULL] HID for 4.11

On Wed, Mar 01, 2017 at 09:54:07AM -0800, Linus Torvalds wrote: > On Wed, Mar 1, 2017 at 1:03 AM, Benjamin Tissoires > wrote: > > > > As Peter mentioned in the bug, there is a missing property on the kernel > > node (INPUT_PROP_BUTTONPAD). > > > > The thing is this property is solely driven in

Re: [cgroups] suspicious rcu_dereference_check() usage!

On Wed, 2017-03-01 at 12:44 -0500, Tejun Heo wrote: > If you still have the .config around, can you please attach it? I'll > verify the fix and send out the fix. Resurrected (master) and attached. -Mike config.xz Description: application/xz

Re: [cgroups] suspicious rcu_dereference_check() usage!

On Wed, 2017-03-01 at 12:44 -0500, Tejun Heo wrote: > If you still have the .config around, can you please attach it? I'll > verify the fix and send out the fix. Resurrected (master) and attached. -Mike config.xz Description: application/xz

Re: [PATCH V2] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

Hi Bjorn, On 2/28/2017 1:57 PM, Patel, Mayurkumar wrote: >> I was trying to figure out when to use saved values vs. the values in >> registers by looking at the enable_cnt. >> enable_cnt is 0 during boot on my system. > enable_cnt for the root port on my system is set to 1 for "root port" already

Re: [PATCH V2] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

Hi Bjorn, On 2/28/2017 1:57 PM, Patel, Mayurkumar wrote: >> I was trying to figure out when to use saved values vs. the values in >> registers by looking at the enable_cnt. >> enable_cnt is 0 during boot on my system. > enable_cnt for the root port on my system is set to 1 for "root port" already

Re: [PATCH] net: usb: asix_devices: fix missing return code check on call to asix_write_medium_mode

From: Colin King Date: Tue, 28 Feb 2017 11:58:22 + > From: Colin Ian King > > The call to asix_write_medium_mode is not updating the return code ret > and yet ret is being checked for an error. Fix this by assigning ret to > the return

Re: [PATCH] net: usb: asix_devices: fix missing return code check on call to asix_write_medium_mode

From: Colin King Date: Tue, 28 Feb 2017 11:58:22 + > From: Colin Ian King > > The call to asix_write_medium_mode is not updating the return code ret > and yet ret is being checked for an error. Fix this by assigning ret to > the return code from the call asix_write_medium_mode. > >

Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)

On 3/1/2017 3:17 AM, Dave Young wrote: Hi Tom, Hi Dave, ... SNIP ... - Added support for (re)booting with kexec Could you please add kexec list in cc when you updating the patches so that kexec/kdump people do not miss them? Sorry about that, I'll be sure to add it to the cc list.

Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)

On 3/1/2017 3:17 AM, Dave Young wrote: Hi Tom, Hi Dave, ... SNIP ... - Added support for (re)booting with kexec Could you please add kexec list in cc when you updating the patches so that kexec/kdump people do not miss them? Sorry about that, I'll be sure to add it to the cc list.

Re: [PATCH net] rxrpc: Fix deadlock between call creation and sendmsg/recvmsg

From: David Howells Date: Mon, 27 Feb 2017 15:43:06 + > All the routines by which rxrpc is accessed from the outside are serialised > by means of the socket lock (sendmsg, recvmsg, bind, > rxrpc_kernel_begin_call(), ...) and this presents a problem: ... > Fix this by:

Re: [PATCH net] rxrpc: Fix deadlock between call creation and sendmsg/recvmsg

From: David Howells Date: Mon, 27 Feb 2017 15:43:06 + > All the routines by which rxrpc is accessed from the outside are serialised > by means of the socket lock (sendmsg, recvmsg, bind, > rxrpc_kernel_begin_call(), ...) and this presents a problem: ... > Fix this by: ... > This patch has

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

Am Mittwoch, 1. März 2017, 18:34:23 CET schrieb Meng Dongyang: > Add u2phy config information in the data of match table for > rk3328. > > Signed-off-by: Meng Dongyang in general looks good, so Reviewed-by: Heiko Stuebner one question below >

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

Am Mittwoch, 1. März 2017, 18:34:23 CET schrieb Meng Dongyang: > Add u2phy config information in the data of match table for > rk3328. > > Signed-off-by: Meng Dongyang in general looks good, so Reviewed-by: Heiko Stuebner one question below > drivers/phy/phy-rockchip-inno-usb2.c | 21

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

On Wed 01-03-17 09:37:10, Shaohua Li wrote: > On Wed, Mar 01, 2017 at 02:36:24PM +0100, Michal Hocko wrote: > > On Fri 24-02-17 13:31:49, Shaohua Li wrote: > > > show MADV_FREE pages info of each vma in smaps. The interface is for > > > diganose or monitoring purpose, userspace could use it to

Re: [PATCH V3 2/2] PCI: handle CRS returned by device after FLR

On 2/21/2017 9:37 PM, Sinan Kaya wrote: >> SR-IOV spec rev 1.1, 3.4.1.1 & 3.4.1.2, Vendor ID and Device ID fields >> for the VF return 0x when read. The "Virtualization Intermediary" >> is supposed to use the vendor ID from the PF and the device ID defined >> in the PF SR-IOV capability. > >

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

On Wed 01-03-17 09:37:10, Shaohua Li wrote: > On Wed, Mar 01, 2017 at 02:36:24PM +0100, Michal Hocko wrote: > > On Fri 24-02-17 13:31:49, Shaohua Li wrote: > > > show MADV_FREE pages info of each vma in smaps. The interface is for > > > diganose or monitoring purpose, userspace could use it to

Re: [PATCH V3 2/2] PCI: handle CRS returned by device after FLR

On 2/21/2017 9:37 PM, Sinan Kaya wrote: >> SR-IOV spec rev 1.1, 3.4.1.1 & 3.4.1.2, Vendor ID and Device ID fields >> for the VF return 0x when read. The "Virtualization Intermediary" >> is supposed to use the vendor ID from the PF and the device ID defined >> in the PF SR-IOV capability. > >

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

Hi Daniel, Am Mittwoch, 1. März 2017, 18:34:22 CET schrieb Meng Dongyang: > Due to the u2phy registers are separated from general grf, we need to > add u2phy grf node and place u2phy node in it. And on some platform, > the 480m clock may need to assign clock parent in dts in stead of > clock

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

Hi Daniel, Am Mittwoch, 1. März 2017, 18:34:22 CET schrieb Meng Dongyang: > Due to the u2phy registers are separated from general grf, we need to > add u2phy grf node and place u2phy node in it. And on some platform, > the 480m clock may need to assign clock parent in dts in stead of > clock

Re: kvm: WARNING in nested_vmx_vmexit

2017-02-28 13:48+0100, Dmitry Vyukov: > On Tue, Feb 28, 2017 at 1:15 PM, Dmitry Vyukov wrote: >> Hello, >> >> The following program triggers WARNING in nested_vmx_vmexit: >>

Re: kvm: WARNING in nested_vmx_vmexit

2017-02-28 13:48+0100, Dmitry Vyukov: > On Tue, Feb 28, 2017 at 1:15 PM, Dmitry Vyukov wrote: >> Hello, >> >> The following program triggers WARNING in nested_vmx_vmexit: >>

Re: [PATCH] objtool, module: discard __unreachable section for modules

On March 1, 2017 9:01:54 AM PST, Linus Torvalds wrote: >On Wed, Mar 1, 2017 at 8:44 AM, wrote: >> >> I would like to see a name like, say, ".annot.unreachable", since is >odds are pretty high we are going to need more annotations in the >future. >

Re: [PATCH] objtool, module: discard __unreachable section for modules

On March 1, 2017 9:01:54 AM PST, Linus Torvalds wrote: >On Wed, Mar 1, 2017 at 8:44 AM, wrote: >> >> I would like to see a name like, say, ".annot.unreachable", since is >odds are pretty high we are going to need more annotations in the >future. > >Why not just make it ".discard.unreachable",

Re: [locking/ww_mutex] 2a0c112828 WARNING: CPU: 0 PID: 18 at kernel/locking/mutex.c:305 __ww_mutex_wakeup_for_backoff

On Wed, Mar 01, 2017 at 05:54:06PM +0100, Peter Zijlstra wrote: On Wed, Mar 01, 2017 at 04:26:48PM +, Chris Wilson wrote: On Wed, Mar 01, 2017 at 04:11:48PM +, Chris Wilson wrote: > On Wed, Mar 01, 2017 at 04:54:14PM +0100, Peter Zijlstra wrote: > > On Wed, Mar 01, 2017 at 11:40:43PM

Re: [locking/ww_mutex] 2a0c112828 WARNING: CPU: 0 PID: 18 at kernel/locking/mutex.c:305 __ww_mutex_wakeup_for_backoff

On Wed, Mar 01, 2017 at 05:54:06PM +0100, Peter Zijlstra wrote: On Wed, Mar 01, 2017 at 04:26:48PM +, Chris Wilson wrote: On Wed, Mar 01, 2017 at 04:11:48PM +, Chris Wilson wrote: > On Wed, Mar 01, 2017 at 04:54:14PM +0100, Peter Zijlstra wrote: > > On Wed, Mar 01, 2017 at 11:40:43PM

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On Thu, Feb 16, 2017 at 09:48:08AM -0600, Tom Lendacky wrote: > This patch adds the support to encrypt the kernel in-place. This is > done by creating new page mappings for the kernel - a decrypted > write-protected mapping and an encrypted mapping. The kernel is encyrpted s/encyrpted/encrypted/

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On Thu, Feb 16, 2017 at 09:48:08AM -0600, Tom Lendacky wrote: > This patch adds the support to encrypt the kernel in-place. This is > done by creating new page mappings for the kernel - a decrypted > write-protected mapping and an encrypted mapping. The kernel is encyrpted s/encyrpted/encrypted/

Re: rsync: page allocation stalls in kernel 4.9.10 to a VessRAID NAS

On Wed 01-03-17 10:55:33, Robert Kudyba wrote: > > > On Mar 1, 2017, at 3:06 AM, Michal Hocko wrote: > > > > On Tue 28-02-17 14:32:18, Robert Kudyba wrote: > >> > >>> On Feb 28, 2017, at 11:56 AM, Michal Hocko >>> > wrote: > >

Re: rsync: page allocation stalls in kernel 4.9.10 to a VessRAID NAS

On Wed 01-03-17 10:55:33, Robert Kudyba wrote: > > > On Mar 1, 2017, at 3:06 AM, Michal Hocko wrote: > > > > On Tue 28-02-17 14:32:18, Robert Kudyba wrote: > >> > >>> On Feb 28, 2017, at 11:56 AM, Michal Hocko >>> > wrote: > > [...] > Will do here’s a perf

Re: [PATCH v2 3/3] coresight: add support for debug module

On Tue, Feb 28, 2017 at 11:07:00PM +0800, Leo Yan wrote: > Coresight includes debug module and usually the module connects with CPU > debug logic. ARMv8 architecture reference manual (ARM DDI 0487A.k) has > description for related info in "Part H: External Debug". > > Chapter H7 "The Sample-based

Re: [PATCH v2 3/3] coresight: add support for debug module

On Tue, Feb 28, 2017 at 11:07:00PM +0800, Leo Yan wrote: > Coresight includes debug module and usually the module connects with CPU > debug logic. ARMv8 architecture reference manual (ARM DDI 0487A.k) has > description for related info in "Part H: External Debug". > > Chapter H7 "The Sample-based

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

On Wed, Mar 01, 2017 at 10:28:14AM +0100, Daniel Mack wrote: > Hi Dmitry, > > On 02/28/2017 11:46 PM, Dmitry Torokhov wrote: > > Also rename 'priv' variables to eeti. > > > > Signed-off-by: Dmitry Torokhov > > --- > > > > Hi, > > > > This is all is not tested as I

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

On Wed, Mar 01, 2017 at 10:28:14AM +0100, Daniel Mack wrote: > Hi Dmitry, > > On 02/28/2017 11:46 PM, Dmitry Torokhov wrote: > > Also rename 'priv' variables to eeti. > > > > Signed-off-by: Dmitry Torokhov > > --- > > > > Hi, > > > > This is all is not tested as I do not have the hardware, so

Re: e1000_netpoll() , BUG: sleeping function called from invalid context

On Sat, 18 Feb 2017, Gabriel C wrote: > That got changed in commit 3111912971251 which got into Linus tree during > the 4.10 merge window. So it is in 4.10-rc8. > > Confused. I'm still confused. Gabriel, can you please try to reproduce with 4.10 final? Thanks, tglx

Re: e1000_netpoll() , BUG: sleeping function called from invalid context

On Sat, 18 Feb 2017, Gabriel C wrote: > That got changed in commit 3111912971251 which got into Linus tree during > the 4.10 merge window. So it is in 4.10-rc8. > > Confused. I'm still confused. Gabriel, can you please try to reproduce with 4.10 final? Thanks, tglx

Re: [PATCH V3] ARM: dts: exynos5440: support the phy-pcie node for pcie

On Tue, Feb 28, 2017 at 04:00:26PM +0900, Jaehoon Chung wrote: > Add pcie-phy node for using phy-exynos-pcie. > > There are some modifications. > 1. Remove the configuration space values in "ranges" property. > - The getting configuration space from ranges is old way. > - Instead, It can be got

Re: [PATCH V3] ARM: dts: exynos5440: support the phy-pcie node for pcie

On Tue, Feb 28, 2017 at 04:00:26PM +0900, Jaehoon Chung wrote: > Add pcie-phy node for using phy-exynos-pcie. > > There are some modifications. > 1. Remove the configuration space values in "ranges" property. > - The getting configuration space from ranges is old way. > - Instead, It can be got

Re: [PATCH] PCI/aspm: Fix link->downstream setting

On Wed, Mar 1, 2017 at 12:25 AM, Yinghai Lu wrote: > > ~ # echo 1 > /sys/bus/pci/devices/\:0b\:00.0/remove > ... > BUG: unable to handle kernel NULL pointer dereference at 0080 > IP: pcie_config_aspm_link+0x5d/0x2b0 > Call Trace: >

Re: [PATCH] PCI/aspm: Fix link->downstream setting

On Wed, Mar 1, 2017 at 12:25 AM, Yinghai Lu wrote: > > ~ # echo 1 > /sys/bus/pci/devices/\:0b\:00.0/remove > ... > BUG: unable to handle kernel NULL pointer dereference at 0080 > IP: pcie_config_aspm_link+0x5d/0x2b0 > Call Trace: > pcie_aspm_exit_link_state+0x75/0x130 >

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

On Wed, Mar 01, 2017 at 04:27:29PM +0100, Arnd Bergmann wrote: > On Wed, Mar 1, 2017 at 3:40 PM, Josh Poimboeuf wrote: > > On Wed, Mar 01, 2017 at 10:45:03AM +0100, Arnd Bergmann wrote: > > >> Actually, something must have changed in gcc since last month, I also > >> just

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

On Wed, Mar 01, 2017 at 04:27:29PM +0100, Arnd Bergmann wrote: > On Wed, Mar 1, 2017 at 3:40 PM, Josh Poimboeuf wrote: > > On Wed, Mar 01, 2017 at 10:45:03AM +0100, Arnd Bergmann wrote: > > >> Actually, something must have changed in gcc since last month, I also > >> just got a report in another

Re: net/ipv4: deadlock in ip_ra_control

= > [ INFO: possible circular locking dependency detected ] > 4.10.0-next-20170301+ #1 Not tainted > --- > syz-executor1/3394 is trying to acquire lock: > (sk_lock-AF_INET){+.+.+.}, at: [] lock_sock > include/ne

Re: net/ipv4: deadlock in ip_ra_control

ible circular locking dependency detected ] > 4.10.0-next-20170301+ #1 Not tainted > --- > syz-executor1/3394 is trying to acquire lock: > (sk_lock-AF_INET){+.+.+.}, at: [] lock_sock > include/net/sock

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On 02/28/2017 10:34 PM, Michael Ellerman wrote: Jason Baron writes: ... I also checked all the other .ko files and they were properly aligned. So I think this should hopefully work, and I like that its not a per-arch fix. Sachin, sorry to bother you again, but I'm hoping

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On 02/28/2017 10:34 PM, Michael Ellerman wrote: Jason Baron writes: ... I also checked all the other .ko files and they were properly aligned. So I think this should hopefully work, and I like that its not a per-arch fix. Sachin, sorry to bother you again, but I'm hoping you can try David's

Re: [PATCH] bpf: update the comment about the length of analysis

On Wed, Mar 01, 2017 at 04:25:51PM +0800, Gary Lin wrote: > Commit 07016151a446 ("bpf, verifier: further improve search > pruning") increased the limit of processed instructions from > 32k to 64k, but the comment still mentioned the 32k limit. > This commit updates the comment to reflect the

Re: [PATCH] bpf: update the comment about the length of analysis

On Wed, Mar 01, 2017 at 04:25:51PM +0800, Gary Lin wrote: > Commit 07016151a446 ("bpf, verifier: further improve search > pruning") increased the limit of processed instructions from > 32k to 64k, but the comment still mentioned the 32k limit. > This commit updates the comment to reflect the

Re: [PATCH v2] ARM: exynos_defconfig: increase CONFIG_CMA_SIZE_MBYTES to 96

On Tue, Feb 28, 2017 at 12:12:21PM -0700, Shuah Khan wrote: > Current CMA size of 64 Mbytes is right on the edge of being small when > several drivers need to allocate large CMA buffers. > > For example, if the s5p-mfc driver needs to pre-allocate N MiB CMA memory Everything looks good but I

Re: [PATCH v2] ARM: exynos_defconfig: increase CONFIG_CMA_SIZE_MBYTES to 96

On Tue, Feb 28, 2017 at 12:12:21PM -0700, Shuah Khan wrote: > Current CMA size of 64 Mbytes is right on the edge of being small when > several drivers need to allocate large CMA buffers. > > For example, if the s5p-mfc driver needs to pre-allocate N MiB CMA memory Everything looks good but I

Re: PPro arch_cpu_idle: NMI watchdog: Watchdog detected hard LOCKUP on cpu 1

On Wed, 1 Mar 2017, Meelis Roos wrote: > This is on my trusty IBM PC365, dual Pentium Pro. 4.10 worked fine, > 4.10.0-09686-g9e314890292c and 4.10.0-10770-g2d6be4abf514 exhibit a > problem. Ocassionally NMI watchdog kicks in and discovers one of the > CPUs in LOCKUP. The system keeps running

Re: PPro arch_cpu_idle: NMI watchdog: Watchdog detected hard LOCKUP on cpu 1

On Wed, 1 Mar 2017, Meelis Roos wrote: > This is on my trusty IBM PC365, dual Pentium Pro. 4.10 worked fine, > 4.10.0-09686-g9e314890292c and 4.10.0-10770-g2d6be4abf514 exhibit a > problem. Ocassionally NMI watchdog kicks in and discovers one of the > CPUs in LOCKUP. The system keeps running

Re: [PATCH v2 2/5] KVM: add KVM request variants without barrier

2017-02-28 15:40+0800, Peter Xu: > On Tue, Feb 28, 2017 at 03:34:24PM +0800, Peter Xu wrote: > > [...] > >> > diff --git a/arch/mips/kvm/emulate.c b/arch/mips/kvm/emulate.c >> > index ee4af898bcf6..552ae2b5e911 100644 >> > --- a/arch/mips/kvm/emulate.c >> > +++ b/arch/mips/kvm/emulate.c >> > @@

Re: [PATCH v2 2/5] KVM: add KVM request variants without barrier

2017-02-28 15:40+0800, Peter Xu: > On Tue, Feb 28, 2017 at 03:34:24PM +0800, Peter Xu wrote: > > [...] > >> > diff --git a/arch/mips/kvm/emulate.c b/arch/mips/kvm/emulate.c >> > index ee4af898bcf6..552ae2b5e911 100644 >> > --- a/arch/mips/kvm/emulate.c >> > +++ b/arch/mips/kvm/emulate.c >> > @@

Re: [PATCH] objtool, module: discard __unreachable section for modules

On Wed, Mar 1, 2017 at 8:44 AM, wrote: > > I would like to see a name like, say, ".annot.unreachable", since is odds are > pretty high we are going to need more annotations in the future. Why not just make it ".discard.unreachable", and then make the discard pattern be

Re: [PATCH] objtool, module: discard __unreachable section for modules

On Wed, Mar 1, 2017 at 8:44 AM, wrote: > > I would like to see a name like, say, ".annot.unreachable", since is odds are > pretty high we are going to need more annotations in the future. Why not just make it ".discard.unreachable", and then make the discard pattern be ".discard*". We already

Re: [PATCH] HID: Accutouch: Add driver for ELO Accutouch 2216 USB Touchscreens

On Feb 14 2017 or thereabouts, Martyn Welch wrote: > The Accutouch 2216 is reporting BTN_LEFT/BTN_MOUSE rather than BTM_TOUCH > in it's capabilities, which is what user space expects a touchscreen > device to report. This is causing udev to consider the device to be a > "VMware's USB mouse" rather

Re: [PATCH] HID: Accutouch: Add driver for ELO Accutouch 2216 USB Touchscreens

On Feb 14 2017 or thereabouts, Martyn Welch wrote: > The Accutouch 2216 is reporting BTN_LEFT/BTN_MOUSE rather than BTM_TOUCH > in it's capabilities, which is what user space expects a touchscreen > device to report. This is causing udev to consider the device to be a > "VMware's USB mouse" rather

Re: [PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

On Wed, Mar 01, 2017 at 01:29:57PM +0200, Nikolay Borisov wrote: > Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O > during memory allocation") added the memalloc_noio_(save|restore) functions > to enable people to modify the MM behavior by disbaling I/O during memory >

Re: [PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

On Wed, Mar 01, 2017 at 01:29:57PM +0200, Nikolay Borisov wrote: > Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O > during memory allocation") added the memalloc_noio_(save|restore) functions > to enable people to modify the MM behavior by disbaling I/O during memory >

Re: [PATCH v2 2/5] KVM: add KVM request variants without barrier

2017-02-27 11:18+0100, David Hildenbrand: > Am 27.02.2017 um 11:02 schrieb David Hildenbrand: >> Am 24.02.2017 um 20:49 schrieb Radim Krčmář: >>> The leading underscores denote that the call is just a bitop wrapper. >> >> Actually, the leading underscore is misleading >> >> If we want to match

Re: [PATCH 8/8] x86/intel_rdt/mba: Add schemata file support for MBA

On Fri, 17 Feb 2017, Vikas Shivappa wrote: > @@ -13,6 +13,7 @@ > #define IA32_L2_CBM_BASE 0xd10 > #define IA32_MBA_THRTL_BASE 0xd50 > #define MAX_MBA_THRTL100u > +#define INVALID_DELAY100u 100% is an interesting definition of invalid. > #define

Re: [PATCH v2 2/5] KVM: add KVM request variants without barrier

2017-02-27 11:18+0100, David Hildenbrand: > Am 27.02.2017 um 11:02 schrieb David Hildenbrand: >> Am 24.02.2017 um 20:49 schrieb Radim Krčmář: >>> The leading underscores denote that the call is just a bitop wrapper. >> >> Actually, the leading underscore is misleading >> >> If we want to match

Re: [PATCH 8/8] x86/intel_rdt/mba: Add schemata file support for MBA

On Fri, 17 Feb 2017, Vikas Shivappa wrote: > @@ -13,6 +13,7 @@ > #define IA32_L2_CBM_BASE 0xd10 > #define IA32_MBA_THRTL_BASE 0xd50 > #define MAX_MBA_THRTL100u > +#define INVALID_DELAY100u 100% is an interesting definition of invalid. > #define

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

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

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

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

Re: [PATCH] blkcg: allocate struct blkcg_gq outside request queue spinlock

Hello, On Tue, Feb 28, 2017 at 03:51:27PM -0800, Tahsin Erdogan wrote: > On Tue, Feb 28, 2017 at 2:47 PM, Tejun Heo wrote: > >> + if (!blkcg_policy_enabled(q, pol)) { > >> + ret = -EOPNOTSUPP; > >> + goto fail; > > > > Pulling this out of the

Re: [PATCH] blkcg: allocate struct blkcg_gq outside request queue spinlock

Hello, On Tue, Feb 28, 2017 at 03:51:27PM -0800, Tahsin Erdogan wrote: > On Tue, Feb 28, 2017 at 2:47 PM, Tejun Heo wrote: > >> + if (!blkcg_policy_enabled(q, pol)) { > >> + ret = -EOPNOTSUPP; > >> + goto fail; > > > > Pulling this out of the queue_lock doesn't seem

Re: [PATCH] sched: Optimize pick_next_task for idle_sched_class too

On Wed, Mar 01, 2017 at 11:19:22AM -0500, Steven Rostedt wrote: > On Wed, 1 Mar 2017 17:03:52 +0100 > Peter Zijlstra wrote: > > > On Wed, Mar 01, 2017 at 10:53:03AM -0500, Steven Rostedt wrote: > > > Peter, do we have a solution for this yet? Are you going to add the one >

Re: [PATCH] sched: Optimize pick_next_task for idle_sched_class too

On Wed, Mar 01, 2017 at 11:19:22AM -0500, Steven Rostedt wrote: > On Wed, 1 Mar 2017 17:03:52 +0100 > Peter Zijlstra wrote: > > > On Wed, Mar 01, 2017 at 10:53:03AM -0500, Steven Rostedt wrote: > > > Peter, do we have a solution for this yet? Are you going to add the one > > > with the linker

Re: Dell Inspiron 5558/0VNM2T and suspend/resume problem with r8169

On Wed, Mar 1, 2017 at 12:44 PM, Diego Viola wrote: > My machine (a Dell Inspiron 5558 laptop) fails to resume from suspend > unless I rmmod r8169 first. > > Another workaround is to do this before suspend: > > echo 0 > /sys/power/pm_async > > I've been reproducing the

Re: Dell Inspiron 5558/0VNM2T and suspend/resume problem with r8169

On Wed, Mar 1, 2017 at 12:44 PM, Diego Viola wrote: > My machine (a Dell Inspiron 5558 laptop) fails to resume from suspend > unless I rmmod r8169 first. > > Another workaround is to do this before suspend: > > echo 0 > /sys/power/pm_async > > I've been reproducing the freeze like this: > > $

[PATCH] Incorrect URL given in drivers/video/fbdev/Kconfig

Modify link to FrameBuffer HOWTO because original link become unavailable Found by Linux Driver Verification project (linuxtesting.org) Signed-off-by: Anton Vasilyev --- drivers/video/fbdev/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] Incorrect URL given in drivers/video/fbdev/Kconfig

Modify link to FrameBuffer HOWTO because original link become unavailable Found by Linux Driver Verification project (linuxtesting.org) Signed-off-by: Anton Vasilyev --- drivers/video/fbdev/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/Kconfig

Re: [PATCH] uapi: fix asm/ipcbuf.h userspace compilation errors

On Sun, Feb 26, 2017 at 7:29 PM, Dmitry V. Levin wrote: > Include to fix asm/ipcbuf.h userspace compilation > errors like this: > > /usr/include/asm-generic/ipcbuf.h:20:2: error: unknown type name > '__kernel_key_t' > __kernel_key_t key; >

Re: [PATCH] uapi: fix asm/ipcbuf.h userspace compilation errors

On Sun, Feb 26, 2017 at 7:29 PM, Dmitry V. Levin wrote: > Include to fix asm/ipcbuf.h userspace compilation > errors like this: > > /usr/include/asm-generic/ipcbuf.h:20:2: error: unknown type name > '__kernel_key_t' > __kernel_key_t key; > /usr/include/asm-generic/ipcbuf.h:21:2: error:

Re: [PATCH v2 1/5] KVM: rename API for requests to match bit operations

2017-02-27 10:54+0100, David Hildenbrand: > Am 24.02.2017 um 20:49 schrieb Radim Krčmář: >> kvm_make_request was a wrapper that added barriers to set_bit and >> kvm_check_request did the same for test_bit and check_bit, but the name >> was not very obvious. >> >> The renaming: >>

Re: [PATCH v2 1/5] KVM: rename API for requests to match bit operations

2017-02-27 10:54+0100, David Hildenbrand: > Am 24.02.2017 um 20:49 schrieb Radim Krčmář: >> kvm_make_request was a wrapper that added barriers to set_bit and >> kvm_check_request did the same for test_bit and check_bit, but the name >> was not very obvious. >> >> The renaming: >>

Re: [PATCH] regulator: hi655x: Add DT bindings so module autoloads

Hi, On Wed, Mar 1, 2017 at 5:37 AM, Mark Brown wrote: > On Tue, Feb 28, 2017 at 07:07:06PM -0600, Jeremy Linton wrote: >> The hi655x driver is required for mmc/sd functionality on the >> 96boards hikey, and likely other platforms. When built as >> a standalone module it

Re: [PATCH] regulator: hi655x: Add DT bindings so module autoloads

Hi, On Wed, Mar 1, 2017 at 5:37 AM, Mark Brown wrote: > On Tue, Feb 28, 2017 at 07:07:06PM -0600, Jeremy Linton wrote: >> The hi655x driver is required for mmc/sd functionality on the >> 96boards hikey, and likely other platforms. When built as >> a standalone module it doesn't get automatically

[PATCH] staging: xgifb: Improved coding style

New variable is added to make the code more readable. Signed-off-by: Arushi Singhal --- drivers/staging/xgifb/XGI_main_26.c | 29 ++--- 1 file changed, 6 insertions(+), 23 deletions(-) diff --git a/drivers/staging/xgifb/XGI_main_26.c

[PATCH] staging: xgifb: Improved coding style

New variable is added to make the code more readable. Signed-off-by: Arushi Singhal --- drivers/staging/xgifb/XGI_main_26.c | 29 ++--- 1 file changed, 6 insertions(+), 23 deletions(-) diff --git a/drivers/staging/xgifb/XGI_main_26.c

Re: [PATCH] sched: Optimize pick_next_task for idle_sched_class too

On Wed, Mar 01, 2017 at 10:53:03AM -0500, Steven Rostedt wrote: > Peter, do we have a solution for this yet? Are you going to add the one > with the linker magic? I queued the below earlier today. --- Subject: sched: Fix pick_next_task() for RT,DL From: Peter Zijlstra

Re: [PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

On Wed, Mar 01, 2017 at 04:46:59PM +0100, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 01:29:57PM +0200, Nikolay Borisov wrote: > > Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O > > during memory allocation") added the memalloc_noio_(save|restore) functions > > to

Re: [PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

On Wed, Mar 01, 2017 at 04:46:59PM +0100, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 01:29:57PM +0200, Nikolay Borisov wrote: > > Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O > > during memory allocation") added the memalloc_noio_(save|restore) functions > > to

Re: [PATCH] sched: Optimize pick_next_task for idle_sched_class too

On Wed, Mar 01, 2017 at 10:53:03AM -0500, Steven Rostedt wrote: > Peter, do we have a solution for this yet? Are you going to add the one > with the linker magic? I queued the below earlier today. --- Subject: sched: Fix pick_next_task() for RT,DL From: Peter Zijlstra Date: Wed Mar 1 10:51:47

Re: [PATCH] objtool, module: discard __unreachable section for modules

On March 1, 2017 7:20:03 AM PST, Josh Poimboeuf wrote: >The __unreachable section is only used at compile time. It's discarded >for vmlinux but it should also be discarded for modules. > >Fixes: d1091c7fa3d5 ("objtool: Improve detection of BUG() and other >dead ends")

Re: [PATCH] objtool, module: discard __unreachable section for modules

On March 1, 2017 7:20:03 AM PST, Josh Poimboeuf wrote: >The __unreachable section is only used at compile time. It's discarded >for vmlinux but it should also be discarded for modules. > >Fixes: d1091c7fa3d5 ("objtool: Improve detection of BUG() and other >dead ends") >Signed-off-by: Josh

Re: [PATCH v3 2/2] perf: kretprobes: offset from reloc_sym if kernel supports it

On 2017/02/25 02:12AM, Masami Hiramatsu wrote: > On Thu, 23 Feb 2017 17:07:24 +0530 > "Naveen N. Rao" wrote: > > > We indicate support for accepting sym+offset with kretprobes through a > > line in ftrace README. Parse the same to identify support and choose the

Re: [PATCH v3 2/2] perf: kretprobes: offset from reloc_sym if kernel supports it

On 2017/02/25 02:12AM, Masami Hiramatsu wrote: > On Thu, 23 Feb 2017 17:07:24 +0530 > "Naveen N. Rao" wrote: > > > We indicate support for accepting sym+offset with kretprobes through a > > line in ftrace README. Parse the same to identify support and choose the > > appropriate format for

Re: [PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

On Wed 01-03-17 17:12:20, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 05:05:30PM +0100, Michal Hocko wrote: > > Anyway, does the following help? > > > diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c > > index 47e4f82380e4..d5386ad7ed3f 100644 > > ---

Re: [PATCH v3] lockdep: Teach lockdep about memalloc_noio_save

On Wed 01-03-17 17:12:20, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 05:05:30PM +0100, Michal Hocko wrote: > > Anyway, does the following help? > > > diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c > > index 47e4f82380e4..d5386ad7ed3f 100644 > > ---

[PATCH/RFC] arm64: pmu: add Qualcomm Technologies extensions

Adds CPU PMU perf events support for Qualcomm Technologies' Falkor CPU. The Qualcomm Technologies CPU PMU is named qcom_pmuv3 and provides extensions to the architected PMU events. The extended events are implemented by a set of registers which are programmed by shifting an event code into a

[PATCH/RFC] arm64: pmu: add Qualcomm Technologies extensions

Adds CPU PMU perf events support for Qualcomm Technologies' Falkor CPU. The Qualcomm Technologies CPU PMU is named qcom_pmuv3 and provides extensions to the architected PMU events. The extended events are implemented by a set of registers which are programmed by shifting an event code into a

Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors

On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin wrote: > Include (guarded by #ifndef __KERNEL__) to fix asm/signal.h > userspace compilation errors like this: > > /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' > size_t ss_size; > > As no uapi header

Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors

On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin wrote: > Include (guarded by #ifndef __KERNEL__) to fix asm/signal.h > userspace compilation errors like this: > > /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' > size_t ss_size; > > As no uapi header provides a definition

[PATCH v4 16/19] usb: gadget: net2280: Replace PCI pool old API

The PCI pool API is deprecated. This commits replaces the PCI pool old API by the appropriated function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v4 16/19] usb: gadget: net2280: Replace PCI pool old API

The PCI pool API is deprecated. This commits replaces the PCI pool old API by the appropriated function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin --- drivers/usb/gadget/udc/net2280.c | 12 ++--

<    4   5   6   7   8   9   10   11   12   13   >