Added basic board port for MPC8572 DS reference platform that is
similiar to the MPC8544/33 DS reference platform in uniprocessor mode.
---
Posted here for review. Patch exists in my for-2.6.24 branch. Removed
defconfig to reduce patch review size.
arch/powerpc/boot/dts/mpc8572ds.dts |
On Aug 28, 2007, at 3:16 PM, Scott Wood wrote:
> 1. Fix get_immrbase() to use ranges, rather than reg.
>
> It is not always the case that the SoC's first reg property points
> to the beginning of the entire SoC block.
when is this true?
Upon further testing this breaks some platforms. I don't
On Tue, Sep 11, 2007 at 09:10:20AM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > electra_cf uses it, that driver is currently in -mm including below
> > update to use benh's rewritten interfaces:
> >
> > http://patchwork.ozlabs.org/linuxppc/patch?id=13237
> >
> > It gets the effect
Olof Johansson writes:
> electra_cf uses it, that driver is currently in -mm including below
> update to use benh's rewritten interfaces:
>
> http://patchwork.ozlabs.org/linuxppc/patch?id=13237
>
> It gets the effective addresses to use out of the device tree.
Huh? What does firmware (or the d
Hi,
On Tue, Sep 11, 2007 at 07:57:52AM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Export new __io{re,un}map_at() symbols so modules can use them.
>
> What module wants to use these? How is it going to work out what
> effective address to use?
electra_cf uses it, that driver is
Olof Johansson writes:
> Export new __io{re,un}map_at() symbols so modules can use them.
What module wants to use these? How is it going to work out what
effective address to use?
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozl
Please pull from 'for-2.6.23' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.23
to receive the following updates:
arch/powerpc/platforms/85xx/mpc8544_ds.c |2 ++
arch/powerpc/platforms/85xx/mpc85xx_cds.c |2 +-
arch/powerpc/platforms/85xx/mpc8
>>> +static inline void disable_irq(void)
>>> +{
>>> + int dummy;
>>> + asm volatile("mfmsr %0; rlwinm %0, %0, 0, ~(1<<15); mtmsr %0"
>>> :
>>> +"=r" (dummy) : : "memory");
>>> +}
>
> This will fail (mtmsr illegal instruction) on 64 bit processors that do
> not imple
Kumar Gala wrote:
>
> On Sep 10, 2007, at 2:44 PM, Scott Wood wrote:
>
>> Kumar Gala wrote:
>>> On Sep 5, 2007, at 2:29 PM, Scott Wood wrote:
The hardware adds one to the BRG value to get the divider, so it must
be subtracted by software. Without this patch, characters will
occas
On Sep 10, 2007, at 2:44 PM, Scott Wood wrote:
> Kumar Gala wrote:
>> On Sep 5, 2007, at 2:29 PM, Scott Wood wrote:
>>> The hardware adds one to the BRG value to get the divider, so it
>>> must
>>> be subtracted by software. Without this patch, characters will
>>> occasionally
>>> be corrupt
Olof Johansson writes:
> If a platform provide it's own machine check handler, assume that code
> will handle the reason parsing and reporting the error. The current
> default fall-though only makes sense on a few 32-bit platforms that
> lack individual handlers.
Might be nice to put that code in
On Thu, 2007-09-06 at 09:09, Segher Boessenkool wrote:
> >> Either way, it's a bit late to change this, no?
> >
> > Sure, I was just whining due to having been bitten by this sort of bug
> > in
> > the past. :-)
>
> Write a song about it, it's therapeutical it seems!
One of these things is not l
Kumar Gala wrote:
>
> On Sep 5, 2007, at 2:29 PM, Scott Wood wrote:
>
>> The hardware adds one to the BRG value to get the divider, so it must
>> be subtracted by software. Without this patch, characters will
>> occasionally
>> be corrupted.
>>
>> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
>
On Sep 5, 2007, at 2:29 PM, Scott Wood wrote:
> The hardware adds one to the BRG value to get the divider, so it must
> be subtracted by software. Without this patch, characters will
> occasionally
> be corrupted.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
> ---
> arch/powerpc/sysdev/c
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
There are four bug-fixes there. Three of them are to fix problems on
PS3 and the fourth is to fix a problem on POWER6 machines.
Thanks,
Paul.
arch/powerpc/kernel/ibmebus.c | 30
Am seeing the following compile error on all of my powerpc platforms:
CC kernel/sched.o
kernel/sched.c: In function `cpu_to_phys_group':
kernel/sched.c:5937: error: `per_cpu__cpu_sibling_map' undeclared (first use
in this function)
kernel/sched.c:5937: error: (Each undeclared identif
On Sep 10, 2007, at 9:25 AM, Scott Wood wrote:
+static inline void disable_irq(void)
+{
+ int dummy;
+ asm volatile("mfmsr %0; rlwinm %0, %0, 0, ~(1<<15); mtmsr
%0"
:
+"=r" (dummy) : : "memory");
+}
>>
>> This will fail (mtm
On Sep 10, 2007, at 9:30 AM, Scott Wood wrote:
> On Mon, Sep 10, 2007 at 09:25:13AM -0500, Scott Wood wrote:
>>> (5) space below load to decompress vmlinux (no vmlinux_alloc to
>>> fallback to malloc)
>>> (6) all space above load address available to hold malloc region
>>> (7) for console output (
On Mon, Sep 10, 2007 at 10:44:43AM -0500, Nathan Lynch wrote:
> Olof Johansson wrote:
> > commit 6a30bd1e2160e921a8fb051b472dfaf068f4f386
> > Author: Olof Johansson <[EMAIL PROTECTED]>
> > Date: Tue Sep 4 21:53:30 2007 -0500
> >
> > [POWERPC] pasemi: Move pasemi_idle_init() to late_initcall(
Olof Johansson wrote:
> commit 6a30bd1e2160e921a8fb051b472dfaf068f4f386
> Author: Olof Johansson <[EMAIL PROTECTED]>
> Date: Tue Sep 4 21:53:30 2007 -0500
>
> [POWERPC] pasemi: Move pasemi_idle_init() to late_initcall()
>
> Move pasemi_idle_init() to be a late_initcall instead of be
On Mon, Sep 10, 2007 at 09:25:13AM -0500, Scott Wood wrote:
> > (5) space below load to decompress vmlinux (no vmlinux_alloc to
> > fallback to malloc)
> > (6) all space above load address available to hold malloc region
> > (7) for console output (or input) from wrapper, on most cpus, some
> > m
On Sun, Sep 09, 2007 at 06:29:11PM -0500, Milton Miller wrote:
> >>diff --git a/arch/powerpc/boot/io.h b/arch/powerpc/boot/io.h
> >>index ccaedae..ec57ec9 100644
> >>--- a/arch/powerpc/boot/io.h
> >>+++ b/arch/powerpc/boot/io.h
> >>@@ -99,4 +99,11 @@ static inline void barrier(void)
> >>asm
On Sun, Sep 09, 2007 at 07:55:35PM +1000, Paul Mackerras wrote:
> Gabriel Paubert writes:
>
> > The solution now used by i386/x86-64/sparc64 is
> > CONFIG_GENERIC_CMOS_UPDATE. Maybe powerpc should be switched
> > to use something similar, but the generic code has some
>
> Yes. I'll turn on CONFI
23 matches
Mail list logo
