[PATCH V12 10/10] arm/arm64: KVM: add guest SEA support

Currently external aborts are unsupported by the guest abort handling. Add handling for SEAs so that the host kernel reports SEAs which occur in the guest kernel. Signed-off-by: Tyler Baicar --- arch/arm/include/asm/kvm_arm.h | 10 ++

[PATCH V12 10/10] arm/arm64: KVM: add guest SEA support

Currently external aborts are unsupported by the guest abort handling. Add handling for SEAs so that the host kernel reports SEAs which occur in the guest kernel. Signed-off-by: Tyler Baicar --- arch/arm/include/asm/kvm_arm.h | 10 ++ arch/arm/include/asm/system_misc.h | 5

[PATCH V12 06/10] acpi: apei: panic OS with fatal error status block

From: "Jonathan (Zhixiong) Zhang" Even if an error status block's severity is fatal, the kernel does not honor the severity level and panic. With the firmware first model, the platform could inform the OS about a fatal hardware error through the non-NMI GHES notification

[PATCH V12 07/10] efi: print unrecognized CPER section

UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match with one of the section types that the kernel knows how to parse, the section is skipped. Therefore, user is

[PATCH V12 06/10] acpi: apei: panic OS with fatal error status block

From: "Jonathan (Zhixiong) Zhang" Even if an error status block's severity is fatal, the kernel does not honor the severity level and panic. With the firmware first model, the platform could inform the OS about a fatal hardware error through the non-NMI GHES notification type. The OS should

[PATCH V12 07/10] efi: print unrecognized CPER section

UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match with one of the section types that the kernel knows how to parse, the section is skipped. Therefore, user is

Re: [PATCH] Delete redundant return value check of platform_get_resource()

On Mon, Feb 27, 2017 at 10:41:18PM +0100, Belen Sarabia wrote: > Delete error handling from the result of a call to platform_get_resource() > when the value is immediately passed to devm_ioremap_resource(). > > Signed-off-by: Belen Sarabia Applied to libata/for-4.12.

Re: [PATCH] Delete redundant return value check of platform_get_resource()

On Mon, Feb 27, 2017 at 10:41:18PM +0100, Belen Sarabia wrote: > Delete error handling from the result of a call to platform_get_resource() > when the value is immediately passed to devm_ioremap_resource(). > > Signed-off-by: Belen Sarabia Applied to libata/for-4.12. Thanks. -- tejun

[PATCH V12 09/10] trace, ras: add ARM processor error trace event

Currently there are trace events for the various RAS errors with the exception of ARM processor type errors. Add a new trace event for such errors so that the user will know when they occur. These trace events are consistent with the ARM processor error section type defined in UEFI 2.6 spec

[PATCH V12 09/10] trace, ras: add ARM processor error trace event

Currently there are trace events for the various RAS errors with the exception of ARM processor type errors. Add a new trace event for such errors so that the user will know when they occur. These trace events are consistent with the ARM processor error section type defined in UEFI 2.6 spec

Question about hwmon_attr_show_string

Hi Guenter, I was wondering whether there was a particular reason why hwmon_attr_show_string passes only an "empty" pointer(pointer) to the ops- >read_string function rather than the buffer itself? Wouldn't this mean that in ops->read_string I'd have to reserve some space for the value on the

Question about hwmon_attr_show_string

Hi Guenter, I was wondering whether there was a particular reason why hwmon_attr_show_string passes only an "empty" pointer(pointer) to the ops- >read_string function rather than the buffer itself? Wouldn't this mean that in ops->read_string I'd have to reserve some space for the value on the

[PATCH 6/7] mm: convert generic code to 5-level paging

Convert all non-architecture-specific code to 5-level paging. It's mostly mechanical adding handling one more page table level in places where we deal with pud_t. Signed-off-by: Kirill A. Shutemov --- drivers/misc/sgi-gru/grufault.c | 9 +- fs/userfaultfd.c

[PATCH 6/7] mm: convert generic code to 5-level paging

Convert all non-architecture-specific code to 5-level paging. It's mostly mechanical adding handling one more page table level in places where we deal with pud_t. Signed-off-by: Kirill A. Shutemov --- drivers/misc/sgi-gru/grufault.c | 9 +- fs/userfaultfd.c| 6 +-

[PATCH 3/7] asm-generic: introduce __ARCH_USE_5LEVEL_HACK

We are going to introduce to provide abstraction for properly (in opposite to 5level-fixup.h hack) folded p4d level. The new header will be included from pgtable-nopud.h. If an architecture uses , we cannot use 5level-fixup.h directly to quickly convert the architecture to 5-level paging as it

[PATCH 3/7] asm-generic: introduce __ARCH_USE_5LEVEL_HACK

We are going to introduce to provide abstraction for properly (in opposite to 5level-fixup.h hack) folded p4d level. The new header will be included from pgtable-nopud.h. If an architecture uses , we cannot use 5level-fixup.h directly to quickly convert the architecture to 5-level paging as it

[PATCH 2/7] asm-generic: introduce 5level-fixup.h

We are going to switch core MM to 5-level paging abstraction. This is preparation step which adds As with 4level-fixup.h, the new header allows quickly make all architectures compatible with 5-level paging in core MM. In long run we would like to switch architectures to properly folded p4d

[PATCH 2/7] asm-generic: introduce 5level-fixup.h

We are going to switch core MM to 5-level paging abstraction. This is preparation step which adds As with 4level-fixup.h, the new header allows quickly make all architectures compatible with 5-level paging in core MM. In long run we would like to switch architectures to properly folded p4d

[PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8

ARM APEI extension proposal added SEA (Synchronous External Abort) notification type for ARMv8. Add a new GHES error source handling function for SEA. If an error source's notification type is SEA, then this function can be registered into the SEA exception handler. That way GHES will parse and

[PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8

ARM APEI extension proposal added SEA (Synchronous External Abort) notification type for ARMv8. Add a new GHES error source handling function for SEA. If an error source's notification type is SEA, then this function can be registered into the SEA exception handler. That way GHES will parse and

[PATCH V12 03/10] efi: parse ARM processor error

Add support for ARM Common Platform Error Record (CPER). UEFI 2.6 specification adds support for ARM specific processor error information to be reported as part of the CPER records. This provides more detail on for processor error logs. Signed-off-by: Tyler Baicar CC:

[PATCH V12 03/10] efi: parse ARM processor error

Add support for ARM Common Platform Error Record (CPER). UEFI 2.6 specification adds support for ARM specific processor error information to be reported as part of the CPER records. This provides more detail on for processor error logs. Signed-off-by: Tyler Baicar CC: Jonathan (Zhixiong) Zhang

[PATCH 4/7] arch, mm: convert all architectures to use 5level-fixup.h

If an architecture uses 4level-fixup.h we don't need to do anything as it includes 5level-fixup.h. If an architecture uses pgtable-nop*d.h, define __ARCH_USE_5LEVEL_HACK before inclusion of the header. It makes asm-generic code to use 5level-fixup.h. If an architecture has 4-level paging or

[PATCH 4/7] arch, mm: convert all architectures to use 5level-fixup.h

If an architecture uses 4level-fixup.h we don't need to do anything as it includes 5level-fixup.h. If an architecture uses pgtable-nop*d.h, define __ARCH_USE_5LEVEL_HACK before inclusion of the header. It makes asm-generic code to use 5level-fixup.h. If an architecture has 4-level paging or

[PATCH V12 04/10] arm64: exception: handle Synchronous External Abort

SEA exceptions are often caused by an uncorrected hardware error, and are handled when data abort and instruction abort exception classes have specific values for their Fault Status Code. When SEA occurs, before killing the process, report the error in the kernel logs. Update fault_info[] with

[PATCH V12 04/10] arm64: exception: handle Synchronous External Abort

SEA exceptions are often caused by an uncorrected hardware error, and are handled when data abort and instruction abort exception classes have specific values for their Fault Status Code. When SEA occurs, before killing the process, report the error in the kernel logs. Update fault_info[] with

[PATCH 0/7] 5-level paging: prepare generic code

As per Linus' suggestion, I'm splitting generic part of 5-level paging enabling into separate patchset. I believe it's relatively low-risk and can be applied to v4.11. Merging it now would make x86 5-level paging enabling in v4.12 easier. The first patch is actually x86-specific: detect 5-level

[PATCH 0/7] 5-level paging: prepare generic code

As per Linus' suggestion, I'm splitting generic part of 5-level paging enabling into separate patchset. I believe it's relatively low-risk and can be applied to v4.11. Merging it now would make x86 5-level paging enabling in v4.12 easier. The first patch is actually x86-specific: detect 5-level

[PATCH 7/7] mm: introduce __p4d_alloc()

For full 5-level paging we need a helper to allocate p4d page table. Signed-off-by: Kirill A. Shutemov --- mm/memory.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/mm/memory.c b/mm/memory.c index 7f1c2163b3ce..235ba51b2fbf 100644

[PATCH 7/7] mm: introduce __p4d_alloc()

For full 5-level paging we need a helper to allocate p4d page table. Signed-off-by: Kirill A. Shutemov --- mm/memory.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/mm/memory.c b/mm/memory.c index 7f1c2163b3ce..235ba51b2fbf 100644 --- a/mm/memory.c +++

[PATCH 1/7] x86/cpufeature: Add 5-level paging detection

Look for 'la57' in /proc/cpuinfo to see if your machine supports 5-level paging. Signed-off-by: Kirill A. Shutemov --- arch/x86/include/asm/cpufeatures.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/cpufeatures.h

[PATCH 1/7] x86/cpufeature: Add 5-level paging detection

Look for 'la57' in /proc/cpuinfo to see if your machine supports 5-level paging. Signed-off-by: Kirill A. Shutemov --- arch/x86/include/asm/cpufeatures.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/cpufeatures.h

[PATCH V12 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1

Currently when a RAS error is reported it is not timestamped. The ACPI 6.1 spec adds the timestamp field to the generic error data entry v3 structure. The timestamp of when the firmware generated the error is now being reported. Signed-off-by: Tyler Baicar CC: Jonathan

[PATCH V12 01/10] acpi: apei: read ack upon ghes record consumption

A RAS (Reliability, Availability, Serviceability) controller may be a separate processor running in parallel with OS execution, and may generate error records for consumption by the OS. If the RAS controller produces multiple error records, then they may be overwritten before the OS has consumed

[PATCH V12 01/10] acpi: apei: read ack upon ghes record consumption

A RAS (Reliability, Availability, Serviceability) controller may be a separate processor running in parallel with OS execution, and may generate error records for consumption by the OS. If the RAS controller produces multiple error records, then they may be overwritten before the OS has consumed

[PATCH V12 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1

Currently when a RAS error is reported it is not timestamped. The ACPI 6.1 spec adds the timestamp field to the generic error data entry v3 structure. The timestamp of when the firmware generated the error is now being reported. Signed-off-by: Tyler Baicar CC: Jonathan (Zhixiong) Zhang

[PATCH V12 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

When a memory error, CPU error, PCIe error, or other type of hardware error that's covered by RAS occurs, firmware should populate the shared GHES memory location with the proper GHES structures to notify the OS of the error. For example, platforms that implement firmware first handling may

[PATCH V12 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

When a memory error, CPU error, PCIe error, or other type of hardware error that's covered by RAS occurs, firmware should populate the shared GHES memory location with the proper GHES structures to notify the OS of the error. For example, platforms that implement firmware first handling may

Re: [PATCH] workqueue: use setup_deferrable_timer

On Sun, Feb 26, 2017 at 08:58:21AM +0800, Geliang Tang wrote: > Use setup_deferrable_timer() instead of init_timer_deferrable() to > simplify the code. > > Signed-off-by: Geliang Tang Applied to wq/for-4.12. Thanks. -- tejun

Re: [PATCH] workqueue: use setup_deferrable_timer

On Sun, Feb 26, 2017 at 08:58:21AM +0800, Geliang Tang wrote: > Use setup_deferrable_timer() instead of init_timer_deferrable() to > simplify the code. > > Signed-off-by: Geliang Tang Applied to wq/for-4.12. Thanks. -- tejun

Re: [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot

On Mon, Mar 06, 2017 at 03:05:49PM -0500, Boris Ostrovsky wrote: > > > diff --git a/arch/x86/include/asm/pgtable_64.h > > b/arch/x86/include/asm/pgtable_64.h > > index 9991224f6238..c9e41f1599dd 100644 > > --- a/arch/x86/include/asm/pgtable_64.h > > +++ b/arch/x86/include/asm/pgtable_64.h > > @@

Re: ata: WARNING in ata_sff_qc_issue

Hello, Applied the following to libata/for-4.11-fixes. Thanks. -- 8< -- >From 0580b762a4d6b70817476b90042813f8573283fa Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 6 Mar 2017 15:26:54 -0500 Subject: [PATCH] libata: drop WARN from protocol error in

Re: [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot

On Mon, Mar 06, 2017 at 03:05:49PM -0500, Boris Ostrovsky wrote: > > > diff --git a/arch/x86/include/asm/pgtable_64.h > > b/arch/x86/include/asm/pgtable_64.h > > index 9991224f6238..c9e41f1599dd 100644 > > --- a/arch/x86/include/asm/pgtable_64.h > > +++ b/arch/x86/include/asm/pgtable_64.h > > @@

Re: ata: WARNING in ata_sff_qc_issue

Hello, Applied the following to libata/for-4.11-fixes. Thanks. -- 8< -- >From 0580b762a4d6b70817476b90042813f8573283fa Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 6 Mar 2017 15:26:54 -0500 Subject: [PATCH] libata: drop WARN from protocol error in ata_sff_qc_issue()

Re: [i2c-tools PATCH v2] i2ctransfer: add new tool

Hey Wolfram, On Mon, Mar 06, 2017 at 03:29:31PM +0100, Wolfram Sang wrote: > S, finally, finally, here is another version of my 'i2ctransfer' tool. > This > time, I'll keep at it until it is upstream. It was lying around long enough. > Thanks must go to Renesas for further funding this work!

Re: [i2c-tools PATCH v2] i2ctransfer: add new tool

Hey Wolfram, On Mon, Mar 06, 2017 at 03:29:31PM +0100, Wolfram Sang wrote: > S, finally, finally, here is another version of my 'i2ctransfer' tool. > This > time, I'll keep at it until it is upstream. It was lying around long enough. > Thanks must go to Renesas for further funding this work!

Re: [PATCH] ata: constify of_device_id structures

On Thu, Mar 02, 2017 at 01:03:28AM +0530, Bhumika Goyal wrote: > Declare of_device_id structures as const as they are either passed to > the macro MODULE_DEVICE_TABLE or stored in the of_match_table field of a > device_driver structure. This field is of type const, so of_device_id > structures

Re: [PATCH] ata: constify of_device_id structures

On Thu, Mar 02, 2017 at 01:03:28AM +0530, Bhumika Goyal wrote: > Declare of_device_id structures as const as they are either passed to > the macro MODULE_DEVICE_TABLE or stored in the of_match_table field of a > device_driver structure. This field is of type const, so of_device_id > structures

Re: [PATCH v6 1/3] drm_fourcc: Add new P010, P016 video format

從我的 iPad 傳送 > Ville Syrjälä 於 2017年3月7日 上午2:34 寫道： > >> On Tue, Mar 07, 2017 at 01:58:23AM +0800, Ayaka wrote: >> >> >> 從我的 iPad 傳送 >> Ville Syrjälä 於 2017年3月6日 下午9:06 寫道： On Sun, Mar 05, 2017 at 06:00:31PM

Re: [PATCH 0/3] arm,arm64: dts: uniphier: remove skeleton.dtsi inclusion and fix warnings

2017-02-26 14:04 GMT+09:00 Masahiro Yamada : > - The inclusion of skeleton.dtsi is deprecated. > Specify #address-cells and #size-cells explicitly > > - If built with W=1, many warnings are displayed. Fix them. > > > Masahiro Yamada (3): > ARM: dts:

Re: [PATCH v6 1/3] drm_fourcc: Add new P010, P016 video format

從我的 iPad 傳送 > Ville Syrjälä 於 2017年3月7日 上午2:34 寫道： > >> On Tue, Mar 07, 2017 at 01:58:23AM +0800, Ayaka wrote: >> >> >> 從我的 iPad 傳送 >> Ville Syrjälä 於 2017年3月6日 下午9:06 寫道： On Sun, Mar 05, 2017 at 06:00:31PM +0800, Randy Li wrote: P010 is a planar 4:2:0 YUV with

Re: [PATCH 0/3] arm,arm64: dts: uniphier: remove skeleton.dtsi inclusion and fix warnings

2017-02-26 14:04 GMT+09:00 Masahiro Yamada : > - The inclusion of skeleton.dtsi is deprecated. > Specify #address-cells and #size-cells explicitly > > - If built with W=1, many warnings are displayed. Fix them. > > > Masahiro Yamada (3): > ARM: dts: uniphier: remove skeleton.dtsi

Re: [PATCH v2] selinux: check for address length in selinux_socket_bind()

On Mon, 2017-03-06 at 19:46 +0100, Alexander Potapenko wrote: > KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of > uninitialized memory in selinux_socket_bind(): > ... > Signed-off-by: Alexander Potapenko > --- > Changes since v1: > - fixed patch

Re: [PATCH v2] selinux: check for address length in selinux_socket_bind()

On Mon, 2017-03-06 at 19:46 +0100, Alexander Potapenko wrote: > KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of > uninitialized memory in selinux_socket_bind(): > ... > Signed-off-by: Alexander Potapenko > --- > Changes since v1: > - fixed patch description > - fixed

Re: [PATCH] cgroups: censor kernel pointer in debug files

On Sat, Feb 25, 2017 at 01:56:48AM -0800, Kees Cook wrote: > As found in grsecurity, this avoids exposing a kernel pointer through > the cgroup debug entries. > > Signed-off-by: Kees Cook Applied to cgroup/for-4.11-fixes. Thanks. -- tejun

Re: [PATCH] cgroups: censor kernel pointer in debug files

On Sat, Feb 25, 2017 at 01:56:48AM -0800, Kees Cook wrote: > As found in grsecurity, this avoids exposing a kernel pointer through > the cgroup debug entries. > > Signed-off-by: Kees Cook Applied to cgroup/for-4.11-fixes. Thanks. -- tejun

[PATCH 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 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 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 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 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 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 0/2] Add and Use NMI LAST call chain to eliminate WARNING message

Patch 1 adds a new NMI_LAST call chain that mimics the current NMI_UNKNOWN call chain except it eliminates the WARNING message about multiple NMI handlers registering on this call chain. Patch 2 moves the UV NMI handler from using the NMI_UNKNOWN call chain to this new NMI_LAST call chain. --

[PATCH 0/2] Add and Use NMI LAST call chain to eliminate WARNING message

Patch 1 adds a new NMI_LAST call chain that mimics the current NMI_UNKNOWN call chain except it eliminates the WARNING message about multiple NMI handlers registering on this call chain. Patch 2 moves the UV NMI handler from using the NMI_UNKNOWN call chain to this new NMI_LAST call chain. --

[PATCH 1/2] x86/platform: Add a low priority low frequency NMI call chain

Add a new NMI call chain that is called last after all other NMI handlers have been checked and did not "handle" the NMI. This mimics the current NMI_UNKNOWN call chain except it eliminates the WARNING message about multiple NMI handlers registering on this call chain. This call chain

Re: [PATCH cgroup/for-4.10-fixes] cgroup/pids: remove spurious suspicious RCU usage warning

On Wed, Mar 01, 2017 at 03:39:07PM -0500, Tejun Heo wrote: > pids_can_fork() is special in that the css association is guaranteed > to be stable throughout the function and thus doesn't need RCU > protection around task_css access. When determining the css to charge > the pid, task_css_check() is

[PATCH 1/2] x86/platform: Add a low priority low frequency NMI call chain

Add a new NMI call chain that is called last after all other NMI handlers have been checked and did not "handle" the NMI. This mimics the current NMI_UNKNOWN call chain except it eliminates the WARNING message about multiple NMI handlers registering on this call chain. This call chain

Re: [PATCH cgroup/for-4.10-fixes] cgroup/pids: remove spurious suspicious RCU usage warning

On Wed, Mar 01, 2017 at 03:39:07PM -0500, Tejun Heo wrote: > pids_can_fork() is special in that the css association is guaranteed > to be stable throughout the function and thus doesn't need RCU > protection around task_css access. When determining the css to charge > the pid, task_css_check() is

[PATCH 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 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 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 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,

[PATCH 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 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 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 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 v3] MIPS: Fix build breakage caused by header file changes

Since commit f3ac60671954 ("sched/headers: Move task-stack related APIs from to ") and commit f780d89a0e82 ("sched/headers: Remove from "), various mips builds fail as follows. arch/mips/kernel/smp-mt.c: In function ‘vsmp_boot_secondary’: arch/mips/include/asm/processor.h:384:41: error:

[PATCH v3] MIPS: Fix build breakage caused by header file changes

Since commit f3ac60671954 ("sched/headers: Move task-stack related APIs from to ") and commit f780d89a0e82 ("sched/headers: Remove from "), various mips builds fail as follows. arch/mips/kernel/smp-mt.c: In function ‘vsmp_boot_secondary’: arch/mips/include/asm/processor.h:384:41: error:

Re: [REGRESSION][v4.9.y][v4.10.y] Input: ALPS - set DualPoint flag for 74 03 28 devices

Hi Nick, On Mon, Mar 06, 2017 at 03:59:00PM +, Nick Fletcher wrote: > HI, > > I installed the two drivers as requested. Results of dmesg | grep > 'two-finger' below.. Could you please also tell us whether the devoice only has touchpad, or if it has touchpad/starckstick combo? Thanks. --

Re: [REGRESSION][v4.9.y][v4.10.y] Input: ALPS - set DualPoint flag for 74 03 28 devices

Hi Nick, On Mon, Mar 06, 2017 at 03:59:00PM +, Nick Fletcher wrote: > HI, > > I installed the two drivers as requested. Results of dmesg | grep > 'two-finger' below.. Could you please also tell us whether the devoice only has touchpad, or if it has touchpad/starckstick combo? Thanks. --

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

On Sun, Mar 05, 2017 at 06:12:43AM -0800, Tahsin Erdogan wrote: > blkg_conf_prep() currently calls blkg_lookup_create() while holding > request queue spinlock. This means allocating memory for struct > blkcg_gq has to be made non-blocking. This causes occasional -ENOMEM > failures in call paths

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

On Sun, Mar 05, 2017 at 06:12:43AM -0800, Tahsin Erdogan wrote: > blkg_conf_prep() currently calls blkg_lookup_create() while holding > request queue spinlock. This means allocating memory for struct > blkcg_gq has to be made non-blocking. This causes occasional -ENOMEM > failures in call paths

Re: [PATCH v2] MIPS: Fix build breakage caused by header file changes

On Sun, Mar 05, 2017 at 09:53:20PM -0800, Guenter Roeck wrote: > Since commit f3ac60671954 ("sched/headers: Move task-stack related > APIs from to ") and commit > f780d89a0e82 ("sched/headers: Remove from > "), various mips builds fail as follows. > > arch/mips/kernel/smp-mt.c: In function

Re: [PATCH v2] MIPS: Fix build breakage caused by header file changes

On Sun, Mar 05, 2017 at 09:53:20PM -0800, Guenter Roeck wrote: > Since commit f3ac60671954 ("sched/headers: Move task-stack related > APIs from to ") and commit > f780d89a0e82 ("sched/headers: Remove from > "), various mips builds fail as follows. > > arch/mips/kernel/smp-mt.c: In function

[PATCH 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'll follow up with another series

[PATCH 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'll follow up with another series

Re: [PATCH 11/19] kernel: convert cgroup_namespace.count from atomic_t to refcount_t

On Mon, Feb 20, 2017 at 12:19:00PM +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 11/19] kernel: convert cgroup_namespace.count from atomic_t to refcount_t

On Mon, Feb 20, 2017 at 12:19:00PM +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] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw

On Sun, Mar 05, 2017 at 03:13:02AM +0100, Matjaz Hegedic wrote: > EeeBook X205TA is yet another ASUS device with a special touchpad > firmware that needs to be accounted for during initialization, or > else the touchpad will go into an invalid state upon suspend/resume. > Adding the appropriate

Re: [PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw

On Sun, Mar 05, 2017 at 03:13:02AM +0100, Matjaz Hegedic wrote: > EeeBook X205TA is yet another ASUS device with a special touchpad > firmware that needs to be accounted for during initialization, or > else the touchpad will go into an invalid state upon suspend/resume. > Adding the appropriate

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

Hello, On Mon, Feb 20, 2017 at 12:19:01PM +0200, Elena Reshetova wrote: > @@ -134,10 +135,13 @@ static inline void put_css_set(struct css_set *cset) >* can see it. Similar to atomic_dec_and_lock(), but for an >* rwlock >*/ > - if (atomic_add_unless(>refcount, -1, 1)) >

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

Hello, On Mon, Feb 20, 2017 at 12:19:01PM +0200, Elena Reshetova wrote: > @@ -134,10 +135,13 @@ static inline void put_css_set(struct css_set *cset) >* can see it. Similar to atomic_dec_and_lock(), but for an >* rwlock >*/ > - if (atomic_add_unless(>refcount, -1, 1)) >

Kernel without RTC

Hi, Currently we are having hardware which does not have RTC. It is single processor system. However it does have TSC timer. Now, how to use scheduler with only TSC as current kernel scheduler leverage the RTC for scheduling? I had seen one old patch

Kernel without RTC

Hi, Currently we are having hardware which does not have RTC. It is single processor system. However it does have TSC timer. Now, how to use scheduler with only TSC as current kernel scheduler leverage the RTC for scheduling? I had seen one old patch

Re: [RFC] remove support for AVR32 architecture

Around Sun 05 Mar 2017 21:58:16 -0800 or thereabout, Håvard Skinnemoen wrote: > On Wed, Mar 1, 2017 at 12:44 PM, Hans-Christian Noren Egtvedt > wrote: >> I have prepared three patches in my for-linus branch in git tree >>

Re: [RFC] remove support for AVR32 architecture

Around Sun 05 Mar 2017 21:58:16 -0800 or thereabout, Håvard Skinnemoen wrote: > On Wed, Mar 1, 2017 at 12:44 PM, Hans-Christian Noren Egtvedt > wrote: >> I have prepared three patches in my for-linus branch in git tree >> https://git.kernel.org/cgit/linux/kernel/git/egtvedt/linux-avr32.git > >

Re: [bdi_unregister] 165a5e22fa INFO: task swapper:1 blocked for more than 120 seconds.

On Mon, 2017-03-06 at 17:13 +0100, Jan Kara wrote: > On Mon 06-03-17 07:44:55, James Bottomley wrote: > > On Mon, 2017-03-06 at 16:14 +0100, Jan Kara wrote: > > > On Mon 06-03-17 06:35:21, James Bottomley wrote: > > > > On Mon, 2017-03-06 at 13:01 +0100, Jan Kara wrote: > > > > > On Mon 06-03-17

Re: [bdi_unregister] 165a5e22fa INFO: task swapper:1 blocked for more than 120 seconds.

On Mon, 2017-03-06 at 17:13 +0100, Jan Kara wrote: > On Mon 06-03-17 07:44:55, James Bottomley wrote: > > On Mon, 2017-03-06 at 16:14 +0100, Jan Kara wrote: > > > On Mon 06-03-17 06:35:21, James Bottomley wrote: > > > > On Mon, 2017-03-06 at 13:01 +0100, Jan Kara wrote: > > > > > On Mon 06-03-17

Re: [PATCH] auxdisplay: img-ascii-lcd: add missing sentinel entry in img_ascii_lcd_matches

On Mon, Mar 06, 2017 at 03:58:04PM -0300, Javier Martinez Canillas wrote: > Hello Paul, > > On 03/06/2017 03:54 PM, Paul Burton wrote: > > Hi Javier, > > > > On Monday, 6 March 2017 10:09:09 PST Javier Martinez Canillas wrote: > >> On 02/24/2017 06:56 PM, Paul Burton wrote: > >>> On Monday, 20

Re: [PATCH] auxdisplay: img-ascii-lcd: add missing sentinel entry in img_ascii_lcd_matches

On Mon, Mar 06, 2017 at 03:58:04PM -0300, Javier Martinez Canillas wrote: > Hello Paul, > > On 03/06/2017 03:54 PM, Paul Burton wrote: > > Hi Javier, > > > > On Monday, 6 March 2017 10:09:09 PST Javier Martinez Canillas wrote: > >> On 02/24/2017 06:56 PM, Paul Burton wrote: > >>> On Monday, 20

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