From: Yu-cheng Yu
It is an error to request a disabled XSAVE/XSAVES component address.
For that case, make __raw_xsave_addr() return a NULL and issue a
warning.
Signed-off-by: Yu-cheng Yu
Signed-off-by: Fenghua Yu
Reviewed-by: Dave Hansen
---
arch/x86/kernel/fpu/xstate.c | 5 +
1 file ch
On 07/08/2016 05:41 PM, Andrew Morton wrote:
On Wed, 6 Jul 2016 17:42:36 -0400 Jason Baron wrote:
Although dynamic debug is often only used for debug builds, sometimes its
enabled for production builds as well. Minimize its impact by using jump
labels. This reduces the text section by 7000+ b
From: Yu-cheng Yu
** Based on tip/master **
This is Part 3 of previous 13 XSAVES patches. Break it down to
smaller series. There are no code changes; only minor fixes in
the titles.
Yu-cheng Yu (4):
x86/fpu/xstate: Fix __fpu_restore_sig() for XSAVES
x86/fpu/xstate: Return NULL for disabled
From: Yu-cheng Yu
We did not handle XSAVES instructions correctly. There were issues in
converting between standard and compacted format when interfacing with
user-space. These issues have been corrected.
Add a WARN_ONCE() to make it clear that XSAVES supervisor states are not
yet implemented.
From: Yu-cheng Yu
In XSAVES mode if fpstate_init() is used to initialize a
task's extended state area, xsave.header.xcomp_bv[63] must
be set. Otherwise, when the task is scheduled, a warning is
triggered from copy_kernel_to_xregs().
One such test case is: setting an invalid extended state
throug
On 11/07/16 10:56, James Liao wrote:
[...]
@@ -467,28 +386,54 @@ static int scpsys_probe(struct platform_device *pdev)
if (PTR_ERR(scpd->supply) == -ENODEV)
scpd->supply = NULL;
else
-
From: Konstantin Neumoin
The balloon has a special mechanism that is subscribed to the oom
notification which leads to deflation for a fixed number of pages.
The number is always fixed even when the balloon is fully deflated.
But leak_balloon did not expect that the pages to deflate will be more
A usb device in the connection state. Then host is suspend and resume.
But the usb device could not be at the right speed. We should be reset
the reset.
Signed-off-by: Pengcheng Li
---
drivers/usb/core/hub.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/cor
On Monday, July 11, 2016 03:29:55 PM Stephen Rothwell wrote:
> Hi Mika,
>
> On Mon, 11 Jul 2016 07:48:17 +0300 Mika Westerberg
> wrote:
> >
> > Looks like it is the module name (configfs.o) that confuses modpost or
> > linker. The below patch fixes it for me.
>
> That makes sense. Thanks.
OK,
On Mon, Jul 11, 2016 at 07:03:31AM -0400, Jeff Layton wrote:
> On Mon, 2016-07-11 at 09:23 +0200, Michal Hocko wrote:
> > On Fri 08-07-16 10:27:38, Jeff Layton wrote:
> > > On Fri, 2016-07-08 at 16:23 +0200, Michal Hocko wrote:
> > > > On Fri 08-07-16 08:51:54, Jeff Layton wrote:
> > > > >
> > > >
More or less straightforward, although this driver sports some very
interesting SMP setup code. Regarding the callback ordering, this
deleted comment is interesting:
... the GIC needs to be up before the ARM generic timers.
That comment is half baken as the same requirement is true for perf.
From: Richard Cochran
Install the callbacks via the state machine.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip/irq-gic-v3.c | 22 +++---
include/linux/cpuhot
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Andy Lutomirski
Cc: x...@kernel.org
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/entry/vdso/vma.c |
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip
From: Richard Cochran
Install the callbacks via the state machine.
Signed-off-by: Richard Cochran
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip/irq-armada-370-xp.c | 44
include/linux/cpuhotplug.h |
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Sebastian Hesselbarth
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Anna-Maria Gleixner
---
arch/arm/mach-mvebu/coherency.
From: Thomas Gleixner
Replace the perf_notifier() install mechanism, which invokes magically
the callback on the current CPU. Convert the hardware specific
callbacks which are invoked from the x86 perf core to return proper
error codes instead of totally pointless NOTIFY_BAD return values.
Signe
From: Thomas Gleixner
Actually a nice symmetric startup/teardown pair which fits proper in
the state machine concept. In the long run we should be able to invoke
the startup callback for the boot CPU via the state machine and get
rid of the init function which invokes it on the boot CPU.
Note: T
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/intel/rapl.c | 84 ---
From: Thomas Gleixner
Convert the notifiers to state machine states and let the core code do the
setup for the already online CPUs. This notifier has a completely undocumented
ordering requirement versus perf hardcoded in the notifier priority. This
odering is only required for cpu down, so that
From: Thomas Gleixner
Install the callback via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Steven Miao
Signed-off-by: Anna-Maria Gleixner
---
arch/blackfin/kernel/perf_event.c |
From: Thomas Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/ibs.c | 64 +
From: Thomas Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Cc: linux...@vger.kernel.org
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/sh/kernel/perf_e
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/intel/cqm.c | 49
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Pawel Moll
Signed-off-by: Anna-Maria Gleixner
---
drivers/bus/arm-ccn.c | 47 -
Hi Morten,
On 11 July 2016 at 10:33, Morten Rasmussen wrote:
> On Wed, Jun 22, 2016 at 06:03:11PM +0100, Morten Rasmussen wrote:
>> Hi,
>>
>> The scheduler is currently not doing much to help performance on systems with
>> asymmetric compute capacities (read ARM big.LITTLE). This series improves
From: Anna-Maria Gleixner
Install the callbacks via the state machine.
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/power.c | 58
include/linux/cpuhotplug.h |1
2 files changed, 12 insertions(+), 47 deletions(-)
--- a/arch/x86
From: Anna-Maria Gleixner
To simplify the hotplug mechanism move the starting callback to
online. There is no functional requirement that the cpumask bit has to
be set in the starting callback.
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/power.c |4 ++--
1 file changed, 2 in
On 2016/7/9 0:13, Catalin Marinas wrote:
> On Fri, Jul 08, 2016 at 11:24:26PM +0800, Leizhen (ThunderTown) wrote:
>> On 2016/7/8 21:54, Catalin Marinas wrote:
>>> On Fri, Jul 08, 2016 at 11:36:57AM +0800, Leizhen (ThunderTown) wrote:
On 2016/7/7 23:37, Catalin Marinas wrote:
> On Thu, Ju
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Chris Zankel
Cc: Max Filippov
Cc: linux-xte...@linux-xtensa.org
Signed-off-by: Anna-Maria Gleixner
---
a
All users converted to state machine callbacks.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
include/linux/cpu.h|2 --
include/linux/perf_event.h | 35 ---
2 files changed, 37 deletion
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke the
callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Signed-off-by: Anna-Maria Gleixner
From: Anna-Maria Gleixner
Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")
the CPU_ONLINE and CPU_DOWN_PREPARE notifiers are always run on the hot
plugged CPU, and as of commit 3b9d6da67e11 ("cpu/hotplug: Fix rollback during
error-out in __cpu_disable()") the CPU_DOW
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-...@lists.ozlabs.org
Signed-o
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Cc: "Suzuki K. Poulose"
Cc: Punit Agrawal
Signed-off-by: Anna-Maria Gleixner
---
drivers/bus/arm-cci.c
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine. There is no setup just one
teardown callback. Remove the silly comment about the workqueue up dependency.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/kernel/apb_timer.c |
Get rid of the prio ordering of the separate notifiers and use a proper state
callback pair.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Tejun Heo
Cc: Lai Jiangshan
Signed-off-by: Anna-Maria Gleixner
---
include/linux/cpu.h|9 ---
include/linux/cpuho
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/kernel/hpet.c | 69 ++---
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Anna-Maria Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Daniel Lezcano
---
drivers/clocksource/arm_arch_timer.c | 54 ---
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Srinivas Kandagatla
Cc: Maxime Coquelin
Cc: Patrice Chotard
Cc: Daniel Lezcano
Cc: l
From: Richard Cochran
As part of the hotplug cleanup, the CPU_STARTING/DYING actions are going
away soon. This driver needlessly uses those two macro, and so this patch
replaces that code with something more sensible.
Commit 8da8373447d6a57a5a9f55233d35beb15d92d0d2 ("ACPI / processor: Fix
STAR
On Mon, Jul 11, 2016 at 01:13:44PM +0200, Peter Zijlstra wrote:
> On Wed, Jun 22, 2016 at 06:03:18PM +0100, Morten Rasmussen wrote:
> > Currently, SD_WAKE_AFFINE always takes priority over wakeup balancing if
> > SD_BALANCE_WAKE is set on the sched_domains. For asymmetric
> > configurations SD_WAKE
From: Thomas Gleixner
Straight forward conversion w/o bells and whistles.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Will Deacon
Signed-off-by: Anna-Maria Gleixner
---
drivers/perf/arm_pmu.c | 36 +++-
include/linux/cpu
Hi Dmitry,
-Original Message-
From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
Sent: Saturday, July 09, 2016 8:25 AM
To: KT Liao
Cc: linux-kernel@vger.kernel.org; linux-in...@vger.kernel.org;
phoe...@emc.com.tw; kt.l...@emc.com.tw
Subject: Re: [PATCH] Input: /input/mouse/elan_i2c
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Daniel Lezcano
Signed-off-by: Anna-Maria Gleixner
---
drivers/clocksource/dummy_timer.c | 36 ++
From: Thomas Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: An
From: Thomas Gleixner
Straight forward conversion plus commentary why code which is executed
in hotplug callbacks needs to be invoked before installing them.
Signed-off-by: Anna-Maria Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
--
From: Thomas Gleixner
Install the callbacks via the state machine. The core won't invoke the
callbacks on already online CPUs.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Gleb Natapov
Cc: Paolo Bonzini
Cc: k...@vger.kernel.org
Signed-off-by: Anna-Maria Gleixner
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Anna-Maria Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Daniel Lezcano
---
drivers/clocksource/time-armada-370-xp.c | 44 +--
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Barry Song
Cc: Daniel Lezcano
Signed-off-by: Anna-Maria Gleixner
---
drivers/clockso
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Daniel Lezcano
Signed-off-by: Anna-Maria Gleixner
---
drivers/clocksource/qcom-timer.c | 41 ++-
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
We assumed that the priority ordering was ment to invoke the online
callback as the last step. In the original code this also invoked the
down prepare cal
On Mon, Jul 11, 2016 at 10:43 AM, Alexandre TORGUE
wrote:
> This patch which adds STM32F746 pinctrl and GPIO support, relies on the
> generic STM32 pinctrl driver.
>
> Signed-off-by: Maxime Coquelin
> Signed-off-by: Alexandre TORGUE
Patch applied.
Yours,
Linus Walleij
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Daniel Lezcano
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: linux-samsung-...@vger.kern
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: James Hogan
Cc: linux-me...@vger.kernel.org
Signed-off-by: Anna-Maria Gleixner
---
arch/metag/kernel/perf/per
On Wed, Jun 01, 2016 at 12:18:01PM -0700, Eric Anholt wrote:
> It appears to have no callers.
>
> Signed-off-by: Eric Anholt
> ---
> drivers/gpu/drm/panel/panel-simple.c | 18 --
> include/drm/drm_panel.h | 4
> 2 files changed, 22 deletions(-)
Looks like I ne
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Robert Richter
Cc: Ralf Baechle
Cc: oprofile-l...@lists.sf.net
Cc: linux-m...@linux-mi
From: Richard Cochran
This driver has an asymmetry of ONLINE code without any corresponding tear
down code. Otherwise, this is a straightforward conversion.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Mathieu Poirier
Cc: linux-arm-ker...@lists.infradead.org
Signe
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: James Hogan
Cc: Daniel Lezcano
Cc: linux-me...@vger.kernel.org
Signed-off-by: Anna-Mar
From: Richard Cochran
Install the callbacks via the state machine. The callbacks won't be invoked on
already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Russell King
Cc: Viresh Kumar
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Anna-Maria
From: Richard Cochran
When tearing down, call timers_dead_cpu before notify_dead.
There is a hidden dependency between:
- timers
- Block multiqueue
- rcutree
If timers_dead_cpu() comes later than blk_mq_queue_reinit_notify()
that latter function causes a RCU stall.
Signed-off-by: Richard Cochr
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs. A lot of code is removed because
the for-loop is used and create_hash_tables() is removed since its purpose
is covered by the startup / teardown hooks.
Signed-off-by: Sebastian Andrzej Sie
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/kernel/apic/x2apic_cluster.c | 80 --
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Catalin Marinas
Cc: Will Deacon
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Anna-Maria Gleixner
---
arch/arm64/kernel/armv8_deprecated.c | 22 +
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Russell King
Cc: Marek Szyprowski
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Daniel Lezcano
Signed-off-by: Anna-Maria Gleixner
---
drivers/clocksource/mips-gic-ti
From: Anna-Maria Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Anna-Maria Gleixner
---
include/linux/cpuhotplug.h|1 +
virt/kvm/arm/vgic/vgic-init.c | 31 +--
2 files c
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
The VGIC callback is run after KVM's main callback since it reflects the
makefile order.
Signed-off-by: Anna-Maria Gleixner
Reviewed-by: Sebastian Andrzej Siewior
From: Richard Cochran
This is a straightforward conversion. We place this callback last
in the list so that the LED illuminates only after a successful
bring up sequence.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Richard Purdie
Cc: Jacek Anaszewski
Cc: linux-l
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
Cc: kvm...@list
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Cc: Richard L Maliszewski
Cc: Gang Wei
Cc: Shane Wang
Cc: tboot-de...@lists.sourceforge.n
From: Anna-Maria Gleixner
Install the callbacks via the state machine.
Signed-off-by: Anna-Maria Gleixner
---
arch/arc/kernel/time.c | 32 ++--
include/linux/cpuhotplug.h |1 +
2 files changed, 15 insertions(+), 18 deletions(-)
--- a/arch/arc/kernel/time.
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
The get_cpu() in xen_starting_cpu() boils down to preempt_disable() since
we already know the CPU we run on. Disabling preemption shouldn't be required
here from wha
From: Richard Weinberger
Install the callbacks via the state machine. They are installed at runtime so
smpcfd_prepare_cpu() needs to be invoked by the boot-CPU.
[ RC: added the dropped "cpu dying" case back in. ]
Signed-off-by: Richard Weinberger
Reviewed-by: Sebastian Andrzej Siewior
Signed-
From: Thomas Gleixner
Straight forward conversion to the state machine. Though the question arises
whether this needs really all these state transitions to work.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: "Paul E. McKenney"
Signed-off-by: Anna-Maria Gleixner
--
This series is the next step towards a state machine based hotplug machinery.
It converts all notifiers which have a priority assigned and gets rid of the
CPU_STARTING/DYING notifiers.
Thanks,
Anna-Maria
---
arch/arc/kernel/time.c| 32 ++--
arch/arm/kernel/smp_
From: Richard Cochran
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Richard Cochran
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/amd/uncore.c | 122 +++---
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/x86/events/intel/cstate.c | 51 -
From: Sebastian Andrzej Siewior
Install the callbacks via the state machine.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Jason Cooper
Cc: Marc Zyngier
Signed-off-by: Anna-Maria Gleixner
---
drivers/irqchip/irq-bcm2836.c | 34 +-
include/linux/cpuhotplug.h
emil,
As you had suggested to drop the spurious returns in
jdi_panel_unprepare and drop the return itself.
But as i had mentioned earlier , we cannot drop the return function
and void for jdi_panel_unprepare , since the drm fun* requires int as
return type (drm_panel_funcs .unprepare).
please do
From: Sebastian Andrzej Siewior
This driver has an asymmetry of ONLINE code without any corresponding tear
down code. Otherwise, this is a straightforward conversion.
Signed-off-by: Sebastian Andrzej Siewior
Cc: Mathieu Poirier
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Anna-Maria
From: Thomas Gleixner
Split out the clockevents callbacks instead of piggy packing them on
hrtimers.
This gets rid of a POST_DEAD user. See commit 54e88fad. We just move
the callback state to the proper place in the state machine.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej S
From: Thomas Gleixner
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online CPUs.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-...@lists
All users are converted to the new state machine, remove CPU_STARTING and the
corresponding CPU_DYING.
Signed-off-by: Thomas Gleixner
Reviewed-by: Sebastian Andrzej Siewior
Signed-off-by: Anna-Maria Gleixner
---
arch/sparc/kernel/smp_32.c |2 --
include/linux/cpu.h
From: Chen Zhong
The MT6323 is a regulator found on boards based on MediaTek MT7623 and
probably other SoCs. It is a so called pmic and connects as a slave to
SoC using SPI, wrapped inside the pmic-wrapper.
Signed-off-by: Chen Zhong
Signed-off-by: John Crispin
---
This is a resend as V7 was dr
Signed-off-by: John Crispin
Cc: devicet...@vger.kernel.org
Acked-by: Rob Herring
---
This is a resend as V7 was dropped due to a merge order conflict.
Changes in V7
* remove another compatible string
* small wording changes
Changes in V6
* remove the compatible string
Changes in V5
* regulator
On Thu, Jun 16, 2016 at 06:02:53PM +0100, Emil Velikov wrote:
> On 16 June 2016 at 04:00, Vinay Simha BN wrote:
[...]
> > +static int jdi_panel_disable(struct drm_panel *panel)
> > +{
> > + struct jdi_panel *jdi = to_jdi_panel(panel);
> > +
> > + if (!jdi->enabled)
> > +
On Mon, Jul 11, 2016 at 9:18 AM, Lothar Waßmann
wrote:
> The power and reset handling of the FEC ethernet driver is sufficient
> to get the ethernet PHY on the TX28 into a usable state.
> Remove the code that does the PHY initialization on startup.
>
> Signed-off-by: Lothar Waßmann
Nice cleanup
I think both patches are fine, just a question.
On 07/08, Kees Cook wrote:
>
> -static int do_brk(unsigned long addr, unsigned long len)
> +static int do_brk(unsigned long addr, unsigned long request)
> {
> struct mm_struct *mm = current->mm;
> struct vm_area_struct *vma, *prev;
> -
On 11.07.2016 15:12, Xunlei Pang wrote:
On 2016/07/11 at 17:54, Wanpeng Li wrote:
Hi Konstantin, Xunlei,
2016-07-11 16:42 GMT+08:00 Xunlei Pang :
On 2016/07/11 at 16:22, Xunlei Pang wrote:
On 2016/07/11 at 15:25, Wanpeng Li wrote:
2016-06-16 20:57 GMT+08:00 Konstantin Khlebnikov :
Hierarchy
This commit adds a new trigger that can turn on LED when USB device gets
connected to the USB port. This can can useful for various home routers
that have USB port and a proper LED telling user a device is connected.
The trigger gets its documentation file but basically it just requires
specifying
Hi Viresh,
On Wed, 6 Jul 2016 13:55:40 -0700, Viresh Kumar wrote:
> On 06-07-16, 19:12, Jean Delvare wrote:
> > Well well... I don't like this patch at all to be honest.
>
> Sure, I didn't like it much as well. I just wanted people to comment on what
> else we can do here. We don't really want to
The power and reset handling of the FEC ethernet driver is sufficient
to get the ethernet PHY on the TX28 into a usable state.
Remove the code that does the PHY initialization on startup.
Signed-off-by: Lothar Waßmann
---
arch/arm/mach-mxs/mach-mxs.c | 77
On Sun, Jul 03, 2016 at 11:52:11PM +0100, Emil Velikov wrote:
> On 28 June 2016 at 16:59, Vinay Simha wrote:
> > hi,
> >
> > Any further comments or reviews?
> >
> You still haven't covered my earlier suggestions, as such I cannot
> give you a r-b :-( They are not blockers by any means, but it'll
On Mon, Jul 11, 2016 at 12:42:37PM +0100, Will Deacon wrote:
> On Fri, Jul 08, 2016 at 04:49:01PM +0100, Will Deacon wrote:
> > On Fri, Jul 08, 2016 at 11:43:50AM -0400, Chris Metcalf wrote:
> > > I am hopeful that this patch [1] can be picked up for the 4.8 merge window
> > > in the arm64 tree. A
On Fri, Jun 10, 2016 at 11:01:57AM -0700, Douglas Anderson wrote:
> From their website:
> http://www.b001.com.cn/
>
> Starry appears to be a company involved in LCD panels and related
> components.
>
> Signed-off-by: Douglas Anderson
> ---
> Documentation/devicetree/bindings/vendor-prefixes
add checksum for touch report points.
Signed-off-by: jeffrey.lin
---
drivers/input/touchscreen/raydium_i2c_ts.c | 68 +-
1 file changed, 47 insertions(+), 21 deletions(-)
diff --git a/drivers/input/touchscreen/raydium_i2c_ts.c
b/drivers/input/touchscreen/raydium_i2c
On 2016/07/11 at 17:54, Wanpeng Li wrote:
> Hi Konstantin, Xunlei,
> 2016-07-11 16:42 GMT+08:00 Xunlei Pang :
>> On 2016/07/11 at 16:22, Xunlei Pang wrote:
>>> On 2016/07/11 at 15:25, Wanpeng Li wrote:
2016-06-16 20:57 GMT+08:00 Konstantin Khlebnikov
:
> Hierarchy could be already th
On Fri, Jun 10, 2016 at 10:02:06AM -0700, Douglas Anderson wrote:
> The Starry KR122EA0SRA is a 12.2", 1920x1200 TFT-LCD panel connected
> using eDP interfaces.
>
> Signed-off-by: Douglas Anderson
> ---
> Changes in v2:
> - Proper title (sorry!)
>
> .../devicetree/bindings/display/panel/starry,
On Wed, Jul 06, 2016 at 03:59:16PM -0700, Joshua Clayton wrote:
> Add simple-panel support for the Sharp LQ101K1LY04i, which is
> a 10 inch WXGA (1280x800) lvds panel.
>
> Signed-off-by: Joshua Clayton
> ---
> Reposting again in hopes of getting this into 4.8
>
> drivers/gpu/drm/panel/panel-
501 - 600 of 830 matches
Mail list logo