[PATCH v2 3/7] xen/9pfs: introduce Xen 9pfs transport driver

Introduce the Xen 9pfs transport driver: add struct xenbus_driver to register as a xenbus driver and add struct p9_trans_module to register as v9fs driver. All functions are empty stubs for now. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC:

[PATCH v2 3/7] xen/9pfs: introduce Xen 9pfs transport driver

Introduce the Xen 9pfs transport driver: add struct xenbus_driver to register as a xenbus driver and add struct p9_trans_module to register as v9fs driver. All functions are empty stubs for now. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com CC: Eric Van

[PATCH v2 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

It uses the new ring.h macros to declare rings and interfaces. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- include/xen/interface/io/9pfs.h | 40 1 file changed,

Re: [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset

On 2017/03/08 11:29AM, Arnaldo Carvalho de Melo wrote: > Em Wed, Mar 08, 2017 at 07:54:12PM +0530, Naveen N. Rao escreveu: > > Hi Michael, > > > > On 2017/03/08 09:43PM, Michael Ellerman wrote: > > > "Naveen N. Rao" writes: > > > > > > > With ABIv2, we offset 8

Re: [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset

On 2017/03/08 11:29AM, Arnaldo Carvalho de Melo wrote: > Em Wed, Mar 08, 2017 at 07:54:12PM +0530, Naveen N. Rao escreveu: > > Hi Michael, > > > > On 2017/03/08 09:43PM, Michael Ellerman wrote: > > > "Naveen N. Rao" writes: > > > > > > > With ABIv2, we offset 8 bytes into a function to get at

[PATCH v2 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

It uses the new ring.h macros to declare rings and interfaces. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- include/xen/interface/io/9pfs.h | 40 1 file changed, 40 insertions(+)

[PATCH v2 5/7] xen/9pfs: send requests to the backend

Implement struct p9_trans_module create and close functions by looking at the available Xen 9pfs frontend-backend connections. We don't expect many frontend-backend connections, thus walking a list is OK. Send requests to the backend by copying each request to one of the available rings (each

[PATCH v2 7/7] xen/9pfs: build 9pfs Xen transport driver

This patch adds a Kconfig option and Makefile support for building the 9pfs Xen driver. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com CC: Eric Van Hensbergen CC: Ron Minnich CC: Latchesar Ionkov

[PATCH v2 1/7] xen: import new ring macros in ring.h

Sync the ring.h file with upstream Xen, to introduce the new ring macros. They will be used by the Xen transport for 9pfs. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- NB: The new macros have not been

[PATCH v2 5/7] xen/9pfs: send requests to the backend

Implement struct p9_trans_module create and close functions by looking at the available Xen 9pfs frontend-backend connections. We don't expect many frontend-backend connections, thus walking a list is OK. Send requests to the backend by copying each request to one of the available rings (each

[PATCH v2 7/7] xen/9pfs: build 9pfs Xen transport driver

This patch adds a Kconfig option and Makefile support for building the 9pfs Xen driver. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com CC: Eric Van Hensbergen CC: Ron Minnich CC: Latchesar Ionkov CC: v9fs-develo...@lists.sourceforge.net ---

[PATCH v2 1/7] xen: import new ring macros in ring.h

Sync the ring.h file with upstream Xen, to introduce the new ring macros. They will be used by the Xen transport for 9pfs. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- NB: The new macros have not been committed to Xen yet.

[PATCH v2 4/7] xen/9pfs: connect to the backend

Implement functions to handle the xenbus handshake. Upon connection, allocate the rings according to the protocol specification. Initialize a work_struct and a wait_queue. The work_struct will be used to schedule work upon receiving an event channel notification from the backend. The wait_queue

[PATCH v2 4/7] xen/9pfs: connect to the backend

Implement functions to handle the xenbus handshake. Upon connection, allocate the rings according to the protocol specification. Initialize a work_struct and a wait_queue. The work_struct will be used to schedule work upon receiving an event channel notification from the backend. The wait_queue

[PATCH v2 6/7] xen/9pfs: receive responses

Upon receiving a notification from the backend, schedule the p9_xen_response work_struct. p9_xen_response checks if any responses are available, if so, it reads them one by one, calling p9_client_cb to send them up to the 9p layer (p9_client_cb completes the request). Handle the ring following the

[PATCH v2 6/7] xen/9pfs: receive responses

Upon receiving a notification from the backend, schedule the p9_xen_response work_struct. p9_xen_response checks if any responses are available, if so, it reads them one by one, calling p9_client_cb to send them up to the 9p layer (p9_client_cb completes the request). Handle the ring following the

[PATCH v2 0/7] Xen transport for 9pfs frontend driver

Hi all, This patch series implements a new transport for 9pfs, aimed at Xen systems. The transport is based on a traditional Xen frontend and backend drivers pair. This patch series implements the frontend, which typically runs in a regular unprivileged guest. I also sent a series that

[PATCH v2 0/7] Xen transport for 9pfs frontend driver

Hi all, This patch series implements a new transport for 9pfs, aimed at Xen systems. The transport is based on a traditional Xen frontend and backend drivers pair. This patch series implements the frontend, which typically runs in a regular unprivileged guest. I also sent a series that

Re: Compat 32-bit syscall entry from 64-bit task!?

Hi, On Thu, Jan 26, 2012 at 07:03:43PM +0100, Denys Vlasenko wrote: > Hi Linus, > > On Thu, Jan 26, 2012 at 4:47 AM, Linus Torvalds > wrote: > >> Please look at strace source, get_scno() function, where > >> it reads syscall no and parameters. Let's see > >> -

Re: Compat 32-bit syscall entry from 64-bit task!?

Hi, On Thu, Jan 26, 2012 at 07:03:43PM +0100, Denys Vlasenko wrote: > Hi Linus, > > On Thu, Jan 26, 2012 at 4:47 AM, Linus Torvalds > wrote: > >> Please look at strace source, get_scno() function, where > >> it reads syscall no and parameters. Let's see > >> - POWERPC: has 32-bit and 64-bit

Re: [PATCH] tun: remove copyright printing

On Wed, 8 Mar 2017 16:46:57 +0100 Corentin Labbe wrote: > Printing copyright does not give any useful information on the boot > process. > Furthermore, the email address printed is obsolete since > commit ba57b6f20429 ("MAINTAINERS: fix bouncing tun/tap entries") > >

Re: [PATCH] tun: remove copyright printing

On Wed, 8 Mar 2017 16:46:57 +0100 Corentin Labbe wrote: > Printing copyright does not give any useful information on the boot > process. > Furthermore, the email address printed is obsolete since > commit ba57b6f20429 ("MAINTAINERS: fix bouncing tun/tap entries") > > Signed-off-by: Corentin

Re: [PATCH] [media] solo6x10: release vb2 buffers in solo_stop_streaming()

Signed-off-by: Andrey Utkin Signed-off-by: Andrey Utkin Please welcome Anton who is now in charge of solo6x10 and tw5864 support and development in Bluecherry company, I have sent out to him the hardware samples I possessed. (We will

Re: [PATCH] [media] solo6x10: release vb2 buffers in solo_stop_streaming()

Signed-off-by: Andrey Utkin Signed-off-by: Andrey Utkin Please welcome Anton who is now in charge of solo6x10 and tw5864 support and development in Bluecherry company, I have sent out to him the hardware samples I possessed. (We will prepare the patch updating MAINTAINERS file soon.) If

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > Hello! > > I am seeing the following splat in rcutorture testing of v4.11-rc1: > > [ 30.694013] = > [ 30.694013] WARNING: suspicious RCU usage > [ 30.694013] 4.11.0-rc1+ #1 Not tainted > [

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > Hello! > > I am seeing the following splat in rcutorture testing of v4.11-rc1: > > [ 30.694013] = > [ 30.694013] WARNING: suspicious RCU usage > [ 30.694013] 4.11.0-rc1+ #1 Not tainted > [

[RFC PATCH 3/3] WIP: PCI: rockchip: add remove() support

*** THIS IS WIP; DO NOT MERGE *** I haven't quite figured out the right way to invert pci_remap_iospace(). I guess no one supports this yet? So currently, if you try to remove/re-probe we'll hit a BUG() in ioremap code when we call this a second time. I post the unfinished work here as a bug

[RFC PATCH 3/3] WIP: PCI: rockchip: add remove() support

*** THIS IS WIP; DO NOT MERGE *** I haven't quite figured out the right way to invert pci_remap_iospace(). I guess no one supports this yet? So currently, if you try to remove/re-probe we'll hit a BUG() in ioremap code when we call this a second time. I post the unfinished work here as a bug

[PATCH 1/3] PCI: rockchip: fix sign issues for current limits

The regulator framework can return negative error codes via regulator_get_current_limit() for regulators that don't provide current information. The subsequent check for postive values isn't very useful, if the variable is unsigned. Let's just match the signedness of the return value. Prevents

[PATCH 1/3] PCI: rockchip: fix sign issues for current limits

The regulator framework can return negative error codes via regulator_get_current_limit() for regulators that don't provide current information. The subsequent check for postive values isn't very useful, if the variable is unsigned. Let's just match the signedness of the return value. Prevents

[PATCH 2/3] PCI: rockchip: make 'return 0' more obvious in probe()

There's no way to get here with 'err != 0'. Just return 0 to be more obvious and prevent future changes from accidentally erroring out here without going through the right error paths. Signed-off-by: Brian Norris --- drivers/pci/host/pcie-rockchip.c | 2 +- 1 file

[PATCH 2/3] PCI: rockchip: make 'return 0' more obvious in probe()

There's no way to get here with 'err != 0'. Just return 0 to be more obvious and prevent future changes from accidentally erroring out here without going through the right error paths. Signed-off-by: Brian Norris --- drivers/pci/host/pcie-rockchip.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v1 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state

Implement specific usage of verify_pre_usermode_state for user-mode returns for x86. --- Based on next-20170308 --- arch/x86/Kconfig | 1 + arch/x86/entry/common.c | 3 +++ arch/x86/entry/entry_64.S | 6 ++ 3 files changed, 10 insertions(+) diff --git a/arch/x86/Kconfig b/arch/x86

[PATCH v1 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state

Implement specific usage of verify_pre_usermode_state for user-mode returns for x86. --- Based on next-20170308 --- arch/x86/Kconfig | 1 + arch/x86/entry/common.c | 3 +++ arch/x86/entry/entry_64.S | 6 ++ 3 files changed, 10 insertions(+) diff --git a/arch/x86/Kconfig b/arch/x86

Re: NULL pointer dereference in cgroup

Luis Henriques writes: > Hi, > > I've seen this only once, and can't reproduce it. But here it is anyway: > > https://postimg.org/image/pn94k1yov > > (Not sure png files are accepted on LKML.) > > This occurred in a VM while booting 4.11.0-rc1 Any idea what was happening

Re: NULL pointer dereference in cgroup

Luis Henriques writes: > Hi, > > I've seen this only once, and can't reproduce it. But here it is anyway: > > https://postimg.org/image/pn94k1yov > > (Not sure png files are accepted on LKML.) > > This occurred in a VM while booting 4.11.0-rc1 Any idea what was happening when you triggered

[PATCH for-4.11] ASoC: don't dereference NULL pcm_{new,free}

Not all platform drivers have pcm_{new,free} callbacks. Seen with a "snd-soc-dummy" codec from sound/soc/rockchip/rk3399_gru_sound.c. Resolves an OOPS seen on v4.11-rc1 with Google Kevin (Samsung Chromebook Plus): [2.863304] rk3399-gru-sound sound: HiFi <-> ff88.i2s mapping ok [

Re: v4.10: kernel stack frame pointer .. has bad value (null)

Hi! > > - CONFIG_FUNCTION_GRAPH_TRACER sets it on x86-32 because of a gcc bug > > where the stack gets aligned before the mcount call. This issue > > should be mostly obsolete as most modern compilers now have -mfentry. > > We could make it dependent on CC_USING_FENTRY. > > Yeah. At some

[PATCH for-4.11] ASoC: don't dereference NULL pcm_{new,free}

Not all platform drivers have pcm_{new,free} callbacks. Seen with a "snd-soc-dummy" codec from sound/soc/rockchip/rk3399_gru_sound.c. Resolves an OOPS seen on v4.11-rc1 with Google Kevin (Samsung Chromebook Plus): [2.863304] rk3399-gru-sound sound: HiFi <-> ff88.i2s mapping ok [

Re: v4.10: kernel stack frame pointer .. has bad value (null)

Hi! > > - CONFIG_FUNCTION_GRAPH_TRACER sets it on x86-32 because of a gcc bug > > where the stack gets aligned before the mcount call. This issue > > should be mostly obsolete as most modern compilers now have -mfentry. > > We could make it dependent on CC_USING_FENTRY. > > Yeah. At some

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On 03/08/2017 11:36 PM, Kees Cook wrote: On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: [ 28.474232] rodata_test: test data was not read only [...] In my tests so far, I've never been able to get rodata_test to fail (Qemu 2.5.0, Ubuntu). I'll retry with your

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On 03/08/2017 11:36 PM, Kees Cook wrote: On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: [ 28.474232] rodata_test: test data was not read only [...] In my tests so far, I've never been able to get rodata_test to fail (Qemu 2.5.0, Ubuntu). I'll retry with your .config and see if I

Re: [PATCH] hwmon: (dell-smm) Add Dell XPS 15 9560 into DMI list

On Wed, 8 Mar 2017 20:25:33 +0100, Vasile Dumitrescu wrote: > sudo sensors > => Note that you don't need to be root to run "sensors". > (...) > dell_smm-virtual-0 > Adapter: Virtual device > Processor Fan: 2490 RPM > Video Fan: 2493 RPM > CPU:+48.0°C > Ambient:+48.0°C >

Re: [PATCH] hwmon: (dell-smm) Add Dell XPS 15 9560 into DMI list

On Wed, 8 Mar 2017 20:25:33 +0100, Vasile Dumitrescu wrote: > sudo sensors > => Note that you don't need to be root to run "sensors". > (...) > dell_smm-virtual-0 > Adapter: Virtual device > Processor Fan: 2490 RPM > Video Fan: 2493 RPM > CPU:+48.0°C > Ambient:+48.0°C >

Re: [PATCH v2 3/9] mm: clear any AS_* errors when returning error on any fsync or close

On Thu, Mar 09 2017, Jeff Layton wrote: > Currently we don't clear the address space error when there is a -EIO > error on fsynci, due to writeback initiation failure. If writes fail > with -EIO and the mapping is flagged with an AS_EIO or AS_ENOSPC error, > then we can end up returning errors on

Re: [PATCH v2 3/9] mm: clear any AS_* errors when returning error on any fsync or close

On Thu, Mar 09 2017, Jeff Layton wrote: > Currently we don't clear the address space error when there is a -EIO > error on fsynci, due to writeback initiation failure. If writes fail > with -EIO and the mapping is flagged with an AS_EIO or AS_ENOSPC error, > then we can end up returning errors on

[PATCH] usb: hub: Fix error loop seen after hub communication errors

While stress testing a usb controller using a bind/unbind looop, the following error loop was observed. usb 7-1.2: new low-speed USB device number 3 using xhci-hcd usb 7-1.2: hub failed to enable device, error -108 usb 7-1-port2: cannot disable (err = -22) usb 7-1-port2: couldn't allocate

[PATCH] usb: hub: Fix error loop seen after hub communication errors

While stress testing a usb controller using a bind/unbind looop, the following error loop was observed. usb 7-1.2: new low-speed USB device number 3 using xhci-hcd usb 7-1.2: hub failed to enable device, error -108 usb 7-1-port2: cannot disable (err = -22) usb 7-1-port2: couldn't allocate

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 10:19 PM, Russell King - ARM Linux wrote: > On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: >> On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: >>> On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: When the DMA memory is mapped for

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 10:19 PM, Russell King - ARM Linux wrote: > On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: >> On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: >>> On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: When the DMA memory is mapped for

Re: [PATCH] kernel: convert css_set.refcount from atomic_t to refcount_t

On Wed, Mar 08, 2017 at 10:00:40AM +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free > situations. >

Re: [PATCH] kernel: convert css_set.refcount from atomic_t to refcount_t

On Wed, Mar 08, 2017 at 10:00:40AM +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free > situations. >

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 8, 2017 at 11:05 PM, Dmitry Torokhov wrote: > On Wed, Mar 08, 2017 at 10:50:16PM +0200, Andy Shevchenko wrote: >> On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov >> wrote: >> > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 8, 2017 at 11:05 PM, Dmitry Torokhov wrote: > On Wed, Mar 08, 2017 at 10:50:16PM +0200, Andy Shevchenko wrote: >> On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov >> wrote: >> > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał Kępień wrote: >> If there PDx86 related patches are

Re: SGX notes from KS/LPC

On Wed, Mar 8, 2017 at 12:19 PM, Andy Lutomirski wrote: > There's a change coming to SGX > in future CPUs called "Flexible Launch Control" (marketing speak) and > IA32_PUBKEYHASH (in the SDM) And if you try to look this up, you'll notice that I typed it wrong. It's

Re: SGX notes from KS/LPC

On Wed, Mar 8, 2017 at 12:19 PM, Andy Lutomirski wrote: > There's a change coming to SGX > in future CPUs called "Flexible Launch Control" (marketing speak) and > IA32_PUBKEYHASH (in the SDM) And if you try to look this up, you'll notice that I typed it wrong. It's IA32_SGXLEPUBKEYHASH. Whoops.

Re: [PATCH v2 6/9] mm: set mapping error when launder_pages fails

On Thu, Mar 09 2017, Trond Myklebust wrote: > On Wed, 2017-03-08 at 11:29 -0500, Jeff Layton wrote: >> If launder_page fails, then we hit a problem writing back some inode >> data. Ensure that we communicate that fact in a subsequent fsync >> since >> another task could still have it open for

Re: [PATCH v2 6/9] mm: set mapping error when launder_pages fails

On Thu, Mar 09 2017, Trond Myklebust wrote: > On Wed, 2017-03-08 at 11:29 -0500, Jeff Layton wrote: >> If launder_page fails, then we hit a problem writing back some inode >> data. Ensure that we communicate that fact in a subsequent fsync >> since >> another task could still have it open for

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: > > The issue seems to be accessing buff first (can be read or write access) > and then doing set_memory_ro() doesn't make it read-only immediately, > meaning the subsequent call into probe_kernel_write() will succeed

[PATCH v1 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state

Implement specific usage of verify_pre_usermode_state for user-mode returns for arm64. --- Based on next-20170308 --- arch/arm64/Kconfig| 1 + arch/arm64/kernel/entry.S | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 896eba61e5ed

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: > > The issue seems to be accessing buff first (can be read or write access) > and then doing set_memory_ro() doesn't make it read-only immediately, > meaning the subsequent call into probe_kernel_write() will succeed without > error. > >

[PATCH v1 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state

Implement specific usage of verify_pre_usermode_state for user-mode returns for arm64. --- Based on next-20170308 --- arch/arm64/Kconfig| 1 + arch/arm64/kernel/entry.S | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 896eba61e5ed

Re: [PATCH v5 04/19] net: e100: Replace PCI pool old API

On Wed, 2017-03-08 at 17:19 +0100, Romain Perier wrote: > The PCI pool API is deprecated. This commit replaces the PCI pool old > API by the appropriate function with the DMA pool API. > > Signed-off-by: Romain Perier > Acked-by: Peter Senna Tschudin

Re: [PATCH v5 04/19] net: e100: Replace PCI pool old API

On Wed, 2017-03-08 at 17:19 +0100, Romain Perier wrote: > The PCI pool API is deprecated. This commit replaces the PCI pool old > API by the appropriate function with the DMA pool API. > > Signed-off-by: Romain Perier > Acked-by: Peter Senna Tschudin > Tested-by: Peter Senna Tschudin > --- >  

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: > 08.03.2017 03:32, Ricardo Neri пишет: >> >> These are the instructions covered by UMIP: >> * SGDT - Store Global Descriptor Table >> * SIDT - Store Interrupt Descriptor Table >> * SLDT - Store Local Descriptor Table >> * SMSW -

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: > 08.03.2017 03:32, Ricardo Neri пишет: >> >> These are the instructions covered by UMIP: >> * SGDT - Store Global Descriptor Table >> * SIDT - Store Interrupt Descriptor Table >> * SLDT - Store Local Descriptor Table >> * SMSW - Store Machine

Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state

On Wed, 8 Mar 2017, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for arm. > --- > Based on next-20170308 > --- > arch/arm/Kconfig | 1 + > arch/arm/kernel/entry-common.S | 5 + > 2 files changed, 6

Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state

On Wed, 8 Mar 2017, Thomas Garnier wrote: > Implement specific usage of verify_pre_usermode_state for user-mode > returns for arm. > --- > Based on next-20170308 > --- > arch/arm/Kconfig | 1 + > arch/arm/kernel/entry-common.S | 5 + > 2 files changed, 6

Re: [PATCH 5/6] PCI/ASPM: Actually configure the L1 substate settings to the device

Hi James, On Wed, Mar 08, 2017 at 06:44:36PM +, James Morse wrote: > Hi! > > On 03/01/17 06:34, Rajat Jain wrote: > > Add code to actually configure the L1 substate settigns on the > > upstream and downstream device, while taking care of the rules > > dictated by the PCIe spec. > > While

Re: [PATCH 5/6] PCI/ASPM: Actually configure the L1 substate settings to the device

Hi James, On Wed, Mar 08, 2017 at 06:44:36PM +, James Morse wrote: > Hi! > > On 03/01/17 06:34, Rajat Jain wrote: > > Add code to actually configure the L1 substate settigns on the > > upstream and downstream device, while taking care of the rules > > dictated by the PCIe spec. > > While

[PATCH] net: hyperv: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/hyperv/netvsc_drv.c | 39

[PATCH] net: hyperv: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/hyperv/netvsc_drv.c | 39

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: > [ 28.474232] rodata_test: test data was not read only > [...] In my tests so far, I've never been able to get rodata_test to fail (Qemu 2.5.0, Ubuntu). I'll retry with your .config and see if I can recheck under

[GIT PULL] sched.h split-up fixes for MIPS

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: fc69910f329d61821897871e0e957eda39beb3d8 MIPS: Add missing include files These are the fixes for MIPS build failures due to the

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: > [ 28.474232] rodata_test: test data was not read only > [...] In my tests so far, I've never been able to get rodata_test to fail (Qemu 2.5.0, Ubuntu). I'll retry with your .config and see if I can recheck under Qemu 2.7.1. Do you see

[GIT PULL] sched.h split-up fixes for MIPS

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: fc69910f329d61821897871e0e957eda39beb3d8 MIPS: Add missing include files These are the fixes for MIPS build failures due to the

[PATCH v1 1/4] syscalls: Restore address limit after a syscall

the verify_pre_usermode_state function is called. Signed-off-by: Thomas Garnier <thgar...@google.com> --- Based on next-20170308 --- include/linux/syscalls.h | 19 +++ init/Kconfig | 16 kernel/sys.c | 11 +++ 3 files changed, 46 insertions(+) diff

[PATCH v1 1/4] syscalls: Restore address limit after a syscall

the verify_pre_usermode_state function is called. Signed-off-by: Thomas Garnier --- Based on next-20170308 --- include/linux/syscalls.h | 19 +++ init/Kconfig | 16 kernel/sys.c | 11 +++ 3 files changed, 46 insertions(+) diff --git a/include/linux

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

[ + Kees, Laura, and Dave ] On 03/08/2017 08:25 PM, Linus Torvalds wrote: Adding x86 people too, since this seems to be something off about ARCH_HAS_SET_MEMORY for x86-32. The code seems to be shared between x86-32 and 64, I'm not seeing why set_memory_r[ow]() should fail on one but not the

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

[ + Kees, Laura, and Dave ] On 03/08/2017 08:25 PM, Linus Torvalds wrote: Adding x86 people too, since this seems to be something off about ARCH_HAS_SET_MEMORY for x86-32. The code seems to be shared between x86-32 and 64, I'm not seeing why set_memory_r[ow]() should fail on one but not the

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

On Wed, Mar 08, 2017 at 07:45:42PM +0200, Krzysztof Kozlowski wrote: > On Mon, Mar 06, 2017 at 03:29:48PM -0600, Nathan Royce wrote: > > OK, I just tried 4.10.0 and the output is looking the same. > > > > I can't say my setup is all that odd. The cryptographic use is only > > with the swap

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

On Wed, Mar 08, 2017 at 07:45:42PM +0200, Krzysztof Kozlowski wrote: > On Mon, Mar 06, 2017 at 03:29:48PM -0600, Nathan Royce wrote: > > OK, I just tried 4.10.0 and the output is looking the same. > > > > I can't say my setup is all that odd. The cryptographic use is only > > with the swap

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

Re: SGX notes from KS/LPC

On Wed, Mar 08, 2017 at 12:19:22PM -0800, Andy Lutomirski wrote: > On Wed, Mar 8, 2017 at 10:48 AM, Andy Lutomirski wrote: > > Hi- > > > > Here are my notes on SGX issues from KS/LPC. It seems that I never > > emailed it out to a public list -- oops. It may contain any number

Re: SGX notes from KS/LPC

On Wed, Mar 08, 2017 at 12:19:22PM -0800, Andy Lutomirski wrote: > On Wed, Mar 8, 2017 at 10:48 AM, Andy Lutomirski wrote: > > Hi- > > > > Here are my notes on SGX issues from KS/LPC. It seems that I never > > emailed it out to a public list -- oops. It may contain any number of > > typos or

[PATCH] net: fjes: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/fjes/fjes_ethtool.c | 19

[PATCH] net: fjes: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/fjes/fjes_ethtool.c | 19 +-- 1 files

Re: [PATCH] don't forget to call pd_online_fn when activate policy

On 03/07/2017 09:09 PM, Zhou Chengming wrote: > From: z00354408 The patch looks correct to me, but please provide a better changelog for the change. There's nothing here. -- Jens Axboe

Re: [PATCH v1 1/4] syscalls: Restore address limit after a syscall

On Wed, Mar 08, 2017 at 01:38:41PM -0800, Thomas Garnier wrote: > This patch prevents a syscall to modify the address limit of the > caller. The address limit is kept by the syscall wrapper and restored > just after the syscall ends. I would much rather architectures were given the opportunity to

Re: [PATCH] don't forget to call pd_online_fn when activate policy

On 03/07/2017 09:09 PM, Zhou Chengming wrote: > From: z00354408 The patch looks correct to me, but please provide a better changelog for the change. There's nothing here. -- Jens Axboe

Re: [PATCH v1 1/4] syscalls: Restore address limit after a syscall

On Wed, Mar 08, 2017 at 01:38:41PM -0800, Thomas Garnier wrote: > This patch prevents a syscall to modify the address limit of the > caller. The address limit is kept by the syscall wrapper and restored > just after the syscall ends. I would much rather architectures were given the opportunity to

Re: [tip:core/urgent] sched/wait: Add dependency for now

On Wed, Mar 8, 2017 at 8:27 AM, Linus Torvalds wrote: > > Hmm. Did you guys miss the patch I sent for this yesterday? It avoided > the header file dependency, and imho also generated better code by > uninlining the slow path. Ahh, I see I have another thread that

Re: [PATCH v2 0/3] x86/process: Optimize __switch_to_xtra()

On Tue, Feb 28, 2017 at 10:33 AM, Kyle Huey wrote: > On Tue, Feb 14, 2017 at 12:11 AM, Kyle Huey wrote: >> GCC generates lousy code in __switch_to_xtra. This patch series is an >> updated version of tglx's patches from last year >>

Re: [tip:core/urgent] sched/wait: Add dependency for now

On Wed, Mar 8, 2017 at 8:27 AM, Linus Torvalds wrote: > > Hmm. Did you guys miss the patch I sent for this yesterday? It avoided > the header file dependency, and imho also generated better code by > uninlining the slow path. Ahh, I see I have another thread that has reactions to it. Will go

Re: [PATCH v2 0/3] x86/process: Optimize __switch_to_xtra()

On Tue, Feb 28, 2017 at 10:33 AM, Kyle Huey wrote: > On Tue, Feb 14, 2017 at 12:11 AM, Kyle Huey wrote: >> GCC generates lousy code in __switch_to_xtra. This patch series is an >> updated version of tglx's patches from last year >> (https://lkml.org/lkml/2016/12/15/432) that address review

[PATCH 1/5] Add memset_l(), memset32() and memset64()

From: Matthew Wilcox memset_l() is like memset() but allows the user to fill the destination with a pattern which fits in an unsigned long. memset32() and memset64() are 32-bit and 64-bit variants of this; memset_l() will call the appropriate one. memset32() is also

[PATCH 1/5] Add memset_l(), memset32() and memset64()

From: Matthew Wilcox memset_l() is like memset() but allows the user to fill the destination with a pattern which fits in an unsigned long. memset32() and memset64() are 32-bit and 64-bit variants of this; memset_l() will call the appropriate one. memset32() is also useful by itself, while I

Re: [PATCH] uapi: add missing install of userio.h

Thanks for catching that! Reviewed-by: Lyude Paul On Wed, 2017-03-08 at 17:22 +0900, Naohiro Aota wrote: > While commit 5523662edd4f ("Input: add userio module") added userio.h > under the uapi/ directory, it forgot to add the header file to > Kbuild. > Thus, the file is

Re: [PATCH] uapi: add missing install of userio.h

Thanks for catching that! Reviewed-by: Lyude Paul On Wed, 2017-03-08 at 17:22 +0900, Naohiro Aota wrote: > While commit 5523662edd4f ("Input: add userio module") added userio.h > under the uapi/ directory, it forgot to add the header file to > Kbuild. > Thus, the file is missing from header

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