2009/1/26 Scott Wood
> On Mon, Jan 26, 2009 at 11:17:05AM +0100, Jean-Michel Hautbois wrote:
> > I understand that my load address is 0x40 and that the image is too
> big,
> > but I can't find where this load adress is defined.
> > It seems (from the .../arch/powerpc/boot/wrapper file) that t
This is a simple change to correct problems when using set_irq_type on
platforms using CPM2.
This code correct the problem on most platform but still fails on 8272 derived
platforms for some interrupts.
On 8272 PC2 & 3 are missing and PC 23 & 29 are added, which this patch does not
address.
Sig
You're right,
to be precise, the --no-gzip option was given to the wrapper script, the
option I gave to mkimage was -C none.
The change in the wrapper script was adding:
case "$platform" in
ubootraw)
rm -f "$ofile"
mkimage -A ppc -O linux -T kernel -C none -a -e \
$ub
Hi All,
i have an evaluation board with MPC8555 processor.
linux kernel 2.6.27
i have read the Documentation of my board, i found that it contains DMA
engine.
i know that there fsldma.c & fsldma.h
all my target is that i want to test the DMA on my board.
i want to transfer data from source to dest
On Wed, Jan 21, 2009 at 01:55:46PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> This patch adds IRQ controller support to the MPC5200 General
> Purpose Timer (GPT) device driver. With this patch the mpc5200-gpt
> driver supports both GPIO and IRQ functions.
>
> The GPT driver was contain
We have 2 MPC8313E-RDB REVA4 boards.
u-boot always fails to uncompress certain compressed files.
Either the board will hang or a checkstop occurs.
The problem occurs on both our MPC8313E-RDB REVA4 boards.
Probably memory is overwritten at the end of RAM (where
u-boot is relocated to). When using
On Tue, Jan 27, 2009 at 1:50 AM, Mike Timmons wrote:
> Thanks. Yes, USB wi fi is what I'm after. I did find the driver I needed
> after enabling the WLAN80211 and EXPERIMENTAL options. The device discovery
> appears to work, and with wireless tools I can iwconfig and see my
> interface.
>
> QUES
On Jan 27, 2009, at 2:44 AM, paulfax wrote:
This is a simple change to correct problems when using set_irq_type
on platforms using CPM2.
This code correct the problem on most platform but still fails on
8272 derived platforms for some interrupts.
On 8272 PC2 & 3 are missing and PC 23 & 29 ar
Thomas, Ingo,
Do we have any support in the kernel today to deal with a IRQ on the
root PIC being used for both a chained PIC and shared with another HW
device. We have a board that guys went and did it and as I look at
the kernel code it doesn't seem like this crazy situation is currently
On Mon, Jan 26, 2009 at 2:26 AM, Wolfram Sang wrote:
>
>> >> +system-frequency Fsystem frequency; source of all
>> >
>> > Fsystem? Typo?
>>
>> Not really, that's the name of the clock in the MP5200 user guide.
>> I'll clarify what I've written here though.
>
> That will be helpful.
>
>> > The
Your patch is in MIME format and doesn't apply cleanly. Can you
repost in a way that the patch can be applied
- k
On Jan 18, 2009, at 9:57 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts b/arch/powerpc/
boot/dts/mpc8377_rdb.
On Nov 20, 2008, at 6:32 AM, Laurent Pinchart wrote:
Instead of rounding the divider down, improve the baud-rate generators
accuracy by rounding to the nearest integer.
Signed-off-by: Laurent Pinchart
---
arch/powerpc/sysdev/cpm2.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
Thanks Jon. I'm still struggling with this rt73.bin issue. My 2.6.24
Kconfig presents options slightly different from what you describe
below. I've tried a few different settings and I placed the rt73.bin you
sent me under /lib/firmware.
I'm still getting the "failure to load rt73.bin" error o
On Jan 14, 2009, at 8:52 AM, Peter Korsgaard wrote:
Signed-off-by: Peter Korsgaard
---
Documentation/powerpc/dts-bindings/fsl/dma.txt | 34 +++
+
1 files changed, 17 insertions(+), 17 deletions(-)
applied to next (for 2.6.30)
- k
_
On Wed, Jan 21, 2009 at 2:55 PM, Grant Likely wrote:
> From: Grant Likely
>
> Rework the mpc5200-pic driver to simplify it and fix up the setting
> of desc->status when set_type is called for internal IRQs (so they
> are reported as level, not edge). The simplification is due to
> splitting off
On Tue, Jan 27, 2009 at 10:52 AM, Matt Sealey wrote:
> On Wed, Jan 21, 2009 at 2:55 PM, Grant Likely
> wrote:
>> From: Grant Likely
>>
>> Rework the mpc5200-pic driver to simplify it and fix up the setting
>> of desc->status when set_type is called for internal IRQs (so they
>> are reported as
On Mon, Jan 26, 2009 at 10:34 PM, Grant Likely
wrote:
> From: Grant Likely
>
> This patch ensures that memory gets properly mapped into the PCI
> address space. Without this patch, the memory window BAR is left
> at whatever value happened to be loaded into the BAR when Linux
> was booted. With
On Wed, Jan 21, 2009 at 2:55 PM, Grant Likely wrote:
> From: Grant Likely
>
> This patch updates the mpc5200 binding documentation to match
> actual usage conventions, to remove incorrect information, and
> to remove topics which are more thoroughly described elsewhere.
>
> Signed-off-by: Grant L
On Tue, Jan 27, 2009 at 10:56 AM, Matt Sealey wrote:
> On Mon, Jan 26, 2009 at 10:34 PM, Grant Likely
> wrote:
>> From: Grant Likely
>>
>> This patch ensures that memory gets properly mapped into the PCI
>> address space. Without this patch, the memory window BAR is left
>> at whatever value ha
On Tue, Jan 27, 2009 at 11:00 AM, Matt Sealey wrote:
> On Wed, Jan 21, 2009 at 2:55 PM, Grant Likely
> wrote:
>> From: Grant Likely
>>
>> This patch updates the mpc5200 binding documentation to match
>> actual usage conventions, to remove incorrect information, and
>> to remove topics which are
On Tue, Jan 27, 2009 at 08:31:16AM -0600, Kumar Gala wrote:
>
> On Jan 27, 2009, at 2:44 AM, paulfax wrote:
>
>> This is a simple change to correct problems when using set_irq_type on
>> platforms using CPM2.
>> This code correct the problem on most platform but still fails on 8272
>> derived pla
On Tue, Jan 27, 2009 at 11:28:23AM -0600, Mike Timmons wrote:
> Thanks Jon. I'm still struggling with this rt73.bin issue. My 2.6.24
> Kconfig presents options slightly different from what you describe
> below. I've tried a few different settings and I placed the rt73.bin you
> sent me under
Signed-off-by: Philippe Reynes
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
b/arch/powerpc/boot/dts/mpc8377_rdb.dts
index 9413af3..a8276d4 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++ b/arch/powerpc/boot/dts/mpc8377_rdb.dts
@@ -116,6 +116,12 @@
interrupt
Hi all,
I'm working on porting of a Linux Kernel ( Linux-2.6.27-rc5) on an
MPC7448 & Marvell 64460 based PowerPC system. At kernel booting,
messages seems as usually on the serial output. Nevertheless at loading
of the system trough NFS, appears only printk messages from the kernel.
By trying to
Hi all,
I'm working on porting of a Linux Kernel ( Linux-2.6.27-rc5) on an
MPC7448 & Marvell 64460 based PowerPC system. At kernel booting,
messages seems as usually on the serial output. Nevertheless at loading
of the system trough NFS, appears only printk messages from the kernel.
By trying to
>
> > > Is anyone aware of a version of DTC that will compile the ebony.dts
> file
> > > included with the 2.6.24 kernel? Or, an updated ebony.dts file that
> works
> > > with DTC 1.2.0-gb2b4990b. Any other suggestions would be great.
> Thanks!
> >
> > Is there any specific reson for you to use
Dear Rob Gubler,
In message you
wrote:
>
> My only attachment to this kernel is it looks like the IPIPE and Xenomai
> patches have already been applied to the 2.6.24 kernel provided by ELDK
> 4.2. In the past applying these patches for an x86 machine wasn't always a
> simple task. I was hoping
what kernel tree are these against? I still have issues applying this.
Also, you are using spaces instead of tabs.
- k
On Jan 27, 2009, at 11:55 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
b/arch/powerpc/boot/dts/mpc8377_r
On Jan 27, 2009, at 12:14 PM, Anton Vorontsov wrote:
On Tue, Jan 27, 2009 at 08:31:16AM -0600, Kumar Gala wrote:
On Jan 27, 2009, at 2:44 AM, paulfax wrote:
This is a simple change to correct problems when using
set_irq_type on
platforms using CPM2.
This code correct the problem on most p
Kumar Gala wrote:
>
> On Jan 27, 2009, at 12:14 PM, Anton Vorontsov wrote:
>
>> On Tue, Jan 27, 2009 at 08:31:16AM -0600, Kumar Gala wrote:
>>>
>>> On Jan 27, 2009, at 2:44 AM, paulfax wrote:
>>>
This is a simple change to correct problems when using set_irq_type on
platforms using CPM2
powerpc has dot symbols, so the dmesg output looks like:
<4>[0.327310] calling .migration_init+0x0/0x9c @ 1
<4>[0.327595] initcall .migration_init+0x0/0x9c returned 1 after 0 usecs
The below fixes bootgraph.pl so it handles this correctly.
Signed-off-by: Michael Neuling
---
scripts
On Fri, 2009-01-16 at 16:14 -0800, Victor Gallardo wrote:
> Hi Josh,
>
> I see you are delegated for this patch submission any ideas when it will be
> accepted.
>
> http://patchwork.ozlabs.org/patch/6814/
Acked-by: Benjamin Herrenschmidt
---
Victor, re-send to netdev with my Ack included.
Ch
On Mon, Jan 12, 2009 at 11:30:50AM -0800, James Hsiao wrote:
> This is the 5th submission of AMCC's security driver.
> - remove aad support in build pd function, since we didn't release any
> algorithm that use aead yet.
>
> - changed some hardcode value to #defines
>
> - changed local_irq_disabl
Michael Neuling wrote:
powerpc has dot symbols, so the dmesg output looks like:
<4>[0.327310] calling .migration_init+0x0/0x9c @ 1
<4>[0.327595] initcall .migration_init+0x0/0x9c returned 1 after 0 usecs
The below fixes bootgraph.pl so it handles this correctly.
question for the
Hi,
I'm trying to bring the primary Ethernet interface up on my 8272-based
board running 2.6.27.
Previously, I had this same hardware working with 2.6.14 using the
following driver:
linux-2.6.14/arch/ppc/8260_io/fcc_enet.c
This doesn't exist anymore in 2.6.27. From reading the code comments,
I
On Jan 27, 2009, at 12:13 PM, Andrew Klossner wrote:
Kumar, you wrote:
Any resolution to all this.. Not exactly sure what change impacts
things and what part of our screwy HW is causing issues.
The change in question is commit
b556151110ff003ce77d84597400c84824690ccf.
The fundamental pr
36 matches
Mail list logo
