Hi,
Grant Likely wrote:
> 2010/3/13 Németh Márton :
[...]
>> + };
>> +
>> + e...@3fc { // Enhanced Time Processing
>> Unit
>> + compatible = "fsl,mpc5554-etpu";
>> + reg = <0x03fc0
I'm tracking a problem that's leading me through DSI and DTLB miss
exceptions on an MPC8347 (e300c1 core), and I've come across an oddity
that I'm hoping someone can explain.
When a DTLB Miss exception can't find a PTE for the virtual address being
written/read, it dummies up the SPRs for a DSI
On Tue, 2010-03-30 at 16:24 +1100, Paul Mackerras wrote:
> On Tue, Mar 23, 2010 at 07:37:02PM +0530, K.Prasad wrote:
>
> > Index: linux-2.6.ppc64_test/arch/powerpc/kernel/exceptions-64s.S
> > ===
> > --- linux-2.6.ppc64_test.orig/arch
On Tue, Mar 23, 2010 at 07:37:02PM +0530, K.Prasad wrote:
> Index: linux-2.6.ppc64_test/arch/powerpc/kernel/exceptions-64s.S
> ===
> --- linux-2.6.ppc64_test.orig/arch/powerpc/kernel/exceptions-64s.S
> +++ linux-2.6.ppc64_test/arch/po
I believe support was disabled due to issues with earlier versions of
the board/processor. At worst, adding the ports back into the device
tree should result in enabling ports that don't work on older systems,
so the default should be to enable them.
Signed-off-by: Andy Fleming
---
arch/powerpc
> We tested CF cards for DMA support some time ago, and IIRC this
> included the STK5200. Situation was that only very few CF cards
> actually support DMA (even if they advertise it on the label).
Huh, not nice. Were those consumer cards or also industrial grade cards? Maybe
that is the reason? Wi
On Mon, Mar 29, 2010 at 08:42:08PM +0200, Albrecht Dreß wrote:
> Am 29.03.10 00:24 schrieb(en) Josh Triplett:
> >We have the MPC5200C rev of the board, not the MPC5200B rev which
>
> Ummm - I didn't know that there is a 5200C available. The Freescale web site
> only mentions the 5200 and the 520
On Mon, Mar 29, 2010 at 1:04 PM, Sergey Temerkhanov
wrote:
> On Monday 29 March 2010 19:56:15 Grant Likely wrote:
>> On Mon, Mar 29, 2010 at 9:42 AM, Steven J. Magnani
>>
>> wrote:
>> > On Fri, 2010-03-26 at 17:53 -0600, Grant Likely wrote:
>> >> I've not got time to review this patch right now,
On Monday 29 March 2010 19:56:15 Grant Likely wrote:
> On Mon, Mar 29, 2010 at 9:42 AM, Steven J. Magnani
>
> wrote:
> > On Fri, 2010-03-26 at 17:53 -0600, Grant Likely wrote:
> >> I've not got time to review this patch right now, but Sergey and
> >> Steven, you both posted MPMC drivers on the sa
On Mon, 2010-03-29 at 17:01 +0530, K.Prasad wrote:
> On Fri, Mar 26, 2010 at 04:11:45PM -0500, Dave Kleikamp wrote:
> > On Tue, 2010-03-23 at 19:37 +0530, K.Prasad wrote:
> > > plain text document attachment (ppc64_hbkpt_02)
> > > Implement perf-events based hw-breakpoint interfaces for PPC64 proce
On the MPC5200B, make very high baud rates (e.g. 3 MBaud) accessible and
achieve a higher precision for high baud rates in general. This is done by
selecting the appropriate prescaler (/4 or /32). As to keep the code clean,
the getuartclk method has been dropped, and all calculations are done in
Hi Josh:
Am 29.03.10 00:24 schrieb(en) Josh Triplett:
We have the MPC5200C rev of the board, not the MPC5200B rev which
Ummm - I didn't know that there is a 5200C available. The Freescale web site
only mentions the 5200 and the 5200B. Do you have any pointers to data
sheets/docs?
Thanks,
On Mon, Mar 29, 2010 at 9:42 AM, Steven J. Magnani
wrote:
> On Fri, 2010-03-26 at 17:53 -0600, Grant Likely wrote:
>> I've not got time to review this patch right now, but Sergey and
>> Steven, you both posted MPMC drivers on the same day; Steven on the
>> microblaze list and Sergey on the powerpc
On Fri, 2010-03-26 at 17:53 -0600, Grant Likely wrote:
> I've not got time to review this patch right now, but Sergey and
> Steven, you both posted MPMC drivers on the same day; Steven on the
> microblaze list and Sergey on the powerpc list. Can you two please
> coordinate and figure out how to mo
From: Julia Lawall
In some error handling cases the lock is not unlocked.
A simplified version of the semantic patch that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@r exists@
expression E1;
identifier f;
@@
f (...) { <+...
* spin_lock_irqsave (E1,...);
... when != E1
*
From: Julia Lawall
Add an unlock before exiting the function.
A simplified version of the semantic patch that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@r exists@
expression E1;
identifier f;
@@
f (...) { <+...
* spin_lock_irq (E1,...);
... when != E1
* return ...;
...
The board setup functions call cpm1_clk_setup() to configure the clock
source.
If CPM_CLK_RTX has been used for the parameter mode,
the clock has been configured only for TX but not for RX.
Now CPM_CLK_RTX configures the clock for both directions correctly.
Signed-off-by: Wolfgang Ocker
---
ar
On Fri, Mar 26, 2010 at 04:11:45PM -0500, Dave Kleikamp wrote:
> On Tue, 2010-03-23 at 19:37 +0530, K.Prasad wrote:
> > plain text document attachment (ppc64_hbkpt_02)
> > Implement perf-events based hw-breakpoint interfaces for PPC64 processors.
> > These interfaces help arbitrate requests from va
On Mon, 2010-03-29 at 11:39 +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> The conditionals were testing different values, but then all freeing the
> same one, which could result in a double free.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http:
From: Julia Lawall
The conditionals were testing different values, but then all freeing the
same one, which could result in a double free.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
expression x,e;
identifier f;
iterator
Hello Kenji-san,
Kenji Kaneshige wrote:
Felix, I think assigning hpXXsize at boot time is the simpler solution,
if it is acceptable workaround for you. And as Yinghai suggested in the
another email, removing slot's parent bridge first should be one of the
workaround. But the problem is whether
Hi Benjamin Herrenschmidt,
I use Freescale p2020ds board and kernel linux 2.6.33.
Under cpu load test which test case is in attachment
(#./cpu_load_multi.sh 500),
the follow issues happen after a long time:
===
find: md5sum terminated by signal 6
find: md5sum terminated by si
Yinghai Lu wrote:
On Sun, Mar 28, 2010 at 2:13 AM, Felix Radensky wrote:
Hello, Kenji-san
I've tried Jesse's tree with Yinghai's patches, but they don't seem to help.
Memory for bridge is not allocated after insertion of hotplug device and
bus rescan. Attached dmesg output in case of success a
23 matches
Mail list logo
