On 07/10/2013 08:54:39 AM, JiveTalkin wrote:
Hello.
I would like to monitor the value of one of the parameters (within
the stack
frame) that have been passed as part of a context switch (from process
context to interrupt context).
I don't understand this... What specifically do you mean by
On 07/17/2013 11:00:45 PM, Anton Blanchard wrote:
Hi Scott,
> What specifically should I do to test it?
Could you double check perf annotate works? I'm 99% sure it will but
that is what was failing on ppc64.
I'm not really sure what it's supposed to look like when "perf
annotate" works. I
On Fri, 2013-07-19 at 20:43 +0300, Aaro Koskinen wrote:
> I booted a Xserve today with 3.11-rc1, and noticed the noise is coming
> from slots-fan (PCI fan?) which is always 99%, although the slots-temp is
> just 33. Is it on purpose the rm31 slots PID params are totally different
> from therm_pm72
On Thu, Jul 18, 2013 at 4:30 PM, Peter LaDow wrote:
>
> It does seem that for incoming PCI transactions the Freescale DMA
> engine is not used. And in our device tree we have the DMA engine
> commented out. That is, the "fsl,mpc8349-dma" and "fsl,elo-dma"
> compatible items are not present in th
On 07/18/2013 05:02:33 PM, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-18 at 14:30 -0700, Peter LaDow wrote:
> We are still stumped on this one, but during a review of the system
> setup one thing came up that we aren't sure about is the device tree
> and the DMA engine.
>
> It does seem that f
On Fri, Jan 18, 2013 at 10:38:05AM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2013-01-17 at 15:38 +0100, Jan Engelhardt wrote:
> > Meanwhile, I run Linux 3.7.1 and the software side changed somewhat.
> > windfarm_rm31 seems to no longer calm the fans down once loaded,
> > whereas therm_pm72 on
On 07/18/2013 09:28:20 PM, Zhang Haijun-B42677 wrote:
Hi, scott
I had update this patch, this is the newest version.
If there is no other problem, can you help merge this patch?
I hope to make sure the following patch don't need to rebuild due to
the change of this patch.
It looks OK. I'll
On 07/18/2013 09:19:59 PM, Zhang Haijun-B42677 wrote:
Thanks.
Regards
Haijun.
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, July 18, 2013 1:14 AM
> To: Zhang Haijun-B42677
> Cc: linux-...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org;
> cbouatmai...@gmail.com; c..
On Thu, Jul 18, 2013 at 14:30 -0700, Peter LaDow wrote:
>
> We are still stumped on this one, but during a review of the system
> setup one thing came up that we aren't sure about is the device tree
> and the DMA engine.
>
> It does seem that for incoming PCI transactions the Freescale DMA
> engi
On 07/19/2013 11:41 AM, Gerhard Sittig wrote:
> On Fri, Jul 19, 2013 at 09:34 +0200, Marc Kleine-Budde wrote:
>>
>> On 07/18/2013 10:20 PM, Gerhard Sittig wrote:
>>> extend the mscan(4) driver with alternative support for the COMMON_CLK
>>> approach which is an option in the MPC512x platform, keep
On Fri, Jul 19, 2013 at 09:34 +0200, Marc Kleine-Budde wrote:
>
> On 07/18/2013 10:20 PM, Gerhard Sittig wrote:
> > extend the mscan(4) driver with alternative support for the COMMON_CLK
> > approach which is an option in the MPC512x platform, keep the existing
> > clock support implementation in
On Thu, Jul 18, 2013 at 21:33 +0100, Russell King - ARM Linux wrote:
>
> On Thu, Jul 18, 2013 at 10:20:52PM +0200, Gerhard Sittig wrote:
> > + /* enable clock for the I2C peripheral (non fatal) */
> > + clk = of_clk_get_by_name(node, "per");
> > + if (!IS_ERR(clk)) {
> > + clk_prep
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling.
>
> There was a long delay in processing patches related to my vacations
> that took longer than antecipated to being addressed.
>
> With the recent acme/perf/urgen
On 07/18/2013 10:20 PM, Gerhard Sittig wrote:
> extend the mscan(4) driver with alternative support for the COMMON_CLK
> approach which is an option in the MPC512x platform, keep the existing
> clock support implementation in place since the driver is shared with
> other MPC5xxx SoCs which don't ha
The usage of strict_strtoul() is not preferred, because
strict_strtoul() is obsolete. Thus, kstrtoul() should be
used.
Signed-off-by: Jingoo Han
---
drivers/macintosh/ams/ams-input.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/macintosh/ams/ams-input.c
b/
15 matches
Mail list logo
