Re: [PATCH 0/7] Fix issues and factorize arm/arm64 capacity information code

Hi, ping. I'd need more advice on this set, especially on how and if patch 6 could fly. Thanks, - Juri On 19/01/17 14:37, Juri Lelli wrote: > Hi, > > arm and arm64 topology.c share a lot of code related to parsing of capacity > information. This set of patches proposes a solution (based on

Re: [PATCH 0/7] Fix issues and factorize arm/arm64 capacity information code

Hi, ping. I'd need more advice on this set, especially on how and if patch 6 could fly. Thanks, - Juri On 19/01/17 14:37, Juri Lelli wrote: > Hi, > > arm and arm64 topology.c share a lot of code related to parsing of capacity > information. This set of patches proposes a solution (based on

Re: [RFC PATCH] scsi, block: fix duplicate bdi name registration crashes

Hi Dan, this looks mostly fine to me. A few code comments below, but except for this there is another issue with it: We still have drivers that share a single request_queue for multiple gendisks, so I wonder Also I think you probably want one patch for the block framework, and one to switch

Re: [RFC PATCH] scsi, block: fix duplicate bdi name registration crashes

Hi Dan, this looks mostly fine to me. A few code comments below, but except for this there is another issue with it: We still have drivers that share a single request_queue for multiple gendisks, so I wonder Also I think you probably want one patch for the block framework, and one to switch

Re: [PATCH] iio: adc - Fix possible NULL derefrence.

On 01/30/2017 05:47 AM, Shailendra Verma wrote: > of_match_device could return NULL, and so can cause a NULL > pointer dereference later. > > Signed-off-by: Shailendra Verma a) this should be two patches b) same question as in case of the mmc patch -- The probe won't

Re: [PATCH] iio: adc - Fix possible NULL derefrence.

On 01/30/2017 05:47 AM, Shailendra Verma wrote: > of_match_device could return NULL, and so can cause a NULL > pointer dereference later. > > Signed-off-by: Shailendra Verma a) this should be two patches b) same question as in case of the mmc patch -- The probe won't be called if OF match

Re: [PATCH] Mmc: host - Fix possible NULL derefrence.

On 01/30/2017 05:48 AM, Shailendra Verma wrote: > of_match_device could return NULL, and so can cause a NULL > pointer dereference later. > > Signed-off-by: Shailendra Verma > --- > drivers/mmc/host/mxs-mmc.c |5 + > 1 file changed, 5 insertions(+) > > diff

Re: [PATCH] Mmc: host - Fix possible NULL derefrence.

On 01/30/2017 05:48 AM, Shailendra Verma wrote: > of_match_device could return NULL, and so can cause a NULL > pointer dereference later. > > Signed-off-by: Shailendra Verma > --- > drivers/mmc/host/mxs-mmc.c |5 + > 1 file changed, 5 insertions(+) > > diff --git

Re: [3/8] x86/tsc: Store and check TSC ADJUST MSR

On Mon, 30 Jan 2017 11:20:25 +0100 Thomas Gleixner wrote: > Henning, > > On Fri, 27 Jan 2017, Henning Schild wrote: > > > > did you by any chance look into TSC synchronization by adjusting the > > absolute value (MSR_IA32_TSC) as well? As far as i have seen Linux > > did

Re: [3/8] x86/tsc: Store and check TSC ADJUST MSR

On Mon, 30 Jan 2017 11:20:25 +0100 Thomas Gleixner wrote: > Henning, > > On Fri, 27 Jan 2017, Henning Schild wrote: > > > > did you by any chance look into TSC synchronization by adjusting the > > absolute value (MSR_IA32_TSC) as well? As far as i have seen Linux > > did that a long time ago

What should the default lockdown mode be if the bootloader sentinel triggers sanitization?

Hi all, There's an interesting issue with the way the x86 boot parameters are passed into the kernel if we want to store the secure-boot mode flag in there. My patches add boot_params->secure_boot, into which is placed the secure boot mode as deduced by the EFI boot wrapper, if it is invoked.

Re: [PATCH 3/4] ARM: nommu: display vectors base

On Thu, Jan 19, 2017 at 06:46:32PM +0530, Afzal Mohammed wrote: > Hi, > > On Wed, Jan 18, 2017 at 10:13:15PM +, Russell King - ARM Linux wrote: > > On Thu, Jan 19, 2017 at 02:08:37AM +0530, afzal mohammed wrote: > > > > + MLK_ROUNDUP(vectors_base, vectors_base + PAGE_SIZE), >

What should the default lockdown mode be if the bootloader sentinel triggers sanitization?

Hi all, There's an interesting issue with the way the x86 boot parameters are passed into the kernel if we want to store the secure-boot mode flag in there. My patches add boot_params->secure_boot, into which is placed the secure boot mode as deduced by the EFI boot wrapper, if it is invoked.

Re: [PATCH 3/4] ARM: nommu: display vectors base

On Thu, Jan 19, 2017 at 06:46:32PM +0530, Afzal Mohammed wrote: > Hi, > > On Wed, Jan 18, 2017 at 10:13:15PM +, Russell King - ARM Linux wrote: > > On Thu, Jan 19, 2017 at 02:08:37AM +0530, afzal mohammed wrote: > > > > + MLK_ROUNDUP(vectors_base, vectors_base + PAGE_SIZE), >

[PATCH][V2] acpi: nfit: use %u format string specifier for unsigned ints

From: Colin Ian King scrub_mode and scrub_count are both unsigned ints, however, the %d format string specifier is being used instead of %u. Trivial fix, use %u. Also move the \n into the format string rather in both literal strings. Signed-off-by: Colin Ian King

[PATCH][V2] acpi: nfit: use %u format string specifier for unsigned ints

From: Colin Ian King scrub_mode and scrub_count are both unsigned ints, however, the %d format string specifier is being used instead of %u. Trivial fix, use %u. Also move the \n into the format string rather in both literal strings. Signed-off-by: Colin Ian King --- drivers/acpi/nfit/core.c

[PATCH 04/14] [media] st_rc: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[PATCH 04/14] [media] st_rc: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from reset_control_get_optional and to call reset_control_(de)assert unconditionally.

Re: [PATCH] acpi: nfit: use %u format string specifier for unsigned ints

Am 30.01.2017 12:25, schrieb Colin King: > From: Colin Ian King > > scrub_mode and scrub_count are both unsigned ints, however, the %d > format string specifier is being used instead of %u. Trivial fix, > use %u. > > Signed-off-by: Colin Ian King

[PATCH 12/14] phy: Add USB3 PHY support for Broadcom NSP SoC

From: Yendapally Reddy Dhananjaya Reddy This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy Reviewed-by: Florian Fainelli Signed-off-by: Kishon Vijay Abraham I

Re: [PATCH] acpi: nfit: use %u format string specifier for unsigned ints

Am 30.01.2017 12:25, schrieb Colin King: > From: Colin Ian King > > scrub_mode and scrub_count are both unsigned ints, however, the %d > format string specifier is being used instead of %u. Trivial fix, > use %u. > > Signed-off-by: Colin Ian King > --- > drivers/acpi/nfit/core.c | 4 ++-- >

[PATCH 12/14] phy: Add USB3 PHY support for Broadcom NSP SoC

From: Yendapally Reddy Dhananjaya Reddy This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy Reviewed-by: Florian Fainelli Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/Kconfig|8 ++ drivers/phy/Makefile |1

[PATCHv4 4/5] x86/mm: check in_compat_syscall() instead TIF_ADDR32 for mmap(MAP_32BIT)

At this momet, logic in arch_get_unmapped_area{,_topdown} for mmaps with MAP_32BIT flag checks TIF_ADDR32 which means: o if 32-bit ELF changes mode to 64-bit on x86_64 and then tries to mmap() with MAP_32BIT it'll result in addr over 4Gb (as default is top-down allocation) o if 64-bit ELF

[PATCH 11/15] phy: qcom-ufs: Suppress extraneous logging

From: Bjorn Andersson The error paths of the common qcom-ufs functions for registering the phy, acquiring clocks and acquiring regulators all print specific error messages before returning an error, so there is no value in printing yet another - more generic - message

[PATCHv4 4/5] x86/mm: check in_compat_syscall() instead TIF_ADDR32 for mmap(MAP_32BIT)

At this momet, logic in arch_get_unmapped_area{,_topdown} for mmaps with MAP_32BIT flag checks TIF_ADDR32 which means: o if 32-bit ELF changes mode to 64-bit on x86_64 and then tries to mmap() with MAP_32BIT it'll result in addr over 4Gb (as default is top-down allocation) o if 64-bit ELF

[PATCH 11/15] phy: qcom-ufs: Suppress extraneous logging

From: Bjorn Andersson The error paths of the common qcom-ufs functions for registering the phy, acquiring clocks and acquiring regulators all print specific error messages before returning an error, so there is no value in printing yet another - more generic - message when this occur.

[PATCHv4 3/5] x86/mm: fix 32-bit mmap() for 64-bit ELF

Fix 32-bit compat_sys_mmap() mapping VMA over 4Gb in 64-bit binaries and 64-bit sys_mmap() mapping VMA only under 4Gb in 32-bit binaries. Introduced new bases for compat syscalls in mm_struct: mmap_compat_base and mmap_compat_legacy_base for top-down and bottom-up allocations accordingly. Taught

[PATCHv4 3/5] x86/mm: fix 32-bit mmap() for 64-bit ELF

Fix 32-bit compat_sys_mmap() mapping VMA over 4Gb in 64-bit binaries and 64-bit sys_mmap() mapping VMA only under 4Gb in 32-bit binaries. Introduced new bases for compat syscalls in mm_struct: mmap_compat_base and mmap_compat_legacy_base for top-down and bottom-up allocations accordingly. Taught

Re: [PATCH v5 3/8] ARM: dts: rockchip: add timer entries to rk3188 SoC

On Mon, Jan 30, 2017 at 02:20:13PM +0300, Alexander Kochetkov wrote: > > > 30 янв. 2017 г., в 14:04, Daniel Lezcano > > написал(а): > > > > t is up to the RTC to wake up the system from suspend and there is no > > idle state stopping the local timers on these SoCs.

[PATCHv4 1/5] x86/mm: split arch_mmap_rnd() on compat/native versions

I need those arch_{native,compat}_rnd() to compute separately random factor for mmap() in compat syscalls for 64-bit binaries and vice-versa for native syscall in 32-bit compat binaries. They will be used in the following patches. Signed-off-by: Dmitry Safonov ---

Re: [PATCH v5 3/8] ARM: dts: rockchip: add timer entries to rk3188 SoC

On Mon, Jan 30, 2017 at 02:20:13PM +0300, Alexander Kochetkov wrote: > > > 30 янв. 2017 г., в 14:04, Daniel Lezcano > > написал(а): > > > > t is up to the RTC to wake up the system from suspend and there is no > > idle state stopping the local timers on these SoCs. So, the rockchip timers > >

[PATCHv4 1/5] x86/mm: split arch_mmap_rnd() on compat/native versions

I need those arch_{native,compat}_rnd() to compute separately random factor for mmap() in compat syscalls for 64-bit binaries and vice-versa for native syscall in 32-bit compat binaries. They will be used in the following patches. Signed-off-by: Dmitry Safonov --- arch/x86/mm/mmap.c | 25

[PATCHv4 0/5] Fix compatible mmap() return pointer over 4Gb

Changes since v3: - fixed usage of 64-bit random mask for 32-bit mm->mmap_compat_base, during introducing mmap_compat{_legacy,}_base Changes since v2: - don't distinguish native and compat tasks by TIF_ADDR32, introduced mmap_compat{_legacy,}_base which allows to treat them the same - fixed

[PATCHv4 2/5] x86/mm: introduce mmap{,_legacy}_base

In the following patch they will be used to compute: - mmap{,_legacy}_base for 64-bit mmap() - mmap_compat{,_legacy}_base for 32-bit mmap() This patch makes it possible to calculate mmap bases for any specified task_size, which is needed to correctly choose the base address for mmap in 32-bit

[PATCHv4 0/5] Fix compatible mmap() return pointer over 4Gb

Changes since v3: - fixed usage of 64-bit random mask for 32-bit mm->mmap_compat_base, during introducing mmap_compat{_legacy,}_base Changes since v2: - don't distinguish native and compat tasks by TIF_ADDR32, introduced mmap_compat{_legacy,}_base which allows to treat them the same - fixed

[PATCHv4 2/5] x86/mm: introduce mmap{,_legacy}_base

In the following patch they will be used to compute: - mmap{,_legacy}_base for 64-bit mmap() - mmap_compat{,_legacy}_base for 32-bit mmap() This patch makes it possible to calculate mmap bases for any specified task_size, which is needed to correctly choose the base address for mmap in 32-bit

[PATCH 01/14] phy: sun4i-usb: add support for V3s USB PHY

From: Icenowy Zheng Allwinner V3s come with a USB PHY controller slightly different to other SoCs, with only one PHY. Add support for it. Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard Signed-off-by: Kishon Vijay

[PATCH 01/14] phy: sun4i-usb: add support for V3s USB PHY

From: Icenowy Zheng Allwinner V3s come with a USB PHY controller slightly different to other SoCs, with only one PHY. Add support for it. Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/phy/sun4i-usb-phy.txt |1

[PATCH 13/14] usb: host: ehci-st: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional_shared unconditionally. Signed-off-by: Philipp Zabel

[PATCH 13/14] usb: host: ehci-st: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional_shared unconditionally. Signed-off-by: Philipp Zabel

[PATCH 14/14] ASoC: sunxi: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_deassert unconditionally.

[PATCH 14/14] ASoC: sunxi: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_deassert unconditionally.

[PATCH 10/14] phy: meson8b-usb2: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional_shared and to call reset_control_reset unconditionally.

[PATCH 10/14] phy: meson8b-usb2: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional_shared and to call reset_control_reset unconditionally.

[PATCH 06/14] mmc: dw_mmc: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[PATCH 06/14] mmc: dw_mmc: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[PATCH 08/14] mmc: sunxi: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[PATCH 08/14] mmc: sunxi: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[PATCH 12/14] usb: dwc2: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[PATCH 12/14] usb: dwc2: simplify optional reset handling

As of commit bb475230b8e5 ("reset: make optional functions really optional"), the reset framework API calls use NULL pointers to describe optional, non-present reset controls. This allows to return errors from devm_reset_control_get_optional and to call reset_control_(de)assert unconditionally.

[tip:perf/core] perf/x86/amd/uncore: Update the number of uncore counters

Commit-ID: bc1daef6b5da574bca0a2ec7f9b4d0c5fe0c7d11 Gitweb: http://git.kernel.org/tip/bc1daef6b5da574bca0a2ec7f9b4d0c5fe0c7d11 Author: Janakarajan Natarajan AuthorDate: Mon, 16 Jan 2017 17:36:22 -0600 Committer: Ingo Molnar CommitDate:

[tip:perf/core] perf/x86/amd/uncore: Update the number of uncore counters

Commit-ID: bc1daef6b5da574bca0a2ec7f9b4d0c5fe0c7d11 Gitweb: http://git.kernel.org/tip/bc1daef6b5da574bca0a2ec7f9b4d0c5fe0c7d11 Author: Janakarajan Natarajan AuthorDate: Mon, 16 Jan 2017 17:36:22 -0600 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:17 +0100

[tip:perf/core] perf/x86/amd/uncore: Rename 'L2' to 'LLC'

Commit-ID: a83f4c00dd6a646ac3c7604ee255d732fc5e0e0b Gitweb: http://git.kernel.org/tip/a83f4c00dd6a646ac3c7604ee255d732fc5e0e0b Author: Janakarajan Natarajan AuthorDate: Mon, 16 Jan 2017 17:36:21 -0600 Committer: Ingo Molnar CommitDate:

[tip:perf/core] perf/x86/amd/uncore: Rename 'L2' to 'LLC'

Commit-ID: a83f4c00dd6a646ac3c7604ee255d732fc5e0e0b Gitweb: http://git.kernel.org/tip/a83f4c00dd6a646ac3c7604ee255d732fc5e0e0b Author: Janakarajan Natarajan AuthorDate: Mon, 16 Jan 2017 17:36:21 -0600 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:16 +0100

Your Urgent Response Is Highly Anticipated!!!,

Salam I'm Khan Moosa, From Ouagadougou Burkina Faso. I need your assistance to validate your name in our Bank System to enable the Bank transfer the sum of $7.5 Million Unclaimed fund into your nominated bank accounts for onward investment (Hotel industries and Estate Building management) or any

Your Urgent Response Is Highly Anticipated!!!,

Salam I'm Khan Moosa, From Ouagadougou Burkina Faso. I need your assistance to validate your name in our Bank System to enable the Bank transfer the sum of $7.5 Million Unclaimed fund into your nominated bank accounts for onward investment (Hotel industries and Estate Building management) or any

[PATCH 04/14] drivers: phy: constify phy_ops structures

From: Bhumika Goyal Declare phy_ops structures as const as they are only passed as an argument to the function devm_phy_create. This argument is of type const struct phy_ops *, so phy_ops structures having this property can be declared as const. Done using Coccinelle:

[tip:perf/core] perf/core: Try parent PMU first when initializing a child event

Commit-ID: 40999312c703f80e8d31bc77cf00e6e84d36e091 Gitweb: http://git.kernel.org/tip/40999312c703f80e8d31bc77cf00e6e84d36e091 Author: Kan Liang AuthorDate: Wed, 18 Jan 2017 08:21:01 -0500 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017

[PATCH 04/14] drivers: phy: constify phy_ops structures

From: Bhumika Goyal Declare phy_ops structures as const as they are only passed as an argument to the function devm_phy_create. This argument is of type const struct phy_ops *, so phy_ops structures having this property can be declared as const. Done using Coccinelle: Signed-off-by: Bhumika

[tip:perf/core] perf/core: Try parent PMU first when initializing a child event

Commit-ID: 40999312c703f80e8d31bc77cf00e6e84d36e091 Gitweb: http://git.kernel.org/tip/40999312c703f80e8d31bc77cf00e6e84d36e091 Author: Kan Liang AuthorDate: Wed, 18 Jan 2017 08:21:01 -0500 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:16 +0100 perf/core: Try parent PMU

[PATCH 05/15] drivers: phy: constify phy_ops structures

From: Bhumika Goyal Declare phy_ops structures as const as they are only passed as an argument to the function devm_phy_create. This argument is of type const struct phy_ops *, so phy_ops structures having this property can be declared as const. Done using Coccinelle:

[PATCH 05/15] drivers: phy: constify phy_ops structures

From: Bhumika Goyal Declare phy_ops structures as const as they are only passed as an argument to the function devm_phy_create. This argument is of type const struct phy_ops *, so phy_ops structures having this property can be declared as const. Done using Coccinelle: Signed-off-by: Bhumika

Re: WARNING: CPU: 1 PID: 15 at kernel/sched/sched.h:804 assert_clock_updated.isra.62.part.63+0x25/0x27

On Sat, 28 Jan, at 08:21:05AM, Mike Galbraith wrote: > Running Steven's hotplug stress script in tip.today. Config is > NOPREEMPT, tune for maximum build time (enterprise default-ish). > > [ 75.268049] x86: Booting SMP configuration: > [ 75.268052] smpboot: Booting Node 0 Processor 1 APIC

Re: WARNING: CPU: 1 PID: 15 at kernel/sched/sched.h:804 assert_clock_updated.isra.62.part.63+0x25/0x27

On Sat, 28 Jan, at 08:21:05AM, Mike Galbraith wrote: > Running Steven's hotplug stress script in tip.today. Config is > NOPREEMPT, tune for maximum build time (enterprise default-ish). > > [ 75.268049] x86: Booting SMP configuration: > [ 75.268052] smpboot: Booting Node 0 Processor 1 APIC

[tip:perf/core] perf/core: Optimize event rescheduling on active contexts

Commit-ID: 487f05e18aa4efacee6357480f293a5afe6593b5 Gitweb: http://git.kernel.org/tip/487f05e18aa4efacee6357480f293a5afe6593b5 Author: Alexander Shishkin AuthorDate: Thu, 19 Jan 2017 18:43:30 +0200 Committer: Ingo Molnar CommitDate:

[tip:perf/core] perf/core: Optimize event rescheduling on active contexts

Commit-ID: 487f05e18aa4efacee6357480f293a5afe6593b5 Gitweb: http://git.kernel.org/tip/487f05e18aa4efacee6357480f293a5afe6593b5 Author: Alexander Shishkin AuthorDate: Thu, 19 Jan 2017 18:43:30 +0200 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:15 +0100 perf/core: Optimize

[tip:perf/core] perf/core: Don't re-schedule CPU flexible events needlessly

Commit-ID: fe45bafbd0e1b5e828aa9d44d07e569df85869a2 Gitweb: http://git.kernel.org/tip/fe45bafbd0e1b5e828aa9d44d07e569df85869a2 Author: Alexander Shishkin AuthorDate: Thu, 19 Jan 2017 18:43:29 +0200 Committer: Ingo Molnar CommitDate:

[tip:perf/core] perf/core: Don't re-schedule CPU flexible events needlessly

Commit-ID: fe45bafbd0e1b5e828aa9d44d07e569df85869a2 Gitweb: http://git.kernel.org/tip/fe45bafbd0e1b5e828aa9d44d07e569df85869a2 Author: Alexander Shishkin AuthorDate: Thu, 19 Jan 2017 18:43:29 +0200 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:14 +0100 perf/core: Don't

[tip:perf/core] perf/core: Remove perf_cpu_context::unique_pmu

Commit-ID: 1fd7e416995401ec082fc0fe6090a223969beda5 Gitweb: http://git.kernel.org/tip/1fd7e416995401ec082fc0fe6090a223969beda5 Author: David Carrillo-Cisneros AuthorDate: Wed, 18 Jan 2017 11:24:54 -0800 Committer: Ingo Molnar CommitDate: Mon, 30

[tip:perf/core] perf/core: Remove perf_cpu_context::unique_pmu

Commit-ID: 1fd7e416995401ec082fc0fe6090a223969beda5 Gitweb: http://git.kernel.org/tip/1fd7e416995401ec082fc0fe6090a223969beda5 Author: David Carrillo-Cisneros AuthorDate: Wed, 18 Jan 2017 11:24:54 -0800 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:14 +0100 perf/core:

[PATCH 02/15] phy: sun4i-usb: add support for V3s USB PHY

From: Icenowy Zheng Allwinner V3s come with a USB PHY controller slightly different to other SoCs, with only one PHY. Add support for it. Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard Signed-off-by: Kishon Vijay

[PATCH 02/15] phy: sun4i-usb: add support for V3s USB PHY

From: Icenowy Zheng Allwinner V3s come with a USB PHY controller slightly different to other SoCs, with only one PHY. Add support for it. Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/phy/sun4i-usb-phy.txt |1

[PATCH 04/15] phy: sun4i-usb: Replace the deprecated extcon API

From: Chanwoo Choi This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Acked-by:

[tip:perf/core] perf/core: Make cgroup switch visit only cpuctxs with cgroup events

Commit-ID: 058fe1c0440e68a1ba3c2270ae43e9f0298b27d8 Gitweb: http://git.kernel.org/tip/058fe1c0440e68a1ba3c2270ae43e9f0298b27d8 Author: David Carrillo-Cisneros AuthorDate: Wed, 18 Jan 2017 11:24:53 -0800 Committer: Ingo Molnar CommitDate: Mon, 30

[tip:perf/core] perf/core: Make cgroup switch visit only cpuctxs with cgroup events

Commit-ID: 058fe1c0440e68a1ba3c2270ae43e9f0298b27d8 Gitweb: http://git.kernel.org/tip/058fe1c0440e68a1ba3c2270ae43e9f0298b27d8 Author: David Carrillo-Cisneros AuthorDate: Wed, 18 Jan 2017 11:24:53 -0800 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 12:01:13 +0100 perf/core: Make

[PATCH 04/15] phy: sun4i-usb: Replace the deprecated extcon API

From: Chanwoo Choi This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Acked-by: Chen-Yu Tsai Signed-off-by: Chanwoo Choi Signed-off-by: Kishon Vijay Abraham I ---

[PATCH 05/14] phy: Add support for Qualcomm's USB HSIC phy

From: Stephen Boyd The HSIC USB controller on qcom SoCs has an integrated all digital phy controlled via the ULPI viewport. Cc: Kishon Vijay Abraham I Acked-by: Rob Herring Cc: Signed-off-by: Stephen Boyd

[PATCH 05/14] phy: Add support for Qualcomm's USB HSIC phy

From: Stephen Boyd The HSIC USB controller on qcom SoCs has an integrated all digital phy controlled via the ULPI viewport. Cc: Kishon Vijay Abraham I Acked-by: Rob Herring Cc: Signed-off-by: Stephen Boyd Signed-off-by: Kishon Vijay Abraham I ---

[PATCH 03/14] phy: sun4i-usb: Replace the deprecated extcon API

From: Chanwoo Choi This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Acked-by:

[PATCH 03/14] phy: sun4i-usb: Replace the deprecated extcon API

From: Chanwoo Choi This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Acked-by: Chen-Yu Tsai Signed-off-by: Chanwoo Choi Signed-off-by: Kishon Vijay Abraham I ---

[tip:sched/core] sched/core: Fix >cpudl memory leak

Commit-ID: 4b12db939166042eb78e592bdf94ef113c14e379 Gitweb: http://git.kernel.org/tip/4b12db939166042eb78e592bdf94ef113c14e379 Author: Mathieu Poirier AuthorDate: Tue, 24 Jan 2017 14:11:35 -0700 Committer: Ingo Molnar CommitDate: Mon, 30

[tip:sched/core] sched/rt: Add a missing rescheduling point

Commit-ID: 619bd4a71874a8fd78eb6ccf9f272c5e98bcc7b7 Gitweb: http://git.kernel.org/tip/619bd4a71874a8fd78eb6ccf9f272c5e98bcc7b7 Author: Sebastian Andrzej Siewior AuthorDate: Tue, 24 Jan 2017 15:40:06 +0100 Committer: Ingo Molnar CommitDate: Mon,

[tip:sched/core] sched/core: Fix >cpudl memory leak

Commit-ID: 4b12db939166042eb78e592bdf94ef113c14e379 Gitweb: http://git.kernel.org/tip/4b12db939166042eb78e592bdf94ef113c14e379 Author: Mathieu Poirier AuthorDate: Tue, 24 Jan 2017 14:11:35 -0700 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 11:46:37 +0100 sched/core: Fix >cpudl

[tip:sched/core] sched/rt: Add a missing rescheduling point

Commit-ID: 619bd4a71874a8fd78eb6ccf9f272c5e98bcc7b7 Gitweb: http://git.kernel.org/tip/619bd4a71874a8fd78eb6ccf9f272c5e98bcc7b7 Author: Sebastian Andrzej Siewior AuthorDate: Tue, 24 Jan 2017 15:40:06 +0100 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 11:46:37 +0100 sched/rt: Add

[PATCH 03/15] phy: rcar-gen3-usb2: Replace the deprecated extcon API

From: Chanwoo Choi This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi Acked-by: Yoshihiro Shimoda Signed-off-by: Kishon

[PATCH 03/15] phy: rcar-gen3-usb2: Replace the deprecated extcon API

From: Chanwoo Choi This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi Acked-by: Yoshihiro Shimoda Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/phy-rcar-gen3-usb2.c |8 1 file

[tip:sched/core] sched/core: Fix >rto_mask memory leak

Commit-ID: 92c99ac829931abba33107e09358447c8ad6bd32 Gitweb: http://git.kernel.org/tip/92c99ac829931abba33107e09358447c8ad6bd32 Author: Mathieu Poirier AuthorDate: Tue, 24 Jan 2017 14:11:34 -0700 Committer: Ingo Molnar CommitDate: Mon, 30

[tip:sched/core] sched/core: Fix >rto_mask memory leak

Commit-ID: 92c99ac829931abba33107e09358447c8ad6bd32 Gitweb: http://git.kernel.org/tip/92c99ac829931abba33107e09358447c8ad6bd32 Author: Mathieu Poirier AuthorDate: Tue, 24 Jan 2017 14:11:34 -0700 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 11:46:36 +0100 sched/core: Fix

[PATCH 11/14] dt-bindings: phy: Add documentation for NSP USB3 PHY

From: Yendapally Reddy Dhananjaya Reddy Add documentation for USB3 PHY available in Northstar plus SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy Signed-off-by: Kishon Vijay Abraham I ---

[tip:sched/core] sched/core: Optimize pick_next_task() for idle_sched_class

Commit-ID: 49ee576809d837442624ac18804b07943267cd57 Gitweb: http://git.kernel.org/tip/49ee576809d837442624ac18804b07943267cd57 Author: Peter Zijlstra AuthorDate: Thu, 19 Jan 2017 18:44:08 +0100 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017

[PATCH 11/14] dt-bindings: phy: Add documentation for NSP USB3 PHY

From: Yendapally Reddy Dhananjaya Reddy Add documentation for USB3 PHY available in Northstar plus SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/phy/brcm,nsp-usb3-phy.txt | 39 1 file changed, 39

[tip:sched/core] sched/core: Optimize pick_next_task() for idle_sched_class

Commit-ID: 49ee576809d837442624ac18804b07943267cd57 Gitweb: http://git.kernel.org/tip/49ee576809d837442624ac18804b07943267cd57 Author: Peter Zijlstra AuthorDate: Thu, 19 Jan 2017 18:44:08 +0100 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017 11:46:34 +0100 sched/core: Optimize

[PATCH 13/15] phy: Add USB3 PHY support for Broadcom NSP SoC

From: Yendapally Reddy Dhananjaya Reddy This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy Reviewed-by: Florian Fainelli Signed-off-by: Kishon Vijay Abraham I

[PATCH 10/15] phy: qcom-ufs: Remove -always-on property

From: Bjorn Andersson The fact that a regulator is always-on is a property of the regulator, not a specific consumer. Implementing this in the driver leads to a system behaviour that is dependent on if the Qualcomm UFS PHY was ever (partially) probed. If the specific

[PATCH 13/15] phy: Add USB3 PHY support for Broadcom NSP SoC

From: Yendapally Reddy Dhananjaya Reddy This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy Reviewed-by: Florian Fainelli Signed-off-by: Kishon Vijay Abraham I --- drivers/phy/Kconfig|8 ++ drivers/phy/Makefile |1

[PATCH 10/15] phy: qcom-ufs: Remove -always-on property

From: Bjorn Andersson The fact that a regulator is always-on is a property of the regulator, not a specific consumer. Implementing this in the driver leads to a system behaviour that is dependent on if the Qualcomm UFS PHY was ever (partially) probed. If the specific regulator should be always

[tip:locking/core] locking/mutex: Fix lockdep_assert_held() fail

Commit-ID: b9c16a0e1f733c97e48798b2a9362c485bb3b731 Gitweb: http://git.kernel.org/tip/b9c16a0e1f733c97e48798b2a9362c485bb3b731 Author: Peter Zijlstra AuthorDate: Tue, 17 Jan 2017 16:06:09 +0100 Committer: Ingo Molnar CommitDate: Mon, 30 Jan 2017

[PATCH 12/15] dt-bindings: phy: Add documentation for NSP USB3 PHY

From: Yendapally Reddy Dhananjaya Reddy Add documentation for USB3 PHY available in Northstar plus SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy Signed-off-by: Kishon Vijay Abraham I ---

[PATCH 14/15] phy: fix rockchip-inno-usb2 build errors

From: Randy Dunlap Fix build errors in phy-rockchip-inno-usb2.c. The driver uses extcon interfaces so it should depend on EXTCON. Fixes these build errors: drivers/built-in.o: In function `rockchip_usb2phy_otg_sm_work': phy-rockchip-inno-usb2.c:(.text+0x2bcb): undefined

[PATCH 13/14] phy: fix rockchip-inno-usb2 build errors

From: Randy Dunlap Fix build errors in phy-rockchip-inno-usb2.c. The driver uses extcon interfaces so it should depend on EXTCON. Fixes these build errors: drivers/built-in.o: In function `rockchip_usb2phy_otg_sm_work': phy-rockchip-inno-usb2.c:(.text+0x2bcb): undefined

<    12   13   14   15   16   17   18   19   20   21   >