[PATCH] ACPI : Dummy acpi_video_register should return error code

The inline acpi_video_register stub simply allows compilation on systems with CONFIG_ACPI_VIDEO disabled. the dummy acpi_video_register does not register an acpi_bus_driver at all. The inline acpi_video_register should return to indicate lack of support when attempting to register an

[PATCH] ACPI : Dummy acpi_video_register should return error code

The inline acpi_video_register stub simply allows compilation on systems with CONFIG_ACPI_VIDEO disabled. the dummy acpi_video_register does not register an acpi_bus_driver at all. The inline acpi_video_register should return to indicate lack of support when attempting to register an

[GIT PULL] userns related changes for 4.7-rc5

Linus, Please pull the for-linus branch from the git tree: git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git for-linus HEAD: 695e9df010e40f407f4830dc11d53dce957710ba mnt: Account for MS_RDONLY in fs_fully_visible This contains just a single small patch that

[GIT PULL] userns related changes for 4.7-rc5

Linus, Please pull the for-linus branch from the git tree: git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git for-linus HEAD: 695e9df010e40f407f4830dc11d53dce957710ba mnt: Account for MS_RDONLY in fs_fully_visible This contains just a single small patch that

Re: [PATCH] sparc64: Swap registers for fault code and address in mna trap

From: 神田　尚 Date: Tue, 21 Jun 2016 10:36:42 + > Hi, David > > Thank you for your reply. > >> If you can really trigger this code path, please post the kernel log >> backtrace that happens when the BUG() triggers. That way we can >> figure out what the real problem is. >

Re: [PATCH] sparc64: Swap registers for fault code and address in mna trap

From: 神田　尚 Date: Tue, 21 Jun 2016 10:36:42 + > Hi, David > > Thank you for your reply. > >> If you can really trigger this code path, please post the kernel log >> backtrace that happens when the BUG() triggers. That way we can >> figure out what the real problem is. > I'm sorry I cannot

[PATCH] sysfs: correctly handle read offset on PREALLOC attrs

Attributes declared with __ATTR_PREALLOC use sysfs_kf_read() which returns zero bytes for non-zero offset. This breaks script checkarray in mdadm tool in debian where /bin/sh is 'dash' because its builtin 'read' reads only one byte at a time. Script gets 'i' instead of 'idle' when reads current

[PATCH] sysfs: correctly handle read offset on PREALLOC attrs

Attributes declared with __ATTR_PREALLOC use sysfs_kf_read() which returns zero bytes for non-zero offset. This breaks script checkarray in mdadm tool in debian where /bin/sh is 'dash' because its builtin 'read' reads only one byte at a time. Script gets 'i' instead of 'idle' when reads current

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 11:26:21AM -0700, Andy Lutomirski wrote: > On Wed, Jun 22, 2016 at 11:22 AM, Josh Poimboeuf wrote: > > On Wed, Jun 22, 2016 at 10:59:23AM -0700, Andy Lutomirski wrote: > >> > So I got a chance to look at this some more. I'm thinking that to make > >>

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 11:26:21AM -0700, Andy Lutomirski wrote: > On Wed, Jun 22, 2016 at 11:22 AM, Josh Poimboeuf wrote: > > On Wed, Jun 22, 2016 at 10:59:23AM -0700, Andy Lutomirski wrote: > >> > So I got a chance to look at this some more. I'm thinking that to make > >> > this feature more

[PATCH] target: fix spelling mistake: "limitiation" -> "limitation"

From: Colin Ian King trivial fix to spelling mistake Signed-off-by: Colin Ian King --- drivers/target/target_core_file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/target/target_core_file.c

[PATCH] target: fix spelling mistake: "limitiation" -> "limitation"

From: Colin Ian King trivial fix to spelling mistake Signed-off-by: Colin Ian King --- drivers/target/target_core_file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/target/target_core_file.c b/drivers/target/target_core_file.c index 75f0f08..4ebcd0a 100644 ---

Problem with gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading

Hi, the c04e6e9 patch gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading broke display connected to a TQMa53 i.MX53 board. The lines imx-drm display-subsystem: bound imx-ipuv3-crtc.0 (ops ipu_crtc_ops) imx-drm display-subsystem: bound imx-ipuv3-crtc.1 (ops ipu_crtc_ops) are not present

Problem with gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading

Hi, the c04e6e9 patch gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading broke display connected to a TQMa53 i.MX53 board. The lines imx-drm display-subsystem: bound imx-ipuv3-crtc.0 (ops ipu_crtc_ops) imx-drm display-subsystem: bound imx-ipuv3-crtc.1 (ops ipu_crtc_ops) are not present

Re: [PATCH v13 05/10] arm64: Kprobes with single stepping support

On 06/13/2016 08:45 PM, Masami Hiramatsu wrote: On Mon, 13 Jun 2016 11:22:47 -0400 David Long wrote: On 06/13/2016 02:50 AM, Masami Hiramatsu wrote: On Mon, 13 Jun 2016 00:10:29 -0400 David Long wrote: --- arch/arm64/Kconfig

Re: [PATCH v13 05/10] arm64: Kprobes with single stepping support

On 06/13/2016 08:45 PM, Masami Hiramatsu wrote: On Mon, 13 Jun 2016 11:22:47 -0400 David Long wrote: On 06/13/2016 02:50 AM, Masami Hiramatsu wrote: On Mon, 13 Jun 2016 00:10:29 -0400 David Long wrote: --- arch/arm64/Kconfig | 1 +

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 11:22 AM, Josh Poimboeuf wrote: > On Wed, Jun 22, 2016 at 10:59:23AM -0700, Andy Lutomirski wrote: >> > So I got a chance to look at this some more. I'm thinking that to make >> > this feature more consistently useful, we shouldn't only annotate >> >

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 11:22 AM, Josh Poimboeuf wrote: > On Wed, Jun 22, 2016 at 10:59:23AM -0700, Andy Lutomirski wrote: >> > So I got a chance to look at this some more. I'm thinking that to make >> > this feature more consistently useful, we shouldn't only annotate >> > pt_regs frames for

[PATCH] mellanox: mlx5: Use logging functions to reduce text ~10k/5%

The logging macros create a bit of duplicated code/text. Use specialized functions to reduce the duplication. (defconfig/x86-64) $ size drivers/net/ethernet/mellanox/mlx5/core/built-in.o*    text    data bss dec hex filename  178634    2059  16  180709   2c1e5

[PATCH] mellanox: mlx5: Use logging functions to reduce text ~10k/5%

The logging macros create a bit of duplicated code/text. Use specialized functions to reduce the duplication. (defconfig/x86-64) $ size drivers/net/ethernet/mellanox/mlx5/core/built-in.o*    text    data bss dec hex filename  178634    2059  16  180709   2c1e5

[PATCH] mm: fix vm-scalability regression in cgroup-aware workingset code

23047a96d7cf ("mm: workingset: per-cgroup cache thrash detection") added a page->mem_cgroup lookup to the cache eviction, refault, and activation paths, as well as locking to the activation path, and the vm-scalability tests showed a regression of -23%. While the test in question is an artificial

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 10:59:23AM -0700, Andy Lutomirski wrote: > > So I got a chance to look at this some more. I'm thinking that to make > > this feature more consistently useful, we shouldn't only annotate > > pt_regs frames for calls to handlers; other calls should be annotated as > > well:

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 10:59:23AM -0700, Andy Lutomirski wrote: > > So I got a chance to look at this some more. I'm thinking that to make > > this feature more consistently useful, we shouldn't only annotate > > pt_regs frames for calls to handlers; other calls should be annotated as > > well:

[PATCH] mm: fix vm-scalability regression in cgroup-aware workingset code

23047a96d7cf ("mm: workingset: per-cgroup cache thrash detection") added a page->mem_cgroup lookup to the cache eviction, refault, and activation paths, as well as locking to the activation path, and the vm-scalability tests showed a regression of -23%. While the test in question is an artificial

[PATCH 1/1] ipmi: remove trydefaults parameter and default init

Parameter trydefaults=1 causes the ipmi_init to initialize ipmi through the legacy port io space that was designated for ipmi. Architectures that do not map legacy port io can panic when trydefaults=1. Rather than implement build-time conditional exceptions for each architecture that does not map

[PATCH 1/1] ipmi: remove trydefaults parameter and default init

Parameter trydefaults=1 causes the ipmi_init to initialize ipmi through the legacy port io space that was designated for ipmi. Architectures that do not map legacy port io can panic when trydefaults=1. Rather than implement build-time conditional exceptions for each architecture that does not map

Re: [PATCH net-next V2] tun: introduce tx skb ring

On Fri, Jun 17, 2016 at 03:41:20AM +0300, Michael S. Tsirkin wrote: > Would it help to have ptr_ring_resize that gets an array of > rings and resizes them both to same length? OK, here it is. Untested so far, and no skb wrapper. Pls let me know whether this is what you had in mind. -->

Re: [PATCH net-next V2] tun: introduce tx skb ring

On Fri, Jun 17, 2016 at 03:41:20AM +0300, Michael S. Tsirkin wrote: > Would it help to have ptr_ring_resize that gets an array of > rings and resizes them both to same length? OK, here it is. Untested so far, and no skb wrapper. Pls let me know whether this is what you had in mind. -->

Re: [RFC] capabilities: add capability cgroup controller

Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/22/16 17:14, Serge E. Hallyn wrote: > > Quoting Topi Miettinen (toiwo...@gmail.com): > >> On 06/21/16 15:45, Serge E. Hallyn wrote: > >>> Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/19/16 20:01, se...@hallyn.com wrote: > >

Re: [RFC] capabilities: add capability cgroup controller

Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/22/16 17:14, Serge E. Hallyn wrote: > > Quoting Topi Miettinen (toiwo...@gmail.com): > >> On 06/21/16 15:45, Serge E. Hallyn wrote: > >>> Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/19/16 20:01, se...@hallyn.com wrote: > >

Re: [PATCH v13 09/10] arm64: Add kernel return probes support (kretprobes)

On 06/07/2016 06:28 AM, Masami Hiramatsu wrote: On Thu, 2 Jun 2016 23:26:23 -0400 David Long wrote: From: Sandeepa Prabhu The pre-handler of this special 'trampoline' kprobe executes the return probe handler functions and restores original

Re: [PATCH v13 09/10] arm64: Add kernel return probes support (kretprobes)

On 06/07/2016 06:28 AM, Masami Hiramatsu wrote: On Thu, 2 Jun 2016 23:26:23 -0400 David Long wrote: From: Sandeepa Prabhu The pre-handler of this special 'trampoline' kprobe executes the return probe handler functions and restores original return address in ELR_EL1. This way the saved

Re: [RFC] capabilities: add capability cgroup controller

On 06/22/16 17:14, Serge E. Hallyn wrote: > Quoting Topi Miettinen (toiwo...@gmail.com): >> On 06/21/16 15:45, Serge E. Hallyn wrote: >>> Quoting Topi Miettinen (toiwo...@gmail.com): On 06/19/16 20:01, se...@hallyn.com wrote: > apologies for top posting, this phone doesn't support inline)

Re: [RFC] capabilities: add capability cgroup controller

On 06/22/16 17:14, Serge E. Hallyn wrote: > Quoting Topi Miettinen (toiwo...@gmail.com): >> On 06/21/16 15:45, Serge E. Hallyn wrote: >>> Quoting Topi Miettinen (toiwo...@gmail.com): On 06/19/16 20:01, se...@hallyn.com wrote: > apologies for top posting, this phone doesn't support inline)

Re: rstpd implementation

On Wed, 22 Jun 2016 12:44:52 -0500 ebied...@xmission.com (Eric W. Biederman) wrote: > Phil writes: > > > Hi, > > > > When looking for an RSTP daemon I found Stephen Hemminger's > > git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/rstp.git > >

Re: rstpd implementation

On Wed, 22 Jun 2016 12:44:52 -0500 ebied...@xmission.com (Eric W. Biederman) wrote: > Phil writes: > > > Hi, > > > > When looking for an RSTP daemon I found Stephen Hemminger's > > git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/rstp.git > >

[PATCH v4 1/4] MAINTAINERS: Add entry for APM X-Gene SoC PMU driver

Signed-off-by: Tai Nguyen --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4978dc1..3bd4143 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8593,6 +8593,14 @@ L: linux-s...@vger.kernel.org S: Supported F:

[PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

Signed-off-by: Tai Nguyen --- Documentation/perf/xgene-pmu.txt | 48 ++ drivers/perf/Kconfig |7 + drivers/perf/Makefile|1 + drivers/perf/xgene_pmu.c | 1437 ++ 4 files changed, 1493 insertions(+)

[PATCH v4 1/4] MAINTAINERS: Add entry for APM X-Gene SoC PMU driver

Signed-off-by: Tai Nguyen --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4978dc1..3bd4143 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8593,6 +8593,14 @@ L: linux-s...@vger.kernel.org S: Supported F:

[PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

Signed-off-by: Tai Nguyen --- Documentation/perf/xgene-pmu.txt | 48 ++ drivers/perf/Kconfig |7 + drivers/perf/Makefile|1 + drivers/perf/xgene_pmu.c | 1437 ++ 4 files changed, 1493 insertions(+) create mode 100644

[PATCH v4 2/4] Documentation: Add documentation for APM X-Gene SoC PMU DTS binding

Signed-off-by: Tai Nguyen Acked-by: Rob Herring --- .../devicetree/bindings/perf/apm-xgene-pmu.txt | 112 + 1 file changed, 112 insertions(+) create mode 100644 Documentation/devicetree/bindings/perf/apm-xgene-pmu.txt diff --git

[PATCH v4 4/4] arm64: dts: apm: Add APM X-Gene SoC PMU DTS entries

Signed-off-by: Tai Nguyen --- arch/arm64/boot/dts/apm/apm-storm.dtsi | 58 ++ 1 file changed, 58 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi b/arch/arm64/boot/dts/apm/apm-storm.dtsi index fe30f76..62806e0 100644 ---

[PATCH v4 2/4] Documentation: Add documentation for APM X-Gene SoC PMU DTS binding

Signed-off-by: Tai Nguyen Acked-by: Rob Herring --- .../devicetree/bindings/perf/apm-xgene-pmu.txt | 112 + 1 file changed, 112 insertions(+) create mode 100644 Documentation/devicetree/bindings/perf/apm-xgene-pmu.txt diff --git

[PATCH v4 4/4] arm64: dts: apm: Add APM X-Gene SoC PMU DTS entries

Signed-off-by: Tai Nguyen --- arch/arm64/boot/dts/apm/apm-storm.dtsi | 58 ++ 1 file changed, 58 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi b/arch/arm64/boot/dts/apm/apm-storm.dtsi index fe30f76..62806e0 100644 ---

[PATCH v4 0/4] perf: Add APM X-Gene SoC Performance Monitoring Unit driver

In addition to the X-Gene ARM CPU performance monitoring unit (PMU), there are PMU for the SoC system devices such as L3 cache(s), I/O bridge(s), memory controller bridges and memory. These PMU devices are loosely architected to follow the same model as the PMU for ARM cores. Signed-off-by: Tai

[PATCH v4 0/4] perf: Add APM X-Gene SoC Performance Monitoring Unit driver

In addition to the X-Gene ARM CPU performance monitoring unit (PMU), there are PMU for the SoC system devices such as L3 cache(s), I/O bridge(s), memory controller bridges and memory. These PMU devices are loosely architected to follow the same model as the PMU for ARM cores. Signed-off-by: Tai

Re: [PATCH v2 02/13] sched/fair: Consistent use of prev_cpu in wakeup path

On Wed, 2016-06-22 at 18:03 +0100, Morten Rasmussen wrote: > In commit ac66f5477239 ("sched/numa: Introduce migrate_swap()") > select_task_rq() got a 'cpu' argument to enable overriding of > prev_cpu > in special cases (NUMA task swapping). However, the > select_task_rq_fair() helper functions:

Re: [PATCH v2 02/13] sched/fair: Consistent use of prev_cpu in wakeup path

On Wed, 2016-06-22 at 18:03 +0100, Morten Rasmussen wrote: > In commit ac66f5477239 ("sched/numa: Introduce migrate_swap()") > select_task_rq() got a 'cpu' argument to enable overriding of > prev_cpu > in special cases (NUMA task swapping). However, the > select_task_rq_fair() helper functions:

Re: [Y2038] [PATCH v2] crypto: Jitter RNG - use ktime_get_ns as fallback

On Wed, Jun 22, 2016 at 10:26 AM, Stephan Mueller wrote: > Hi John, Herbert, > > Changes v2: use ktime_get_ns instead of ktime_get_raw_ns > > The testing was re-performed and indicate no difference to the previous > testing. Thanks for following through on this. This

Re: [Y2038] [PATCH v2] crypto: Jitter RNG - use ktime_get_ns as fallback

On Wed, Jun 22, 2016 at 10:26 AM, Stephan Mueller wrote: > Hi John, Herbert, > > Changes v2: use ktime_get_ns instead of ktime_get_raw_ns > > The testing was re-performed and indicate no difference to the previous > testing. Thanks for following through on this. This version addresses my

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 9:30 AM, Josh Poimboeuf wrote: > On Mon, May 23, 2016 at 08:52:12PM -0700, Andy Lutomirski wrote: >> On May 23, 2016 7:28 PM, "Josh Poimboeuf" wrote: >> > > Maybe I'm coming around to liking this idea. >> > >> > Ok, good :-) >> >

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On Wed, Jun 22, 2016 at 9:30 AM, Josh Poimboeuf wrote: > On Mon, May 23, 2016 at 08:52:12PM -0700, Andy Lutomirski wrote: >> On May 23, 2016 7:28 PM, "Josh Poimboeuf" wrote: >> > > Maybe I'm coming around to liking this idea. >> > >> > Ok, good :-) >> > >> > > In an ideal world (DWARF support,

Re: rstpd implementation

Phil writes: > Hi, > > When looking for an RSTP daemon I found Stephen Hemminger's > git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/rstp.git > > with it's last commit from October 2011.

Re: rstpd implementation

Phil writes: > Hi, > > When looking for an RSTP daemon I found Stephen Hemminger's > git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/rstp.git > > with it's last commit from October 2011. > > Is this

Re: cmpxchg and x86 flags output

On 06/22/16 10:11, Linus Torvalds wrote: > > I thought Richard Henderson already had a patch for the condition code > asm outputs, but maybe I misremember. > It is already in the released version of gcc 6.1; there is a patchset in -tip already for using it for everything other than cmpxchg

Re: cmpxchg and x86 flags output

On 06/22/16 10:11, Linus Torvalds wrote: > > I thought Richard Henderson already had a patch for the condition code > asm outputs, but maybe I misremember. > It is already in the released version of gcc 6.1; there is a patchset in -tip already for using it for everything other than cmpxchg

[PATCH] mm: prevent KASAN false positives in kmemleak

When kmemleak dumps contents of leaked objects it reads whole objects regardless of user-requested size. This upsets KASAN. Disable KASAN checks around object dump. Signed-off-by: Dmitry Vyukov --- mm/kmemleak.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH] mm: prevent KASAN false positives in kmemleak

When kmemleak dumps contents of leaked objects it reads whole objects regardless of user-requested size. This upsets KASAN. Disable KASAN checks around object dump. Signed-off-by: Dmitry Vyukov --- mm/kmemleak.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/mm/kmemleak.c b/mm/kmemleak.c

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, 2016-06-21 at 14:17 -0400, Mike Snitzer wrote: > On Tue, Jun 21 2016 at 11:44am -0400, > Kani, Toshimitsu wrote: > > > > On Tue, 2016-06-21 at 09:41 -0400, Mike Snitzer wrote: > > > > > > On Mon, Jun 20 2016 at  6:22pm -0400, > > > Mike Snitzer

Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices

On Tue, 2016-06-21 at 14:17 -0400, Mike Snitzer wrote: > On Tue, Jun 21 2016 at 11:44am -0400, > Kani, Toshimitsu wrote: > > > > On Tue, 2016-06-21 at 09:41 -0400, Mike Snitzer wrote: > > > > > > On Mon, Jun 20 2016 at  6:22pm -0400, > > > Mike Snitzer wrote:  : > > > I'm now wondering if we'd

Re: [PATCH v6 0/5] ACPI / processor_idle: Add ACPI v6.0 LPI support

Hi Rafael, On 14/06/16 15:48, Sudeep Holla wrote: ACPI 6.0 introduced LPI(Low Power Idle) states that provides an alternate method to describe processor idle states. It extends the specification to allow the expression of idle states like C-states selectable by the OSPM when a processor goes

Re: [PATCH v6 0/5] ACPI / processor_idle: Add ACPI v6.0 LPI support

Hi Rafael, On 14/06/16 15:48, Sudeep Holla wrote: ACPI 6.0 introduced LPI(Low Power Idle) states that provides an alternate method to describe processor idle states. It extends the specification to allow the expression of idle states like C-states selectable by the OSPM when a processor goes

[PATCH v5] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

For KASAN builds: - switch SLUB allocator to using stackdepot instead of storing the allocation/deallocation stacks in the objects; - change the freelist hook so that parts of the freelist can be put into the quarantine. Signed-off-by: Alexander Potapenko --- v5: -

[PATCH v5] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

For KASAN builds: - switch SLUB allocator to using stackdepot instead of storing the allocation/deallocation stacks in the objects; - change the freelist hook so that parts of the freelist can be put into the quarantine. Signed-off-by: Alexander Potapenko --- v5: - addressed comments by

Re: [PATCH] x86: fix rdmsr MSR_PLATFORM_INFO unsafe warning in kvm guest

On 22/06/2016 03:28, Wanpeng Li wrote: > > get_ratio: > - rdmsr(MSR_PLATFORM_INFO, lo, hi); > - ratio = (lo >> 8) & 0xff; > + if (!rdmsr_safe(MSR_PLATFORM_INFO, , )) > + ratio = (lo >> 8) & 0xff; This looks good, thanks. Paolo

Re: [PATCH] x86: fix rdmsr MSR_PLATFORM_INFO unsafe warning in kvm guest

On 22/06/2016 03:28, Wanpeng Li wrote: > > get_ratio: > - rdmsr(MSR_PLATFORM_INFO, lo, hi); > - ratio = (lo >> 8) & 0xff; > + if (!rdmsr_safe(MSR_PLATFORM_INFO, , )) > + ratio = (lo >> 8) & 0xff; This looks good, thanks. Paolo

[PATCH v3] net: smsc911x: Fix bug where PHY interrupts are overwritten by 0

By default, mdiobus_alloc() sets the PHYs to polling mode, but a pointer size memcpy means that a couple IRQs end up being overwritten with a value of 0. This means that PHY_POLL is disabled and results in unpredictable behavior depending on the PHY's location on the MDIO bus. Remove that memcpy

[PATCH v3] net: smsc911x: Fix bug where PHY interrupts are overwritten by 0

By default, mdiobus_alloc() sets the PHYs to polling mode, but a pointer size memcpy means that a couple IRQs end up being overwritten with a value of 0. This means that PHY_POLL is disabled and results in unpredictable behavior depending on the PHY's location on the MDIO bus. Remove that memcpy

Re: linux-next: build warnings after merge of the kspp tree

On Tue, Jun 21, 2016 at 10:14 PM, Stephen Rothwell wrote: > Hi Kees, > > After merging the kspp tree, today's linux-next build (i386 defconfig) > produced these warning: > > x86_64-linux-gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' > instead > > (over

Re: linux-next: build warnings after merge of the kspp tree

On Tue, Jun 21, 2016 at 10:14 PM, Stephen Rothwell wrote: > Hi Kees, > > After merging the kspp tree, today's linux-next build (i386 defconfig) > produced these warning: > > x86_64-linux-gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' > instead > > (over 2000 of these) > >

Good evening

Hi How are you and your family? I'm Eliana Homsi. I would have like to have a private discussion with you please. If you don't mind please let me know if my letter is welcome,so that i will tell you the reason why i write you. Regards Eliana

Good evening

Hi How are you and your family? I'm Eliana Homsi. I would have like to have a private discussion with you please. If you don't mind please let me know if my letter is welcome,so that i will tell you the reason why i write you. Regards Eliana

[PATCH] x86: prevent gcc from emitting SSE into boot code

Latest gcc manages to emit MOVDQA into boot code which leads to crashes. Add more -mno-see flags. Signed-off-by: Dmitry Vyukov --- arch/x86/boot/compressed/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/boot/compressed/Makefile

[PATCH] x86: prevent gcc from emitting SSE into boot code

Latest gcc manages to emit MOVDQA into boot code which leads to crashes. Add more -mno-see flags. Signed-off-by: Dmitry Vyukov --- arch/x86/boot/compressed/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/boot/compressed/Makefile

[PATCH] ethernet: xircom: fix spelling mistakes on "excessive collisions"

From: Colin Ian King trivial fixes to spelling mistakes of the words "excessive collisions" Signed-off-by: Colin Ian King --- drivers/net/ethernet/xircom/xirc2ps_cs.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] ethernet: xircom: fix spelling mistakes on "excessive collisions"

From: Colin Ian King trivial fixes to spelling mistakes of the words "excessive collisions" Signed-off-by: Colin Ian King --- drivers/net/ethernet/xircom/xirc2ps_cs.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/xircom/xirc2ps_cs.c

Re: [PATCH] hfs: Change structure initialisation to C99 style

On Wed, 2016-06-22 at 11:04 +0530, Amitoj Kaur Chawla wrote: > To allow for structure randomisation, replace the in order > struct initialisation style with explicit field style. > Also, remove an unnecessary initialisation since NULL values do not > need to be explicitly initialised. > > The

Re: [PATCH] hfs: Change structure initialisation to C99 style

On Wed, 2016-06-22 at 11:04 +0530, Amitoj Kaur Chawla wrote: > To allow for structure randomisation, replace the in order > struct initialisation style with explicit field style. > Also, remove an unnecessary initialisation since NULL values do not > need to be explicitly initialised. > > The

Re: [PATCH v4 2/3] pwm: iproc: Add support for Broadcom iproc pwm controller

On Wed, Jun 22, 2016 at 07:29:46AM -0400, Yendapally Reddy Dhananjaya Reddy wrote: > Add support for the PWM controller present in Broadcom's iProc > family of SoCs. This driver is derived from the pwm-bcm-kona > driver, with changes to the register offsets and bit positions. > It has been tested

Re: [PATCH v4 2/3] pwm: iproc: Add support for Broadcom iproc pwm controller

On Wed, Jun 22, 2016 at 07:29:46AM -0400, Yendapally Reddy Dhananjaya Reddy wrote: > Add support for the PWM controller present in Broadcom's iProc > family of SoCs. This driver is derived from the pwm-bcm-kona > driver, with changes to the register offsets and bit positions. > It has been tested

[PATCH v2] crypto: Jitter RNG - use ktime_get_ns as fallback

Hi John, Herbert, Changes v2: use ktime_get_ns instead of ktime_get_raw_ns The testing was re-performed and indicate no difference to the previous testing. Ciao Stephan ---8<--- As part of the Y2038 development, __getnstimeofday is not supposed to be used any more. It is now replaced with

[PATCH v2] crypto: Jitter RNG - use ktime_get_ns as fallback

Hi John, Herbert, Changes v2: use ktime_get_ns instead of ktime_get_raw_ns The testing was re-performed and indicate no difference to the previous testing. Ciao Stephan ---8<--- As part of the Y2038 development, __getnstimeofday is not supposed to be used any more. It is now replaced with

Re: [PATCH V2] coresight: document binding acronyms

On 22/06/16 16:01, Mathieu Poirier wrote: It can be hard for people not familiar with the CoreSight IP blocks to make sense of the acronyms found in the current bindings. As such this patch expands each acronym in the hope of providing a better description of the IP block they represent.

Re: [PATCH V2] coresight: document binding acronyms

On 22/06/16 16:01, Mathieu Poirier wrote: It can be hard for people not familiar with the CoreSight IP blocks to make sense of the acronyms found in the current bindings. As such this patch expands each acronym in the hope of providing a better description of the IP block they represent.

Re: [PATCH v5 4/7] phy: da8xx-usb: new driver for DA8xx SoC USB PHY

This is a new phy driver for the SoC USB controllers on the TI DA8xx family of microcontrollers. The USB 1.1 PHY is just a simple on/off. The USB 2.0 PHY also allows overriding the VBUS and ID pins. Signed-off-by: David Lechner Reviewed-by: Sekhar Nori ---

Re: [PATCH v5 4/7] phy: da8xx-usb: new driver for DA8xx SoC USB PHY

This is a new phy driver for the SoC USB controllers on the TI DA8xx family of microcontrollers. The USB 1.1 PHY is just a simple on/off. The USB 2.0 PHY also allows overriding the VBUS and ID pins. Signed-off-by: David Lechner Reviewed-by: Sekhar Nori --- Just one small change here. Changed

Re: [RFC] capabilities: add capability cgroup controller

Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/21/16 15:45, Serge E. Hallyn wrote: > > Quoting Topi Miettinen (toiwo...@gmail.com): > >> On 06/19/16 20:01, se...@hallyn.com wrote: > >>> apologies for top posting, this phone doesn't support inline) > >>> > >>> Where are you preventing less

Re: [RFC] capabilities: add capability cgroup controller

Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/21/16 15:45, Serge E. Hallyn wrote: > > Quoting Topi Miettinen (toiwo...@gmail.com): > >> On 06/19/16 20:01, se...@hallyn.com wrote: > >>> apologies for top posting, this phone doesn't support inline) > >>> > >>> Where are you preventing less

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Wed, 2016-06-22 at 17:38 +0300, Heikki Krogerus wrote: > On Wed, Jun 22, 2016 at 03:47:03PM +0200, Oliver Neukum wrote: > > On Wed, 2016-06-22 at 14:44 +0300, Heikki Krogerus wrote: > > > If our port is DRD (which would be DRP in the port controller spec), > > > the supported_power_roles will

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Wed, 2016-06-22 at 17:38 +0300, Heikki Krogerus wrote: > On Wed, Jun 22, 2016 at 03:47:03PM +0200, Oliver Neukum wrote: > > On Wed, 2016-06-22 at 14:44 +0300, Heikki Krogerus wrote: > > > If our port is DRD (which would be DRP in the port controller spec), > > > the supported_power_roles will

Re: Stable -rc git trees and email headers

On Wed, Jun 22, 2016 at 8:14 AM, Willy Tarreau wrote: > On Wed, Jun 22, 2016 at 08:11:41AM -0700, Greg KH wrote: >> On Wed, Jun 22, 2016 at 08:02:14AM -0700, Kevin Hilman wrote: >> > Hi Greg, >> > >> > On Fri, Jun 17, 2016 at 8:16 PM, Greg KH >> > wrote:

Re: Stable -rc git trees and email headers

On Wed, Jun 22, 2016 at 8:14 AM, Willy Tarreau wrote: > On Wed, Jun 22, 2016 at 08:11:41AM -0700, Greg KH wrote: >> On Wed, Jun 22, 2016 at 08:02:14AM -0700, Kevin Hilman wrote: >> > Hi Greg, >> > >> > On Fri, Jun 17, 2016 at 8:16 PM, Greg KH >> > wrote: >> > >> > [...] >> > >> > > Kevin,

Re: cmpxchg and x86 flags output

On Wed, Jun 22, 2016 at 9:36 AM, H. Peter Anvin wrote: > > I am kind of hesitant to put knowledge of this into gcc, because it > freezes something that currently is not gcc-dependent (although we could > separate out the gcc-generated and non-gcc-generated bits if we really >

Re: cmpxchg and x86 flags output

On Wed, Jun 22, 2016 at 9:36 AM, H. Peter Anvin wrote: > > I am kind of hesitant to put knowledge of this into gcc, because it > freezes something that currently is not gcc-dependent (although we could > separate out the gcc-generated and non-gcc-generated bits if we really > care.) I'm pretty

Re: linux-next: build warnings after merge of the kspp tree

On Tue, Jun 21, 2016 at 10:14 PM, Stephen Rothwell wrote: > Hi Kees, > > After merging the kspp tree, today's linux-next build (i386 defconfig) > produced these warning: > > x86_64-linux-gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' > instead > > (over

Re: linux-next: build warnings after merge of the kspp tree

On Tue, Jun 21, 2016 at 10:14 PM, Stephen Rothwell wrote: > Hi Kees, > > After merging the kspp tree, today's linux-next build (i386 defconfig) > produced these warning: > > x86_64-linux-gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' > instead > > (over 2000 of these) > >

Re: [PATCH] compat: remove compat_printk

> On Jun 22, 2016, at 4:15 AM, Arnd Bergmann wrote: > > On Tuesday, June 21, 2016 4:38:57 PM CEST Andrew Morton wrote: >>> @@ -1077,15 +1076,6 @@ static struct ctl_table kern_table[] = { >>> .extra1 = _one, >>> }, >>> #endif >>> -#ifdef CONFIG_COMPAT >>>

Re: [PATCH] compat: remove compat_printk

> On Jun 22, 2016, at 4:15 AM, Arnd Bergmann wrote: > > On Tuesday, June 21, 2016 4:38:57 PM CEST Andrew Morton wrote: >>> @@ -1077,15 +1076,6 @@ static struct ctl_table kern_table[] = { >>> .extra1 = _one, >>> }, >>> #endif >>> -#ifdef CONFIG_COMPAT >>> - { >>> -

[PATCH v2 00/13] sched: Clean-ups and asymmetric cpu capacity support

Hi, The scheduler is currently not doing much to help performance on systems with asymmetric compute capacities (read ARM big.LITTLE). This series improves the situation with a few tweaks mainly to the task wake-up path that considers compute capacity at wake-up and not just whether a cpu is idle

[PATCH v2 00/13] sched: Clean-ups and asymmetric cpu capacity support

Hi, The scheduler is currently not doing much to help performance on systems with asymmetric compute capacities (read ARM big.LITTLE). This series improves the situation with a few tweaks mainly to the task wake-up path that considers compute capacity at wake-up and not just whether a cpu is idle

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