Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
> Cc: John Rigby
> ---
> arch/powerpc/boot/dts/mpc5121ads.dts |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/boot/dts/m
Grant Likely wrote:
> On Wed, May 6, 2009 at 4:51 PM, Grant Likely
> wrote:
>> On Wed, May 6, 2009 at 4:19 PM, Wolfgang Denk wrote:
>>> Dear Grant Likely,
>>>
>>> In message
>>> you wrote:
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> - Enable
Wow guys, thank you for all the responses. Looks like this mad dive into
embedded Linux programming from ASP.NET is not futile.
I will take a look at the responses and reply tomorrow.
Chris Plasun
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Hi Mike,
Just a couple of meta things:
On Wed, 06 May 2009 15:25:46 -0500 Mike Wolf wrote:
>
> From Maynard Johnson
This would normally be "From:"
> Signed-off-by: Michael Wolf
It would be good if you had a Signed-off-by from Maynard as well.
--
Cheers,
Stephen Rothwell
Dear Chris,
In message <407093.53240...@web58102.mail.re3.yahoo.com> you wrote:
>
> I'm getting a bit desperate trying to build a gcc / glibc cross-toolchainfor
> use on a Freescale MPC8313 but am having problems.
Try using ELDK (see http://www.denx.de/wiki/view/DULG/ELDK resp.
ftp://ftp.denx.
In message <407093.53240...@web58102.mail.re3.yahoo.com> you wrote:
>
> Hi,
>
> I'm getting a bit desperate trying to build a gcc / glibc cross-toolchainfor
> use on a Freescale MPC8313 but am having problems.
>
> I follow the Quick Start instructions at
> http://www.kegel.com/crosstool/cr
On Wed, 2009-05-06 at 15:21 -0700, Markus Gutschke (顧孟勤) wrote:
> On Wed, May 6, 2009 at 15:13, Ingo Molnar wrote:
> > doing a (per arch) bitmap of harmless syscalls and replacing the
> > mode1_syscalls[] check with that in kernel/seccomp.c would be a
> > pretty reasonable extension. (.config cont
Hi,
I'm getting a bit desperate trying to build a gcc / glibc cross-toolchainfor
use on a Freescale MPC8313 but am having problems.
I follow the Quick Start instructions at
http://www.kegel.com/crosstool/crosstool-0.43/doc/crosstool-howto.html and
run demo-powerpc-603.sh (is that the correct
On Wed, May 6, 2009 at 4:51 PM, Grant Likely wrote:
> On Wed, May 6, 2009 at 4:19 PM, Wolfgang Denk wrote:
>> Dear Grant Likely,
>>
>> In message you
>> wrote:
>>> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
>>> > From: Piotr Ziecik
>>> >
>>> > - Enabled I2C interrupts on MPC5121.
>>
lhthanh wrote:
Thanks for your explaination! So if I want to transfer a buffer of data
from a single I/O port, will not DMA framework
also be able ?
No.
Have I to write aother driver?
Yes.
Actually, I don't want write all because there are serveral DMA code at
hand.
Hi Kumar,
On Wed, 6 May 2009 23:13:38 +1000 Stephen Rothwell
wrote:
>
> On Tue, 5 May 2009 07:04:55 -0500 Kumar Gala
> wrote:
> >
> > We shouldn't directly access sysdata to get the device node. We should
> > be calling pci_device_to_OF_node().
> >
> > Signed-off-by: Kumar Gala
>
> It loo
Commit 4fc665b88a79a45bae8bbf3a05563c27c7337c3d "powerpc: Merge 32 and
64-bit dma code" made changes to the PCI initialisation code that added
an assignment to archdata.dma_data but only for 32 bit code. Commit
7eef440a545c7f812ed10b49d4a10a351df9cad6 "powerpc/pci: Cosmetic cleanups
of pci-common.
I am using ELDK4.2 that came with the katmai board.
Yes that is all I get. If I use 64k page size then I get following log
if that helps determine anything.
=> tftp 100 uImage-2.6.29-denx
Waiting for PHY auto negotiation to complete.. done
ENET Speed is 100 Mbps - FULL duplex connection (EM
On Wed, May 6, 2009 at 4:19 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message you
> wrote:
>> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
>> > From: Piotr Ziecik
>> >
>> > - Enabled I2C interrupts on MPC5121.
>> > - Updated Kconfig for i2c-mpc driver.
>>
>> I think this wor
On Wed, May 6, 2009 at 4:23 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message you
> wrote:
>>
>> Wait till about -rc2 time to do defconfig patches.
>
> Would it offend you if I continue to include these (and you have to
> ignore them)? Posting a "complete" patch set that includs a def
On Wed, May 6, 2009 at 4:16 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message you
> wrote:
>> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
>> > From: Piotr Ziecik
>> >
>> > Signed-off-by: Piotr Ziecik
>> > Signed-off-by: Wolfgang Denk
>> > Cc: Grant Likely
>> > Cc: John R
On Wed, May 6, 2009 at 4:12 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message you
> wrote:
>>
>> > The FEC on 5121 has problems with misaligned tx buffers.
>> > The RM says any alignment is ok but empirical results
>> > show that packet buffers ending in 0x1E will sometimes
>> > hang
On Wed, May 6, 2009 at 4:02 PM, Wolfgang Denk wrote:
> Dear Grant,
>
> In message you
> wrote:
>> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
>> > From: Piotr Ziecik
>> >
>> > Signed-off-by: Piotr Ziecik
>> > Signed-off-by: Wolfgang Denk
>> > Cc:
>> > Cc: Grant Likely
>> > Cc: Joh
Dear Grant,
In message you
wrote:
>
> > Agreed that it's ugly, but duplicatio9ng the code would have been even
> > worse. I don't think that it has multiplatform - at least not as long
> > as you don't ask for one image that runs on 83xx and on 512x.
>
> Actually, I *am* asking for one image th
On Wed, May 6, 2009 at 3:06 PM, Wolfram Sang wrote:
> On Wed, May 06, 2009 at 10:15:17PM +0200, Wolfgang Denk wrote:
>> From: John Rigby
>>
>> Based on Domen Puncer's rtc driver for 5200 posted to
>> the ppclinux mailing list:
>> http://patchwork.ozlabs.org/linuxppc-embedded/patch?id=11675
On Wed, May 6, 2009 at 4:09 PM, Wolfgang Denk wrote:
> Dear Scott,
>
> in message <4a01f602.2010...@freescale.com> you wrote:
>>
>> All of the above is duplicative (with even the same names) of stuff in
>> asm/cpm.h. Beyond just the duplication, what happens if both CPM2 and
>
> OK, I can try to
* Markus Gutschke (顧孟勤) wrote:
> On Sat, Feb 28, 2009 at 10:23, Linus Torvalds
> wrote:
> > And I guess the seccomp interaction means that this is
> > potentially a 2.6.29 thing. Not that I know whether anybody
> > actually _uses_ seccomp. It does seem to be enabled in at least
> > Fedora k
Dear Shubhada,
In message <8a71b368a89016469f72cd08050ad33402d57...@maui.asicdesigners.com>
you wrote:
>
> I am unable to boot the 2.6.29-rc8 denx kernel (and 2.6.30-rc4 tot
> kernel) when I enable the 256k page size. My config file is attached.
> The *same* config works fine with 64k page size.
On Wed, May 6, 2009 at 4:01 PM, Wolfgang Denk wrote:
> Dear Grant,
>
> in message you
> wrote:
>>
> ...
>> > #ifdef CONFIG_FS_ENET_HAS_FEC
>> > +#ifdef CONFIG_FS_ENET_MPC5121_FEC
>> > + {
>> > + .compatible = "fsl,mpc5121-fec",
>> > + .data = (void *)&fs_fec_ops,
>> > + },
>>
Dear Grant Likely,
In message you
wrote:
>
> Wait till about -rc2 time to do defconfig patches.
Would it offend you if I continue to include these (and you have to
ignore them)? Posting a "complete" patch set that includs a defconfig
allows users much easier testing...
Best regards,
Wolfgang
On Wed, May 6, 2009 at 15:13, Ingo Molnar wrote:
> doing a (per arch) bitmap of harmless syscalls and replacing the
> mode1_syscalls[] check with that in kernel/seccomp.c would be a
> pretty reasonable extension. (.config controllable perhaps, for
> old-style-seccomp)
>
> It would probably be fast
Dear Grant Likely,
In message you
wrote:
> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> > From: Piotr Ziecik
> >
> > - Enabled I2C interrupts on MPC5121.
> > - Updated Kconfig for i2c-mpc driver.
>
> I think this workaround belongs in the driver itself.
Sorry, I don't get it. Which
Dear Grant Likely,
In message you
wrote:
> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> > From: Piotr Ziecik
> >
> > Signed-off-by: Piotr Ziecik
> > Signed-off-by: Wolfgang Denk
> > Cc: Grant Likely
> > Cc: John Rigby
>
> Missing patch description. Otherwise looks okay.
This i
Dear Grant Likely,
In message you
wrote:
>
> No patch description. I would also like to see this patch merged with
> the actual user of it since it is so small.
Will do. As for description - the Subject says it all.
> > +} __attribute__ ((__packed__));
>
> __attribute__((__packed__)); is unn
* Markus Gutschke (顧孟勤) wrote:
> On Wed, May 6, 2009 at 14:54, Ingo Molnar wrote:
> > Which other system calls would you like to use? Futexes might be
> > one, for fast synchronization primitives?
>
> There are a large number of system calls that "normal" C/C++ code
> uses quite frequently, a
On Wed, May 6, 2009 at 14:54, Ingo Molnar wrote:
> Which other system calls would you like to use? Futexes might be
> one, for fast synchronization primitives?
There are a large number of system calls that "normal" C/C++ code uses
quite frequently, and that are not security sensitive. A typical
e
Hi
I am unable to boot the 2.6.29-rc8 denx kernel (and 2.6.30-rc4 tot
kernel) when I enable the 256k page size. My config file is attached.
The *same* config works fine with 64k page size. I have 2GB memory on
this board.
Following are the steps that I took to enable 256k page size suppor
On Wed, May 6, 2009 at 14:29, Ingo Molnar wrote:
> That's a pretty interesting usage. What would be fallback mode you
> are using if the kernel doesnt have seccomp built in? Completely
> non-sandboxed? Or a ptrace/PTRACE_SYSCALL based sandbox?
Ptrace has performance and/or reliability problems wh
On Sat, Feb 28, 2009 at 10:23, Linus Torvalds
wrote:
> And I guess the seccomp interaction means that this is potentially a
> 2.6.29 thing. Not that I know whether anybody actually _uses_ seccomp. It
> does seem to be enabled in at least Fedora kernels, but it might not be
> used anywhere.
In the
On Sat, Feb 28, 2009 at 10:23, Linus Torvalds wrote:
> And I guess the seccomp interaction means that this is potentially a
> 2.6.29 thing. Not that I know whether anybody actually _uses_ seccomp. It
> does seem to be enabled in at least Fedora kernels, but it might not be
> used anywhere.
>
In
Dear Grant Likely,
In message you
wrote:
>
> > The FEC on 5121 has problems with misaligned tx buffers.
> > The RM says any alignment is ok but empirical results
> > show that packet buffers ending in 0x1E will sometimes
> > hang the FEC. Other bad alignment does not hang but will
> > cause sile
Dear Grant,
in message you
wrote:
>
...
> > #ifdef CONFIG_FS_ENET_HAS_FEC
> > +#ifdef CONFIG_FS_ENET_MPC5121_FEC
> > +{
> > +.compatible = "fsl,mpc5121-fec",
> > +.data = (void *)&fs_fec_ops,
> > +},
> > +#else
> >{
> >.compatible = "fsl,pq1-fec-enet",
> >
Dear Scott,
in message <4a01f602.2010...@freescale.com> you wrote:
>
> All of the above is duplicative (with even the same names) of stuff in
> asm/cpm.h. Beyond just the duplication, what happens if both CPM2 and
OK, I can try to reuse the definitions from that file.
> 512x are enabled in th
Dear David,
In message <20090506.134003.261424694.da...@davemloft.net> you wrote:
>
> Would you be offended if I tell you that this is a horrible patch
> submission?
>
> Your introductory email indicates 16 patches, yet the series indicates
> there were 12, and that intro email is only posted to
Dear Grant,
In message you
wrote:
> On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> > From: Piotr Ziecik
> >
> > Signed-off-by: Piotr Ziecik
> > Signed-off-by: Wolfgang Denk
> > Cc:
> > Cc: Grant Likely
> > Cc: John Rigby
>
> Not seeing much benefit to this patch, and the (non-exi
Dear Scott,
in message <4a01f33b.2090...@freescale.com> you wrote:
>
> > --- a/arch/powerpc/include/asm/mpc512x.h
> > +++ b/arch/powerpc/include/asm/mpc512x.h
...
> 83xx has the same registers; we should define it in a non-512x-specific
> header.
Agreed. Any suggestion where?
Best regards,
Wol
* Markus Gutschke (顧孟勤) wrote:
> On Wed, May 6, 2009 at 14:29, Ingo Molnar wrote:
> > That's a pretty interesting usage. What would be fallback mode you
> > are using if the kernel doesnt have seccomp built in? Completely
> > non-sandboxed? Or a ptrace/PTRACE_SYSCALL based sandbox?
>
> Ptrace
Since you are mentioning alignment it looks my patch for SPE alignment
went in after 2.6.23:
commit 26caeb2ee1924d564e8d8190aa783a569532f81a
Author: Kumar Gala
Date: Fri Aug 24 16:42:53 2007 -0500
[POWERPC] Handle alignment faults on SPE load/store instructions
This adds code to ha
On Wed, May 6, 2009 at 2:40 PM, Wolfgang Denk wrote:
> Dear Grant,
>
> In message you
> wrote:
>>
>> I'll ignore this one for the time being. After stuff is actually
>> merged and at about -rc2 time is the time to muck around with
>> defconfigs.
>
> Did you receive the first patch series as wel
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
> Cc: John Rigby
Wait till about -rc2 time to do defconfig patches.
g.
___
Linuxppc-dev mai
Grant Likely wrote:
#ifdef CONFIG_FS_ENET_HAS_FEC
+#ifdef CONFIG_FS_ENET_MPC5121_FEC
+ {
+ .compatible = "fsl,mpc5121-fec",
+ .data = (void *)&fs_fec_ops,
+ },
+#else
{
.compatible = "fsl,pq1-fec-enet",
.data = (void *)
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> This patch adds initial version of MPC512x DMA driver.
> Only memory to memory transfers are currenly supported.
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
> Cc: John Rigby
Do
On Wed, May 06, 2009 at 10:15:17PM +0200, Wolfgang Denk wrote:
> From: John Rigby
>
> Based on Domen Puncer's rtc driver for 5200 posted to
> the ppclinux mailing list:
> http://patchwork.ozlabs.org/linuxppc-embedded/patch?id=11675
> but never commited anywhere.
>
> Changes to Domen's orig
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: John Rigby
>
> Based on Domen Puncer's rtc driver for 5200 posted to
> the ppclinux mailing list:
> http://patchwork.ozlabs.org/linuxppc-embedded/patch?id=11675
> but never commited anywhere.
>
> Changes to Domen's original:
>
>
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
Acked-by: Grant Likely
> Cc: John Rigby
> ---
> arch/powerpc/boot/dts/mpc5121ads.dts | 5 +
> 1 files changed, 5 insertions(+)
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> - Enabled I2C interrupts on MPC5121.
> - Updated Kconfig for i2c-mpc driver.
I think this workaround belongs in the driver itself.
g.
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc:
> Cc: Gran
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> - Removed unused properties.
> - Corrected NAND flash chip size.
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
> Cc: John Rigby
Looks okay to me.
g.
> ---
> arch/powerpc/boot/
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> This patch adds NAND Flash Controller driver for MPC5121
> revision 2. All device features, except hardware ECC and
> power management, are supported.
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> C
Wolfgang Denk wrote:
+/*
+ * Define the buffer descriptor structure.
+ */
+typedef struct bufdesc {
+ ushort cbd_sc; /* Control and status info */
+ ushort cbd_datlen; /* Data length */
+ uintcbd_bufaddr;/* Buffer address */
+} c
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
> Cc: John Rigby
Missing patch description. Otherwise looks okay.
g.
> ---
> arch/powerpc/boot/dts/mpc5121ads.dts | 5 +
> 1
Would you be offended if I tell you that this is a horrible patch
submission?
Your introductory email indicates 16 patches, yet the series indicates
there were 12, and that intro email is only posted to the linuxppc-dev
list for people to read. Nobody on netdev nor other interested
parties that
Dear Grant,
In message you
wrote:
>
> I'll ignore this one for the time being. After stuff is actually
> merged and at about -rc2 time is the time to muck around with
> defconfigs.
Did you receive the first patch series as well:
[PATCH 00/16] Add support for MPC512x etc. ?
It seems it takes
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc: Grant Likely
> Cc: John Rigby
No patch description. I would also like to see this patch merged with
the actual user of it since it is so small.
> -
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: John Rigby
>
> The FEC on 5121 has problems with misaligned tx buffers.
> The RM says any alignment is ok but empirical results
> show that packet buffers ending in 0x1E will sometimes
> hang the FEC. Other bad alignment does not hang
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: Piotr Ziecik
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Cc:
> Cc: Grant Likely
> Cc: John Rigby
Not seeing much benefit to this patch, and the (non-existant) patch
description doesn't really help me here eith
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk wrote:
> From: John Rigby
>
> Add support for MPC512x to fs_enet driver
>
> drivers/net/fs_enet/*
> Enable fs_enet driver to work 5121 FEC
> Enable it with CONFIG_FS_ENET_MPC5121_FEC
>
> Signed-off-by: John Rigby
> Signed-off-by: Pio
On Wed, May 6, 2009 at 2:20 PM, Wolfgang Denk wrote:
> As more MPC512x based boards will be coming soon, a new directory
> arch/powerpc/configs/512x/ for board specific config files is created,
> following the example of other processor families.
>
> In a first step, we just copy (and update) the
Wolfgang Denk wrote:
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/include/asm/mpc512x.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc512x.h
>From Maynard Johnson
Description
---
Change ppc64 oprofile kernel driver to use the SLOT bits (MMCRA[37:39]only on
older processors where those bits are defined.
Background
--
The performance monitor unit of the 64-bit POWER processor family has the
ability to collect accurate i
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc5121ads.dts
b/arch/powerpc/boot/dts/mpc5
Default config file for the ARIA board,
a MPC5121 based COM Express module by Dave/DENX.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/configs/512x/aria_defconfig | 1789 ++
1 files changed, 1789 insertions(+), 0 deletions(-)
create
As more MPC512x based boards will be coming soon, a new directory
arch/powerpc/configs/512x/ for board specific config files is created,
following the example of other processor families.
In a first step, we just copy (and update) the existing defconfig
file for the mpc5121ads board. When new boar
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
This patch is NOT intended for inclusion into mainline, but rather a
request for help. For some reason which I don't understand yet, the
Ethernet interface on the ARIA board does not work in the default
configuration, because MII p
The following patch series adds support for the ARIA board.
ARIA is a MPC5121e based COM Express board by Dave/DENX.
[PATCH 01/04] mpc5121: prepare support for additional boards
[PATCH 02/04] ARIA: add device tree source file
[PATCH 03/04] mpc5121: add support for ARIA board
[PATCH 04/04] ARIA:
ARIA is a MPC5121E based COM Express module by Dave/DENX.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/platforms/512x/Kconfig |9 +++
arch/powerpc/platforms/512x/Makefile |1 +
arch/powerpc/platforms/512x/aria.c| 73
ARIA is a MPC5121 based COM Express module by Dave/DENX.
Signed-off-by: Andrea Scian
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/aria.dts | 410
1 files changed, 410 insertions(+), 0 deletions(-)
create mode
From: Piotr Ziecik
This patch adds initial version of MPC512x DMA driver.
Only memory to memory transfers are currenly supported.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts |2 +-
arch/powerpc
From: John Rigby
Based on Domen Puncer's rtc driver for 5200 posted to
the ppclinux mailing list:
http://patchwork.ozlabs.org/linuxppc-embedded/patch?id=11675
but never commited anywhere.
Changes to Domen's original:
Changed filenames/routine names from mpc5200* to mpc5121*
Chan
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc5121ads.dts
b/arch/powerpc/boot/dts/mpc5
From: Piotr Ziecik
- Enabled I2C interrupts on MPC5121.
- Updated Kconfig for i2c-mpc driver.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/platforms/512x/mpc5121_ads.c|2 ++
arch/powerpc/platforms/512x/mpc512x.h
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/configs/mpc5121_defconfig | 1158
1 files changed, 1158 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/mpc5121
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/include/asm/mpc512x.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc512x.h
b/arch/powerpc/include/
From: Piotr Ziecik
This patch adds NAND Flash Controller driver for MPC5121
revision 2. All device features, except hardware ECC and
power management, are supported.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/include/asm/mp
The following patch series brings support for the Freescale MPC512x
processsors up to date:
[PATCH 01/12] fs_enet: Use defines to set driver tunables.
Cc:
[PATCH 02/12] fs_enet: Add MPC5121 FEC support.
Cc:
[PATCH 03/12] fs_enet: Add FEC TX Alignment workaround for MP
From: John Rigby
The FEC on 5121 has problems with misaligned tx buffers.
The RM says any alignment is ok but empirical results
show that packet buffers ending in 0x1E will sometimes
hang the FEC. Other bad alignment does not hang but will
cause silent TX failures resulting in about a 1% packet
From: Piotr Ziecik
- Removed unused properties.
- Corrected NAND flash chip size.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: John Rigby
---
arch/powerpc/boot/dts/mpc5121ads.dts | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --
From: John Rigby
Add support for MPC512x to fs_enet driver
drivers/net/fs_enet/*
Enable fs_enet driver to work 5121 FEC
Enable it with CONFIG_FS_ENET_MPC5121_FEC
Signed-off-by: John Rigby
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc:
From: Piotr Ziecik
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Cc:
Cc: Grant Likely
Cc: John Rigby
---
drivers/net/fs_enet/fs_enet-main.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/ne
Sorry, let me try again...
>> -Original Message-
After sitting with the developer of the application for a while,
a) Alignment (aka: alignment exceptions) - Looking at how it
handles the instruction - it interprets these SPE as common
instructions & then resets the 'upper
After sitting with the developer of the application for a while, we may
have
two separate issues...
a) Alignment (aka: alignment exceptions) - Looking at how it handles it
And attempts to
b) For aligned data - we still contend that if you have enough tasks
working
>> -Original Message
Hi Ilya,
Are you going to push further in submitting the ADMA driver for 440SPE
? If you are not I am planning to pursue this effort. I also have
couple later version of Soc's needed to submit.
Thank and Regards,
Marri
From: linux-raid-ow...@vger.kernel.org
[mailto:linux-raid-ow...@vger.
Signed-off-by: Feng Kan
---
arch/powerpc/boot/dts/canyonlands.dts |8 ++
arch/powerpc/platforms/44x/Makefile|4 +
arch/powerpc/platforms/44x/amcc-sata.c | 125
3 files changed, 137 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/platfo
Signed-off-by: Feng Kan
---
Documentation/powerpc/dts-bindings/4xx/sata.txt | 24 +++
1 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644 Documentation/powerpc/dts-bindings/4xx/sata.txt
diff --git a/Documentation/powerpc/dts-bindings/4xx/sata.txt
b/Docume
Hi Scott:
I agree with your statement, however this driver is wrapped with this
AHB DMA controller.
It would be very hard for it to work on non 460EX platforms. I can
expand the depend in
the future if it is available on more cores.
Thanks
Feng Kan
Scott Wood wrote:
Feng Kan wrote:
This ad
Hi Kumar,
On Tue, 5 May 2009 07:04:55 -0500 Kumar Gala wrote:
>
> We shouldn't directly access sysdata to get the device node. We should
> be calling pci_device_to_OF_node().
>
> Signed-off-by: Kumar Gala
It looks ok, but all I can say for now is that it doesn not make things
worse. During
Can you describe the # of processes you are running in your test. Is
it possible for you to try the tests w/2.6.29 from kernel.org?
- k
On May 6, 2009, at 7:42 AM, Morrison, Tom wrote:
I'm sorry I forgot to put that, this issue was found with our
currently running kernel 2.6.23.final (what
I'm sorry I forgot to put that, this issue was found with our
currently running kernel 2.6.23.final (what comes with the
Freescale LTIB BSP package dated 05/23/2009).
I am sorry if I don't understand your statement that the SMP might
be broken on this kernel, because I tried to analyze the kern
On May 6, 2009, at 3:31 AM, Morrison, Tom wrote:
Kumar,
What about the case of a context switch (i.e.: when things are setup
in registers for the SPE, but then a context switch happens before
the SPE is executed)?
context switches will be fine. What we normally do is keep track of
which u
Freescale eSDHC controller has the special order for
the HOST version register. that is not same as the other's
registers. The address of HOSTVER in spec is 0xFE, and
we need use the in_be16(0xFE) to access it, not in_be16(0xFC).
Signed-off-by: Dave Liu
---
drivers/mmc/host/sdhci-of.c |8 +++
Kumar,
What about the case of a context switch (i.e.: when things are setup
in registers for the SPE, but then a context switch happens before
the SPE is executed)?
As to load_up_spe & give_up_spe, it was pointed out to me tonight by a co-worker
to look at how things are saved in those routine
95 matches
Mail list logo
