so remove them from the macros.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/exception.h |4 ++--
arch/powerpc/platforms/iseries/head.S | 24
2 files changed, 14 insertions(+), 14 deletions(-)
--
Cheers,
Stephen Rothw
On Fri, Aug 17, 2007 at 06:28:50PM -0500, Satya wrote:
> hi,
> what's the issue with arch/ppc again? why is it being phased out? I
> am
It's a crusty, nasty, old codebase that we want to replace with the
newer and nicer arch/powerpc.
> working with the IBM Blue Gene/L which is based on ppc440. I
On Tue, Aug 21, 2007 at 02:42:22PM +1000, Stephen Rothwell wrote:
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
> ---
> arch/powerpc/kernel/head_64.S | 86 +---
> arch/powerpc/platforms/iseries/Makefile |1 +
> arch/powerpc/platforms/iseries/head.S
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/exception.h | 58 ++
arch/powerpc/platforms/iseries/head.S | 15 +++---
include/asm-powerpc/exception.h| 71 +---
3 files changed, 78 insertion
out of head_64.S and into platforms/iseries/head.S
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_64.S | 136 -
arch/powerpc/platforms/iseries/head.S | 136 +
2 files changed, 136 insertion
It makes head_64.S a bit more readable and will allow us to move the
iSeries excetions elsewhere.
This also removes the last line of the comment:
* The following macros define the code that appears as
* the prologue to each of the exception handlers. They
* are split into two parts to allow a
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_64.S | 86 +---
arch/powerpc/platforms/iseries/Makefile |1 +
arch/powerpc/platforms/iseries/head.S | 114 +++
include/asm-powerpc/ppc_asm.h
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/video/imsttfb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This is the correct fix according to Paul Mackerras and allows an
allyesconfig on PPC64 to build.
--
Cheers,
Stephen Rothwell[EMAIL PR
On Tue, 21 Aug 2007 11:47:07 +1000
David Gibson <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 20, 2007 at 10:44:31AM -0500, Scott Wood wrote:
> > Josh Boyer wrote:
> > > On Mon, 20 Aug 2007 10:32:43 -0500
> > > Kumar Gala <[EMAIL PROTECTED]> wrote:
> > >>Do we want to go and move stuff back out of arch
On Mon, Aug 20, 2007 at 12:39:52PM -0500, Scott Wood wrote:
> U-boots more recent than when ppcboot.h was forked allow the board config
> file to enable additional ethernet ports explicitly, rather than
> using a hardcoded list of targets. This allows bootwrapper platform
> files to do the same.
>
On Mon, Aug 20, 2007 at 12:40:02PM -0500, Scott Wood wrote:
> This allows booting on legacy, non-device-tree aware versions of U-boot.
>
> It also fixes up the hardware to match the PCI and chipselect information
> in the device tree, as u-boot is inconsistent in setting these up
> correctly (or a
On Mon, Aug 20, 2007 at 12:40:10PM -0500, Scott Wood wrote:
> This target produces a flat binary rather than an ELF file, and prints
> the start address for the user to jump to (since it is unfortunately not
> fixed).
For platforms whose firmware can't take an image format including an
entry point
On Mon, Aug 20, 2007 at 12:40:13PM -0500, Scott Wood wrote:
> fsl_get_immr() is equivalent to the kernel's get_immrbase() function.
I notice that this function assumes that P==V. Is that true for all
relevant platforms at this point?
> mpc885_get_clock() transforms a crystal frequency into a sys
On Mon, Aug 20, 2007 at 12:40:11PM -0500, Scott Wood wrote:
> Some firmwares (such as PlanetCore) only provide a base MAC address, and
> expect the kernel to set certain bits to generate the addresses for the
> other ports. As such, MAC addresses are generated that may not correspond
> to actual h
On Mon, Aug 20, 2007 at 12:40:08PM -0500, Scott Wood wrote:
> This is a library that board code can use to extract information from the
> PlanetCore configuration keys. PlanetCore is used on various boards from
> Embedded Planet.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
[snip]
;5B;5B;5B
On Mon, Aug 20, 2007 at 12:40:07PM -0500, Scott Wood wrote:
> strncmp() will be needed for PlanetCore firmware support.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Hmm. They should be moved, but if we are, I'm inclined to implement
them in string.S with the rest of the string functions, ra
On Mon, Aug 20, 2007 at 12:40:05PM -0500, Scott Wood wrote:
> This will be used by the PlanetCore firmware support to construct
> a linux,stdout-path from the serial node that it finds.
Err... no S-o-b line..
--
David Gibson| I'll have my music baroque, and my code
david AT g
On Mon, Aug 20, 2007 at 09:47:30PM -0500, Josh Boyer wrote:
> On Tue, 21 Aug 2007 11:47:07 +1000
> David Gibson <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Aug 20, 2007 at 10:44:31AM -0500, Scott Wood wrote:
> > > Josh Boyer wrote:
> > > > On Mon, 20 Aug 2007 10:32:43 -0500
> > > > Kumar Gala <[EMAIL
On Mon, Aug 20, 2007 at 12:40:01PM -0500, Scott Wood wrote:
> This allows booting on legacy, non-device-tree aware versions of
> U-boot.
Is this really sufficient for all 8xx platforms?
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au |
On Mon, Aug 20, 2007 at 12:40:04PM -0500, Scott Wood wrote:
> This will be needed by PlanetCore firmware support.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/Makefile |2 +-
> arch/powerpc/boot/stdlib.c | 41 +
> arch/p
On Mon, Aug 20, 2007 at 12:39:58PM -0500, Scott Wood wrote:
> Most of these were previously used by numerous C files and
> redeclared in each one.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Hrm. I like the idea of putting these into a header, but I don't so
much like putting them in ops.h
On Mon, Aug 20, 2007 at 12:39:57PM -0500, Scott Wood wrote:
> This serial port is used on all 8xx, many 82xx, and some 85xx chips.
>
> The driver requires that the port has already been set up by the firmware
> and/or platform code.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Dav
Sorry, this is patch 2/2 of course.
On Tue, Aug 21, 2007 at 04:16:52AM +0200, Nick Piggin wrote:
> This one is perhaps not as straightforward. I'm pretty limited in the types
> of powerpc machines I can test with, so I don't actually know whether this
> is the right thing to do on power5/6 etc. I
This one is perhaps not as straightforward. I'm pretty limited in the types
of powerpc machines I can test with, so I don't actually know whether this
is the right thing to do on power5/6 etc. I can supply the simple test program
I used if anybody is interested.
---
On my dual G5, lwsync is over 5
In the interest of completeness, I'll split these patches up and submit to
the powerpc dev list. Any discussion or ack/nack would be appreciated.
---
lwsync is defined to only order memory operations on cacheable memory.
A full sync appears to be the only barrier that will order all memory
loads i
On Mon, Aug 20, 2007 at 12:39:55PM -0500, Scott Wood wrote:
> Declarations in various users are removed.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Hrm... it should go in a header, certainly, but I wonder if io.h would
be more suitable than the already rather bloated ops.h.
--
David Gibs
On Mon, Aug 20, 2007 at 12:39:54PM -0500, Scott Wood wrote:
> 1. Search the entire compatible list for serial devices.
>
> The serial code previously did a simple strcmp on the compatible
> node; this fails when the match string is not the first compatible
> listed. Use dt_is_compatible() instead
On Mon, Aug 20, 2007 at 12:39:51PM -0500, Scott Wood wrote:
> Also, include types.h from io.h, so callers don't have to.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Seems reasonable.
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroqu
On Mon, Aug 20, 2007 at 12:39:49PM -0500, Scott Wood wrote:
> 1. ft_create_node was returning the internal pointer rather than a phandle.
> 2. ft_find_device_rel was treating a "top" phandle of NULL as an error,
> rather than as the root of the tree.
> 3. Return the node's name when getprop() is ca
On Mon, Aug 20, 2007 at 12:39:48PM -0500, Scott Wood wrote:
> This can be used rather than doing a simple strcmp, which will fail to
> handle multiple compatible entries.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Not sure if it's the simplest way we could accomplish this, but it
will do.
On Mon, Aug 20, 2007 at 12:39:46PM -0500, Scott Wood wrote:
> 1. The check whether ranges fits in the buffer was using elements rather
> than bytes.
> 2. Empty ranges were not properly treated as transparent, and missing
> ranges were treated as transparent.
> 3. The loop terminated when translatin
On Mon, Aug 20, 2007 at 10:44:31AM -0500, Scott Wood wrote:
> Josh Boyer wrote:
> > On Mon, 20 Aug 2007 10:32:43 -0500
> > Kumar Gala <[EMAIL PROTECTED]> wrote:
> >>Do we want to go and move stuff back out of arch/powerpc/kernel back
> >>into arch/ppc/kernel? or just include files?
> >
> >
> >
On Mon, Aug 20, 2007 at 12:39:45PM -0500, Scott Wood wrote:
> This lets udelay() work properly on platforms which use dt_fixup_cpu_clocks.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Not entirely sure of ops.h is the right place for the definition, but
it's certainly an improvement over wha
On Mon, Aug 20, 2007 at 12:39:20PM -0500, Scott Wood wrote:
> All cuImage types are ignored, as well as preprocessed .lds files,
> and the forthcoming zImage.bin files and embedded planet board images.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
-
I have u-boot running and am currently working on the Linux prompt. I
store uImage at ffd0. u-boot is at fff0.
* The Freescale BSP for the MPC8360 was used for the base. u-boot
1.1.6 and Linux 2.6.19 are the versions selected and reported.
* u-boot is running at the prompt and seems sta
Timur Tabi writes:
> Is this something new that you want done for all patches from now on?
It's not necessary for patches posted to the mailing list, but people
putting commits into a git tree for me to pull need to do it. I have
hacked versions of git-apply{mbox,patch} that do it automatically.
'gt;> What would be the point of doing that? I would think we want the
>> opposite, in that we want to reuse as much of arch/powerpc during
>> arch/ppc compiles as possible. Sort of shows how much is "left" to
>> port.
>
> The point would be to keep the two trees separate, so that one doesn't
> n
Enable wakeup from serial ports, make it run-time configurable over sysfs,
e.g.,
echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
Requires
# CONFIG_SYSFS_DEPRECATED is not set
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
(I still find it strange having
> We need to have xLparMap in ead_64.S so that it is at a fixed address
+h
> (because the linker will not resolve (address & 0x) for us).
> But the assembler miscalculates the KERNEL_VSID() expressions. So put
> the confusing expressions into asm-offset.c.
>
> Signed-off-by: Stephen Roth
fsl_get_immr() is equivalent to the kernel's get_immrbase() function.
mpc885_get_clock() transforms a crystal frequency into a system frequency
according to the PLL register settings.
pq2_get_clocks() does the same as the above for the PowerQUICC II,
except that it produces several different cloc
This target produces a flat binary rather than an ELF file, and prints
the start address for the user to jump to (since it is unfortunately not
fixed).
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |5 -
arch/powerpc/boot/wrapper | 11 +++
2 files
Some firmwares (such as PlanetCore) only provide a base MAC address, and
expect the kernel to set certain bits to generate the addresses for the
other ports. As such, MAC addresses are generated that may not correspond
to actual hardware.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/po
This is a library that board code can use to extract information from the
PlanetCore configuration keys. PlanetCore is used on various boards from
Embedded Planet.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |2 +-
arch/powerpc/boot/planetcore.c | 160 ++
This will be needed by PlanetCore firmware support.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |2 +-
arch/powerpc/boot/stdlib.c | 41 +
arch/powerpc/boot/stdlib.h |6 ++
3 files changed, 48 insertions(+), 1 d
Most of these were previously used by numerous C files and
redeclared in each one.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/cuboot-83xx.c|1 -
arch/powerpc/boot/cuboot-85xx.c|1 -
arch/powerpc/boot/cuboot.c |3 ---
arch/powerpc/boot/ebony.c
This allows booting on legacy, non-device-tree aware versions of U-boot.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |3 +-
arch/powerpc/boot/cuboot-8xx.c | 45
arch/powerpc/platforms/Kconfig.cputype |
This allows booting on legacy, non-device-tree aware versions of U-boot.
It also fixes up the hardware to match the PCI and chipselect information
in the device tree, as u-boot is inconsistent in setting these up
correctly (or at all).
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/power
strncmp() will be needed for PlanetCore firmware support.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/flatdevtree_env.h | 20
arch/powerpc/boot/string.h | 20
2 files changed, 20 insertions(+), 20 deletions(-)
diff --
This will be used by the PlanetCore firmware support to construct
a linux,stdout-path from the serial node that it finds.
---
arch/powerpc/boot/devtree.c | 29 +
arch/powerpc/boot/ops.h |1 +
2 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/arch
This serial port is used on all 8xx, many 82xx, and some 85xx chips.
The driver requires that the port has already been set up by the firmware
and/or platform code.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |3 +-
arch/powerpc/boot/cpm-serial.c | 249 +
1. Search the entire compatible list for serial devices.
The serial code previously did a simple strcmp on the compatible
node; this fails when the match string is not the first compatible
listed. Use dt_is_compatible() instead.
2. Don't call serial_edit_cmdline if getc isn't defined.
Signed-of
Declarations in various users are removed.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/mpsc.c|1 -
arch/powerpc/boot/mv64x60_i2c.c |2 --
arch/powerpc/boot/ops.h |1 +
arch/powerpc/boot/prpmc2800.c |2 --
arch/powerpc/boot/serial.c |
U-boots more recent than when ppcboot.h was forked allow the board config
file to enable additional ethernet ports explicitly, rather than
using a hardcoded list of targets. This allows bootwrapper platform
files to do the same.
Fortunately, nothing after the ethernet addresses is of interest to
Also, include types.h from io.h, so callers don't have to.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/io.h | 49
1 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/io.h b/arch/powerpc/boot/i
1. ft_create_node was returning the internal pointer rather than a phandle.
2. ft_find_device_rel was treating a "top" phandle of NULL as an error,
rather than as the root of the tree.
3. Return the node's name when getprop() is called with the "name" property.
Signed-off-by: Scott Wood <[EMAIL PR
This can be used rather than doing a simple strcmp, which will fail to
handle multiple compatible entries.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/devtree.c | 48 +-
arch/powerpc/boot/ops.h |1 +
2 files changed, 34 ins
1. The check whether ranges fits in the buffer was using elements rather
than bytes.
2. Empty ranges were not properly treated as transparent, and missing
ranges were treated as transparent.
3. The loop terminated when translating from the root rather than to. Once
bug #2 was fixed, it failed due
This lets udelay() work properly on platforms which use dt_fixup_cpu_clocks.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/devtree.c |2 ++
arch/powerpc/boot/ops.h |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/devtree.c b
All cuImage types are ignored, as well as preprocessed .lds files,
and the forthcoming zImage.bin files and embedded planet board images.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/.gitignore |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/
On Aug 20, 2007, at 11:09 AM, Timur Tabi wrote:
> Paul Mackerras wrote:
>
>> Could you re-do these with [POWERPC] at the start of the summary
>> line?
>
> Is this something new that you want done for all patches from now on?
I think for git tree pull requests this is desired. For patches it
Disregard
You are correct, they are not used. For some reason, I had a config
with it (I also work on an arm box which does use it :-) )
On 8/19/07, Segher Boessenkool <[EMAIL PROTECTED]> wrote:
> > Please update the default config in linux-2.6.23 for the LINKSTATION
> > board with the following
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.
2. Update the way get_brgfreq() finds things in the device tree.
It now uses names that are less namespace polluting. The old names
The current code assumes "foo-bar" must always be compatible with a node
compatible with "foo", which breaks device trees where this is not so.
The "case" part is also wrong according to Open Firmware, but it's more
likely to have drivers and/or device trees depending on it, and thus
needs to be h
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
include/asm-powerpc/io.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/asm-powerpc/io.h b/include/asm-powerpc/io.h
index bb8d965..4c0b550 100644
--- a/include/asm-powerpc/io.h
+++ b/include/asm-powerpc/io.h
@@ -
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts| 376 ---
arch/powerpc/kernel/irq.c |4 +-
arch/powerpc/platforms/8xx/m8xx_setup.c | 72 +++---
arch/powerpc/sysdev/commproc.c | 20 +-
arch/powerp
Paul Mackerras wrote:
> Could you re-do these with [POWERPC] at the start of the summary line?
Is this something new that you want done for all patches from now on?
--
Timur Tabi
Linux Kernel Developer @ Freescale
___
Linuxppc-dev mailing list
Linuxpp
On Mon, 20 Aug 2007 10:44:31 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > On Mon, 20 Aug 2007 10:32:43 -0500
> > Kumar Gala <[EMAIL PROTECTED]> wrote:
> >>Do we want to go and move stuff back out of arch/powerpc/kernel back
> >>into arch/ppc/kernel? or just include files?
Josh Boyer wrote:
> On Mon, 20 Aug 2007 10:32:43 -0500
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>>Do we want to go and move stuff back out of arch/powerpc/kernel back
>>into arch/ppc/kernel? or just include files?
>
>
> What would be the point of doing that? I would think we want the
> opposit
On Mon, 20 Aug 2007, Stefan Assmann wrote:
> >> btw, I get the following message while booting:
> >> PS3AV_CID_AV_VIDEO_DISABLE_SIG: failed 2 port 10
> >>
> >> does this ring a bell? I'm using kernel 2.6.22 with ps3 patches
> >>
> >
> > Do you put your kernel in FLASH ROM (otheros.bld)?
> > Do
On Mon, 20 Aug 2007 10:32:43 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Aug 20, 2007, at 1:00 AM, David Gibson wrote:
>
> > On Sat, Aug 18, 2007 at 12:05:36PM -0500, Kumar Gala wrote:
> >> This patch series removes the need for include/asm-ppc in the
> >> ARCH=powerpc
> >> build for pp
On Aug 20, 2007, at 1:00 AM, David Gibson wrote:
> On Sat, Aug 18, 2007 at 12:05:36PM -0500, Kumar Gala wrote:
>> This patch series removes the need for include/asm-ppc in the
>> ARCH=powerpc
>> build for ppc32. They exist in the following git tree:
>>
>> master.kernel.org:/pub/scm/linux/ker
On Aug 20, 2007, at 12:57 AM, Paul Mackerras wrote:
> I wrote:
>
>> On 32-bit powermac, I get:
>>
>> CC [M] drivers/macintosh/ans-lcd.o
>> /home/paulus/kernel/powerpc/drivers/macintosh/ans-lcd.c:17:25:
>> error: asm/ans-lcd.h: No such file or directory
>>
>> plus a whole pile of things undef
On Aug 20, 2007, at 12:54 AM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>> We no longer have any dependancies on include/asm-ppc so we can
>> get ride
>> of the makefile hacks to include it in the build process.
>
> On 32-bit powermac, I get:
>
> CC [M] drivers/macintosh/ans-lcd.o
> /home
>
> So this patch helps? I'll add it.
>
> --- a/drivers/ps3/ps3av.c
> +++ b/drivers/ps3/ps3av.c
> @@ -731,6 +731,9 @@ static const struct ps3av_monitor_quirk
> .monitor_name = "L226WTQ",
> .clear_60 = PS3AV_RESBIT_1920x1080I |
> P
We no longer have any dependancies on include/asm-ppc so we can get ride
of the makefile hacks to include it in the build process.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/Makefile | 17 +
1 files changed, 1 insertions(+), 16 deletions(-)
diff --git a/arch
To build arch/powerpc without including asm-ppc/ we need these files
in asm-powerpc/
Moved some headers under arch/powerpc/platforms if they were only used by
platform or driver files and fixed up the source file includes to match
the new locations
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
--
Hi Stefan,
On Thu, 16 Aug 2007, Stefan Assmann wrote:
> Geert Uytterhoeven schrieb:
> > If it fails, please add `#define DEBUG' to drivers/ps3/ps3av.c, send me the
> > `Monitor Info' output in the kernel log (dmesg), and tell me which of the
> > PS3 video modes (1-13) work and which don't.
Remove includes of files that existed in arch/ppc that we dont need in
arch/powerpc anymore. The following includes were removed:
This also caused platforms/embedded6xx/mpc7448_hpc2.h to no longer be
needed and thus removed.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/po
This patch series removes the need for include/asm-ppc in the ARCH=powerpc
build for ppc32. They exist in the following git tree:
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24
posting here for everyone else to see.
Updated to fix ans-lcd driver building, some hydra
On Mon, 20 Aug 2007 14:45:25 +1000
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Josh Boyer writes:
>
> > Josh Boyer (10):
> > Rename 4xx paths to 40x
> > 4xx Kconfig cleanup
> > Rename 44x bootwrapper
> > 4xx bootwrapper reworks
> > 40x MMU
> > 40x decrementer f
I wrote:
> On 32-bit powermac, I get:
>
> CC [M] drivers/macintosh/ans-lcd.o
> /home/paulus/kernel/powerpc/drivers/macintosh/ans-lcd.c:17:25: error:
> asm/ans-lcd.h: No such file or directory
>
> plus a whole pile of things undefined after that.
And on mpc7448_hpc2 I get
CC arch/pow
81 matches
Mail list logo
