* Re: [PATCH] mpic: add support for serial mode interrupts
From: Mark A. Greer @ 2006-06-20 21:15 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <1150776086.23600.329.camel@localhost.localdomain>
On Tue, Jun 20, 2006 at 02:01:26PM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2006-06-19 at 13:08 -0700, Mark A. Greer wrote:
> > MPC10x-style interrupt controllers have a serial mode that allows
> > several interrupts to be clocked in through one INT signal.
> >
> > This patch adds the software support for that mode.
>
> You hard code the clock ratio... why not add a separate call to be
> called after mpic_init,
> something like mpic_set_serial_int(int mpic, int enable, int
> clock_ratio) ?
How's this?
--
MPC10x-style interrupt controllers have a serial mode that allows
several interrupts to be clocked in through one INT signal.
This patch adds the software support for that mode.
Signed-off-by: Mark A. Greer <mgreer@mvista.com>
--
arch/powerpc/sysdev/mpic.c | 20 ++++++++++++++++++++
include/asm-powerpc/mpic.h | 10 ++++++++++
2 files changed, 30 insertions(+)
--
diff --git a/arch/powerpc/sysdev/mpic.c b/arch/powerpc/sysdev/mpic.c
index 7dcdfcb..bffe50d 100644
--- a/arch/powerpc/sysdev/mpic.c
+++ b/arch/powerpc/sysdev/mpic.c
@@ -829,7 +829,27 @@ #endif
mpic_cpu_write(MPIC_CPU_CURRENT_TASK_PRI, 0);
}
+void __init mpic_set_clk_ratio(struct mpic *mpic, u32 clock_ratio)
+{
+ u32 v;
+
+ v = mpic_read(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1);
+ v &= ~MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK;
+ v |= MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO(clock_ratio);
+ mpic_write(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1, v);
+}
+void __init mpic_set_serial_int(struct mpic *mpic, int enable)
+{
+ u32 v;
+
+ v = mpic_read(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1);
+ if (enable)
+ v |= MPIC_GREG_GLOBAL_CONF_1_SIE;
+ else
+ v &= ~MPIC_GREG_GLOBAL_CONF_1_SIE;
+ mpic_write(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1, v);
+}
void mpic_irq_set_priority(unsigned int irq, unsigned int pri)
{
diff --git a/include/asm-powerpc/mpic.h b/include/asm-powerpc/mpic.h
index 6b9e781..f0d22ac 100644
--- a/include/asm-powerpc/mpic.h
+++ b/include/asm-powerpc/mpic.h
@@ -22,6 +22,10 @@ #define MPIC_GREG_GCONF_RESET 0x80000
#define MPIC_GREG_GCONF_8259_PTHROU_DIS 0x20000000
#define MPIC_GREG_GCONF_BASE_MASK 0x000fffff
#define MPIC_GREG_GLOBAL_CONF_1 0x00030
+#define MPIC_GREG_GLOBAL_CONF_1_SIE 0x08000000
+#define MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK 0x70000000
+#define MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO(r) \
+ (((r) << 28) & MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK)
#define MPIC_GREG_VENDOR_0 0x00040
#define MPIC_GREG_VENDOR_1 0x00050
#define MPIC_GREG_VENDOR_2 0x00060
@@ -284,6 +288,12 @@ extern int mpic_get_one_irq(struct mpic
/* This one gets to the primary mpic */
extern int mpic_get_irq(struct pt_regs *regs);
+/* Set the EPIC clock ratio */
+void mpic_set_clk_ratio(struct mpic *mpic, u32 clock_ratio);
+
+/* Enable/Disable EPIC serial interrupt mode */
+void mpic_set_serial_int(struct mpic *mpic, int enable);
+
/* global mpic for pSeries */
extern struct mpic *pSeries_mpic;
^ permalink raw reply related
* Re: [PATCH] mpic: add support for serial mode interrupts
From: Benjamin Herrenschmidt @ 2006-06-20 22:04 UTC (permalink / raw)
To: Mark A. Greer; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <20060620211536.GA16770@mag.az.mvista.com>
On Tue, 2006-06-20 at 14:15 -0700, Mark A. Greer wrote:
> On Tue, Jun 20, 2006 at 02:01:26PM +1000, Benjamin Herrenschmidt wrote:
> > On Mon, 2006-06-19 at 13:08 -0700, Mark A. Greer wrote:
> > > MPC10x-style interrupt controllers have a serial mode that allows
> > > several interrupts to be clocked in through one INT signal.
> > >
> > > This patch adds the software support for that mode.
> >
> > You hard code the clock ratio... why not add a separate call to be
> > called after mpic_init,
> > something like mpic_set_serial_int(int mpic, int enable, int
> > clock_ratio) ?
>
> How's this?
Looks good to me.
Ben.
> --
>
> MPC10x-style interrupt controllers have a serial mode that allows
> several interrupts to be clocked in through one INT signal.
>
> This patch adds the software support for that mode.
>
> Signed-off-by: Mark A. Greer <mgreer@mvista.com>
> --
>
> arch/powerpc/sysdev/mpic.c | 20 ++++++++++++++++++++
> include/asm-powerpc/mpic.h | 10 ++++++++++
> 2 files changed, 30 insertions(+)
> --
>
> diff --git a/arch/powerpc/sysdev/mpic.c b/arch/powerpc/sysdev/mpic.c
> index 7dcdfcb..bffe50d 100644
> --- a/arch/powerpc/sysdev/mpic.c
> +++ b/arch/powerpc/sysdev/mpic.c
> @@ -829,7 +829,27 @@ #endif
> mpic_cpu_write(MPIC_CPU_CURRENT_TASK_PRI, 0);
> }
>
> +void __init mpic_set_clk_ratio(struct mpic *mpic, u32 clock_ratio)
> +{
> + u32 v;
> +
> + v = mpic_read(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1);
> + v &= ~MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK;
> + v |= MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO(clock_ratio);
> + mpic_write(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1, v);
> +}
>
> +void __init mpic_set_serial_int(struct mpic *mpic, int enable)
> +{
> + u32 v;
> +
> + v = mpic_read(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1);
> + if (enable)
> + v |= MPIC_GREG_GLOBAL_CONF_1_SIE;
> + else
> + v &= ~MPIC_GREG_GLOBAL_CONF_1_SIE;
> + mpic_write(mpic->gregs, MPIC_GREG_GLOBAL_CONF_1, v);
> +}
>
> void mpic_irq_set_priority(unsigned int irq, unsigned int pri)
> {
> diff --git a/include/asm-powerpc/mpic.h b/include/asm-powerpc/mpic.h
> index 6b9e781..f0d22ac 100644
> --- a/include/asm-powerpc/mpic.h
> +++ b/include/asm-powerpc/mpic.h
> @@ -22,6 +22,10 @@ #define MPIC_GREG_GCONF_RESET 0x80000
> #define MPIC_GREG_GCONF_8259_PTHROU_DIS 0x20000000
> #define MPIC_GREG_GCONF_BASE_MASK 0x000fffff
> #define MPIC_GREG_GLOBAL_CONF_1 0x00030
> +#define MPIC_GREG_GLOBAL_CONF_1_SIE 0x08000000
> +#define MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK 0x70000000
> +#define MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO(r) \
> + (((r) << 28) & MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK)
> #define MPIC_GREG_VENDOR_0 0x00040
> #define MPIC_GREG_VENDOR_1 0x00050
> #define MPIC_GREG_VENDOR_2 0x00060
> @@ -284,6 +288,12 @@ extern int mpic_get_one_irq(struct mpic
> /* This one gets to the primary mpic */
> extern int mpic_get_irq(struct pt_regs *regs);
>
> +/* Set the EPIC clock ratio */
> +void mpic_set_clk_ratio(struct mpic *mpic, u32 clock_ratio);
> +
> +/* Enable/Disable EPIC serial interrupt mode */
> +void mpic_set_serial_int(struct mpic *mpic, int enable);
> +
> /* global mpic for pSeries */
> extern struct mpic *pSeries_mpic;
>
^ permalink raw reply
* Re: OF setprop question
From: Segher Boessenkool @ 2006-06-21 0:11 UTC (permalink / raw)
To: Mark A. Greer; +Cc: linuxppc-dev
In-Reply-To: <20060620174000.GA22159@mag.az.mvista.com>
> What does OF do when you 'setprop' a property that doesn't already
> exist?
> Does OF create it?
Yes.
> What if it exists but the new prop requires more space than the old
> prop?
> Does it make space more space for the new property?
Yes.
Now that was easy :-)
Just out of interest, what in the wording of the OF spec didn't
make this clear to you? Would be great to improve it ;-)
Segher
^ permalink raw reply
* Re: [PATCH] mpic: add support for serial mode interrupts
From: Benjamin Herrenschmidt @ 2006-06-21 1:12 UTC (permalink / raw)
To: Segher Boessenkool; +Cc: Olof Johansson, linuxppc-dev, Paul Mackerras
In-Reply-To: <92B1CE9B-81D2-4943-9B6A-68459407688A@kernel.crashing.org>
On Tue, 2006-06-20 at 00:35 +0200, Segher Boessenkool wrote:
> > Can you define some constants so others can see just what the bits
> > mean
> > without digging up documentation, instead of just doing magic numbers?
>
> [my favourite argument :-) ]
>
> You'll have to read the documentation to properly understand what
> the bit patterns mean anyway. And if you use symbolic names, you
> only add another step: hunting through header files.
Sure, that's why we should remove every symbolic constant in every
driver anywhere in the kernel right ? Sure would help.
Ben.
^ permalink raw reply
* Re: [PATCH] mpic: add support for Time-Of-Day-Clock (TODC)
From: Benjamin Herrenschmidt @ 2006-06-21 1:13 UTC (permalink / raw)
To: Mark A. Greer; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <20060619210040.GA17984@mag.az.mvista.com>
On Mon, 2006-06-19 at 14:00 -0700, Mark A. Greer wrote:
> [Forgot to cc: linuxppc-dev the first time]
>
> The todc code from arch/ppc supports many todc/rtc chips and is needed
> in arch/powerpc. This patch adds the todc code to arch/powerpc.
Question... what does it have to do with mpic ? :)
Ben.
^ permalink raw reply
* Re: [Cbe-oss-dev] [patch 01/20] cell: add RAS support
From: Benjamin Herrenschmidt @ 2006-06-21 1:46 UTC (permalink / raw)
To: Olof Johansson; +Cc: linuxppc-dev, cbe-oss-dev, arnd, linux-kernel
In-Reply-To: <20060620154304.GD4845@pb15.lixom.net>
On Tue, 2006-06-20 at 10:43 -0500, Olof Johansson wrote:
> On Mon, Jun 19, 2006 at 08:33:16PM +0200, arnd@arndb.de wrote:
> > From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> >
> > This is a first version of support for the Cell BE "Reliability,
> > Availability and Serviceability" features.
>
> Does it really make sense to do this under a config option? I don't see
> why anyone would not want to know that their machine is about to melt.
Well, it's not quite clear yet wether that thing works at all at this
point :) It shuld be a config option (becasue those things don't make
sense on LPAR cells) but maybe not a selectable one ...
Ben.
^ permalink raw reply
* [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Kelly Daly @ 2006-06-21 1:51 UTC (permalink / raw)
To: paulus, linuxppc64-dev; +Cc: anton
This patch removes the changes from an earlier patch that disables oProfile for iSeries within the oProfile KConfig (submitted Feb 23, 2006). Checks within the arch init for iSeries, still allowing profiling for timer interrupts.
Signed-off-by: Kelly Daly <kelly@au.ibm.com>
---
diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/Kconfig linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig
--- linux-2.6.16.20/arch/powerpc/oprofile/Kconfig 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig 2006-06-20 15:53:02.000000000 +1000
@@ -1,5 +1,4 @@
config PROFILING
- depends on !PPC_ISERIES
bool "Profiling support (EXPERIMENTAL)"
help
Say Y here to enable the extended profiling support mechanisms used
diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/common.c linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c
--- linux-2.6.16.20/arch/powerpc/oprofile/common.c 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c 2006-06-20 15:33:56.000000000 +1000
@@ -137,7 +137,10 @@ int __init oprofile_arch_init(struct opr
{
if (!cur_cpu_spec->oprofile_cpu_type)
return -ENODEV;
-
+#ifdef CONFIG_PPC_ISERIES
+ return -ENODEV;
+#endif
+
switch (cur_cpu_spec->oprofile_type) {
#ifdef CONFIG_PPC64
case PPC_OPROFILE_RS64:
^ permalink raw reply
* Re: Gb Ethernet on xilinx gemac IP
From: GORAN GVOZDENOVIC @ 2006-06-21 2:20 UTC (permalink / raw)
To: grave, linuxppc-embedded, ppc dev
In-Reply-To: <1150785936.17197.9.camel@ipnnarval>
Hi Xavier,
Just wrapped up efforts to experiment with hard TEMAC support in 2.4 kernel
( previev kit from Montavista ). DENX 2.4 distro should not be different.
Here are my experience with ML403 board:
Configure kernel for only eth driver offered for ML300 / ML403 ( soft EMAC -
10/100Mb on-chip eth ). After updating kernel tree with the BSP using xilinx
patch script for ML403, hard TEMAC driver will end up in
/drivers/net/xilinx_gige ( supported soft MAC driver ends up in
/drivers/net/xilinx_enet ).
>From here 2 options:
a) rename xilinx_gige folder to xilinx_enet and build kernel
b) modify config.in script for kernel network configuration and makefile for
building net driver by addidng new GIGE option
>From my undersanding part of driver code for gige ( adapter.c ) is PHY
specific and supports Marvel's PHY on ML403 board. Never looked more what it
does ( phy interface should be common to all PHYs ? ) but if you use
different PHY maybe you'll have to do some coding here ?!
( look for the comments in the driver )
Oh yes, my tree was missing gmii.h file ( found it throuh google - don't
remember from where - first google hit :) !
Did some test measurement and comparison with soft EMAC against hard TEMAC
+ PLB TEMAC and defualt SG DMA mode (3):
Amazing performance increase: close to 100% on tcp ( netperf and netio shows
over 11000KB/s for max packet size of 32K on 100Mb link )
Hope this helps !
Goran,
Waterloo,Canada
----- Original Message -----
From: "Xavier Grave" <grave@ipno.in2p3.fr>
To: <linuxppc-embedded@ozlabs.org>; "ppc dev" <linuxppc-dev@ozlabs.org>
Sent: Tuesday, June 20, 2006 2:45 AM
Subject: Gb Ethernet on xilinx gemac IP
> Hi,
>
> I'm currently running linux with 10/100 MBits xilinx ethernet driver. I
> have a memec 2VP20 evaluation board.
> We have bought a PCOM2 module in order to have a Gb PHY. I have
> implemented an hardware to handle it but whatever linux version I take
> (2.4 from denx web site, 2.6.17 from kernel.org), I can't configure a Gb
> ethernet driver. And the 10/100 driver don't configure my Gb PHY...
>
> I have compiled my linux kernel based on the ml300 configuration default
> config.
>
> Does anyone has an idea ?
>
> Thanks, xavier
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Michael Ellerman @ 2006-06-21 3:10 UTC (permalink / raw)
To: Kelly Daly; +Cc: linuxppc64-dev, paulus, anton
In-Reply-To: <200606211151.01386.kelly@au.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1681 bytes --]
On Wed, 2006-06-21 at 11:51 +1000, Kelly Daly wrote:
> This patch removes the changes from an earlier patch that disables oProfile for iSeries within the oProfile KConfig (submitted Feb 23, 2006). Checks within the arch init for iSeries, still allowing profiling for timer interrupts.
>
> Signed-off-by: Kelly Daly <kelly@au.ibm.com>
> ---
>
>
> diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/Kconfig linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig
> --- linux-2.6.16.20/arch/powerpc/oprofile/Kconfig 2006-06-06 03:18:23.000000000 +1000
> +++ linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig 2006-06-20 15:53:02.000000000 +1000
> @@ -1,5 +1,4 @@
> config PROFILING
> - depends on !PPC_ISERIES
> bool "Profiling support (EXPERIMENTAL)"
> help
> Say Y here to enable the extended profiling support mechanisms used
> diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/common.c linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c
> --- linux-2.6.16.20/arch/powerpc/oprofile/common.c 2006-06-06 03:18:23.000000000 +1000
> +++ linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c 2006-06-20 15:33:56.000000000 +1000
> @@ -137,7 +137,10 @@ int __init oprofile_arch_init(struct opr
> {
> if (!cur_cpu_spec->oprofile_cpu_type)
> return -ENODEV;
> -
> +#ifdef CONFIG_PPC_ISERIES
> + return -ENODEV;
> +#endif
> +
AFAICT that still doesn't let us build a combined kernel, but I haven't
looked at the code.
cheers
--
Michael Ellerman
IBM OzLabs
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply
* Re: [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Kelly Daly @ 2006-06-21 3:52 UTC (permalink / raw)
To: michael; +Cc: linuxppc64-dev, Kelly Daly, paulus, anton
In-Reply-To: <1150859433.8293.9.camel@localhost.localdomain>
This patch removes the changes from an earlier patch that disables
oProfile for iSeries within the oProfile KConfig (submitted Feb 23,
2006). Checks within the arch init for iSeries, still allowing profiling
for timer interrupts (using firmware_has_feature).
Signed-off-by: Kelly Daly <kelly@au.ibm.com>
---
diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/Kconfig linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig
--- linux-2.6.16.20/arch/powerpc/oprofile/Kconfig 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig 2006-06-20 15:53:02.000000000 +1000
@@ -1,5 +1,4 @@
config PROFILING
- depends on !PPC_ISERIES
bool "Profiling support (EXPERIMENTAL)"
help
Say Y here to enable the extended profiling support mechanisms used
diff -urp linux-2.6.16.20/arch/powerpc/oprofile/common.c linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c
--- linux-2.6.16.20/arch/powerpc/oprofile/common.c 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c 2006-06-21 13:42:14.000000000 +1000
@@ -22,6 +22,7 @@
#include <asm/pmc.h>
#include <asm/cputable.h>
#include <asm/oprofile_impl.h>
+#include <asm/firmware.h>
static struct op_powerpc_model *model;
@@ -138,6 +139,9 @@ int __init oprofile_arch_init(struct opr
if (!cur_cpu_spec->oprofile_cpu_type)
return -ENODEV;
+ if (firmware_has_feature(FW_FEATURE_ISERIES))
+ return -ENODEV;
+
switch (cur_cpu_spec->oprofile_type) {
#ifdef CONFIG_PPC64
case PPC_OPROFILE_RS64:
^ permalink raw reply
* Re: [PATCH] mpic: add support for Time-Of-Day-Clock (TODC)
From: Mark A. Greer @ 2006-06-21 4:22 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <1150852399.12507.34.camel@localhost.localdomain>
On Wed, Jun 21, 2006 at 11:13:18AM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2006-06-19 at 14:00 -0700, Mark A. Greer wrote:
> > [Forgot to cc: linuxppc-dev the first time]
> >
> > The todc code from arch/ppc supports many todc/rtc chips and is needed
> > in arch/powerpc. This patch adds the todc code to arch/powerpc.
>
> Question... what does it have to do with mpic ? :)
Oops, nothing. Cut & paste error. Should read:
[PATCH] todc: add support for Time-Of-Day-Clock (TODC)
or something like that.
Mark
^ permalink raw reply
* Re: [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Stephen Rothwell @ 2006-06-21 4:32 UTC (permalink / raw)
To: Kelly Daly; +Cc: linuxppc64-dev, kelly, paulus, anton
In-Reply-To: <200606211352.55446.kelly@au.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 563 bytes --]
On Wed, 21 Jun 2006 13:52:55 +1000 Kelly Daly <kelly@au1.ibm.com> wrote:
>
> This patch removes the changes from an earlier patch that disables
> oProfile for iSeries within the oProfile KConfig (submitted Feb 23,
> 2006). Checks within the arch init for iSeries, still allowing profiling
> for timer interrupts (using firmware_has_feature).
>
> Signed-off-by: Kelly Daly <kelly@au.ibm.com>
Acked-by: Stephen Rothwell <sfr@canb.auug.org.au>
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* RE: Exceptions during PCI initialization at u-boot
From: Liu Dave-r63238 @ 2006-06-21 5:21 UTC (permalink / raw)
To: 'Prabhat_Singh', linuxppc-embedded
Can you give me the more information of context? For example,
What is the PCI initialize code you used? What is the PCI bus write operation?
-Dave
> -----Original Message-----
> From: Prabhat_Singh [mailto:Prabhat_Singh@Satyam.com]
> Sent: Tuesday, June 20, 2006 8:19 PM
> To: Liu Dave-r63238; linuxppc-embedded@ozlabs.org
> Subject: RE: Exceptions during PCI initialization at u-boot
>
>
> Hi Dave,
> Thanks for prompt response, it's really helped.
>
> By reading ESR (error status register) I found that machine
> check exception is coming because of "PCI parity error
> received on a write" bit 7 of ESR is getting set.
>
> Can you tell me reason and the possible solution for this one.
>
> Regards
> Prabhat
>
^ permalink raw reply
* uboot and ppc405
From: Zhang Ke @ 2006-06-21 6:29 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
I want to use Uboot in v2pro for booting linux from xilinx flash PROM. is it doable?
my board is a custom board, which has a XC2VP20, XCF32P, DDR, UART
at present, i can run a open core linux on the board by JTAG and UART. but i must use iMPACT to download bit file(about 0.97MB), use XMD to download elf file(about 4.43MB). this is too slow :(
can i use flash PROM to store these two files? and when power on, the UBoot can download them automatically and orderly to FPGA?
I found the XAPP542 from xilinx, but it use UBoot to config FPGA from the files stored in SystemACE Compact Flash Card. Unfortunately, my board does NOT has SystemACE:(
I also want to ask you that whether my XCF32P(32 Mbit=4MB) is large enough for storing the whole things?
Help me :(
Thank you :)
--------------
Zhang Ke
2006-06-21
^ permalink raw reply
* Re: Linux on Virtex4
From: Filippo Capurso @ 2006-06-21 7:14 UTC (permalink / raw)
To: Grant Likely; +Cc: linuxppc-embedded
In-Reply-To: <528646bc0606191638j64448168ia19d6a97ab81e648@mail.gmail.com>
Hi Grant,
I'm having some trouble with 2.6.17-rc6 kernel (wich incorporates your
patches for Xilinx ML403 board) and my ML403 board.
This is my message about this issue:
http://ozlabs.org/pipermail/linuxppc-embedded/2006-June/023321.html
Could you help me please?
Thanks in advance.
Filippo Capurso
Grant Likely ha scritto:
> On 6/19/06, Martin, Tim <tim.martin@viasat.com> wrote:
>
>>1) Is there anything obvious from the kernel panics below that I should
>>be looking for? Just the answer "linux 2.4.20 is really fricken old,
>>upgrade" is probably the right answer.
>
>
> I've seen kernel panics when booting large kernel images (>1.5M),
> especially when I've welded the kernel image to a system.ace file for
> booting via CF. I haven't tracked down the root cause. I use both
> 2.4 and 2.6, and I've seen kernel panics with both. In your case,
> you'll need to decode the backtrace to find out where the kernel is
> panicing
>
> g.
>
--
DAVE Srl - Electronics System House
via Forniz 2/1
33080 Porcia (PN) - Italy
Telephone: +39.0434.921215
Telefax: +39.0434.1994030
Freefax: +39.02.700520062
web: www.dave-tech.it
e-mail: filippo.capurso@dave-tech.it
how to reach us: http://mail.map24.com/dave
^ permalink raw reply
* Re: [PATCH 2/3] FS_ENET: use PAL for mii management
From: Vitaly Bordug @ 2006-06-21 7:38 UTC (permalink / raw)
To: Gerhard Jaeger; +Cc: netdev, linux-kernel, linuxppc-embedded
In-Reply-To: <200606210920.37295.g.jaeger@sysgo.com>
На Wed, 21 Jun 2006 09:20:36 +0200
Gerhard Jaeger <g.jaeger@sysgo.com> записано:
> Hi,
>
> On Tuesday 20 June 2006 16:58, Vitaly Bordug wrote:
> >
> > This patch should update the fs_enet infrastructure to utilize
> > Phy Abstraction Layer subsystem. Inside there are generic driver
> > rehaul, board-specific portion to respect driver changes (for
> > 8272ads and 866ads).
> >
> > Signed-off-by: Vitaly Bordug <vbordug@ru.mvista.com>
> > ---
> >
> > arch/ppc/platforms/mpc8272ads_setup.c | 154 ++++++----
> > arch/ppc/platforms/mpc866ads_setup.c | 192 ++++++------
> > arch/ppc/platforms/mpc885ads_setup.c | 179 ++++--------
> > arch/ppc/syslib/mpc8xx_devices.c | 8 +
> > arch/ppc/syslib/mpc8xx_sys.c | 6
> > arch/ppc/syslib/pq2_devices.c | 5
> > arch/ppc/syslib/pq2_sys.c | 3
> > drivers/net/fs_enet/Makefile | 6
> > drivers/net/fs_enet/fec.h | 42 +++
> > drivers/net/fs_enet/fs_enet-main.c | 207 ++++++++-----
> > drivers/net/fs_enet/fs_enet-mii.c | 507
> > ---------------------------------
> > drivers/net/fs_enet/fs_enet.h | 40 ++-
> > drivers/net/fs_enet/mac-fcc.c | 10 -
> > drivers/net/fs_enet/mac-fec.c | 132 +--------
> > drivers/net/fs_enet/mac-scc.c | 4
> > drivers/net/fs_enet/mii-bitbang.c | 384
> > +++++++++++++++---------- drivers/net/fs_enet/mii-fec.c |
> > 243 ++++++++++++++++ drivers/net/fs_enet/mii-fixed.c | 92
> > ------ include/asm-ppc/mpc8260.h | 1
> > include/asm-ppc/mpc8xx.h | 1
> > include/linux/fs_enet_pd.h | 50 +-- 21 files changed,
> > 983 insertions(+), 1283 deletions(-)
>
> [SNIPSNAP]
> > diff --git a/drivers/net/fs_enet/mii-bitbang.c
> > b/drivers/net/fs_enet/mii-bitbang.c index 24a5e2e..145bf4c 100644
> > --- a/drivers/net/fs_enet/mii-bitbang.c
> > +++ b/drivers/net/fs_enet/mii-bitbang.c
> > @@ -34,6 +34,7 @@
> > #include <linux/mii.h>
> > #include <linux/ethtool.h>
> > #include <linux/bitops.h>
> > +#include <linux/platform_device.h>
> >
> > #include <asm/pgtable.h>
> > #include <asm/irq.h>
> > @@ -41,6 +42,7 @@
> >
> > #include "fs_enet.h"
> >
> > +
> > #ifdef CONFIG_8xx
> > static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int
> > port, int bit) {
> > @@ -106,64 +108,25 @@ static int bitbang_prep_bit(u8 **dirp, u
> > }
> > #endif
> >
> > -#ifdef CONFIG_8260
> > -static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int
> > port, int bit) +static int bitbang_prep_bit(u8 **datp, u8 *mskp,
> > + struct fs_mii_bit *mii_bit)
>
> is it possible, that in case of CONFIG_8xx you'll have two times this
> bitbang_prep_bit() function?
>
Hmm, yes, thanks for pointing that out. The problem is in other
thing though - the bitbang stuff got unified so there should be no
board-specific ifdefs like those.
This issue must have missed the cleanup, I'll fix and redo the patches.
--
Sincerely, Vitaly
^ permalink raw reply
* Re: [PATCH 2/3] FS_ENET: use PAL for mii management
From: Gerhard Jaeger @ 2006-06-21 7:20 UTC (permalink / raw)
To: linuxppc-embedded; +Cc: netdev, linux-kernel
In-Reply-To: <20060620145840.24807.30296.stgit@vitb.ru.mvista.com>
Hi,
On Tuesday 20 June 2006 16:58, Vitaly Bordug wrote:
>
> This patch should update the fs_enet infrastructure to utilize
> Phy Abstraction Layer subsystem. Inside there are generic driver rehaul,
> board-specific portion to respect driver changes (for 8272ads and 866ads).
>
> Signed-off-by: Vitaly Bordug <vbordug@ru.mvista.com>
> ---
>
> arch/ppc/platforms/mpc8272ads_setup.c | 154 ++++++----
> arch/ppc/platforms/mpc866ads_setup.c | 192 ++++++------
> arch/ppc/platforms/mpc885ads_setup.c | 179 ++++--------
> arch/ppc/syslib/mpc8xx_devices.c | 8 +
> arch/ppc/syslib/mpc8xx_sys.c | 6
> arch/ppc/syslib/pq2_devices.c | 5
> arch/ppc/syslib/pq2_sys.c | 3
> drivers/net/fs_enet/Makefile | 6
> drivers/net/fs_enet/fec.h | 42 +++
> drivers/net/fs_enet/fs_enet-main.c | 207 ++++++++-----
> drivers/net/fs_enet/fs_enet-mii.c | 507 ---------------------------------
> drivers/net/fs_enet/fs_enet.h | 40 ++-
> drivers/net/fs_enet/mac-fcc.c | 10 -
> drivers/net/fs_enet/mac-fec.c | 132 +--------
> drivers/net/fs_enet/mac-scc.c | 4
> drivers/net/fs_enet/mii-bitbang.c | 384 +++++++++++++++----------
> drivers/net/fs_enet/mii-fec.c | 243 ++++++++++++++++
> drivers/net/fs_enet/mii-fixed.c | 92 ------
> include/asm-ppc/mpc8260.h | 1
> include/asm-ppc/mpc8xx.h | 1
> include/linux/fs_enet_pd.h | 50 +--
> 21 files changed, 983 insertions(+), 1283 deletions(-)
[SNIPSNAP]
> diff --git a/drivers/net/fs_enet/mii-bitbang.c b/drivers/net/fs_enet/mii-bitbang.c
> index 24a5e2e..145bf4c 100644
> --- a/drivers/net/fs_enet/mii-bitbang.c
> +++ b/drivers/net/fs_enet/mii-bitbang.c
> @@ -34,6 +34,7 @@
> #include <linux/mii.h>
> #include <linux/ethtool.h>
> #include <linux/bitops.h>
> +#include <linux/platform_device.h>
>
> #include <asm/pgtable.h>
> #include <asm/irq.h>
> @@ -41,6 +42,7 @@
>
> #include "fs_enet.h"
>
> +
> #ifdef CONFIG_8xx
> static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int port, int bit)
> {
> @@ -106,64 +108,25 @@ static int bitbang_prep_bit(u8 **dirp, u
> }
> #endif
>
> -#ifdef CONFIG_8260
> -static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int port, int bit)
> +static int bitbang_prep_bit(u8 **datp, u8 *mskp,
> + struct fs_mii_bit *mii_bit)
is it possible, that in case of CONFIG_8xx you'll have two times this
bitbang_prep_bit() function?
Gerhard
--
Gerhard Jaeger <gjaeger@sysgo.com>
SYSGO AG Embedded and Real-Time Software
www.sysgo.com | www.elinos.com | www.pikeos.com | www.osek.de
^ permalink raw reply
* RE: [PATCH/2.6.17-rc6 0/4 v2] powerpc: add mpc7448hpc2 (Taiga) board support
From: Zang Roy-r61911 @ 2006-06-21 7:51 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev list, Alexandre.Bounine, Yang Xin-Xin-r48390
> -----Original Message-----
> From: Zang Roy-r61911
> Sent: Tuesday, June 13, 2006 3:08 PM
> To: 'Paul Mackerras'; 'Benjamin Herrenschmidt'
> Cc: 'linuxppc-dev list'; Yang Xin-Xin-r48390;
> 'Alexandre.Bounine@tundra.com'; Zang Roy-r61911
> Subject: [PATCH/2.6.17-rc6 0/4 v2] powerpc: add mpc7448hpc2
> (Taiga) board support
>
>
> Hi,
> This series of patch adds mpc7448hpc2 (taiga) board
> support in arch/powerpc.
> Tsi108 chip of Tundra Semiconductor is also supported.
> The code has been revised according to the feedback.
>
> Roy Zang
>
Hi, Paul
I have not got any suggestion, since I submitted the "v2" version mpc7448hpc2 board support in arch/powerpc :).
In this submission I have addressed all the issues brought up in the "v1" submission. So could you help me merge the patches into your git tree ?
If there is any comment, please tell me.
Thanks a lot!
Roy
^ permalink raw reply
* Re: Linux on Virtex4
From: Grant Likely @ 2006-06-21 7:55 UTC (permalink / raw)
To: filippo.capurso; +Cc: linuxppc-embedded
In-Reply-To: <4498F1E7.5010900@dave-tech.it>
On 6/21/06, Filippo Capurso <filippo.capurso@dave-tech.it> wrote:
> Hi Grant,
>
> I'm having some trouble with 2.6.17-rc6 kernel (wich incorporates your
> patches for Xilinx ML403 board) and my ML403 board.
> This is my message about this issue:
>
> http://ozlabs.org/pipermail/linuxppc-embedded/2006-June/023321.html
Yes, I had seen your message; but I'm not an expert on the 4xx mmu. I
haven't seen that behaviour on my board.
Double check your memory ranges. Have you given the kernel real RAM?
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195
^ permalink raw reply
* porting Linux 2.4 on ML403
From: Rajanibabu @ 2006-06-21 7:33 UTC (permalink / raw)
To: linuxppc-embedded
hi JF Hasson
I am trying to port linux 2=2E4 devel to ML403=2E iam using the links htt=
p://splish=2Eee=2Ebyu=2Eedu/projects/LinuxFPGA/configuring=2Ehtm and http://=
www=2Eklingauf=2Ede/v2p/index=2Ephtml=2E Using these links i have done the f=
ollowing tasks=2E
1=2E Build the kernel and created the system=2Eace file
2=2E created 3 partitions in 512Mb Compact flash ie A=2Efat-16 (60Mb)
B=2ELinux-swap (50Mb)
C=2Eext3 (remaining 380Mb)=
3=2E copy system=2Eace to first partition i=2Ee fat-16=2E
when i put this compact flash on Board the red LED (Sysace error) is glowin=
g=2E And iam connecting board in Windows-XP Platform=2E
So Please help me to come out of this and Let me know the Procedure you foll=
owed to successfully port Linux on ML403=2E
Best Regards=20
Rajanibabu
^ permalink raw reply
* please pull powerpc.git 'merge' branch
From: Paul Mackerras @ 2006-06-21 8:21 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev
Linus,
Please do a pull from the "merge" branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git
to get the powerpc changes for 2.6.18 that have accumulated since the
2.6.17 merge window closed.
The powerpc changes are in the "master" branch in that tree. When I
did a test pull of your tree there were some conflicts, so I did the
merge and resolved the conflicts in the "merge" branch. I tried to
make the merge commit look like the ones you do (what script do you
use to do that, BTW?).
If you prefer to do the merge yourself, pull from the master branch,
and fix up the conflicts in include/asm-powerpc/spu.h (remove both
#includes in the conflict) and drivers/net/phy/Makefile (include both
lines that conflict).
Also, you'll notice that I have started using a "[POWERPC]" tag in the
commit headlines, similar to what other subsystems do.
Thanks,
Paul.
arch/powerpc/Kconfig | 52 +
arch/powerpc/Kconfig.debug | 13
arch/powerpc/Makefile | 1
arch/powerpc/boot/main.c | 27
arch/powerpc/boot/prom.h | 7
arch/powerpc/configs/cell_defconfig | 34 -
arch/powerpc/configs/mpc85xx_cds_defconfig | 846 +++++++++++++++
arch/powerpc/configs/mpc8641_hpcn_defconfig | 921 ++++++++++++++++
arch/powerpc/configs/pmac32_defconfig | 204 ++--
arch/powerpc/configs/pseries_defconfig | 75 +
arch/powerpc/kernel/align.c | 189 ++-
arch/powerpc/kernel/asm-offsets.c | 5
arch/powerpc/kernel/cpu_setup_6xx.S | 2
arch/powerpc/kernel/cpu_setup_power4.S | 17
arch/powerpc/kernel/cputable.c | 137 +-
arch/powerpc/kernel/crash.c | 13
arch/powerpc/kernel/crash_dump.c | 11
arch/powerpc/kernel/entry_64.S | 2
arch/powerpc/kernel/fpu.S | 6
arch/powerpc/kernel/head_32.S | 14
arch/powerpc/kernel/head_64.S | 29 +
arch/powerpc/kernel/iomap.c | 2
arch/powerpc/kernel/iommu.c | 23
arch/powerpc/kernel/irq.c | 25
arch/powerpc/kernel/lparcfg.c | 4
arch/powerpc/kernel/machine_kexec_64.c | 99 ++
arch/powerpc/kernel/misc_32.S | 2
arch/powerpc/kernel/misc_64.S | 5
arch/powerpc/kernel/nvram_64.c | 2
arch/powerpc/kernel/pci_32.c | 7
arch/powerpc/kernel/pci_64.c | 62 -
arch/powerpc/kernel/pci_direct_iommu.c | 18
arch/powerpc/kernel/pci_dn.c | 6
arch/powerpc/kernel/pci_iommu.c | 41 -
arch/powerpc/kernel/proc_ppc64.c | 2
arch/powerpc/kernel/process.c | 55 +
arch/powerpc/kernel/prom.c | 145 ++-
arch/powerpc/kernel/prom_init.c | 120 --
arch/powerpc/kernel/prom_parse.c | 25
arch/powerpc/kernel/ptrace.c | 2
arch/powerpc/kernel/rtas-rtc.c | 30 -
arch/powerpc/kernel/rtas.c | 108 +-
arch/powerpc/kernel/rtas_flash.c | 25
arch/powerpc/kernel/rtas_pci.c | 4
arch/powerpc/kernel/setup-common.c | 20
arch/powerpc/kernel/setup.h | 3
arch/powerpc/kernel/setup_32.c | 18
arch/powerpc/kernel/setup_64.c | 31 -
arch/powerpc/kernel/signal_32.c | 23
arch/powerpc/kernel/signal_64.c | 16
arch/powerpc/kernel/smp.c | 2
arch/powerpc/kernel/systbl.S | 311 ------
arch/powerpc/kernel/time.c | 67 +
arch/powerpc/kernel/traps.c | 8
arch/powerpc/kernel/udbg.c | 7
arch/powerpc/kernel/vdso.c | 57 +
arch/powerpc/kernel/vector.S | 4
arch/powerpc/kernel/vio.c | 344 +++++-
arch/powerpc/kernel/vmlinux.lds.S | 5
arch/powerpc/lib/Makefile | 5
arch/powerpc/lib/bitops.c | 150 ---
arch/powerpc/mm/hash_low_32.S | 34 -
arch/powerpc/mm/hash_low_64.S | 31 +
arch/powerpc/mm/hash_native_64.c | 2
arch/powerpc/mm/hash_utils_64.c | 84 +
arch/powerpc/mm/lmb.c | 43 +
arch/powerpc/mm/mem.c | 6
arch/powerpc/mm/mmu_context_32.c | 2
arch/powerpc/mm/mmu_context_64.c | 3
arch/powerpc/mm/numa.c | 8
arch/powerpc/mm/ppc_mmu_32.c | 16
arch/powerpc/mm/slb.c | 32 -
arch/powerpc/mm/slb_low.S | 17
arch/powerpc/mm/stab.c | 4
arch/powerpc/mm/tlb_32.c | 6
arch/powerpc/mm/tlb_64.c | 5
arch/powerpc/oprofile/Kconfig | 1
arch/powerpc/oprofile/Makefile | 4
arch/powerpc/oprofile/common.c | 6
arch/powerpc/oprofile/op_model_power4.c | 37 -
arch/powerpc/platforms/85xx/Kconfig | 9
arch/powerpc/platforms/85xx/Makefile | 1
arch/powerpc/platforms/85xx/mpc85xx_cds.c | 359 ++++++
arch/powerpc/platforms/85xx/mpc85xx_cds.h | 43 +
arch/powerpc/platforms/86xx/Kconfig | 36 +
arch/powerpc/platforms/86xx/Makefile | 10
arch/powerpc/platforms/86xx/mpc8641_hpcn.h | 54 +
arch/powerpc/platforms/86xx/mpc86xx.h | 28
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c | 326 ++++++
arch/powerpc/platforms/86xx/mpc86xx_pcie.c | 173 +++
arch/powerpc/platforms/86xx/mpc86xx_smp.c | 117 ++
arch/powerpc/platforms/86xx/pci.c | 325 ++++++
arch/powerpc/platforms/Makefile | 1
arch/powerpc/platforms/cell/Kconfig | 9
arch/powerpc/platforms/cell/Makefile | 23
arch/powerpc/platforms/cell/cbe_regs.c | 128 ++
arch/powerpc/platforms/cell/cbe_regs.h | 129 ++
arch/powerpc/platforms/cell/interrupt.c | 40 -
arch/powerpc/platforms/cell/iommu.c | 18
arch/powerpc/platforms/cell/pervasive.c | 104 --
arch/powerpc/platforms/cell/pervasive.h | 37 -
arch/powerpc/platforms/cell/ras.c | 112 ++
arch/powerpc/platforms/cell/ras.h | 9
arch/powerpc/platforms/cell/setup.c | 14
arch/powerpc/platforms/cell/spu_base.c | 179 ++-
arch/powerpc/platforms/cell/spu_callbacks.c | 314 ------
arch/powerpc/platforms/cell/spu_priv1.c | 133 --
arch/powerpc/platforms/cell/spu_priv1_mmio.c | 159 +++
arch/powerpc/platforms/cell/spufs/Makefile | 14
arch/powerpc/platforms/cell/spufs/context.c | 12
arch/powerpc/platforms/cell/spufs/file.c | 67 +
arch/powerpc/platforms/cell/spufs/hw_ops.c | 1
arch/powerpc/platforms/cell/spufs/inode.c | 30 -
arch/powerpc/platforms/cell/spufs/sched.c | 3
.../cell/spufs/spu_restore_dump.h_shipped | 1122 ++++++++++++++++++-----
.../platforms/cell/spufs/spu_save_dump.h_shipped | 922 +++++++++++++++----
arch/powerpc/platforms/cell/spufs/switch.c | 48 +
arch/powerpc/platforms/iseries/Makefile | 6
arch/powerpc/platforms/iseries/call_pci.h | 19
arch/powerpc/platforms/iseries/dt.c | 615 +++++++++++
arch/powerpc/platforms/iseries/iommu.c | 46 -
arch/powerpc/platforms/iseries/irq.c | 7
arch/powerpc/platforms/iseries/irq.h | 2
arch/powerpc/platforms/iseries/mf.c | 9
arch/powerpc/platforms/iseries/pci.c | 347 +-----
arch/powerpc/platforms/iseries/setup.c | 271 -----
arch/powerpc/platforms/iseries/setup.h | 2
arch/powerpc/platforms/iseries/vio.c | 131 --
arch/powerpc/platforms/maple/pci.c | 3
arch/powerpc/platforms/maple/setup.c | 2
arch/powerpc/platforms/powermac/cpufreq_32.c | 2
arch/powerpc/platforms/powermac/feature.c | 2
arch/powerpc/platforms/powermac/pci.c | 3
arch/powerpc/platforms/powermac/pfunc_core.c | 14
arch/powerpc/platforms/powermac/setup.c | 2
arch/powerpc/platforms/pseries/Makefile | 5
arch/powerpc/platforms/pseries/eeh_cache.c | 2
arch/powerpc/platforms/pseries/eeh_driver.c | 55 +
arch/powerpc/platforms/pseries/eeh_event.c | 50 -
arch/powerpc/platforms/pseries/iommu.c | 182 +--
arch/powerpc/platforms/pseries/rtasd.c | 6
arch/powerpc/platforms/pseries/scanlog.c | 6
arch/powerpc/platforms/pseries/setup.c | 6
arch/powerpc/platforms/pseries/vio.c | 274 -----
arch/powerpc/platforms/pseries/xics.c | 25
arch/powerpc/sysdev/Makefile | 4
arch/powerpc/sysdev/dart_iommu.c | 2
arch/powerpc/sysdev/mpic.c | 20
arch/ppc/Kconfig | 4
arch/ppc/mm/init.c | 2
arch/ppc/mm/mmu_context.c | 2
arch/ppc/mm/tlb.c | 6
arch/ppc/platforms/4xx/Kconfig | 2
arch/ppc/platforms/4xx/cpci405.c | 139 ++
arch/ppc/platforms/4xx/cpci405.h | 30 -
arch/um/sys-ppc/misc.S | 6
drivers/block/viodasd.c | 2
drivers/cdrom/viocd.c | 2
drivers/char/hvc_console.c | 4
drivers/char/hvc_rtas.c | 37 -
drivers/char/hvsi.c | 2
drivers/char/viotape.c | 2
drivers/i2c/busses/Kconfig | 4
drivers/macintosh/via-pmu.c | 4
drivers/net/Kconfig | 8
drivers/net/ibmveth.c | 2
drivers/net/iseries_veth.c | 27
drivers/net/phy/Kconfig | 5
drivers/net/phy/Makefile | 1
drivers/net/phy/vitesse.c | 112 ++
include/asm-powerpc/bitops.h | 6
include/asm-powerpc/cputable.h | 82 +
include/asm-powerpc/delay.h | 13
include/asm-powerpc/eeh.h | 15
include/asm-powerpc/eeh_event.h | 10
include/asm-powerpc/elf.h | 2
include/asm-powerpc/hvcall.h | 10
include/asm-powerpc/immap_86xx.h | 199 ++++
include/asm-powerpc/io.h | 6
include/asm-powerpc/iommu.h | 6
include/asm-powerpc/irq.h | 86 ++
include/asm-powerpc/iseries/iommu.h | 6
include/asm-powerpc/kdump.h | 29 -
include/asm-powerpc/kexec.h | 16
include/asm-powerpc/machdep.h | 5
include/asm-powerpc/mmu.h | 16
include/asm-powerpc/mmu_context.h | 12
include/asm-powerpc/mpc86xx.h | 47 +
include/asm-powerpc/mpic.h | 10
include/asm-powerpc/paca.h | 4
include/asm-powerpc/page.h | 11
include/asm-powerpc/pci-bridge.h | 14
include/asm-powerpc/pgtable-4k.h | 2
include/asm-powerpc/pgtable-64k.h | 2
include/asm-powerpc/pgtable.h | 10
include/asm-powerpc/processor.h | 16
include/asm-powerpc/prom.h | 9
include/asm-powerpc/ptrace.h | 2
include/asm-powerpc/reg.h | 69 +
include/asm-powerpc/rtas.h | 9
include/asm-powerpc/spu.h | 29 -
include/asm-powerpc/spu_csa.h | 13
include/asm-powerpc/spu_priv1.h | 182 +++
include/asm-powerpc/systbl.h | 306 +++++
include/asm-powerpc/tce.h | 35 -
include/asm-powerpc/topology.h | 9
include/asm-powerpc/udbg.h | 3
include/asm-powerpc/vio.h | 16
include/asm-ppc/mmu.h | 23
include/asm-ppc/mmu_context.h | 27
include/asm-ppc/mpc85xx.h | 3
include/asm-ppc/pgtable.h | 2
include/linux/delay.h | 5
include/linux/prctl.h | 7
kernel/sys.c | 13
215 files changed, 9825 insertions(+), 4033 deletions(-)
create mode 100644 arch/powerpc/configs/mpc85xx_cds_defconfig
create mode 100644 arch/powerpc/configs/mpc8641_hpcn_defconfig
delete mode 100644 arch/powerpc/lib/bitops.c
create mode 100644 arch/powerpc/platforms/85xx/mpc85xx_cds.c
create mode 100644 arch/powerpc/platforms/85xx/mpc85xx_cds.h
create mode 100644 arch/powerpc/platforms/86xx/Kconfig
create mode 100644 arch/powerpc/platforms/86xx/Makefile
create mode 100644 arch/powerpc/platforms/86xx/mpc8641_hpcn.h
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx.h
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx_pcie.c
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx_smp.c
create mode 100644 arch/powerpc/platforms/86xx/pci.c
create mode 100644 arch/powerpc/platforms/cell/cbe_regs.c
create mode 100644 arch/powerpc/platforms/cell/cbe_regs.h
create mode 100644 arch/powerpc/platforms/cell/ras.c
create mode 100644 arch/powerpc/platforms/cell/ras.h
delete mode 100644 arch/powerpc/platforms/cell/spu_priv1.c
create mode 100644 arch/powerpc/platforms/cell/spu_priv1_mmio.c
create mode 100644 arch/powerpc/platforms/iseries/dt.c
delete mode 100644 arch/powerpc/platforms/iseries/vio.c
delete mode 100644 arch/powerpc/platforms/pseries/vio.c
create mode 100644 drivers/net/phy/vitesse.c
create mode 100644 include/asm-powerpc/immap_86xx.h
rename arch/powerpc/platforms/iseries/iommu.h => include/asm-powerpc/iseries/iommu.h (91%)
create mode 100644 include/asm-powerpc/mpc86xx.h
create mode 100644 include/asm-powerpc/spu_priv1.h
create mode 100644 include/asm-powerpc/systbl.h
Amos Waterland:
[POWERPC] Fix builtin command line interaction with firmware
Andreas Schwab:
[POWERPC] Unify ppc syscall tables
Andrew Morton:
powerpc kbuild warning fix
Andy Fleming:
Add 85xx CDS to arch/powerpc
Anton Blanchard:
powerpc: remove io_page_mask
powerpc: add num_pmcs to 970MP cputable entry
Add a prctl to change the endianness of a process.
[POWERPC] 64bit FPSCR support
[POWERPC] Optimise some TOC usage
[POWERPC] Remove stale 64bit on 32bit kernel code
[POWERPC] Update pseries defconfig
[POWERPC] pcibus_to_node fixes
[POWERPC] node local IOMMU tables
[POWERPC] cleanup dma_mapping_ops
[POWERPC] Fix HV bit handling on non partitioned machines
[POWERPC] system call micro optimisation
[POWERPC] update pmac32_defconfig
[POWERPC] Fix mdelay badness on shared processor partitions
[POWERPC] Dont look for class-code in pci children
[POWERPC] support ibm,extended-*-frequency properties
Arnd Bergmann:
[POWERPC] disable floating point exceptions for init
arnd@arndb.de:
[POWERPC] cell: fix interrupt priority handling
[POWERPC] cell: update defconfig
[POWERPC] cell: always build spu base into the kernel
[POWERPC] spufs: restore mapping of mssync register
[POWERPC] spufs: set up correct SLB entries for 64k pages
[POWERPC] spufs: add a phys-id attribute to each SPU context
[POWERPC] spufs: fix initial state of wbox file
[POWERPC] spufs: dont try to access SPE channel 1 count
[POWERPC] spufs: fail spu_create with invalid flags
[POWERPC] spufs: one more fix for 64k pages
Benjamin Herrenschmidt:
powerpc vdso updates
powerpc: Fix buglet with MMU hash management
powerpc: Add udbg-immortal kernel option
[POWERPC] cell: add RAS support
Christoph Hellwig:
powerpc: implement pcibus_to_node and pcibus_to_cpumask
powerpc: node-aware dma allocations
Dave C Boutcher:
[POWERPC] check firmware state before suspending
Geoff Levand:
powerpc: remove do-nothing cpu setup routines
[POWERPC] spufs: split the Cell BE support into generic and platform dependant parts
[POWERPC] spufs: further abstract priv1 register access
[POWERPC] spufs: fix spu irq affinity setting
Haren Myneni:
powerpc: clear IPIs on kdump
Jake Moilanen:
[POWERPC] Add support for PCI-Express nodes in the device tree
[POWERPC] MSI abstraction
Jeremy Kerr:
powerpc: cell: use kzalloc in alloc_spu_context()
powerpc: Add of_parse_dma_window()
powerpc: pseries: Use generic dma-window parsing function
[POWERPC] cell: register SPUs as sysdevs
[POWERPC] spufs: use kzalloc in create_spu
Jimi Xenidis:
powerpc: Auto reserve of device tree blob
jimix@watson.ibm.com:
powerpc: udbg_printf() formatting attribute
Johannes Berg:
[POWERPC] make pmf irq_client functions safe against pmf interrupts coming in
John Rose:
powerpc: reorg RTAS delay code
[POWERPC] RTAS delay, fix module build breaks
Jon Loeliger:
[POWERPC] Guard L3CR references with CPU_FTR_L3CR.
[POWERPC] Prevent duplicate lmb reservations for Device Tree blob.
[POWERPC] Add the mpc8641 hpcn Kconfig and Makefiles.
[POWERPC] Add mpc8641_hpcn_defconfig config file.
[POWERPC] Add 8641 CPU table entry.
[POWERPC] Add starting of secondary 86xx CPUs.
[POWERPC] Add the MPC8641 HPCN platform files.
[POWERPC] Add mpc8641hpcn PCI/PCI-Express platform files.
[POWERPC] Add 8641 Register space and IRQ definitions.
[POWERPC] Document I2C_MPC option for 86xx too.
[POWERPC] Add Vitesse 8244 PHY for MPC8641 HPCN platform.
Jon Mason:
remove powerpc bitops in favor of existing generic bitops
Kelly Daly:
[POWERPC] re-enable OProfile for iSeries, using timer interrupt
Kumar Gala:
powerpc: provide ppc_md.panic() for both ppc32 & ppc64
Linas Vepstas:
powerpc/pseries: clear PCI failure counter if no new failures
powerpc/pseries: Increment fail counter in PCI recovery
[POWERPC] pseries: Print PCI slot location code on failure
Mark A. Greer:
[POWERPC] mpic: add support for serial mode interrupts
Masato Noguchi:
[POWERPC] spufs: remove stop_code from struct spu
[POWERPC] spufs: fix Makefile for "make clean"
[POWERPC] spufs: clear class2 interrupt status before wakeup
Matthias Fuchs:
[POWERPC] ppc32: fix CPCI405 board support
Michael Ellerman:
powerpc: Disable and EOI interrupts in machine_crash_shutdown()
powerpc: Make early debugging options behave with oldconfig
powerpc: Make early xmon logic immune to location of early parsing
powerpc: Parse early parameters earlier
powerpc: Unify mem= handling
powerpc: Kdump header cleanup
powerpc: Move crashkernel= handling into the kernel.
powerpc: Make rtas console _much_ faster
powerpc: Cleanup hvc_rtas.c a little
[POWERPC] spufs: fix deadlock in spu_create error path
Michael Neuling:
powerpc: whitespace cleanup in reg.h
powerpc: oprofile support for POWER6
mostrows@watson.ibm.com:
powerpc: Create /proc/rtas, /proc/ppc64/rtas if RTAS exists.
[POWERPC] Editable kernel command-line in zImage binary.
Nathan Lynch:
[POWERPC] Extra sanity check in EEH code
Olof Johansson:
powerpc: Quiet HVSI boot output
powerpc: Quiet time init output
powerpc: Quiet page order output
powerpc: Quiet VETH version printk
powerpc: Don't print chosen idle loop at every boot
powerpc: Less verbose mem configuration output
powerpc: Lack of ISA interrupts on XICS isn't dangerous
powerpc: Quiet PCI init printouts
powerpc: Quiet rtasd output at boot
powerpc: Quiet oprofile output at boot
powerpc: Remove stale iseries global
powerpc: kill union tce_entry
powerpc iommu: minor cleanup
Paul Mackerras:
powerpc: Implement support for setting little-endian mode via prctl
powerpc: Implement PR_[GS]ET_UNALIGN prctls for powerpc
powerpc: Fix bug in iommu_alloc_coherent causing hang during boot
powerpc: add context.vdso_base for 32-bit too
powerpc: Remove unused paca->pgdir field
powerpc: Fix some missed ppc32 mm->context.id conversions
powerpc: Use 64k pages without needing cache-inhibited large pages
powerpc: Simplify push_end definition in pci_32.c
Renzo Davoli:
powerpc: enable PPC_PTRACE_[GS]ETREGS on ppc32
Stephen Rothwell:
powerpc: add all the iSeries virtual devices to the device tree
powerpc: use the device tree for the iSeries vio bus probe
powerpc: use a common vio_match_device routine
powerpc: merge the rest of the vio code
powerpc: update iseries_veth device-tree information
powerpc: update iSeries viodasd device-tree entries
powerpc: update iSeries vdevice
powerpc: update iSeries viocd and viotape device-tree
powerpc: the iSeries vio lan driver changed device type
powerpc: tidy up iseries/pci.c
powerpc: reintroduce HvCallPci_configLoad32
powerpc: move iSeries PCI devices to the device tree
powerpc: remove iSeries_Global_Device_List
powerpc: remove Irq from pci_dn
powerpc: remove LogicalSlot from pci_dn
powerpc: iSeries PCI devices can now have a devpsec attribute
powerpc: clean up iSeries PCI probe
powerpc: make iSeries flat device tree stuff static
powerpc: give iSeries device tree nodes better names
powerpc: split device tree stuff out of iseries/setup.c
powerpc: make iSeries flattened device tree dynamic
powerpc: make iSeries flattened device tree dynamic - part 2
powerpc: cleanup of iSeries flat device tree
Will Schmidt:
nvram_print_partitions cosmetic fixup
powerpc: fix of_parse_dma_window
^ permalink raw reply
* Re: Linux on Virtex4
From: Aidan Williams @ 2006-06-21 8:46 UTC (permalink / raw)
To: Rick Moleres; +Cc: linuxppc-embedded, Martin, Tim
In-Reply-To: <689CB232690D8D4E97DA6C76DA098E6C027E6274@XCO-EXCHVS1.xlnx.xilinx.com>
Rick Moleres wrote:
> There's also a Linux 2.4 patch provided with the ML403 PPC reference
> design on the Xilinx website
> (http://www.xilinx.com/products/boards/ml403/reference_designs.htm) that
> takes care of a Virtex-4 PPC cache issue (CCR0 register). Have you
> applied this?
>
Rick, which cache issue are you referring to?
I tried setting the CCR0 bits in accordance with:
"Solution 10: CPU_213: Incorrect data might be
flushed from the data cache"
but that didn't fix things in my case for the Avnet FX12 MiniModule.
I'm pretty sure that the FX12-MM strikes:
"Solution 13: The return of a cacheline transaction that
is not target word first (non-target word first) can
cause data corruption in the PPC405 Core data cache in
Virtex-4 FX devices."
For which the only solutions mentioned are to run without caches or get
a fixed chip.
As I understand it, the memory controller for this board must be on the
OPB because the memory is 16-bit. Is there any way to move the memory
controller to the PLB thus avoiding the cache problem (for RAM at least)?
- aidan
^ permalink raw reply
* Deepak C Shetty is out of the office.
From: Deepak C Shetty @ 2006-06-21 9:24 UTC (permalink / raw)
To: linuxppc-dev
I will be out of the office starting 21/06/2006 and will not return until
03/07/2006.
^ permalink raw reply
* Adding an external interrupt controller
From: Laurent Pinchart @ 2006-06-21 9:46 UTC (permalink / raw)
To: linuxppc-embedded
Hi everybody,
I'm trying to write a driver for a custom extension bus mapped in my MPC8248
memory space.
The bus has 32 interrupt lines which are handled by an interrupt controller
connected to a single external interrupt on the MPC8248.
I've had a look at the Linux interrupt management code, but haven't found any
easy API to add an external interrupt controller. Could someone give me a few
pointers regarding how to proceed ? I would like to "register" the interrupt
controller with the interrupt management core, so that
request_irq()/free_irq() could be used with the extra interrupts.
Thanks in advance for your help.
Best regards,
Laurent Pinchart
PS: If this is not architecture-specific and should be asked on the
linux-kernel mailing list, please let me know.
^ permalink raw reply
* RE: Adding an external interrupt controller
From: Liu Dave-r63238 @ 2006-06-21 9:57 UTC (permalink / raw)
To: 'Laurent Pinchart', linuxppc-embedded
> -----Original Message-----
> Hi everybody,
>
> I'm trying to write a driver for a custom extension bus
> mapped in my MPC8248
> memory space.
>
> The bus has 32 interrupt lines which are handled by an
> interrupt controller
> connected to a single external interrupt on the MPC8248.
>
> I've had a look at the Linux interrupt management code, but
> haven't found any
> easy API to add an external interrupt controller. Could
No, the linux kernel has this feature.
> someone give me a few
> pointers regarding how to proceed ? I would like to
> "register" the interrupt
> controller with the interrupt management core, so that
> request_irq()/free_irq() could be used with the extra interrupts.
>
Need define the struct hw_interrupt_type <your_interrupt_controller>
and the struct irqaction <your_irqaction>, and
implement member function and hook your interrupt controller to
The interrupt controller of MPC8248 with setup_irq.
-Dave
^ permalink raw reply
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