* MPC8xx support in 2.6 and [PATCH] USB host controller selection...
From: David Jander @ 2005-10-27 12:39 UTC (permalink / raw)
To: linux-ppc-embedded
[-- Attachment #1: Type: text/plain, Size: 860 bytes --]
Hi all,
I am trying to figure out if kernel-2.6.x is already a (stable) option for
MPC8xx processors. Any hints? experience?
I just rsynced DENX's git tree (cg-clone will crash on a 404 error).
Problems I have found until now:
- Processor identification is still shady. Thanks to Marcello's patch
yesterday, it now boots up without problems, but this definitely needs to be
done. Who is working on this part?
- USB Kconfig file for 2.6 kernel is broken. It is not correct to assume that
you either have a PCI interface or a processor with internal HCI. Proof: We
have a board based on MPC852T (no internal UHCI) which can plug into an
(optional) daughter board with a ISP1160 on it. See attached patch.
Maybe the patch should be sent elsewere since it has not much to do with PPC,
so can someone please tell me where?
Greetings,
--
David Jander
[-- Attachment #2: usb-hcd-selection.patch --]
[-- Type: text/x-diff, Size: 1111 bytes --]
--- drivers/usb/Kconfig.old 2005-10-27 14:26:03.701868944 +0200
+++ drivers/usb/Kconfig 2005-10-27 14:26:37.729695928 +0200
@@ -4,37 +4,9 @@
menu "USB support"
-# Host-side USB depends on having a host controller
-# NOTE: dummy_hcd is always an option, but it's ignored here ...
-# NOTE: SL-811 option should be board-specific ...
-config USB_ARCH_HAS_HCD
- boolean
- default y if USB_ARCH_HAS_OHCI
- default y if ARM # SL-811
- default PCI
-
-# many non-PCI SOC chips embed OHCI
-config USB_ARCH_HAS_OHCI
- boolean
- # ARM:
- default y if SA1111
- default y if ARCH_OMAP
- default y if ARCH_LH7A404
- default y if ARCH_S3C2410
- default y if PXA27x
- # PPC:
- default y if STB03xxx
- default y if PPC_MPC52xx
- default y if 440EP
- # MIPS:
- default y if SOC_AU1X00
- # more:
- default PCI
-
# ARM SA1111 chips have a non-PCI based "OHCI-compatible" USB host interface.
config USB
tristate "Support for Host-side USB"
- depends on USB_ARCH_HAS_HCD
---help---
Universal Serial Bus (USB) is a specification for a serial bus
subsystem which offers higher speeds and more features than the
^ permalink raw reply
* Re: [PATCH] powerpc: only build idle_6xx for 6xx
From: Paul Mackerras @ 2005-10-27 10:53 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev, linuxppc64-dev
In-Reply-To: <Pine.LNX.4.61.0510260956110.6094@linen.am.freescale.net>
Kumar Gala writes:
> For the current time idle_6xx only applies to 6xx ppc32 CPUs
> +extra-$(CONFIG_6xx) += idle_6xx.o
> -obj-$(CONFIG_PPC32) += entry_32.o idle_6xx.o setup_32.o misc_32.o
> +obj-$(CONFIG_PPC32) += entry_32.o setup_32.o misc_32.o
Why does idle_6xx.o become an extra- rather than an obj- ?
Paul.
^ permalink raw reply
* about HDLC Ethernet Driver
From: 徐小威的EMAIL @ 2005-10-27 7:04 UTC (permalink / raw)
To: linuxppc-embedded
Hi All:
I used Linux 2.4.25 at my custom MPC852T and I want to used scc with
HDLC mode
to communiction with another MPC852T. How to build a ethernet base on
HDLC for
communication with these two CPU?
Best Regards,
Rober Hsu
^ permalink raw reply
* Re: Makefile check for older binutils broken?
From: Tom Rini @ 2005-10-26 22:02 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linuxppc-dev
In-Reply-To: <20051026133648.GA10373@logos.cnet>
On Wed, Oct 26, 2005 at 11:36:48AM -0200, Marcelo Tosatti wrote:
>
> Hi,
>
> While trying to compile 2.6.14-rc4 on my Pegasos (running Debian unstable):
>
> make[2]: Entering directory `/home/marcelo/8xx/linux-2.6.14-rc4'
> *** 2.6 kernels no longer build correctly with old versions of binutils.
> *** Please upgrade your binutils to 2.12.1 or newer
> make[2]: *** [checkbin] Error 1
What's your CONFIG_SHELL set to?
[snip]
> marcelo@pegasos:~$ /bin/echo dssall | as -many -o /tmp/output.as >/dev/null 2>&1
> marcelo@pegasos:~$ echo $?
What about if you run the whole test on shell (if ...), does it work there?
What shell are you running?
--
Tom Rini
http://gate.crashing.org/~trini/
^ permalink raw reply
* Re: Makefile check for older binutils broken?
From: Marcelo Tosatti @ 2005-10-26 16:08 UTC (permalink / raw)
To: Andreas Schwab; +Cc: linuxppc-dev
In-Reply-To: <jezmow3v8n.fsf@sykes.suse.de>
On Wed, Oct 26, 2005 at 09:59:20PM +0200, Andreas Schwab wrote:
> Marcelo Tosatti <marcelo.tosatti@cyclades.com> writes:
>
> > Anyway, surrounding the verification command around an eval expression
> > does the trick correcting the situation. Is it any good?
>
> Not at all. You have effectively disabled the check completely.
>
> > diff --git a/arch/ppc/Makefile b/arch/ppc/Makefile
> > index 0432a25..cdd9250 100644
> > --- a/arch/ppc/Makefile
> > +++ b/arch/ppc/Makefile
> > @@ -126,7 +126,7 @@ checkbin:
> > false; \
> > fi ; \
> > fi
> > - @if ! /bin/echo dssall | $(AS) -many -o $(TOUT) >/dev/null 2>&1 ; then \
> > + @if ! [[ "/bin/echo dssall | $(AS) -many -o $(TOUT) >/dev/null 2>&1" ]] ; then \
>
> A non-empty string is always true.
Doh - it seemed too easy. I'll go search for some clue (and buy a shell book).
I bet either Make or bash is screwing up.
Thanks
^ permalink raw reply
* [PATCH] ppc_sys: do not BUG if system ID is unknown
From: Marcelo Tosatti @ 2005-10-26 14:57 UTC (permalink / raw)
To: Vitaly Bordug, linux-ppc-embedded
Vitaly,
Subject and diff says it all: currently ppc_sys BUGs on unknown system
ID, which is quite unfriendly.
The following is applied to the 8xx-fixes tree.
diff-tree a807b39b11a2fc311d3bbeff2b6f17c31636bb58 (from 94c84a4faa99c5f1ca93f0b9c5ad3df9d57409f8)
Author: Marcelo Tosatti <marcelo@pegasos.cnet>
Date: Wed Oct 26 14:43:30 2005 -0500
ppc32: Make ppc_sys friendly to unknown system ID's
diff --git a/arch/ppc/syslib/ppc_sys.c b/arch/ppc/syslib/ppc_sys.c
index 52ba0c6..26d7605 100644
--- a/arch/ppc/syslib/ppc_sys.c
+++ b/arch/ppc/syslib/ppc_sys.c
@@ -85,8 +85,11 @@ static int __init find_chip_by_name_and_
void __init identify_ppc_sys_by_name_and_id(char *name, u32 id)
{
int i = find_chip_by_name_and_id(name, id);
- BUG_ON(i < 0);
- cur_ppc_sys_spec = &ppc_sys_specs[i];
+ if (i < 0) {
+ printk(KERN_ERR "ppc_sys: Unable to identify PPC system!\n");
+ cur_ppc_sys_spec = NULL;
+ } else
+ cur_ppc_sys_spec = &ppc_sys_specs[i];
}
/* Update all memory resources by paddr, call before platform_device_register */
@@ -128,7 +131,8 @@ static int __init ppc_sys_init(void)
{
unsigned int i, dev_id, ret = 0;
- BUG_ON(cur_ppc_sys_spec == NULL);
+ if(cur_ppc_sys_spec == NULL)
+ return 1;
for (i = 0; i < cur_ppc_sys_spec->num_devices; i++) {
dev_id = cur_ppc_sys_spec->device_list[i];
^ permalink raw reply related
* Re: Makefile check for older binutils broken?
From: Andreas Schwab @ 2005-10-26 19:59 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linuxppc-dev
In-Reply-To: <20051026133648.GA10373@logos.cnet>
Marcelo Tosatti <marcelo.tosatti@cyclades.com> writes:
> Anyway, surrounding the verification command around an eval expression
> does the trick correcting the situation. Is it any good?
Not at all. You have effectively disabled the check completely.
> diff --git a/arch/ppc/Makefile b/arch/ppc/Makefile
> index 0432a25..cdd9250 100644
> --- a/arch/ppc/Makefile
> +++ b/arch/ppc/Makefile
> @@ -126,7 +126,7 @@ checkbin:
> false; \
> fi ; \
> fi
> - @if ! /bin/echo dssall | $(AS) -many -o $(TOUT) >/dev/null 2>&1 ; then \
> + @if ! [[ "/bin/echo dssall | $(AS) -many -o $(TOUT) >/dev/null 2>&1" ]] ; then \
A non-empty string is always true.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply
* Makefile check for older binutils broken?
From: Marcelo Tosatti @ 2005-10-26 13:36 UTC (permalink / raw)
To: linuxppc-dev
Hi,
While trying to compile 2.6.14-rc4 on my Pegasos (running Debian unstable):
make[2]: Entering directory `/home/marcelo/8xx/linux-2.6.14-rc4'
*** 2.6 kernels no longer build correctly with old versions of binutils.
*** Please upgrade your binutils to 2.12.1 or newer
make[2]: *** [checkbin] Error 1
Even though Debian uses a recent version of binutils:
GNU assembler 2.16.1 Debian GNU/Linux
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
This assembler was configured for a target of `powerpc-linux-gnu'.
The return value of the verification command is 0:
marcelo@pegasos:~$ /bin/echo dssall | as -many -o /tmp/output.as >/dev/null 2>&1
marcelo@pegasos:~$ echo $?
0
So somehow the verification inside the Makefile fails (maybe a make or shell
bug? not sure).
Anyway, surrounding the verification command around an eval expression
does the trick correcting the situation. Is it any good?
I'm not sure what to expect from older binutils versions as I don't have
any around at the moment for testing.
diff --git a/arch/ppc/Makefile b/arch/ppc/Makefile
index 0432a25..cdd9250 100644
--- a/arch/ppc/Makefile
+++ b/arch/ppc/Makefile
@@ -126,7 +126,7 @@ checkbin:
false; \
fi ; \
fi
- @if ! /bin/echo dssall | $(AS) -many -o $(TOUT) >/dev/null 2>&1 ; then \
+ @if ! [[ "/bin/echo dssall | $(AS) -many -o $(TOUT) >/dev/null 2>&1" ]] ; then \
echo -n '*** ${VERSION}.${PATCHLEVEL} kernels no longer build ' ; \
echo 'correctly with old versions of binutils.' ; \
echo '*** Please upgrade your binutils to 2.12.1 or newer' ; \
^ permalink raw reply related
* [PATCH] powerpc: only build idle_6xx for 6xx
From: Kumar Gala @ 2005-10-26 14:56 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
For the current time idle_6xx only applies to 6xx ppc32 CPUs
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit e19eaf379ab1a633eea2d5ff0e0d99ca834324f1
tree cf91db25a28f8f1d9d2426bc8b70c29d94aa249f
parent b6a4ce526a87bd8a99a396ac993240d6d3239852
author Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 09:37:54 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 09:37:54 -0500
arch/powerpc/kernel/Makefile | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/Makefile b/arch/powerpc/kernel/Makefile
--- a/arch/powerpc/kernel/Makefile
+++ b/arch/powerpc/kernel/Makefile
@@ -27,13 +27,14 @@ extra-$(CONFIG_40x) := head_4xx.o
extra-$(CONFIG_44x) := head_44x.o
extra-$(CONFIG_FSL_BOOKE) := head_fsl_booke.o
extra-$(CONFIG_8xx) := head_8xx.o
+extra-$(CONFIG_6xx) += idle_6xx.o
extra-$(CONFIG_PPC64) += entry_64.o
extra-$(CONFIG_PPC_FPU) += fpu.o
extra-y += vmlinux.lds
obj-y += process.o init_task.o time.o \
prom.o systbl.o traps.o setup-common.o
-obj-$(CONFIG_PPC32) += entry_32.o idle_6xx.o setup_32.o misc_32.o
+obj-$(CONFIG_PPC32) += entry_32.o setup_32.o misc_32.o
obj-$(CONFIG_PPC64) += setup_64.o misc_64.o
obj-$(CONFIG_PPC_OF) += prom_init.o
obj-$(CONFIG_MODULES) += ppc_ksyms.o
^ permalink raw reply
* [PATCH] powerpc: Moved dcr support to arch/powerpc
From: Kumar Gala @ 2005-10-26 14:56 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit ef5ace072939eda2e37acf1204363c8402727368
tree d5faa9bbae927b302e36cda55b8a41fd7b54eaf2
parent 76b3884004db7ea66b3ef801dd0fa1e2337025a8
author Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 09:48:25 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 09:48:25 -0500
arch/powerpc/sysdev/Makefile | 2 ++
arch/powerpc/sysdev/dcr.S | 41 +++++++++++++++++++++++++++++++++++++++++
arch/ppc/syslib/Makefile | 2 --
arch/ppc/syslib/dcr.S | 41 -----------------------------------------
4 files changed, 43 insertions(+), 43 deletions(-)
diff --git a/arch/powerpc/sysdev/Makefile b/arch/powerpc/sysdev/Makefile
--- a/arch/powerpc/sysdev/Makefile
+++ b/arch/powerpc/sysdev/Makefile
@@ -2,3 +2,5 @@ obj-$(CONFIG_MPIC) += mpic.o
obj-$(CONFIG_PPC_INDIRECT_PCI) += indirect_pci.o
obj-$(CONFIG_PPC_I8259) += i8259.o
obj-$(CONFIG_PPC_MPC106) += grackle.o
+obj-$(CONFIG_BOOKE) += dcr.o
+obj-$(CONFIG_40x) += dcr.o
diff --git a/arch/powerpc/sysdev/dcr.S b/arch/powerpc/sysdev/dcr.S
new file mode 100644
--- /dev/null
+++ b/arch/powerpc/sysdev/dcr.S
@@ -0,0 +1,41 @@
+/*
+ * arch/ppc/syslib/dcr.S
+ *
+ * "Indirect" DCR access
+ *
+ * Copyright (c) 2004 Eugene Surovegin <ebs@ebshome.net>
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms of the GNU General Public License as published by the
+ * Free Software Foundation; either version 2 of the License, or (at your
+ * option) any later version.
+ */
+
+#include <asm/ppc_asm.h>
+#include <asm/processor.h>
+
+#define DCR_ACCESS_PROLOG(table) \
+ rlwinm r3,r3,4,18,27; \
+ lis r5,table@h; \
+ ori r5,r5,table@l; \
+ add r3,r3,r5; \
+ mtctr r3; \
+ bctr
+
+_GLOBAL(__mfdcr)
+ DCR_ACCESS_PROLOG(__mfdcr_table)
+
+_GLOBAL(__mtdcr)
+ DCR_ACCESS_PROLOG(__mtdcr_table)
+
+__mfdcr_table:
+ mfdcr r3,0; blr
+__mtdcr_table:
+ mtdcr 0,r4; blr
+
+dcr = 1
+ .rept 1023
+ mfdcr r3,dcr; blr
+ mtdcr dcr,r4; blr
+ dcr = dcr + 1
+ .endr
diff --git a/arch/ppc/syslib/Makefile b/arch/ppc/syslib/Makefile
--- a/arch/ppc/syslib/Makefile
+++ b/arch/ppc/syslib/Makefile
@@ -86,8 +86,6 @@ endif
obj-$(CONFIG_BOOTX_TEXT) += btext.o
obj-$(CONFIG_MPC10X_BRIDGE) += mpc10x_common.o ppc_sys.o
obj-$(CONFIG_MPC10X_OPENPIC) += open_pic.o
-obj-$(CONFIG_40x) += dcr.o
-obj-$(CONFIG_BOOKE) += dcr.o
obj-$(CONFIG_85xx) += open_pic.o ppc85xx_common.o ppc85xx_setup.o \
ppc_sys.o mpc85xx_sys.o \
mpc85xx_devices.o
diff --git a/arch/ppc/syslib/dcr.S b/arch/ppc/syslib/dcr.S
deleted file mode 100644
--- a/arch/ppc/syslib/dcr.S
+++ /dev/null
@@ -1,41 +0,0 @@
-/*
- * arch/ppc/syslib/dcr.S
- *
- * "Indirect" DCR access
- *
- * Copyright (c) 2004 Eugene Surovegin <ebs@ebshome.net>
- *
- * This program is free software; you can redistribute it and/or modify it
- * under the terms of the GNU General Public License as published by the
- * Free Software Foundation; either version 2 of the License, or (at your
- * option) any later version.
- */
-
-#include <asm/ppc_asm.h>
-#include <asm/processor.h>
-
-#define DCR_ACCESS_PROLOG(table) \
- rlwinm r3,r3,4,18,27; \
- lis r5,table@h; \
- ori r5,r5,table@l; \
- add r3,r3,r5; \
- mtctr r3; \
- bctr
-
-_GLOBAL(__mfdcr)
- DCR_ACCESS_PROLOG(__mfdcr_table)
-
-_GLOBAL(__mtdcr)
- DCR_ACCESS_PROLOG(__mtdcr_table)
-
-__mfdcr_table:
- mfdcr r3,0; blr
-__mtdcr_table:
- mtdcr 0,r4; blr
-
-dcr = 1
- .rept 1023
- mfdcr r3,dcr; blr
- mtdcr dcr,r4; blr
- dcr = dcr + 1
- .endr
^ permalink raw reply
* [PATCH] powerpc: Fix warning related to do_dabr
From: Kumar Gala @ 2005-10-26 14:55 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
do_dabr() is not relevant on 40x or Book-E processors so dont build it
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 76b3884004db7ea66b3ef801dd0fa1e2337025a8
tree e60f8a2af4bc06303ca3a81d28831fb6ae0a0097
parent e19eaf379ab1a633eea2d5ff0e0d99ca834324f1
author Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 09:39:58 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 09:39:58 -0500
arch/powerpc/mm/fault.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
--- a/arch/powerpc/mm/fault.c
+++ b/arch/powerpc/mm/fault.c
@@ -80,6 +80,7 @@ static int store_updates_sp(struct pt_re
return 0;
}
+#if !(defined(CONFIG_4xx) || defined(CONFIG_BOOKE))
static void do_dabr(struct pt_regs *regs, unsigned long error_code)
{
siginfo_t info;
@@ -101,6 +102,7 @@ static void do_dabr(struct pt_regs *regs
info.si_addr = (void __user *)regs->nip;
force_sig_info(SIGTRAP, &info, current);
}
+#endif /* !(CONFIG_4xx || CONFIG_BOOKE)*/
/*
* For 600- and 800-family processors, the error_code parameter is DSISR
^ permalink raw reply
* Re: compact flash driver
From: Alex Zeffertt @ 2005-10-26 8:59 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <F795765B112E7344AF36AA91127964158496CE@xmb-sjc-212.amer.cisco.com>
On Tue, 25 Oct 2005 11:44:08 -0700
"Bizhan Gholikhamseh \(bgholikh\)" <bgholikh@cisco.com> wrote:
> Hello All,
> Are there any compact flash driver supported for Linux 2.6? If there
> is where can i get the source code.
> Thanks,
> Bizhan
>
I think that CF cards just get treated the same as any other IDE
disk by linux. No special driver needed.
^ permalink raw reply
* Re: [PATCH] ppc32: ppc_sys fixes for 8xx and 82xx (whitespaces fixed)
From: hs @ 2005-10-26 7:16 UTC (permalink / raw)
To: vbordug; +Cc: linuxppc-embedded
Hello,
i tried your Patch on a MPC8270 based Board, and got some
compilerwarnings, which the following Patch will fix.
Thanks
Heiko Schocher
---
arch/ppc/syslib/m8260_setup.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/ppc/syslib/m8260_setup.c b/arch/ppc/syslib/m8260_setup.c
--- a/arch/ppc/syslib/m8260_setup.c
+++ b/arch/ppc/syslib/m8260_setup.c
@@ -28,6 +28,7 @@
#include <asm/machdep.h>
#include <asm/bootinfo.h>
#include <asm/time.h>
+#include <asm/ppc_sys.h>
#include "cpm2_pic.h"
@@ -74,7 +75,7 @@ m8260_setup_arch(void)
#endif
identify_ppc_sys_by_name_and_id(BOARD_CHIP_NAME,
- in_be32(CPM_MAP_ADDR + CPM_IMMR_OFFSET));
+ in_be32((void *)(CPM_MAP_ADDR + CPM_IMMR_OFFSET)));
m82xx_board_setup();
}
^ permalink raw reply
* [PATCH] ppc32: Fix warnings due to use of seq_file
From: Kumar Gala @ 2005-10-26 5:27 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-embedded
Having a prototype that uses seq_file without always including
seq_file.h generates a lot of warnings. This happened when asm/irq.h
was merged.
Moving the prototypes into the file the actualy needs it resolves
the warnings.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 42f89bb5e263cd295937b2af57a8e6338560e73f
tree 89c699d57f424973e8b10d85056d9526902bc2c5
parent c77ae9103af0c3f77a298a7edd626da0675eddc5
author Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 00:25:31 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Wed, 26 Oct 2005 00:25:31 -0500
arch/ppc/platforms/85xx/mpc8540_ads.c | 2 ++
arch/ppc/platforms/85xx/mpc8560_ads.c | 1 +
arch/ppc/platforms/85xx/mpc85xx_ads_common.h | 1 -
arch/ppc/platforms/85xx/stx_gp3.c | 1 +
arch/ppc/platforms/85xx/stx_gp3.h | 1 -
5 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/ppc/platforms/85xx/mpc8540_ads.c b/arch/ppc/platforms/85xx/mpc8540_ads.c
--- a/arch/ppc/platforms/85xx/mpc8540_ads.c
+++ b/arch/ppc/platforms/85xx/mpc8540_ads.c
@@ -52,6 +52,8 @@
#include <syslib/ppc85xx_setup.h>
+extern int mpc85xx_ads_show_cpuinfo(struct seq_file *m);
+
/* ************************************************************************
*
* Setup the architecture
diff --git a/arch/ppc/platforms/85xx/mpc8560_ads.c b/arch/ppc/platforms/85xx/mpc8560_ads.c
--- a/arch/ppc/platforms/85xx/mpc8560_ads.c
+++ b/arch/ppc/platforms/85xx/mpc8560_ads.c
@@ -55,6 +55,7 @@
#include <syslib/ppc85xx_common.h>
#include <syslib/ppc85xx_setup.h>
+extern int mpc85xx_ads_show_cpuinfo(struct seq_file *m);
/* ************************************************************************
*
diff --git a/arch/ppc/platforms/85xx/mpc85xx_ads_common.h b/arch/ppc/platforms/85xx/mpc85xx_ads_common.h
--- a/arch/ppc/platforms/85xx/mpc85xx_ads_common.h
+++ b/arch/ppc/platforms/85xx/mpc85xx_ads_common.h
@@ -25,7 +25,6 @@
#define BCSR_ADDR ((uint)0xf8000000)
#define BCSR_SIZE ((uint)(32 * 1024))
-extern int mpc85xx_ads_show_cpuinfo(struct seq_file *m);
extern void mpc85xx_ads_init_IRQ(void) __init;
extern void mpc85xx_ads_map_io(void) __init;
diff --git a/arch/ppc/platforms/85xx/stx_gp3.c b/arch/ppc/platforms/85xx/stx_gp3.c
--- a/arch/ppc/platforms/85xx/stx_gp3.c
+++ b/arch/ppc/platforms/85xx/stx_gp3.c
@@ -58,6 +58,7 @@
#include <syslib/cpm2_pic.h>
#include <syslib/ppc85xx_common.h>
+extern int mpc85xx_show_cpuinfo(struct seq_file *m);
unsigned char __res[sizeof(bd_t)];
diff --git a/arch/ppc/platforms/85xx/stx_gp3.h b/arch/ppc/platforms/85xx/stx_gp3.h
--- a/arch/ppc/platforms/85xx/stx_gp3.h
+++ b/arch/ppc/platforms/85xx/stx_gp3.h
@@ -42,7 +42,6 @@ extern void mpc85xx_setup_hose(void) __i
extern void mpc85xx_restart(char *cmd);
extern void mpc85xx_power_off(void);
extern void mpc85xx_halt(void);
-extern int mpc85xx_show_cpuinfo(struct seq_file *m);
extern void mpc85xx_init_IRQ(void) __init;
extern unsigned long mpc85xx_find_end_of_memory(void) __init;
extern void mpc85xx_calibrate_decr(void) __init;
^ permalink raw reply
* [PATCH] powerpc: Some minor cleanups to setup_32.c
From: Kumar Gala @ 2005-10-26 4:57 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
* Removed of_show_percpuinfo and just report CPU frequency in generic
show_cpuinfo code.
* Killed OCP and PPC_SYS related code which doesn't belong in the
merge tree
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit c77ae9103af0c3f77a298a7edd626da0675eddc5
tree 2e0286b5f502f31cc204fe2bf6c8bc4052bde123
parent 34feb902f76428e507b305dd511496aa8d35d57e
author Kumar K. Gala <kumar.gala@freescale.com> Tue, 25 Oct 2005 23:56:17 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Tue, 25 Oct 2005 23:56:17 -0500
arch/powerpc/kernel/setup_32.c | 45 ++++++-------------------------
arch/powerpc/platforms/powermac/setup.c | 3 --
2 files changed, 8 insertions(+), 40 deletions(-)
diff --git a/arch/powerpc/kernel/setup_32.c b/arch/powerpc/kernel/setup_32.c
--- a/arch/powerpc/kernel/setup_32.c
+++ b/arch/powerpc/kernel/setup_32.c
@@ -39,15 +39,7 @@
#include <asm/sections.h>
#include <asm/nvram.h>
#include <asm/xmon.h>
-#include <asm/ocp.h>
-
-#define USES_PPC_SYS (defined(CONFIG_85xx) || defined(CONFIG_83xx) || \
- defined(CONFIG_MPC10X_BRIDGE) || defined(CONFIG_8260) || \
- defined(CONFIG_PPC_MPC52xx))
-
-#if USES_PPC_SYS
-#include <asm/ppc_sys.h>
-#endif
+#include <asm/time.h>
#if defined CONFIG_KGDB
#include <asm/kgdb.h>
@@ -234,18 +226,19 @@ int show_cpuinfo(struct seq_file *m, voi
}
}
+ /*
+ * Assume here that all clock rates are the same in a
+ * smp system. -- Cort
+ */
+ seq_printf(m, "clock\t\t: %lu.%06luMHz\n", ppc_proc_freq / 1000000,
+ ppc_proc_freq % 1000000);
+
seq_printf(m, "revision\t: %hd.%hd (pvr %04x %04x)\n",
maj, min, PVR_VER(pvr), PVR_REV(pvr));
seq_printf(m, "bogomips\t: %lu.%02lu\n",
lpj / (500000/HZ), (lpj / (5000/HZ)) % 100);
-#if USES_PPC_SYS
- if (cur_ppc_sys_spec->ppc_sys_name)
- seq_printf(m, "chipset\t\t: %s\n",
- cur_ppc_sys_spec->ppc_sys_name);
-#endif
-
#ifdef CONFIG_SMP
seq_printf(m, "\n");
#endif
@@ -305,28 +298,6 @@ unsigned long __init early_init(unsigned
}
#ifdef CONFIG_PPC_OF
-/*
- * Assume here that all clock rates are the same in a
- * smp system. -- Cort
- */
-int
-of_show_percpuinfo(struct seq_file *m, int i)
-{
- struct device_node *cpu_node;
- u32 *fp;
- int s;
-
- cpu_node = find_type_devices("cpu");
- if (!cpu_node)
- return 0;
- for (s = 0; s < i && cpu_node->next; s++)
- cpu_node = cpu_node->next;
- fp = (u32 *)get_property(cpu_node, "clock-frequency", NULL);
- if (fp)
- seq_printf(m, "clock\t\t: %dMHz\n", *fp / 1000000);
- return 0;
-}
-
void __init
intuit_machine_type(void)
{
diff --git a/arch/powerpc/platforms/powermac/setup.c b/arch/powerpc/platforms/powermac/setup.c
--- a/arch/powerpc/platforms/powermac/setup.c
+++ b/arch/powerpc/platforms/powermac/setup.c
@@ -202,9 +202,6 @@ static void pmac_show_percpuinfo(struct
return;
}
#endif /* CONFIG_CPU_FREQ_PMAC */
-#ifdef CONFIG_PPC32
- of_show_percpuinfo(m, i);
-#endif
}
#ifndef CONFIG_ADB_CUDA
^ permalink raw reply
* [PATCH] powerpc: Add support for Book-E timer config to generic_calibrate_decr
From: Kumar Gala @ 2005-10-26 4:02 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
We need to initialize some control SPRS for timers on Book-E before
we start taking decrementer interrupts.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 34feb902f76428e507b305dd511496aa8d35d57e
tree 192923184852696d4bcb55ae41b02f39b68e38d2
parent 4e031e5142a4034f03f8fe223b9e2b9f47a125d4
author Kumar K. Gala <kumar.gala@freescale.com> Tue, 25 Oct 2005 23:02:01 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Tue, 25 Oct 2005 23:02:01 -0500
arch/powerpc/kernel/time.c | 11 +++++++++++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c
--- a/arch/powerpc/kernel/time.c
+++ b/arch/powerpc/kernel/time.c
@@ -610,6 +610,17 @@ void __init generic_calibrate_decr(void)
ppc_proc_freq = *fp;
}
}
+#ifdef CONFIG_BOOKE
+ /* Set the time base to zero */
+ mtspr(SPRN_TBWL, 0);
+ mtspr(SPRN_TBWU, 0);
+
+ /* Clear any pending timer interrupts */
+ mtspr(SPRN_TSR, TSR_ENW | TSR_WIS | TSR_DIS | TSR_FIS);
+
+ /* Enable decrementer interrupt */
+ mtspr(SPRN_TCR, TCR_DIE);
+#endif
if (!node_found)
printk(KERN_ERR "WARNING: Estimating processor frequency "
"(not found)\n");
^ permalink raw reply
* Re: [PATCH 2.6.14-rc5 1/1] : mv643xx_eth_pcidev - implements hotplug for the marvell gige functionality by probing the northbridge pci id.
From: Sven Luther @ 2005-10-25 20:20 UTC (permalink / raw)
To: Dale Farnsworth; +Cc: linuxppc-dev, Sven Luther
In-Reply-To: <20051025182434.GA13982@xyzzy.farnsworth.org>
On Tue, Oct 25, 2005 at 11:24:34AM -0700, Dale Farnsworth wrote:
> On Tue, Oct 25, 2005 at 07:51:59AM +0000, Sven Luther wrote:
> > Add Marvell gigabit ethernet hotplug through the northbridge pci id support
> > for the Pegasos machines.
> >
> > Signed-off-by: Nicolas DET <det.nicolas@free.fr>
> > Signed-off-by: Sven Luther <sl@bplan-gmbh.de>
> >
> > ---
> > This patch is not optimal, as the proper way to handling this is to bring full
> > hotplug support to the platform drivers, but this would be much more invasive
> > and far reaching a project. This approach matches the marvell discovery
> > northbridge pci id to load the driver for the builtin gigabit ethernet
> > function, and is similar of what is done already using the discover module
> > loading technique. With more and more distributions moving to using hotplug
> > only to probe for modules to load, this patch becomes necessary.
> >
> > Friendly,
> >
> > Sven Luther
>
> > diff -Naur a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
> > --- a/drivers/net/mv643xx_eth.c 2005-10-25 09:20:50.604386000 +0200
> > +++ b/drivers/net/mv643xx_eth.c 2005-10-25 09:20:14.596386000 +0200
> > @@ -36,6 +36,10 @@
> > #include <linux/udp.h>
> > #include <linux/etherdevice.h>
> >
> > +#ifdef CONFIG_PPC_MULTIPLATFORM
> > +#include <linux/pci.h>
> > +#endif
> > +
> > #include <linux/bitops.h>
> > #include <linux/delay.h>
> > #include <linux/ethtool.h>
> > @@ -1640,6 +1644,16 @@
> > " and Dale Farnsworth");
> > MODULE_DESCRIPTION("Ethernet driver for Marvell MV643XX");
> >
> > +#ifdef CONFIG_PPC_MULTIPLATFORM
> > +static struct pci_device_id pci_marvell_mv64360[] = {
> > + { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, PCI_DEVICE_ID_MARVELL_MV64360) },
> > + { }
> > +};
> > +
> > +MODULE_DEVICE_TABLE(pci, pci_marvell_mv64360);
> > +#endif
> > +
> > +
> > /*
> > * The second part is the low level driver of the gigE ethernet ports.
> > */
>
> I don't think this is really dependent on PPC_MULTIPLATFORM,
> and the driver also supports 64460.
Ah, well, the PPC_MULTIPLATFORM was in order to not break potentially other
plateforms i know nothing about, and yes, the below patch would be perfect
too.
Friendly,
Sven Luther
^ permalink raw reply
* compact flash driver
From: Bizhan Gholikhamseh (bgholikh) @ 2005-10-25 18:44 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 136 bytes --]
Hello All,
Are there any compact flash driver supported for Linux 2.6? If there is
where can i get the source code.
Thanks,
Bizhan
[-- Attachment #2: Type: text/html, Size: 697 bytes --]
^ permalink raw reply
* Development for Motorola MPC850DSL
From: Shakthi Kannan @ 2005-10-25 18:25 UTC (permalink / raw)
To: linuxppc-embedded
Greetings!
I have few queries on embedded GNU/Linux development for Motorola MPC850DSL=
.
1. Where can I find Linux kernel patches (2.6) specifically for the
Motorola series?
2. Are there existing drivers available for these peripherals?:
SRAM - ST TC55V4000
SDRAM - Micron 48LC4M16A2
RS232 - MAX3243
RS485 - MAX3089
EEPROM - Atmel AT25010AN-10SI-2.7 - SPI port
Ethernet PHY - Intel LXT905LC
3. Can this toolchain be used for 2.6 kernel compilation or do we need
to build one (maybe using Dan Kegel's scripts)?
http://www.connotech.com/gcc_mpc8xx/powerpc_eabi_mpc850.htm
Any feedback is appreciated.
Thanking you,
SK
--
Shakthi Kannan, MS
Software Engineer, Specsoft (Hexaware Technologies)
[E]: shakthimaan@gmail.com [M]: (91) 98407-87007
[W]: http://www.shakthimaan.com [L]: Chennai, India
^ permalink raw reply
* Re: [PATCH 2.6.14-rc5 1/1] : mv643xx_eth_showsram: Added information message when using the SRAM
From: Dale Farnsworth @ 2005-10-25 18:30 UTC (permalink / raw)
To: Nicolas DET, linuxppc-dev
In-Reply-To: <1130225496.3946.2.camel@localhost.localdomain>
On Tue, Oct 25, 2005 at 07:31:35AM +0000, Nicolas DET wrote:
> Added information message when using the SRAM in mv643xx_eth_probe()
>
> Signed-off-by: Nicolas DET <det.nicolas@free.fr>
> Signed-off-by: Sven Luther <sl@bplan-gmbh.de>
>
> diff -Naur a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
> --- a/drivers/net/mv643xx_eth.c 2005-10-25 09:24:57.952386000 +0200
> +++ b/drivers/net/mv643xx_eth.c 2005-10-25 09:25:02.220386000 +0200
> @@ -1533,6 +1533,9 @@
> printk(KERN_NOTICE "%s: RX NAPI Enabled \n", dev->name);
> #endif
>
> + if (mp->tx_sram_size > 0)
> + printk(KERN_NOTICE "%s: Using SRAM\n", dev->name);
> +
> return 0;
>
> out:
Do you really think this is necessary? I think this driver is already
too verbose and we should be remove messages, not add them. :)
-Dale
^ permalink raw reply
* Re: [PATCH 2.6.14-rc5 1/1] : mv643xx_eth_pcidev - implements hotplug for the marvell gige functionality by probing the northbridge pci id.
From: Dale Farnsworth @ 2005-10-25 18:24 UTC (permalink / raw)
To: Sven Luther, linuxppc-dev
In-Reply-To: <20051025075159.GA10316@localhost.localdomain>
On Tue, Oct 25, 2005 at 07:51:59AM +0000, Sven Luther wrote:
> Add Marvell gigabit ethernet hotplug through the northbridge pci id support
> for the Pegasos machines.
>
> Signed-off-by: Nicolas DET <det.nicolas@free.fr>
> Signed-off-by: Sven Luther <sl@bplan-gmbh.de>
>
> ---
> This patch is not optimal, as the proper way to handling this is to bring full
> hotplug support to the platform drivers, but this would be much more invasive
> and far reaching a project. This approach matches the marvell discovery
> northbridge pci id to load the driver for the builtin gigabit ethernet
> function, and is similar of what is done already using the discover module
> loading technique. With more and more distributions moving to using hotplug
> only to probe for modules to load, this patch becomes necessary.
>
> Friendly,
>
> Sven Luther
> diff -Naur a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
> --- a/drivers/net/mv643xx_eth.c 2005-10-25 09:20:50.604386000 +0200
> +++ b/drivers/net/mv643xx_eth.c 2005-10-25 09:20:14.596386000 +0200
> @@ -36,6 +36,10 @@
> #include <linux/udp.h>
> #include <linux/etherdevice.h>
>
> +#ifdef CONFIG_PPC_MULTIPLATFORM
> +#include <linux/pci.h>
> +#endif
> +
> #include <linux/bitops.h>
> #include <linux/delay.h>
> #include <linux/ethtool.h>
> @@ -1640,6 +1644,16 @@
> " and Dale Farnsworth");
> MODULE_DESCRIPTION("Ethernet driver for Marvell MV643XX");
>
> +#ifdef CONFIG_PPC_MULTIPLATFORM
> +static struct pci_device_id pci_marvell_mv64360[] = {
> + { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, PCI_DEVICE_ID_MARVELL_MV64360) },
> + { }
> +};
> +
> +MODULE_DEVICE_TABLE(pci, pci_marvell_mv64360);
> +#endif
> +
> +
> /*
> * The second part is the low level driver of the gigE ethernet ports.
> */
I don't think this is really dependent on PPC_MULTIPLATFORM,
and the driver also supports 64460.
How about the patch below.
-Dale
Index: linux-2.6.14-rc2-mm1-mv643xx-enet/drivers/net/mv643xx_eth.c
===================================================================
--- linux-2.6.14-rc2-mm1-mv643xx-enet.orig/drivers/net/mv643xx_eth.c
+++ linux-2.6.14-rc2-mm1-mv643xx-enet/drivers/net/mv643xx_eth.c
@@ -39,6 +39,7 @@
#include <linux/bitops.h>
#include <linux/delay.h>
#include <linux/ethtool.h>
+#include <linux/pci.h>
#include <asm/io.h>
#include <asm/types.h>
#include <asm/pgtable.h>
@@ -1597,6 +1598,14 @@ MODULE_AUTHOR( "Rabeeh Khoury, Assaf Hof
" and Dale Farnsworth");
MODULE_DESCRIPTION("Ethernet driver for Marvell MV643XX");
+static struct pci_device_id pci_mv64xxx_enet[] = {
+ { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, PCI_DEVICE_ID_MARVELL_MV64360) },
+ { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, PCI_DEVICE_ID_MARVELL_MV64460) },
+ { }
+};
+
+MODULE_DEVICE_TABLE(pci, pci_mv64xxx_enet);
+
/*
* The second part is the low level driver of the gigE ethernet ports.
*/
^ permalink raw reply
* Re: m82xxhci USB driver problems
From: Alex Zeffertt @ 2005-10-25 8:51 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-embedded
In-Reply-To: <435D088C.9060000@ru.mvista.com>
On Mon, 24 Oct 2005 20:15:08 +0400
Vitaly Bordug <vbordug@ru.mvista.com> wrote:
> Maybe there's something with SOF generation - check if RCCR[EIE] is
> set. Just a pure guess...
No, it is set.
^ permalink raw reply
* [PATCH 2.6.14-rc5 1/1] : mv643xx_eth_pcidev - implements hotplug for the marvell gige functionality by probing the northbridge pci id.
From: Sven Luther @ 2005-10-25 7:51 UTC (permalink / raw)
To: Sven Luther, Andrew Morton, Nicolas DET, linuxppc-dev; +Cc: sl
[-- Attachment #1: Type: text/plain, Size: 743 bytes --]
Add Marvell gigabit ethernet hotplug through the northbridge pci id support
for the Pegasos machines.
Signed-off-by: Nicolas DET <det.nicolas@free.fr>
Signed-off-by: Sven Luther <sl@bplan-gmbh.de>
---
This patch is not optimal, as the proper way to handling this is to bring full
hotplug support to the platform drivers, but this would be much more invasive
and far reaching a project. This approach matches the marvell discovery
northbridge pci id to load the driver for the builtin gigabit ethernet
function, and is similar of what is done already using the discover module
loading technique. With more and more distributions moving to using hotplug
only to probe for modules to load, this patch becomes necessary.
Friendly,
Sven Luther
[-- Attachment #2: mv643xx_eth_pcidev_2.6.14-rc5.diff --]
[-- Type: text/plain, Size: 854 bytes --]
diff -Naur a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
--- a/drivers/net/mv643xx_eth.c 2005-10-25 09:20:50.604386000 +0200
+++ b/drivers/net/mv643xx_eth.c 2005-10-25 09:20:14.596386000 +0200
@@ -36,6 +36,10 @@
#include <linux/udp.h>
#include <linux/etherdevice.h>
+#ifdef CONFIG_PPC_MULTIPLATFORM
+#include <linux/pci.h>
+#endif
+
#include <linux/bitops.h>
#include <linux/delay.h>
#include <linux/ethtool.h>
@@ -1640,6 +1644,16 @@
" and Dale Farnsworth");
MODULE_DESCRIPTION("Ethernet driver for Marvell MV643XX");
+#ifdef CONFIG_PPC_MULTIPLATFORM
+static struct pci_device_id pci_marvell_mv64360[] = {
+ { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, PCI_DEVICE_ID_MARVELL_MV64360) },
+ { }
+};
+
+MODULE_DEVICE_TABLE(pci, pci_marvell_mv64360);
+#endif
+
+
/*
* The second part is the low level driver of the gigE ethernet ports.
*/
^ permalink raw reply
* Re: [PATCH 2.6.14-rc5 1/1] : mv643xx_eth_showsram: Added information message when using the SRAM
From: Nicolas DET @ 2005-10-25 7:33 UTC (permalink / raw)
To: linuxppc-dev
In-Reply-To: <1130225496.3946.2.camel@localhost.localdomain>
Le mardi 25 octobre 2005 à 09:31 +0200, Nicolas DET a écrit :
> Added information message when using the SRAM in mv643xx_eth_probe()
>
This is a tiny path. Nevertheless, I think it is useful to get this
information.
-
Regards
Nicolas DET
^ permalink raw reply
* Re: [PATCH] Ethtool support for the new PowerPC 4xx on-chip ethernet controller driver
From: Jeff Garzik @ 2005-10-25 6:29 UTC (permalink / raw)
To: Eugene Surovegin; +Cc: netdev, linuxppc-embedded
In-Reply-To: <20050831062416.GD17017@gate.ebshome.net>
applied
^ 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