On 01/29/2015 03:01 AM, Richard Cochran wrote:
> On Wed, Jan 28, 2015 at 03:32:58PM +0530, Preeti U Murthy wrote:
>> Thomas ping. Would you be posting this patch?
>
> FYI, Thomas is temporarily out of action, in bed with the flu.
Oh I am sorry to hear that! Let me post out a patch based on Thomas
On Mon, 2015-01-26 at 17:43 -0800, Sukadev Bhattiprolu wrote:
> Description of "event parameters" from the documentation patch:
>
> Cody P Schafer (6):
> perf: provide sysfs_show for struct perf_pmu_events_attr
> perf: add PMU_EVENT_ATTR_STRING() helper
> powerpc/perf/hv-24x7: parse catalog
On Wed, 2015-01-28 at 11:37 +0100, Jiri Olsa wrote:
> On Wed, Jan 28, 2015 at 11:54:38AM +1100, Michael Ellerman wrote:
> > On Tue, 2015-01-27 at 11:02 +0100, Jiri Olsa wrote:
> > > On Mon, Jan 26, 2015 at 05:43:03PM -0800, Sukadev Bhattiprolu wrote:
> > >
> > > SNIP
> > >
> > > >
> > > >
> > >
On Wed, 2015-01-28 at 14:14 -0600, Kim Phillips wrote:
> On Wed, 28 Jan 2015 14:22:02 +1100
> Michael Ellerman wrote:
>
> > On Tue, 2015-01-27 at 18:57 -0800, Andrew Morton wrote:
> > > On Wed, 28 Jan 2015 10:33:59 +0900 Joonsoo Kim wrote:
> > >
> > > > 2015-01-28 10:01 GMT+09:00 Michael Ellerm
> -Original Message-
> From: Emil Medve [mailto:emilian.me...@freescale.com]
> Sent: Wednesday, January 21, 2015 6:04 PM
> To: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421;
> mturque...@linaro.org; haoke...@gmail.com; Tang Yuantian-B29983
> Cc: Medve Emilian-EMMEDVE1
> Subject: [PATCH v
Acked-by: Ian Munsie
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
When unbinding and rebinding the driver on a system with a card in PHB0, this
error condition is reached after a few attempts:
ERROR: Bad of_node_put() on /pciex@3fffe4000
CPU: 0 PID: 3040 Comm: bash Not tainted 3.18.0-rc3-12545-g3627ffe #152
Call Trace:
[c00721acb5c0] [c086ef94] .
On 01/28/2015 12:53 AM, Ian Munsie wrote:
Excerpts from Michael Ellerman's message of 2015-01-28 16:04:40 +1100:
I just wanted to check the status of this one? I can't see it in your
tree and wanted to make sure you didn't simply miss it.
It looked fishy, but I never got around to replying.
T
On Wed, 2015-01-28 at 14:15 -0600, Segher Boessenkool wrote:
> On Tue, Jan 27, 2015 at 03:57:53PM -0600, Scott Wood wrote:
> > At this point, given the previous discussion, does anyone object to
> > removing the readback entirely? Do we have any evidence that reading
> > WHOAMI is effective at add
On Wed, 2015-01-28 at 15:48 -0600, Emil Medve wrote:
> Hello Mike,
>
>
> On 01/28/2015 12:15 PM, Mike Turquette wrote:
> > Quoting Emil Medve (2015-01-21 02:03:22)
> >> Based on clk-next from
> >> git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
> >>
> >> v2: Rebased as several pr
3.13.11-ckt15 -stable review patch. If anyone has any objections, please let
me know.
--
From: Paul Mackerras
commit 8117ac6a6c2fa0f847ff6a21a1f32c8d2c8501d0 upstream.
Currently, when going idle, we set the flag indicating that we are in
nap mode (paca->kvm_hstate.hwthread_st
Preeti U Murthy writes:
> On 01/28/2015 02:45 PM, Stewart Smith wrote:
>> Preeti U Murthy writes:
>>> The device tree now exposes the residency values for different idle states.
>>> Read
>>> these values instead of calculating residency from the latency values. The
>>> values
>>> exposed in the
This is a note to let you know that I have just added a patch titled
powerpc/powernv: Switch off MMU before entering nap/sleep/rvwinkle mode
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=sho
Hello Mike,
On 01/28/2015 12:15 PM, Mike Turquette wrote:
> Quoting Emil Medve (2015-01-21 02:03:22)
>> Based on clk-next from
>> git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
>>
>> v2: Rebased as several prerequisite patches (including a file rename) got
>> applied ups
On Wed, Jan 28, 2015 at 03:32:58PM +0530, Preeti U Murthy wrote:
> Thomas ping. Would you be posting this patch?
FYI, Thomas is temporarily out of action, in bed with the flu.
Thanks,
Richard
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
h
On Tue, Jan 27, 2015 at 03:57:53PM -0600, Scott Wood wrote:
> At this point, given the previous discussion, does anyone object to
> removing the readback entirely? Do we have any evidence that reading
> WHOAMI is effective at addressing whatever problem reading EOI made go
> away on the relevant p
On Wed, 28 Jan 2015 14:22:02 +1100
Michael Ellerman wrote:
> On Tue, 2015-01-27 at 18:57 -0800, Andrew Morton wrote:
> > On Wed, 28 Jan 2015 10:33:59 +0900 Joonsoo Kim wrote:
> >
> > > 2015-01-28 10:01 GMT+09:00 Michael Ellerman :
> > > > On Mon, 2015-01-26 at 13:22 -0600, Kim Phillips wrote:
>
The reset code was pushed into the esdhc-imx driver, but missed being
pushed into the FSL OF driver at the same time. The commit that broke
the OF ESDHC driver was 0718e59ae259f7c48155b4e852d8b0632d59028e
Signed-off-by: Martin Hicks
---
drivers/mmc/host/sdhci-of-esdhc.c | 10 +-
1 fi
Quoting Emil Medve (2015-01-21 02:03:22)
> Based on clk-next from
> git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
>
> v2: Rebased as several prerequisite patches (including a file rename) got
> applied upstream
>
> Emil Medve (9):
> clk: qoriq: Fix checkpatch type PAR
Em Wed, Jan 28, 2015 at 11:37:53AM +0100, Jiri Olsa escreveu:
> On Wed, Jan 28, 2015 at 11:54:38AM +1100, Michael Ellerman wrote:
> > On Tue, 2015-01-27 at 11:02 +0100, Jiri Olsa wrote:
> > > On Mon, Jan 26, 2015 at 05:43:03PM -0800, Sukadev Bhattiprolu wrote:
> > >
> > > SNIP
> > >
> > > >
> >
Em Wed, Jan 28, 2015 at 03:50:15PM +0100, Ingo Molnar escreveu:
> Pulled, thanks a lot Arnaldo!
Thanks!
> Note that there was some minimal interaction with Frederic's
> pending perf/hw_breakpoint work, in tools/perf/Documentation/perf-record.txt.
>
> I resolved the conflict and merged perf/hw_
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling, it has my latest perf/urgent pull content,
> please let me know if you don't want it to be submitted like that, i.e. if
> you have any problems with my latest perf/urgent pull request and I'll try
> to address it AS
From: Paul Mackerras
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8117ac6a6c2fa0f847ff6a21a1f32c8d2c8501d0 upstream.
Currently, when going idle, we set the flag indicating that we are in
nap mode (paca->kvm_hstate.hwthread_state) and then
On Wednesday 28 January 2015 09:53:25 Suman Tripathi wrote:
>
> I added the iommus in the IOMMU AHBC patch. Anything wrong in that ?
> In the next version Also I will remove the IOMMU hacks from arasan
> driver
Hmm, I guess you have a required ordering between the patches either
way, which makes i
From: Shaohui Xie
This binding is for FMan MDIO, it covers FMan v2 & FMan v3.
Signed-off-by: Shaohui Xie
---
changes for V4:
revised MDIO interrupt related statement.
changes in v3:
rephrase the 'Definition' of property 'bus-frequency', don't include the
property in example.
changes in v2:
ad
On Wednesday 28 January 2015 09:53:25 Suman Tripathi wrote:
>
> I added the iommus in the IOMMU AHBC patch. Anything wrong in that ?
> In the next version Also I will remove the IOMMU hacks from arasan
> driver
Hmm, I guess you have a required ordering between the patches either
way, which makes
On Wed, Jan 28, 2015 at 11:54:38AM +1100, Michael Ellerman wrote:
> On Tue, 2015-01-27 at 11:02 +0100, Jiri Olsa wrote:
> > On Mon, Jan 26, 2015 at 05:43:03PM -0800, Sukadev Bhattiprolu wrote:
> >
> > SNIP
> >
> > >
> > >
> > > Cody P Schafer (6):
> > > perf: provide sysfs_show for struct per
On 01/27/2015 09:01 AM, Preeti U Murthy wrote:
> On 01/22/2015 04:45 PM, Thomas Gleixner wrote:
>> On Thu, 22 Jan 2015, Preeti U Murthy wrote:
>>> On 01/21/2015 05:16 PM, Thomas Gleixner wrote:
>>> How about when the cpu that is going offline receives a timer interrupt
>>> just before setting its s
On 01/28/2015 02:45 PM, Stewart Smith wrote:
> Preeti U Murthy writes:
>> The device tree now exposes the residency values for different idle states.
>> Read
>> these values instead of calculating residency from the latency values. The
>> values
>> exposed in the DT are validated for optimal pow
Preeti U Murthy writes:
> The device tree now exposes the residency values for different idle states.
> Read
> these values instead of calculating residency from the latency values. The
> values
> exposed in the DT are validated for optimal power efficiency. However to
> maintain
> compatibilit
30 matches
Mail list logo
