* Re: [PATCH] [POWERPC] Fix 8xx compile failure
From: Kumar Gala @ 2007-08-17 18:35 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linuxppc-dev
In-Reply-To: <20070818021917.142f0c45.sfr@canb.auug.org.au>
On Aug 17, 2007, at 11:19 AM, Stephen Rothwell wrote:
> Hi Kumar,
>
> On Fri, 17 Aug 2007 11:11:20 -0500 Kumar Gala
> <galak@kernel.crashing.org> wrote:
>>
>> On Aug 17, 2007, at 10:55 AM, Stephen Rothwell wrote:
>>
>>> On Fri, 17 Aug 2007 08:24:02 -0500 (CDT) Kumar Gala
>>> <galak@kernel.crashing.org> wrote:
>>>>
>>>> diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/
>>>> fsl_soc.c
>>>> index 727453d..f6943fc 100644
>>>> --- a/arch/powerpc/sysdev/fsl_soc.c
>>>> +++ b/arch/powerpc/sysdev/fsl_soc.c
>>>> @@ -36,6 +36,7 @@
>>>> #include <sysdev/fsl_soc.h>
>>>> #include <mm/mmu_decl.h>
>>>> #include <asm/cpm2.h>
>>>> +#include <asm/of_platform.h>
>>>
>>> linux/of_platform.h should be used these days.
>>
>> ok fixed.
>
> I notice that the master branch of your tree has both includes in this
> file now :-) Git's merges are not always perfect.
And I had such great hopes for keeping the master branch up to date
and sane... should all now be fixed.
- k
^ permalink raw reply
* Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From: Andrew Morton @ 2007-08-17 18:59 UTC (permalink / raw)
To: Michael Neuling, Jay Lan
Cc: Benjamin, linux-kernel, linuxppc-dev, Paul Mackerras, balbir
In-Reply-To: <19998.1187312981@neuling.org>
On Fri, 17 Aug 2007 11:09:41 +1000
Michael Neuling <mikey@neuling.org> wrote:
> This adds items to the taststats struct to account for user and system
> time based on scaling the CPU frequency and instruction issue rates.
>
> Adds account_(user|system)_time_scaled callbacks which architectures
> can use to account for time using this mechanism.
>
> ...
>
> Index: linux-2.6-ozlabs/include/linux/kernel_stat.h
> ===================================================================
> --- linux-2.6-ozlabs.orig/include/linux/kernel_stat.h
> +++ linux-2.6-ozlabs/include/linux/kernel_stat.h
> @@ -52,7 +52,9 @@ static inline int kstat_irqs(int irq)
> }
>
> extern void account_user_time(struct task_struct *, cputime_t);
> +extern void account_user_time_scaled(struct task_struct *, cputime_t);
> extern void account_system_time(struct task_struct *, int, cputime_t);
> +extern void account_system_time_scaled(struct task_struct *, cputime_t);
> extern void account_steal_time(struct task_struct *, cputime_t);
>
> #endif /* _LINUX_KERNEL_STAT_H */
> Index: linux-2.6-ozlabs/include/linux/sched.h
> ===================================================================
> --- linux-2.6-ozlabs.orig/include/linux/sched.h
> +++ linux-2.6-ozlabs/include/linux/sched.h
> @@ -1020,7 +1020,7 @@ struct task_struct {
> int __user *clear_child_tid; /* CLONE_CHILD_CLEARTID */
>
> unsigned int rt_priority;
> - cputime_t utime, stime;
> + cputime_t utime, stime, utimescaled, stimescaled;
Adding 8 or 16 bytes to the task_struct for all architectures for something
which only powerpc uses?
Is there any prospect that other CPUs can use this?
> unsigned long nvcsw, nivcsw; /* context switch counts */
> struct timespec start_time; /* monotonic time */
> struct timespec real_start_time; /* boot based time */
> Index: linux-2.6-ozlabs/include/linux/taskstats.h
> ===================================================================
> --- linux-2.6-ozlabs.orig/include/linux/taskstats.h
> +++ linux-2.6-ozlabs/include/linux/taskstats.h
> @@ -31,7 +31,7 @@
> */
>
>
> -#define TASKSTATS_VERSION 5
> +#define TASKSTATS_VERSION 6
> #define TS_COMM_LEN 32 /* should be >= TASK_COMM_LEN
> * in linux/sched.h */
>
> @@ -85,9 +85,12 @@ struct taskstats {
> * On some architectures, value will adjust for cpu time stolen
> * from the kernel in involuntary waits due to virtualization.
> * Value is cumulative, in nanoseconds, without a corresponding count
> - * and wraps around to zero silently on overflow
> + * and wraps around to zero silently on overflow. The
> + * _scaled_ version accounts for cpus which can scale the
> + * number of instructions executed each cycle.
> */
> __u64 cpu_run_real_total;
> + __u64 cpu_scaled_run_real_total;
>
> /* cpu "virtual" running time
> * Uses time intervals seen by the kernel i.e. no adjustment
> @@ -142,6 +145,10 @@ struct taskstats {
> __u64 write_char; /* bytes written */
> __u64 read_syscalls; /* read syscalls */
> __u64 write_syscalls; /* write syscalls */
> +
> + /* time accounting for SMT machines */
> + __u64 ac_utimescaled; /* utime scaled on frequency etc */
> + __u64 ac_stimescaled; /* stime scaled on frequency etc */
> /* Extended accounting fields end */
umm, should we be adding new fields in the middle of this message? I
thought we should only add to the end, for back-compatibility, but maybe I
misremember.
^ permalink raw reply
* Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From: Balbir Singh @ 2007-08-17 19:08 UTC (permalink / raw)
To: Andrew Morton
Cc: Michael Neuling, Benjamin, Jay Lan, linux-kernel, linuxppc-dev,
Paul Mackerras
In-Reply-To: <20070817115951.e1368a7d.akpm@linux-foundation.org>
Andrew Morton wrote:
> On Fri, 17 Aug 2007 11:09:41 +1000
> Michael Neuling <mikey@neuling.org> wrote:
>
>> This adds items to the taststats struct to account for user and system
>> time based on scaling the CPU frequency and instruction issue rates.
>>
>> Adds account_(user|system)_time_scaled callbacks which architectures
>> can use to account for time using this mechanism.
>>
>> ...
>>
>> Index: linux-2.6-ozlabs/include/linux/kernel_stat.h
>> ===================================================================
>> --- linux-2.6-ozlabs.orig/include/linux/kernel_stat.h
>> +++ linux-2.6-ozlabs/include/linux/kernel_stat.h
>> @@ -52,7 +52,9 @@ static inline int kstat_irqs(int irq)
>> }
>>
>> extern void account_user_time(struct task_struct *, cputime_t);
>> +extern void account_user_time_scaled(struct task_struct *, cputime_t);
>> extern void account_system_time(struct task_struct *, int, cputime_t);
>> +extern void account_system_time_scaled(struct task_struct *, cputime_t);
>> extern void account_steal_time(struct task_struct *, cputime_t);
>>
>> #endif /* _LINUX_KERNEL_STAT_H */
>> Index: linux-2.6-ozlabs/include/linux/sched.h
>> ===================================================================
>> --- linux-2.6-ozlabs.orig/include/linux/sched.h
>> +++ linux-2.6-ozlabs/include/linux/sched.h
>> @@ -1020,7 +1020,7 @@ struct task_struct {
>> int __user *clear_child_tid; /* CLONE_CHILD_CLEARTID */
>>
>> unsigned int rt_priority;
>> - cputime_t utime, stime;
>> + cputime_t utime, stime, utimescaled, stimescaled;
>
> Adding 8 or 16 bytes to the task_struct for all architectures for something
> which only powerpc uses?
>
> Is there any prospect that other CPUs can use this?
>
>> unsigned long nvcsw, nivcsw; /* context switch counts */
>> struct timespec start_time; /* monotonic time */
>> struct timespec real_start_time; /* boot based time */
>> Index: linux-2.6-ozlabs/include/linux/taskstats.h
>> ===================================================================
>> --- linux-2.6-ozlabs.orig/include/linux/taskstats.h
>> +++ linux-2.6-ozlabs/include/linux/taskstats.h
>> @@ -31,7 +31,7 @@
>> */
>>
>>
>> -#define TASKSTATS_VERSION 5
>> +#define TASKSTATS_VERSION 6
>> #define TS_COMM_LEN 32 /* should be >= TASK_COMM_LEN
>> * in linux/sched.h */
>>
>> @@ -85,9 +85,12 @@ struct taskstats {
>> * On some architectures, value will adjust for cpu time stolen
>> * from the kernel in involuntary waits due to virtualization.
>> * Value is cumulative, in nanoseconds, without a corresponding count
>> - * and wraps around to zero silently on overflow
>> + * and wraps around to zero silently on overflow. The
>> + * _scaled_ version accounts for cpus which can scale the
>> + * number of instructions executed each cycle.
>> */
>> __u64 cpu_run_real_total;
>> + __u64 cpu_scaled_run_real_total;
>>
>> /* cpu "virtual" running time
>> * Uses time intervals seen by the kernel i.e. no adjustment
>> @@ -142,6 +145,10 @@ struct taskstats {
>> __u64 write_char; /* bytes written */
>> __u64 read_syscalls; /* read syscalls */
>> __u64 write_syscalls; /* write syscalls */
>> +
>> + /* time accounting for SMT machines */
>> + __u64 ac_utimescaled; /* utime scaled on frequency etc */
>> + __u64 ac_stimescaled; /* stime scaled on frequency etc */
>> /* Extended accounting fields end */
>
> umm, should we be adding new fields in the middle of this message? I
> thought we should only add to the end, for back-compatibility, but maybe I
> misremember.
>
You remember correctly, I've asked Michael to make those changes.
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
^ permalink raw reply
* Booting new MPC5200B board
From: Jon Smirl @ 2007-08-17 19:47 UTC (permalink / raw)
To: linuxppc-embedded
I'm using OSELAS-tiny-5 to compile a kernel for my new Phytec
5200B-tiny board with u-boot. When I try booting the kernel via tftpd
I get this error about the RAMDisk. Why does it want a RAMDisk, and
how do I supply it with one?
uboot> run bcmd_net
Using FEC ETHERNET device
TFTP from server 192.168.1.4; our IP address is 192.168.1.11
Filename 'uImage-pcm030'.
Load address: 0x500000
Loading: #################################################################
#################################################################
#################################################################
###########################################
done
Bytes transferred = 1215281 (128b31 hex)
Using FEC ETHERNET device
TFTP from server 192.168.1.4; our IP address is 192.168.1.11
Filename 'oftree-pcm030.dtb'.
Load address: 0x400000
Loading: #
done
Bytes transferred = 5091 (13e3 hex)
## Booting image at 00500000 ...
Image Name: Linux-2.6.20-rt3-pcm030-4
Created: 2007-08-17 19:20:07 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1215217 Bytes = 1.2 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at 00000000 ...
Bad Magic Number
--
Jon Smirl
jonsmirl@gmail.com
^ permalink raw reply
* Re: [PATCH 2/3] [POWERPC] Copy over headers from arch/ppc to arch/powerpc that we need
From: Arnd Bergmann @ 2007-08-17 17:05 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <Pine.LNX.4.64.0708170213040.15311@blarg.am.freescale.net>
On Friday 17 August 2007, Kumar Gala wrote:
> To build arch/powerpc without including asm-ppc/ we need these files
> in asm-powerpc/
Looks mostly good, but
> include/asm-powerpc/8xx_immap.h | 564 +++++++++++++++++
> include/asm-powerpc/commproc.h | 692 ++++++++++++++++++++
> include/asm-powerpc/cpm2.h | 1248 +++++++++++++++++++++++++++++++++++++
> include/asm-powerpc/gg2.h | 61 ++
> include/asm-powerpc/highmem.h | 135 ++++
> include/asm-powerpc/hydra.h | 102 +++
> include/asm-powerpc/immap_cpm2.h | 648 +++++++++++++++++++
> include/asm-powerpc/kgdb.h | 57 ++
> include/asm-powerpc/m8260_pci.h | 187 ++++++
The m8260_pci.h file is not namespace clean, it defines macros like
PCI_CFG_ADDR_REG that are likely to create conflicts at some point of
time. Since the only file including this header is
arch/powerpc/platforms/82xx/m82xx_pci.h, I'd suggest merging the two,
to make sure nobody can accidentally include it.
Some of the other files also have minor style bitrot, e.g. use of
volatile pointers, typedefs and CamelCase identifiers, though none
of them should prevent the move.
Arnd <><
^ permalink raw reply
* Re: [PATCH 0/3] Remove need for include/asm-ppc
From: Arnd Bergmann @ 2007-08-17 17:06 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Paul Mackerras
In-Reply-To: <Pine.LNX.4.64.0708170157140.15311@blarg.am.freescale.net>
On Friday 17 August 2007, Kumar Gala wrote:
> This patch series removes the need for include/asm-ppc in the ARCH=3Dpowe=
rpc
> build for ppc32. =A0They exist in the following git tree:
>=20
> =A0 master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6=
=2E24
>=20
> posting here for everyone else to see.
Cool stuff. At one point I started doing a partial version of your patch 1/=
3,
but gave up soon when it grew too big.
Arnd <><
^ permalink raw reply
* Re: [PATCH 2/3] [POWERPC] Copy over headers from arch/ppc to arch/powerpc that we need
From: Scott Wood @ 2007-08-17 20:45 UTC (permalink / raw)
To: Arnd Bergmann; +Cc: linuxppc-dev
In-Reply-To: <200708171905.52855.arnd@arndb.de>
On Fri, Aug 17, 2007 at 07:05:52PM +0200, Arnd Bergmann wrote:
> The m8260_pci.h file is not namespace clean, it defines macros like
> PCI_CFG_ADDR_REG that are likely to create conflicts at some point of
> time. Since the only file including this header is
> arch/powerpc/platforms/82xx/m82xx_pci.h, I'd suggest merging the two,
> to make sure nobody can accidentally include it.
Better yet, just get rid of that define -- nothing uses it AFAICT.
-Scott
^ permalink raw reply
* Re: [PATCH 2/3] [POWERPC] Copy over headers from arch/ppc to arch/powerpc that we need
From: Scott Wood @ 2007-08-17 20:50 UTC (permalink / raw)
To: Arnd Bergmann; +Cc: linuxppc-dev
In-Reply-To: <20070817204502.GA6128@ld0162-tx32.am.freescale.net>
On Fri, Aug 17, 2007 at 03:45:02PM -0500, Scott Wood wrote:
> On Fri, Aug 17, 2007 at 07:05:52PM +0200, Arnd Bergmann wrote:
> > The m8260_pci.h file is not namespace clean, it defines macros like
> > PCI_CFG_ADDR_REG that are likely to create conflicts at some point of
> > time. Since the only file including this header is
> > arch/powerpc/platforms/82xx/m82xx_pci.h, I'd suggest merging the two,
> > to make sure nobody can accidentally include it.
>
> Better yet, just get rid of that define -- nothing uses it AFAICT.
To elaborate, I grepped for all of the symbols defined in m8260_pci.h,
and none get any hits in arch/powerpc.
-Scott
^ permalink raw reply
* Re: [PATCH 2/3] [POWERPC] Copy over headers from arch/ppc to arch/powerpc that we need
From: Arnd Bergmann @ 2007-08-17 17:42 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <200708171905.52855.arnd@arndb.de>
On Friday 17 August 2007, Arnd Bergmann wrote:
> The m8260_pci.h file is not namespace clean, it defines macros like
> PCI_CFG_ADDR_REG that are likely to create conflicts at some point of
> time. Since the only file including this header is
> arch/powerpc/platforms/82xx/m82xx_pci.h, I'd suggest merging the two,
> to make sure nobody can accidentally include it.
Upon closer inspection, none of the definitions in this file are
actually used in arch/powerpc, or should be.
So, can we just kill that file, as you did with the others in your
first patch?
Arnd <><
^ permalink raw reply
* Re: [PATCH 1/1] libata: pata_pdc2027x PLL input clock fix
From: Mikael Pettersson @ 2007-08-17 20:51 UTC (permalink / raw)
To: alan, jeff; +Cc: dwm, mikpe, linux-ide, bahadir.balban, linuxppc-dev, albertl
On Thu, 16 Aug 2007 21:19:40 +0100, Alan Cox wrote:
> > > Unfortunately this breaks pata_pdc2027x on my PowerMac G3:
> >
> > Did this ever get resolved?
>
> All went quiet so I assume its gone away ?
-ENOTIME
The regression is still there in 2.6.23-rc3 (I just checked),
but I haven't had time to debug it yet. I'll try to do something
about it this weekend.
^ permalink raw reply
* Re: [PATCH 2/3] [POWERPC] Copy over headers from arch/ppc to arch/powerpc that we need
From: Segher Boessenkool @ 2007-08-17 23:25 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <Pine.LNX.4.64.0708170213040.15311@blarg.am.freescale.net>
> include/asm-powerpc/8xx_immap.h | 564 +++++++++++++++++
> include/asm-powerpc/commproc.h | 692 ++++++++++++++++++++
> include/asm-powerpc/cpm2.h | 1248
> +++++++++++++++++++++++++++++++++++++
> include/asm-powerpc/gg2.h | 61 ++
> include/asm-powerpc/highmem.h | 135 ++++
> include/asm-powerpc/hydra.h | 102 +++
> include/asm-powerpc/immap_cpm2.h | 648 +++++++++++++++++++
> include/asm-powerpc/kgdb.h | 57 ++
> include/asm-powerpc/m8260_pci.h | 187 ++++++
> include/asm-powerpc/mpc10x.h | 180 ++++++
> include/asm-powerpc/mpc52xx_psc.h | 191 ++++++
Can't we move most of this to the dir where they are used,
instead?
Segher
^ permalink raw reply
* Re: Patches for ppc?
From: Satya @ 2007-08-17 23:28 UTC (permalink / raw)
To: Johan Borkhuis; +Cc: Linuxppc-dev, David Woodhouse
In-Reply-To: <46C5B40F.5040209@dutchspace.nl>
hi,
what's the issue with arch/ppc again? why is it being phased out? I am
working with the IBM Blue Gene/L which is based on ppc440. I need to
get a patch in too! :)
I noticed that head_44x.S has been copied to arch/powerpc/kernel in
the current head tree, but is it functional yet? has everything been
moved to arch/powerpc ? how about the include files ?
thanks!
satya.
On 8/17/07, Johan Borkhuis <j.borkhuis@dutchspace.nl> wrote:
> David Woodhouse wrote:
> > On Fri, 2007-08-17 at 16:36 +0200, Johan Borkhuis wrote:
> >
> >> Well, this is one of the minor issues I have with the ppc architecture,
> >> but I am quite happy with it. Even for this I could make a workaround,
> >> but I guess this is something that other might stumble upon.
> >>
> >> I would like to move to powerpc, but for the moment there is no official
> >> support for powerpc, for ppc there is, but I don't have the time to move
> >> this to powerpc. So I am afraid I don't have much choice.
> >>
> >
> > It's times like this you suddenly realise you should have paid the extra
> > cash for a licence which allows you access to the source code?
> >
> >
> That is not the problem: we have access to all the sources, but I am
> waiting for the official support for the powerpc architecure. I am using
> an MVME3100 board from Motorola and I know that they are working on it,
> but it is not released (yet).
>
> Kind regards,
> Johan Borkhuis
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
^ permalink raw reply
* Re: [PATCH] [POWERPC] Fix interrupt routing and setup of ULI M1575 on FSL boards
From: Paul Mackerras @ 2007-08-17 23:53 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev
In-Reply-To: <D6CFE4FC-5112-450B-B13F-2DC40165EB71@kernel.crashing.org>
Kumar Gala writes:
> Its a regression in that the ULI M1575 doesn't really work properly
> on some of these boards in certain situations.
Well, "it doesn't work" isn't of itself a regression, a regression is
"it used to work and now it doesn't".
In any case the lateness x largeness product (LxL) of that patch is a
bit too high. Is there a simpler way to fix it that doesn't involve
moving all that code around?
Paul.
^ permalink raw reply
* Re: still using stabs debug format?
From: Segher Boessenkool @ 2007-08-18 0:54 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev@ozlabs.org list, Ed Swarthout
In-Reply-To: <A0830B08-2A3A-4BC1-BAAB-82D1C1D3CB7E@kernel.crashing.org>
> Is anyone really still using the stabs format for kernel debug?
>
> can we kill off the .stabs references?
What, you want to replace them with dwarf markup? Or just
get rid of the debug info completely?
Segher
^ permalink raw reply
* Re: [PATCH] powerpc: Implement atomic{, 64}_{read, write}() without volatile
From: Segher Boessenkool @ 2007-08-18 1:29 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linux-arch, linuxppc-dev, linux-kernel
In-Reply-To: <18116.61246.856760.243185@cargo.ozlabs.ibm.com>
>> Instead, use asm() like all other atomic operations already do.
>
>> +static __inline__ long atomic64_read(const atomic_t *v)
>
>> +static __inline__ void atomic64_set(atomic_t *v, long i)
>
> s/atomic_t/atomic64_t/ in both lines. I've edited my copy of the
> patch.
Ouch, sorry about that.
Segher
^ permalink raw reply
* Re: Booting new MPC5200B board
From: Jon Smirl @ 2007-08-18 2:33 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <9e4733910708171247n15475e4l2c86cade776d3fb3@mail.gmail.com>
On 8/17/07, Jon Smirl <jonsmirl@gmail.com> wrote:
> I'm using OSELAS-tiny-5 to compile a kernel for my new Phytec
> 5200B-tiny board with u-boot. When I try booting the kernel via tftpd
> I get this error about the RAMDisk. Why does it want a RAMDisk, and
> how do I supply it with one?
The problem with the RAMDisk error is caused by the board shipping
with uboot 1.1.4. Upgrading to 1.2.0 fixes it.
1.1.4 doesn't implement dtb support
bootm 0x500000 - 0x400000
gets interpreted as load a RAM disk at 00000.
--
Jon Smirl
jonsmirl@gmail.com
^ permalink raw reply
* Re: [PATCH] [POWERPC] Fix interrupt routing and setup of ULI M1575 on FSL boards
From: Kumar Gala @ 2007-08-18 5:30 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
In-Reply-To: <18118.13541.470351.661964@cargo.ozlabs.ibm.com>
On Aug 17, 2007, at 6:53 PM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>> Its a regression in that the ULI M1575 doesn't really work properly
>> on some of these boards in certain situations.
>
> Well, "it doesn't work" isn't of itself a regression, a regression is
> "it used to work and now it doesn't".
Interesting, maybe I was grouping both of these together as things
that could go in after the -rc1. I was under the impression that bug
fixes could also go in post -rc1.
> In any case the lateness x largeness product (LxL) of that patch is a
> bit too high. Is there a simpler way to fix it that doesn't involve
> moving all that code around?
I'm not really sure how to accomplish that. I could possibly
duplicate the 'fixes' in each board port but that seems pointless and
I doubt would reduce the code modifications amount any.
Most of this has to due with the kernel / firmware / device tree
interface. If we have a new firmware that modifies the memory map
and requires changes to the device tree and kernel is that a fix?
I understand the concern related to the LxL. I'd also say the set of
users this effects is very small since its just the two boards.
I leave it up to you if you want to grab this patch or not for
2.6.23. If not please pull all these into your for-2.6.24 branch.
- k
^ permalink raw reply
* Re: [PATCH 2/3] [POWERPC] Copy over headers from arch/ppc to arch/powerpc that we need
From: Kumar Gala @ 2007-08-18 5:40 UTC (permalink / raw)
To: Segher Boessenkool; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <a79f1cbe580d675c6bb231e4e3a0326b@kernel.crashing.org>
On Aug 17, 2007, at 6:25 PM, Segher Boessenkool wrote:
>> include/asm-powerpc/8xx_immap.h | 564 +++++++++++++++++
>> include/asm-powerpc/commproc.h | 692 ++++++++++++++++++++
>> include/asm-powerpc/cpm2.h | 1248 +++++++++++++++++++++++++
>> ++++++++++++
>> include/asm-powerpc/gg2.h | 61 ++
>> include/asm-powerpc/highmem.h | 135 ++++
>> include/asm-powerpc/hydra.h | 102 +++
>> include/asm-powerpc/immap_cpm2.h | 648 +++++++++++++++++++
>> include/asm-powerpc/kgdb.h | 57 ++
>> include/asm-powerpc/m8260_pci.h | 187 ++++++
>> include/asm-powerpc/mpc10x.h | 180 ++++++
>> include/asm-powerpc/mpc52xx_psc.h | 191 ++++++
>
> Can't we move most of this to the dir where they are used,
> instead?
The following are shared between arch/powerpc code and drivers:
include/asm-powerpc/8xx_immap.h | 564 +++++++++++++++++
include/asm-powerpc/commproc.h | 692 ++++++++++++++++++++
include/asm-powerpc/cpm2.h | 1248 +++++++++++++++++++++++++++
++++++++++
include/asm-powerpc/immap_cpm2.h | 648 +++++++++++++++++++
include/asm-powerpc/mpc52xx_psc.h | 191 ++++++
These could possibly move, I'll look into it:
include/asm-powerpc/gg2.h | 61 ++ [into platforms/chrp]
include/asm-powerpc/hydra.h | 102 +++ [into platforms/chrp]
include/asm-powerpc/kgdb.h | 57 ++ [not sure, maybe leave
here for now]
include/asm-powerpc/mpc10x.h | 180 ++++++ [into platforms/
embedded6xx]
Needs to live in include/asm-powerpc:
include/asm-powerpc/highmem.h | 135 ++++
Will kill this one per Scott/Arnd:
include/asm-powerpc/m8260_pci.h | 187 ++++++
- k
^ permalink raw reply
* Re: 2.6.23-rc3 broken on G5
From: Paul Mackerras @ 2007-08-18 7:47 UTC (permalink / raw)
To: Andreas Schwab; +Cc: linuxppc-dev
In-Reply-To: <jefy2j6qtq.fsf@sykes.suse.de>
Andreas Schwab writes:
> It's a dual 1.8GHz. Config is attached.
OK, your config works on my dual G5 (if I build in the SCSI disk
driver and the sata_svw driver so it can find my root patition).
How much RAM does your machine have?
Paul.
^ permalink raw reply
* Re: 2.6.23-rc3 broken on G5
From: Andreas Schwab @ 2007-08-18 9:36 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
In-Reply-To: <18118.41979.148016.177427@cargo.ozlabs.ibm.com>
Paul Mackerras <paulus@samba.org> writes:
> How much RAM does your machine have?
1.25 GB. It also has an nvidia gfx card, in case it matters.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply
* Re: [RFC PATCH v0.1] net driver: mpc52xx fec
From: Domen Puncer @ 2007-08-18 10:06 UTC (permalink / raw)
To: Matt Sealey; +Cc: linuxppc-embedded
In-Reply-To: <20070810095153.GC13994@moe.telargo.com>
Hi!
On 10/08/07 11:51 +0200, Domen Puncer wrote:
> Index: work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
> ===================================================================
> --- work-powerpc.git.orig/arch/powerpc/boot/dts/lite5200b.dts
> +++ work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
> + mdio@3000 {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + device_type = "mdio";
> + compatible = "mpc5200b-fec-phy";
> + reg = <3000 400>; // fec range, since we need to setup fec interrupts
> + interrupts = <2 5 0>; // these are for "mii command finished", not link changes & co.
> + interrupt-parent = <&mpc5200_pic>;
> +
> + phy0:ethernet-phy@0 {
> + device_type = "ethernet-phy";
> + reg = <0>;
> + };
> };
I am struggling with this part on Efika.
I would like to add this to the device tree from
fixup_device_tree_efika() (arch/powerpc/kernel/prom_init.c).
AFAICS client-services doesn't offer anything like new-device,
so I guess "interpret" or "call-method" will have to be used.
I have read some docs, but I'm still wandering in the dark.
Can I please get an example?
Pretty please with a cherry on top?
Domen
^ permalink raw reply
* Re: still using stabs debug format?
From: Kumar Gala @ 2007-08-18 16:33 UTC (permalink / raw)
To: Segher Boessenkool; +Cc: linuxppc-dev@ozlabs.org list, Ed Swarthout
In-Reply-To: <4948353cd5e9c566a8151eca8c4bbcb7@kernel.crashing.org>
On Aug 17, 2007, at 7:54 PM, Segher Boessenkool wrote:
>> Is anyone really still using the stabs format for kernel debug?
>>
>> can we kill off the .stabs references?
>
> What, you want to replace them with dwarf markup? Or just
> get rid of the debug info completely?
There are two users today:
* N_SO for file information we can easily make into .file
* N_FUN used in _GLOBAL() that marks it a 'function' is a bit
misleading since we use this for both functions and data. Not sure
what to do about that one, any suggestions?
- k
^ permalink raw reply
* Re: [PATCH 6/7 v2] fs_enet: Be an of_platform device when CONFIG_PPC_CPM_NEW_BINDING is set.
From: Kumar Gala @ 2007-08-18 16:36 UTC (permalink / raw)
To: Scott Wood; +Cc: netdev, jgarzik, linuxppc-dev
In-Reply-To: <20070817181718.GA15792@ld0162-tx32.am.freescale.net>
On Aug 17, 2007, at 1:17 PM, Scott Wood wrote:
> The existing OF glue code was crufty and broken. Rather than fix
> it, it
> will be removed, and the ethernet driver now talks to the device tree
> directly.
>
> The old, non-CONFIG_PPC_CPM_NEW_BINDING code can go away once CPM
> platforms are dropped from arch/ppc (which will hopefully be soon),
> and
> existing arch/powerpc boards that I wasn't able to test on for this
> patchset get converted (which should be even sooner).
>
> mii-bitbang.c now also uses the generic bitbang code.
>
> Signed-off-by: Scott Wood <scottwood@freescale.com>
> ---
> Sorry, the previous version of this patch had bb_ops in the wrong
> place, and wouldn't build when not using the new binding.
This patch seems to mix moving to using the device tree directly w/o
some other modifications. Can it be broken into those two changes as
they'd be easier to review.
- k
^ permalink raw reply
* [PATCH 0/3 v2] Remove need for include/asm-ppc
From: Kumar Gala @ 2007-08-18 17:05 UTC (permalink / raw)
To: linuxppc-dev
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 with changes suggested by Arnd & Segher. (removal 82xx pci header
and moving some headers under platforms if not globally needed).
- k
^ permalink raw reply
* [PATCH 1/3 v2][POWERPC] Remove old includes from arch/ppc
From: Kumar Gala @ 2007-08-18 17:07 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <Pine.LNX.4.64.0708181203320.31362@blarg.am.freescale.net>
Remove includes of files that existed in arch/ppc that we dont need in
arch/powerpc anymore. The following includes were removed:
<asm/amigappc.h>
<asm/bootinfo.h>
<asm/ppcboot.h>
<asm/ppc_sys.h>
<asm/residual.h>
<asm/m8260_pci.h>
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
---
Added m8260_pci.h to the cleanup.
arch/powerpc/kernel/setup_32.c | 2 --
arch/powerpc/platforms/52xx/lite5200.c | 1 -
arch/powerpc/platforms/82xx/m82xx_pci.h | 2 --
arch/powerpc/platforms/82xx/mpc82xx.c | 1 -
arch/powerpc/platforms/82xx/mpc82xx_ads.c | 1 -
arch/powerpc/platforms/82xx/pq2ads.h | 1 -
arch/powerpc/platforms/83xx/mpc832x_mds.c | 1 -
arch/powerpc/platforms/83xx/mpc834x_itx.c | 1 -
arch/powerpc/platforms/83xx/mpc834x_mds.c | 1 -
arch/powerpc/platforms/83xx/mpc836x_mds.c | 1 -
arch/powerpc/platforms/85xx/mpc85xx_cds.c | 1 -
arch/powerpc/platforms/85xx/mpc85xx_mds.c | 1 -
arch/powerpc/platforms/8xx/m8xx_setup.c | 4 ++--
arch/powerpc/platforms/8xx/mpc86xads.h | 1 -
arch/powerpc/platforms/8xx/mpc86xads_setup.c | 1 -
arch/powerpc/platforms/8xx/mpc885ads.h | 1 -
arch/powerpc/platforms/8xx/mpc885ads_setup.c | 1 -
arch/powerpc/platforms/chrp/smp.c | 1 -
arch/powerpc/platforms/embedded6xx/ls_uart.c | 1 -
arch/powerpc/platforms/powermac/bootx_init.c | 1 -
20 files changed, 2 insertions(+), 23 deletions(-)
diff --git a/arch/powerpc/kernel/setup_32.c b/arch/powerpc/kernel/setup_32.c
index 7ec6ba5..a288a5f 100644
--- a/arch/powerpc/kernel/setup_32.c
+++ b/arch/powerpc/kernel/setup_32.c
@@ -18,13 +18,11 @@
#include <linux/cpu.h>
#include <linux/console.h>
-#include <asm/residual.h>
#include <asm/io.h>
#include <asm/prom.h>
#include <asm/processor.h>
#include <asm/pgtable.h>
#include <asm/setup.h>
-#include <asm/amigappc.h>
#include <asm/smp.h>
#include <asm/elf.h>
#include <asm/cputable.h>
diff --git a/arch/powerpc/platforms/52xx/lite5200.c b/arch/powerpc/platforms/52xx/lite5200.c
index 84bd3da..ce3f695 100644
--- a/arch/powerpc/platforms/52xx/lite5200.c
+++ b/arch/powerpc/platforms/52xx/lite5200.c
@@ -35,7 +35,6 @@
#include <asm/io.h>
#include <asm/machdep.h>
#include <asm/ipic.h>
-#include <asm/bootinfo.h>
#include <asm/irq.h>
#include <asm/prom.h>
#include <asm/udbg.h>
diff --git a/arch/powerpc/platforms/82xx/m82xx_pci.h b/arch/powerpc/platforms/82xx/m82xx_pci.h
index 9cd8893..65e38a7 100644
--- a/arch/powerpc/platforms/82xx/m82xx_pci.h
+++ b/arch/powerpc/platforms/82xx/m82xx_pci.h
@@ -8,8 +8,6 @@
* 2 of the License, or (at your option) any later version.
*/
-#include <asm/m8260_pci.h>
-
#define SIU_INT_IRQ1 ((uint)0x13 + CPM_IRQ_OFFSET)
#ifndef _IO_BASE
diff --git a/arch/powerpc/platforms/82xx/mpc82xx.c b/arch/powerpc/platforms/82xx/mpc82xx.c
index cc9900d..c706871 100644
--- a/arch/powerpc/platforms/82xx/mpc82xx.c
+++ b/arch/powerpc/platforms/82xx/mpc82xx.c
@@ -36,7 +36,6 @@
#include <asm/time.h>
#include <asm/io.h>
#include <asm/machdep.h>
-#include <asm/bootinfo.h>
#include <asm/pci-bridge.h>
#include <asm/mpc8260.h>
#include <asm/irq.h>
diff --git a/arch/powerpc/platforms/82xx/mpc82xx_ads.c b/arch/powerpc/platforms/82xx/mpc82xx_ads.c
index 2d1b05b..c0a0c56 100644
--- a/arch/powerpc/platforms/82xx/mpc82xx_ads.c
+++ b/arch/powerpc/platforms/82xx/mpc82xx_ads.c
@@ -37,7 +37,6 @@
#include <asm/time.h>
#include <asm/io.h>
#include <asm/machdep.h>
-#include <asm/bootinfo.h>
#include <asm/pci-bridge.h>
#include <asm/mpc8260.h>
#include <asm/irq.h>
diff --git a/arch/powerpc/platforms/82xx/pq2ads.h b/arch/powerpc/platforms/82xx/pq2ads.h
index 5b5cca6..6f749b7 100644
--- a/arch/powerpc/platforms/82xx/pq2ads.h
+++ b/arch/powerpc/platforms/82xx/pq2ads.h
@@ -23,7 +23,6 @@
#define __MACH_ADS8260_DEFS
#include <linux/seq_file.h>
-#include <asm/ppcboot.h>
/* For our show_cpuinfo hooks. */
#define CPUINFO_VENDOR "Freescale Semiconductor"
diff --git a/arch/powerpc/platforms/83xx/mpc832x_mds.c b/arch/powerpc/platforms/83xx/mpc832x_mds.c
index 2c8e641..61e3f1c 100644
--- a/arch/powerpc/platforms/83xx/mpc832x_mds.c
+++ b/arch/powerpc/platforms/83xx/mpc832x_mds.c
@@ -32,7 +32,6 @@
#include <asm/io.h>
#include <asm/machdep.h>
#include <asm/ipic.h>
-#include <asm/bootinfo.h>
#include <asm/irq.h>
#include <asm/prom.h>
#include <asm/udbg.h>
diff --git a/arch/powerpc/platforms/83xx/mpc834x_itx.c b/arch/powerpc/platforms/83xx/mpc834x_itx.c
index 47ba544..6d06645 100644
--- a/arch/powerpc/platforms/83xx/mpc834x_itx.c
+++ b/arch/powerpc/platforms/83xx/mpc834x_itx.c
@@ -30,7 +30,6 @@
#include <asm/io.h>
#include <asm/machdep.h>
#include <asm/ipic.h>
-#include <asm/bootinfo.h>
#include <asm/irq.h>
#include <asm/prom.h>
#include <asm/udbg.h>
diff --git a/arch/powerpc/platforms/83xx/mpc834x_mds.c b/arch/powerpc/platforms/83xx/mpc834x_mds.c
index 4c9ff9c..f8aba9a 100644
--- a/arch/powerpc/platforms/83xx/mpc834x_mds.c
+++ b/arch/powerpc/platforms/83xx/mpc834x_mds.c
@@ -30,7 +30,6 @@
#include <asm/io.h>
#include <asm/machdep.h>
#include <asm/ipic.h>
-#include <asm/bootinfo.h>
#include <asm/irq.h>
#include <asm/prom.h>
#include <asm/udbg.h>
diff --git a/arch/powerpc/platforms/83xx/mpc836x_mds.c b/arch/powerpc/platforms/83xx/mpc836x_mds.c
index 84b5893..69970b9 100644
--- a/arch/powerpc/platforms/83xx/mpc836x_mds.c
+++ b/arch/powerpc/platforms/83xx/mpc836x_mds.c
@@ -38,7 +38,6 @@
#include <asm/io.h>
#include <asm/machdep.h>
#include <asm/ipic.h>
-#include <asm/bootinfo.h>
#include <asm/irq.h>
#include <asm/prom.h>
#include <asm/udbg.h>
diff --git a/arch/powerpc/platforms/85xx/mpc85xx_cds.c b/arch/powerpc/platforms/85xx/mpc85xx_cds.c
index 6a171e9..0402334 100644
--- a/arch/powerpc/platforms/85xx/mpc85xx_cds.c
+++ b/arch/powerpc/platforms/85xx/mpc85xx_cds.c
@@ -35,7 +35,6 @@
#include <asm/io.h>
#include <asm/machdep.h>
#include <asm/ipic.h>
-#include <asm/bootinfo.h>
#include <asm/pci-bridge.h>
#include <asm/mpc85xx.h>
#include <asm/irq.h>
diff --git a/arch/powerpc/platforms/85xx/mpc85xx_mds.c b/arch/powerpc/platforms/85xx/mpc85xx_mds.c
index be25ecd..53830c9 100644
--- a/arch/powerpc/platforms/85xx/mpc85xx_mds.c
+++ b/arch/powerpc/platforms/85xx/mpc85xx_mds.c
@@ -38,7 +38,6 @@
#include <asm/time.h>
#include <asm/io.h>
#include <asm/machdep.h>
-#include <asm/bootinfo.h>
#include <asm/pci-bridge.h>
#include <asm/mpc85xx.h>
#include <asm/irq.h>
diff --git a/arch/powerpc/platforms/8xx/m8xx_setup.c b/arch/powerpc/platforms/8xx/m8xx_setup.c
index f169355..f00c8d1 100644
--- a/arch/powerpc/platforms/8xx/m8xx_setup.c
+++ b/arch/powerpc/platforms/8xx/m8xx_setup.c
@@ -36,13 +36,11 @@
#include <asm/mmu.h>
#include <asm/reg.h>
-#include <asm/residual.h>
#include <asm/io.h>
#include <asm/pgtable.h>
#include <asm/mpc8xx.h>
#include <asm/8xx_immap.h>
#include <asm/machdep.h>
-#include <asm/bootinfo.h>
#include <asm/time.h>
#include <asm/prom.h>
#include <asm/fs_pd.h>
@@ -55,7 +53,9 @@ struct mpc8xx_pcmcia_ops m8xx_pcmcia_ops;
#endif
void m8xx_calibrate_decr(void);
+#ifdef CONFIG_8xx_WDT
extern void m8xx_wdt_handler_install(bd_t *bp);
+#endif
extern int cpm_pic_init(void);
extern int cpm_get_irq(void);
diff --git a/arch/powerpc/platforms/8xx/mpc86xads.h b/arch/powerpc/platforms/8xx/mpc86xads.h
index 59bad2f..dd10cd2 100644
--- a/arch/powerpc/platforms/8xx/mpc86xads.h
+++ b/arch/powerpc/platforms/8xx/mpc86xads.h
@@ -15,7 +15,6 @@
#ifndef __ASM_MPC86XADS_H__
#define __ASM_MPC86XADS_H__
-#include <asm/ppcboot.h>
#include <sysdev/fsl_soc.h>
/* U-Boot maps BCSR to 0xff080000 */
diff --git a/arch/powerpc/platforms/8xx/mpc86xads_setup.c b/arch/powerpc/platforms/8xx/mpc86xads_setup.c
index d881647..8f64f48 100644
--- a/arch/powerpc/platforms/8xx/mpc86xads_setup.c
+++ b/arch/powerpc/platforms/8xx/mpc86xads_setup.c
@@ -31,7 +31,6 @@
#include <asm/processor.h>
#include <asm/system.h>
#include <asm/time.h>
-#include <asm/ppcboot.h>
#include <asm/mpc8xx.h>
#include <asm/8xx_immap.h>
#include <asm/commproc.h>
diff --git a/arch/powerpc/platforms/8xx/mpc885ads.h b/arch/powerpc/platforms/8xx/mpc885ads.h
index 7c31aec..14db124 100644
--- a/arch/powerpc/platforms/8xx/mpc885ads.h
+++ b/arch/powerpc/platforms/8xx/mpc885ads.h
@@ -15,7 +15,6 @@
#ifndef __ASM_MPC885ADS_H__
#define __ASM_MPC885ADS_H__
-#include <asm/ppcboot.h>
#include <sysdev/fsl_soc.h>
/* U-Boot maps BCSR to 0xff080000 */
diff --git a/arch/powerpc/platforms/8xx/mpc885ads_setup.c b/arch/powerpc/platforms/8xx/mpc885ads_setup.c
index bd5ff7a..d3da385 100644
--- a/arch/powerpc/platforms/8xx/mpc885ads_setup.c
+++ b/arch/powerpc/platforms/8xx/mpc885ads_setup.c
@@ -32,7 +32,6 @@
#include <asm/processor.h>
#include <asm/system.h>
#include <asm/time.h>
-#include <asm/ppcboot.h>
#include <asm/mpc8xx.h>
#include <asm/8xx_immap.h>
#include <asm/commproc.h>
diff --git a/arch/powerpc/platforms/chrp/smp.c b/arch/powerpc/platforms/chrp/smp.c
index a137d13..10a4a4d 100644
--- a/arch/powerpc/platforms/chrp/smp.c
+++ b/arch/powerpc/platforms/chrp/smp.c
@@ -26,7 +26,6 @@
#include <asm/io.h>
#include <asm/prom.h>
#include <asm/smp.h>
-#include <asm/residual.h>
#include <asm/time.h>
#include <asm/machdep.h>
#include <asm/mpic.h>
diff --git a/arch/powerpc/platforms/embedded6xx/ls_uart.c b/arch/powerpc/platforms/embedded6xx/ls_uart.c
index d0bee9f..f7a4def 100644
--- a/arch/powerpc/platforms/embedded6xx/ls_uart.c
+++ b/arch/powerpc/platforms/embedded6xx/ls_uart.c
@@ -5,7 +5,6 @@
#include <linux/serial_8250.h>
#include <asm/io.h>
#include <asm/mpc10x.h>
-#include <asm/ppc_sys.h>
#include <asm/prom.h>
#include <asm/termbits.h>
diff --git a/arch/powerpc/platforms/powermac/bootx_init.c b/arch/powerpc/platforms/powermac/bootx_init.c
index 9d73d02..cf66091 100644
--- a/arch/powerpc/platforms/powermac/bootx_init.c
+++ b/arch/powerpc/platforms/powermac/bootx_init.c
@@ -17,7 +17,6 @@
#include <asm/prom.h>
#include <asm/page.h>
#include <asm/bootx.h>
-#include <asm/bootinfo.h>
#include <asm/btext.h>
#include <asm/io.h>
--
1.5.2.2
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox