Mark,
RK3399 and RK3288 shared the same HDMI IP controller, only some
light difference with GRF configure, and an external VPLL clock
need to configure.
Thanks,
- Yakir
Douglas Anderson (2):
drm/rockchip: dw_hdmi: Set cur_ctr to 0 always
drm/rockchip: dw_hdmi: Use auto-generated tables
Yak
Dut to the high HDMI signal voltage driver, Mickey have meet
a serious RF/EMI problem, so we decided to reduce HDMI signal
voltage to a proper value.
The default params for phy is cklvl = 20 & txlvl = 13 (RF/EMI failed)
ck: lvl = 13, term=100, vlo = 2.71, vhi=3.14, vswing = 0.43
tx: lvl = 20,
RK3399 and RK3288 shared the same HDMI IP controller, only some light
difference with GRF configure.
Signed-off-by: Yakir Yang
---
.../devicetree/bindings/display/bridge/dw_hdmi.txt | 1 +
.../bindings/display/rockchip/dw_hdmi-rockchip.txt | 3 +-
drivers/gpu/drm/bridge/dw-hdmi.c
For RK3399's GRF module, if we want to operate the graphic related grf
registers, we need to enable the pclk_vio_grf which supply power for VIO
GRF IOs, so it's better to introduce an optional grf clock in driver.
Signed-off-by: Yakir Yang
---
.../bindings/display/rockchip/dw_hdmi-rockchip.txt
在 7/8/2016 11:21 PM, Jiri Olsa 写道:
On Thu, Jul 07, 2016 at 09:49:36AM +0800, Song Shan Gong wrote:
SNIP
+ char *line = NULL;
+ size_t n;
+ char *sep;
+
+ module_name[len - 1] = '\0';
+ module_name += 1;
+ snprintf(path, PATH_MAX, "%s/sys/module/%s/sections
From: Douglas Anderson
The previous tables for mpll_cfg and curr_ctrl were created using the
20-pages of example settings provided by the PHY vendor. Those
example settings weren't particularly dense, so there were places
where we were guessing what the settings would be for 10-bit and
12-bit (n
For RK3399 HDMI, there is an external clock need for HDMI PHY,
and it should keep the same clock rate with VOP DCLK.
VPLL have supported the clock for HDMI PHY, but there is no
clock divider bewteen VPLL and HDMI PHY. So we need to set the
VPLL rate manually in HDMI driver.
Signed-off-by: Yakir Y
From: Douglas Anderson
Jitter was improved by lowering the MPLL bandwidth to account for high
frequency noise in the rk3288 PLL. In each case MPLL bandwidth was
lowered only enough to get us a comfortable margin. We believe that
lowering the bandwidth like this is safe given sufficient testing.
On Monday, June 27, 2016 1:33:51 PM CEST Krzysztof Kozlowski wrote:
> On 06/27/2016 01:02 PM, Arnd Bergmann wrote:
> > The change to simplify of_platform_populate() had an unintended
> > side-effect of introducing a build warning on s3c64xx:
> >
> > In file included from arch/arm/mach-s3c64xx/mach
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_AFFINE is only desirable if the waking task's
> compute demand (utiliza
There are many basic ways to control processes, including capabilities,
cgroups and resource limits. However, there are far fewer ways to find
out useful values for the limits, except blind trial and error.
Currently, there is no way to know which capabilities are actually used.
Even the source co
On Jul 08 2016 or thereabouts, Jiri Kosina wrote:
> On Fri, 8 Jul 2016, Bastien Nocera wrote:
>
> > Sorry about not being able to test this before it was merged for
> > inclusion.
>
> This is just in a topic branch of hid.git as of now, so we can still tweak
> things (including API) if/as neede
On Mon, Jul 11, 2016 at 12:04:58PM +0100, Morten Rasmussen wrote:
> One alternative to setting ASYM_CAP bottom up would be to set it only
> where the asymmetry can be observed, and instead come up with a more
> complicated way of setting BALANCE_WAKE bottom up until and including
> the first level
On 07/11/2016 05:15 AM, Theodore Ts'o wrote:
On Mon, Jul 11, 2016 at 09:59:54AM +0800, kernel test robot wrote:
FYI, we noticed the following commit:
https://github.com/0day-ci/linux
Vegard-Nossum/ext4-validate-number-of-clusters-in-group/20160708-041426
commit 5405511e1a984ab644fa9e29a0d3d95
On Mon, 11 Jul 2016, Benjamin Tissoires wrote:
> Hmm, I think before this gets pushed to Linus' tree, we'll also need to
> have battery support for HID++ 1.0 devices too (upower seems to be
> handling them, so this would introduce a regression). So depending on
> how much work we can do, it mig
On Fri, Jul 8, 2016 at 7:51 PM, Dmitry Torokhov
wrote:
> On Fri, Jul 08, 2016 at 11:17:39AM +0200, Benjamin Tissoires wrote:
>> Hi,
>>
>> On Thu, Jul 7, 2016 at 9:11 AM, Lv Zheng wrote:
>> > There are many AML tables reporting wrong initial lid state, and some of
>> > them never reports lid state
On Monday, July 11, 2016 1:15:11 PM CEST Arnd Bergmann wrote:
> On Monday, June 27, 2016 1:33:51 PM CEST Krzysztof Kozlowski wrote:
> > On 06/27/2016 01:02 PM, Arnd Bergmann wrote:
> > > The change to simplify of_platform_populate() had an unintended
> > > side-effect of introducing a build warning
On Mon, Jul 11 2016, Baolin Wang wrote:
> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
> attribute, which means it need to align the request buffer's size to an ep's
> maxpacketsize.
>
> Thus we add usb_ep_align_maybe() function to check if it is need to align
> the r
Please add some commit messge text, e.g.
This patch adds a driver for the SoC-wide (AKA uncore) PMU hardware
found in APM X-Gene SoCs.
On Wed, Jul 06, 2016 at 05:07:24PM -0700, Tai Nguyen wrote:
> Signed-off-by: Tai Nguyen
Modulo that, and Paul's comments:
Reviewed-by: Mark Rutland
Thanks,
M
Hi,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.7-rc7 next-20160711]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/sunil-kovvuri-gmail-com/net-thunderx-Add
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. As I mentioned in my last patch series that included
> > this patch [2
On Mon, Jul 11, 2016 at 5:20 AM, Zheng, Lv wrote:
> Hi,
>
>> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
>> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
>> method lid device restrictions
>>
>> Hi,
>>
>> On Thu, Jul 7, 2016 at 9:11 AM, Lv Zheng wrote:
On Mon 11-07-16 07:03:31, 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:
> > > > >
> > > > > On Fri, 2016-
[I just realised Ctrl+enter means "send" for gmail, see the end of the answers]
On Mon, Jul 11, 2016 at 1:42 PM, Benjamin Tissoires
wrote:
> On Mon, Jul 11, 2016 at 5:20 AM, Zheng, Lv wrote:
>> Hi,
>>
>>> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
>>> Subject: Re: [PATCH v2 4
Thanks for review Hans!
On Mon, Jul 11, 2016 at 07:58:38AM +0200, Hans Verkuil wrote:
> > +" v4l2-ctl --device $dev --set-ctrl=video_gop_size=1; done\n"
>
> Replace $dev by /dev/videoX
>
> Wouldn't it make more sense to default to this? And show the warning only if
> P-frames are enabled?
I bel
On 03.07.2016 03:24, Alexander Popov wrote:
> If an irq_domain is auto-recursive and irq_domain_alloc_irqs_recursive()
> for its parent has returned an error, then do return and avoid calling
> irq_domain_free_irqs_recursive() uselessly, because:
> - if domain->ops->alloc() had failed for an auto-r
Am Montag, den 11.07.2016, 19:05 +0800 schrieb Yakir Yang:
> RK3399 and RK3288 shared the same HDMI IP controller, only some light
> difference with GRF configure.
>
> Signed-off-by: Yakir Yang
Reviewed-by: Philipp Zabel
regards
Philipp
On 07/11/2016 01:48 PM, Andrey Utkin wrote:
> Thanks for review Hans!
>
> On Mon, Jul 11, 2016 at 07:58:38AM +0200, Hans Verkuil wrote:
>>> +" v4l2-ctl --device $dev --set-ctrl=video_gop_size=1; done\n"
>>
>> Replace $dev by /dev/videoX
>>
>> Wouldn't it make more sense to default to this? And sho
Вашата парола ще изтече през следващите 24 часа да се избегне това
кликнете върху връзката ==> http://web-intech-bg.yolasite.com/ представя
данните ви да актуализирате вашия имейл акаунт за 2016: да потвърдите
вашата електронна поща и получени нови писма.
Благодаря
Системен администратор. © 2016 вс
On Mon, Jul 11, 2016 at 07:06:14PM +0800, Songshan Gong wrote:
SNIP
> >
> > we have following functions in tools/lib/api/fs to read
> > single number from file, which I assume you do above:
> >
> > int sysfs__read_int(const char *entry, int *value);
> > int sysfs__read_ull(const char *entry, un
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-
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,
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 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
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 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
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
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
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
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
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 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
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)
> > +
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
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: 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: 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: 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: 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: 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.
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: 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. 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
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
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: 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
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: 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
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: 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: 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
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
--
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 ++-
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: 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
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: 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 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
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: 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
201 - 300 of 830 matches
Mail list logo
