* Re: MPC8xx slave USB driver
From: Vitaly Bordug @ 2005-10-10 11:37 UTC (permalink / raw)
To: Alexey Dyatchkov; +Cc: linuxppc-embedded
In-Reply-To: <003101c5cd7a$e479aa10$0100000a@Omerxp>
Alexey Dyatchkov wrote:
> Hi there,
>
> Please help!
> I am looking for a slave (client) USB driver for MPC850.
> We are using slightly modified Denx linux 2.4.12 on our board (modified
> RPXLITE)
>
Maybe http://www.heeltoe.com/software/usb/usb.html will help this
case... Well this at least worths to take a look.
> Thanks in advance,
> Alexey
>
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* MPC5200,PSC in uart mode, receiving problem
From: Tomasz Prochownik @ 2005-10-10 11:37 UTC (permalink / raw)
To: linuxppc-embedded
Hello.
I'm beginner in ppc linux, so I believe, you can help me. I hope you'll =
be able to understand my english :o).
I have MPC5200Lite board with Linux from Denx (kernel 2.4.25).
I try to use PSC in UART mode to read chars from other system.
My init ttyS function:
i_Fd =3D open("/dev/ttyS2", O_RDWR | O_NOCTTY |O_NDELAY);
if (i_Fd =3D=3D -1 )
{DEBUG_OUT("[ERROR]\r\n");}
else
{
tcgetattr(i_Fd,&strBufOptions);=09
bzero(&strOptions, sizeof(strOptions));
strOptions.c_cflag =3D Baud | CS8 |CREAD |CLOCAL;
strOptions.c_iflag =3D 0;
strOptions.c_oflag =3D 0;
strOptions.c_lflag =3D 0;
strOptions.c_cc[VTIME] =3D 0;
strOptions.c_cc[VMIN] =3D 0;
tcflush(i_Fd, TCIFLUSH);
tcsetattr(i_Fd,TCSANOW,&strOptions);
}
Everything works fine until first framing error (FE) in receiver. Since =
then function read(i_Fd,DataBuffer,CO_MAX_BUF_LEN-1) returns number of =
received chars, but value of every char in DataBuffer is zero.
I have done some experiments and noticed one more strange things:
1. I use hyperterminal in 115200 baud as root console
2. If I change speed to 9600, send one char to MPC5200 (framing error?) =
and change speed back to 115200 -> uart blocks (there is no response in =
the console).
..so maybe bug isn't in my code...?
I have read in errata about blocking uart receiver(bug ID: 364) , but I =
don't know it can be in my application.
Best regards
-=3D=3D=3D-
Tomasz Prochownik
MCD Electronics
33 861 60 35 w. 13
916@mcd.com.pl
^ permalink raw reply
* RE: MPC8xx slave USB driver
From: Alexey Dyatchkov @ 2005-10-10 12:02 UTC (permalink / raw)
To: 'Vitaly Bordug'; +Cc: linuxppc-embedded
In-Reply-To: <434A5263.5000903@ru.mvista.com>
Thanks!
As far as I understand, it's a host (master) driver...
Alexey
-----Original Message-----
From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]
Sent: Monday, October 10, 2005 1:37 PM
To: Alexey Dyatchkov
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: MPC8xx slave USB driver
Alexey Dyatchkov wrote:
> Hi there,
>
> Please help!
> I am looking for a slave (client) USB driver for MPC850.
> We are using slightly modified Denx linux 2.4.12 on our board (modified
> RPXLITE)
>
Maybe http://www.heeltoe.com/software/usb/usb.html will help this
case... Well this at least worths to take a look.
> Thanks in advance,
> Alexey
>
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: MPC8xx slave USB driver
From: Vitaly Bordug @ 2005-10-10 12:07 UTC (permalink / raw)
To: Alexey Dyatchkov; +Cc: linuxppc-embedded
In-Reply-To: <006101c5cd92$7bfb1920$0100000a@Omerxp>
Alexey Dyatchkov wrote:
> Thanks!
>
> As far as I understand, it's a host (master) driver...
>
Download http://www.heeltoe.com/software/usb/ppc/ppc-usb.tar.gz, there
is usb.c in arch/ppc/8xx_io/
> Alexey
>
> -----Original Message-----
> From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]
> Sent: Monday, October 10, 2005 1:37 PM
> To: Alexey Dyatchkov
> Cc: linuxppc-embedded@ozlabs.org
> Subject: Re: MPC8xx slave USB driver
>
> Alexey Dyatchkov wrote:
>
>>Hi there,
>>
>>Please help!
>>I am looking for a slave (client) USB driver for MPC850.
>>We are using slightly modified Denx linux 2.4.12 on our board (modified
>>RPXLITE)
>>
>
> Maybe http://www.heeltoe.com/software/usb/usb.html will help this
> case... Well this at least worths to take a look.
>
>>Thanks in advance,
>>Alexey
>>
>>
>>_______________________________________________
>>Linuxppc-embedded mailing list
>>Linuxppc-embedded@ozlabs.org
>>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>>
>>
>
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* RE: MPC8xx slave USB driver
From: Alexey Dyatchkov @ 2005-10-10 12:19 UTC (permalink / raw)
To: 'Vitaly Bordug'; +Cc: linuxppc-embedded
In-Reply-To: <434A5998.9000208@ru.mvista.com>
Wow!
Thanks a lot!
Alexey
-----Original Message-----
From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]
Sent: Monday, October 10, 2005 2:08 PM
To: Alexey Dyatchkov
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: MPC8xx slave USB driver
Alexey Dyatchkov wrote:
> Thanks!
>
> As far as I understand, it's a host (master) driver...
>
Download http://www.heeltoe.com/software/usb/ppc/ppc-usb.tar.gz, there
is usb.c in arch/ppc/8xx_io/
> Alexey
>
> -----Original Message-----
> From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]
> Sent: Monday, October 10, 2005 1:37 PM
> To: Alexey Dyatchkov
> Cc: linuxppc-embedded@ozlabs.org
> Subject: Re: MPC8xx slave USB driver
>
> Alexey Dyatchkov wrote:
>
>>Hi there,
>>
>>Please help!
>>I am looking for a slave (client) USB driver for MPC850.
>>We are using slightly modified Denx linux 2.4.12 on our board (modified
>>RPXLITE)
>>
>
> Maybe http://www.heeltoe.com/software/usb/usb.html will help this
> case... Well this at least worths to take a look.
>
>>Thanks in advance,
>>Alexey
>>
>>
>>_______________________________________________
>>Linuxppc-embedded mailing list
>>Linuxppc-embedded@ozlabs.org
>>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>>
>>
>
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: Problem Regarding Ping in Linux kernel version 2.4.24
From: Mark Chambers @ 2005-10-10 12:36 UTC (permalink / raw)
To: apoorv sangal, Linuxppc-embedded
In-Reply-To: <a79669360510100340g2563b441w9418001c034dbe5b@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 534 bytes --]
Hi
Thanks for the inputs... As per your suggestion I commented
{ mk_mii_write(MII_REG_CR, 0x1200), NULL }, /* autonegotiate */
but it doesn't make any diffrence, still the ping doesn't worked.
At Boot loader level (u-boot) Ping works fine,
I think you need to provide more information, because there are many things
that could be wrong. Attach the output of your console from the boot sequence,
and include the output of an ifconfig command if you can.
Mark Chambers
[-- Attachment #2: Type: text/html, Size: 1650 bytes --]
^ permalink raw reply
* AW: MPC5200,PSC in uart mode, receiving problem
From: Achim Machura @ 2005-10-10 13:13 UTC (permalink / raw)
To: 'Tomasz Prochownik'; +Cc: Linuxppc-Embedded (E-Mail)
In-Reply-To: <99477CB23E7ACB4EA366A2B6970DA618060F7E@mcdserver.mcd.com.pl>
Hello Tomasz
> blocks (there is no response in the console).
perhaps we have the same problem a few times ago.
When we connect devices on ttySx which have wrong level on the lines the
uart stay in break mode.
I have made some fixes on the psc-driver. With these fixes the uart works,
but i don't know how efficient.
(clear breakmode and clear buffer)
If you want, i can send the code
best regards
achim
^ permalink raw reply
* What Can I do to port JVM on MPC?
From: JunSeok Lee @ 2005-10-10 13:48 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 241 bytes --]
Hi everyone,
I'm running linux 2.4.22 on my MPC8272ADS board using Metrowerks BSP
and I need JVM on it to go further in my project.
But it's very hard to find any clue for porting it.
Any advice or starting point?
Thanks.
peter
[-- Attachment #2: Type: text/html, Size: 900 bytes --]
^ permalink raw reply
* error: implicit declaration of function 'cpu_die'
From: Olaf Hering @ 2005-10-10 16:33 UTC (permalink / raw)
To: linux-kernel, Paul Mackerras; +Cc: linuxppc-dev
How can I fix this properly?
arch/ppc/kernel/idle.c includes linux/smp.h, which includes asm-smp.h
only if CONFIG_SMP is defined.
As a result, cpu_die remains undefined for non-SMP builds.
The include order was changed recently, as this kernel .config built ok with 2.6.13.
I see cpu_die was introduced recently in include/asm-ppc/smp.h, in 2.6.14-rc1.
CC arch/ppc/kernel/idle.o
arch/ppc/kernel/idle.c: In function 'default_idle':
arch/ppc/kernel/idle.c:58: error: implicit declaration of function 'cpu_die'
make[1]: *** [arch/ppc/kernel/idle.o] Error 1
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* Re: error: implicit declaration of function 'cpu_die'
From: Simon Richter @ 2005-10-10 16:49 UTC (permalink / raw)
To: Olaf Hering; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20051010163349.GA1381@suse.de>
[-- Attachment #1.1: Type: text/plain, Size: 396 bytes --]
Hi,
> arch/ppc/kernel/idle.c includes linux/smp.h, which includes asm-smp.h
> only if CONFIG_SMP is defined.
> As a result, cpu_die remains undefined for non-SMP builds.
I have used the attached patch for my tree[1], but this needs to be
cross-checked with the other architectures.
Simon
[1] where I merge the APUS stuff by Roman Zippel --
http://www.psi5.com/~geier/linux-2.6-apus.git
[-- Attachment #1.2: cpu_die.diff --]
[-- Type: text/plain, Size: 737 bytes --]
diff --git a/include/asm-ppc/smp.h b/include/asm-ppc/smp.h
--- a/include/asm-ppc/smp.h
+++ b/include/asm-ppc/smp.h
@@ -66,11 +66,7 @@ extern struct klock_info_struct klock_in
#endif /* __ASSEMBLY__ */
-#else /* !(CONFIG_SMP) */
-
-static inline void cpu_die(void) { }
-
-#endif /* !(CONFIG_SMP) */
+#endif /* CONFIG_SMP */
#endif /* !(_PPC_SMP_H) */
#endif /* __KERNEL__ */
diff --git a/include/linux/smp.h b/include/linux/smp.h
--- a/include/linux/smp.h
+++ b/include/linux/smp.h
@@ -99,6 +99,7 @@ void smp_prepare_boot_cpu(void);
static inline void smp_send_reschedule(int cpu) { }
#define num_booting_cpus() 1
#define smp_prepare_boot_cpu() do {} while (0)
+static inline void cpu_die(void) { }
#endif /* !SMP */
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 307 bytes --]
^ permalink raw reply
* MPC8555 USB host support
From: Stefan Roese @ 2005-10-10 17:00 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <003d01c5cd97$34404470$0301a8c0@chuck2>
I am wondering, if the USB host controller of the MPC8555 is supported at all
right now. The manual states, that it is similar to, but not fully OHCI or
UHCI compatible. Any infos about this?
Best regards,
Stefan
^ permalink raw reply
* [PATCH] AC Power handling broken for desktops
From: Olaf Hering @ 2005-10-10 17:08 UTC (permalink / raw)
To: Benjamin Herrenschmidt, Andrew Morton; +Cc: linuxppc-dev
In-Reply-To: <1127090662.4502.12.camel@gaston>
Currently, AC Power is 0 on a desktop G4.
No batteries present should mean AC Power == 1.
Signed-off-by: Olaf Hering <olh@suse.de>
drivers/macintosh/apm_emu.c | 8 ++++++--
1 files changed, 6 insertions(+), 2 deletions(-)
Index: linux-2.6.13-rc7-ac-power/drivers/macintosh/apm_emu.c
===================================================================
--- linux-2.6.13-rc7-ac-power.orig/drivers/macintosh/apm_emu.c
+++ linux-2.6.13-rc7-ac-power/drivers/macintosh/apm_emu.c
@@ -430,8 +430,8 @@ static int apm_emu_get_info(char *buf, c
-1: Unknown
8) min = minutes; sec = seconds */
- unsigned short ac_line_status = 0xff;
- unsigned short battery_status = 0xff;
+ unsigned short ac_line_status;
+ unsigned short battery_status = 0;
unsigned short battery_flag = 0xff;
int percentage = -1;
int time_units = -1;
@@ -446,6 +446,7 @@ static int apm_emu_get_info(char *buf, c
ac_line_status = ((pmu_power_flags & PMU_PWR_AC_PRESENT) != 0);
for (i=0; i<pmu_battery_count; i++) {
if (pmu_batteries[i].flags & PMU_BATT_PRESENT) {
+ battery_status++;
if (percentage < 0)
percentage = 0;
if (charge < 0)
@@ -461,6 +462,9 @@ static int apm_emu_get_info(char *buf, c
charging++;
}
}
+ if (0 == battery_status)
+ ac_line_status = 1;
+ battery_status = 0xff;
if (real_count) {
if (amperage < 0) {
if (btype == PMU_BATT_TYPE_SMART)
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* Re: MPC8xx slave USB driver
From: Wolfgang Denk @ 2005-10-10 18:35 UTC (permalink / raw)
To: Alexey Dyatchkov; +Cc: linuxppc-embedded
In-Reply-To: <003101c5cd7a$e479aa10$0100000a@Omerxp>
In message <003101c5cd7a$e479aa10$0100000a@Omerxp> you wrote:
>
> We are using slightly modified Denx linux 2.4.12 on our board (modified
> RPXLITE)
We never released such a kernel version.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Often it is fatal to live too long. - Racine
^ permalink raw reply
* Re: MPC5200,PSC in uart mode, receiving problem
From: Wolfgang Denk @ 2005-10-10 18:38 UTC (permalink / raw)
To: Tomasz Prochownik; +Cc: linuxppc-embedded
In-Reply-To: <99477CB23E7ACB4EA366A2B6970DA618060F7E@mcdserver.mcd.com.pl>
Dear Tomasz,
in message <99477CB23E7ACB4EA366A2B6970DA618060F7E@mcdserver.mcd.com.pl> you wrote:
>
> I have MPC5200Lite board with Linux from Denx (kernel 2.4.25).
Is this the latest code from the git resp. CVS server? If not, please
make sure to update.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
grep me no patterns and I'll tell you no lines.
^ permalink raw reply
* [PATCH] MPC5200 - Make PCI work in 2.6 with the IceCube 5200
From: Wolfgang Denk @ 2005-10-10 19:37 UTC (permalink / raw)
To: linuxppc-embedded
Hello,
the following patch is against the current 2.6 kernel.org tree
(commit f96c3bbe91117402f13119ce9e609db9087ed58f):
As a prerequisite for a working system, the following two poatches
are needed, too:
http://patchwork.ozlabs.org/linuxppc/patch?id=2018
http://patchwork.ozlabs.org/linuxppc/patch?id=2017
\f
!-------------------------------------------------------------flip-
[patch] making PCI work in the MPC5200
Patch by Alessandro Rubini, 08 Oct 2005
Make PCI work in 2.6 with the IceCube 5200.
Without the memory barriers all PCI config reads returned 0xffffffff
(actually, there may be more mb() than needed). Using wmb(); was not
enough to be able to read configuration registers.
Signed-off by Alessandro Rubini <rubini@gnudd.com>
Signed-off by Wolfgang Denk <wd@denx.de>
---
commit cdd7fdf10b3cbb7eb82cacc7ba5dba3553020f49
tree 97d045b44c87c00a4b3fe5bca57b479be87e68b6
parent 509b5c9fcbfe7fcae7d4f98946e4dc9794d68645
author Wolfgang Denk <wd@pollux.denx.de> Sat, 08 Oct 2005 22:41:53 +0200
committer Wolfgang Denk <wd@pollux.denx.de> Sat, 08 Oct 2005 22:41:53 +0200
arch/ppc/syslib/mpc52xx_pci.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/ppc/syslib/mpc52xx_pci.c b/arch/ppc/syslib/mpc52xx_pci.c
--- a/arch/ppc/syslib/mpc52xx_pci.c
+++ b/arch/ppc/syslib/mpc52xx_pci.c
@@ -39,6 +39,7 @@ mpc52xx_pci_read_config(struct pci_bus *
((bus->number - hose->bus_offset) << 16) |
(devfn << 8) |
(offset & 0xfc));
+ mb();
value = in_le32(hose->cfg_data);
@@ -70,6 +71,7 @@ mpc52xx_pci_write_config(struct pci_bus
((bus->number - hose->bus_offset) << 16) |
(devfn << 8) |
(offset & 0xfc));
+ mb();
if (len != 4) {
value = in_le32(hose->cfg_data);
@@ -80,9 +82,11 @@ mpc52xx_pci_write_config(struct pci_bus
value &= ~mask;
val = value | ((val << offset) & mask);
+ mb();
}
out_le32(hose->cfg_data, val);
+ mb();
out_be32(hose->cfg_addr, 0);
\f
!-------------------------------------------------------------flip-
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Experience is what causes a person to make new mistakes instead of
old ones.
^ permalink raw reply
* Re: error: implicit declaration of function 'cpu_die'
From: Olaf Hering @ 2005-10-10 19:40 UTC (permalink / raw)
To: Simon Richter; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <434A9B87.409@hogyros.de>
On Mon, Oct 10, Simon Richter wrote:
> Hi,
>
> >arch/ppc/kernel/idle.c includes linux/smp.h, which includes asm-smp.h
> >only if CONFIG_SMP is defined.
> >As a result, cpu_die remains undefined for non-SMP builds.
>
> I have used the attached patch for my tree[1], but this needs to be
> cross-checked with the other architectures.
Looks good, should go into 2.6.14.
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] powerpc: Some fixes to allow building for a Book-E processor
From: Kumar Gala @ 2005-10-10 19:41 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
Some minor fixes that are needed if we are building for a book-e
processor. Book-e processors dont have DABR or hashed page tables.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit dfc32a358c961c3fbfa94942ecb06da2e895ffe7
tree 61513cafc77bf3fb49ccf9ab652ff2a0b492b113
parent 05f62a5c049845eab8dfb3aeda55c18a2d4396e3
author Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 13:12:10 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 13:12:10 -0500
arch/powerpc/kernel/process.c | 2 ++
arch/powerpc/mm/Makefile | 5 ++---
arch/powerpc/mm/fault.c | 2 ++
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@ -214,6 +214,7 @@ int dump_spe(struct pt_regs *regs, elf_v
}
#endif /* CONFIG_SPE */
+#if !(defined(CONFIG_4xx) || defined(CONFIG_BOOKE))
static void set_dabr_spr(unsigned long val)
{
mtspr(SPRN_DABR, val);
@@ -238,6 +239,7 @@ int set_dabr(unsigned long dabr)
}
static DEFINE_PER_CPU(unsigned long, current_dabr);
+#endif /* !(CONFIG_4xx || CONFIG_BOOKE) */
struct task_struct *__switch_to(struct task_struct *prev,
struct task_struct *new)
diff --git a/arch/powerpc/mm/Makefile b/arch/powerpc/mm/Makefile
--- a/arch/powerpc/mm/Makefile
+++ b/arch/powerpc/mm/Makefile
@@ -3,10 +3,9 @@
#
obj-y := fault.o mem.o lmb.o
-obj-$(CONFIG_PPC32) += init.o pgtable.o mmu_context.o \
- tlb.o
+obj-$(CONFIG_PPC32) += init.o pgtable.o mmu_context.o
obj-$(CONFIG_PPC64) += init64.o pgtable64.o mmu_context64.o
-obj-$(CONFIG_PPC_STD_MMU_32) += ppc_mmu.o hash_32.o
+obj-$(CONFIG_PPC_STD_MMU_32) += ppc_mmu.o hash_32.o tlb.o
obj-$(CONFIG_40x) += 4xx_mmu.o
obj-$(CONFIG_44x) += 44x_mmu.o
obj-$(CONFIG_FSL_BOOKE) += fsl_booke_mmu.o
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
/*
* For 600- and 800-family processors, the error_code parameter is DSISR
^ permalink raw reply
* [PATCH] MPC5200 - Fix compile problems
From: Wolfgang Denk @ 2005-10-10 19:46 UTC (permalink / raw)
To: linuxppc-embedded
Hello,
the following patch is against the current 2.6 kernel.org tree
(commit f96c3bbe91117402f13119ce9e609db9087ed58f) **after** applying
following two patches:
http://patchwork.ozlabs.org/linuxppc/patch?id=2018
http://patchwork.ozlabs.org/linuxppc/patch?id=2017
Without the patch, I get this:
CC net/sysctl_net.o
In file included from drivers/net/fec_mpc52xx/fec.c:33:
arch/ppc/syslib/bestcomm/bestcomm.h: In function 'sdma_enable_task':
arch/ppc/syslib/bestcomm/bestcomm.h:130: warning: ISO C90 forbids mixed declarations and code
LD fs/built-in.o
drivers/net/fec_mpc52xx/fec.c: In function 'fec_reinit':
drivers/net/fec_mpc52xx/fec.c:525: error: invalid storage class for function 'fec_update_stat'
make[3]: *** [drivers/net/fec_mpc52xx/fec.o] Error 1
make[2]: *** [drivers/net/fec_mpc52xx] Error 2
make[1]: *** [drivers/net] Error 2
drivers/serial/mpc52xx_uart.c:703: error: static declaration of 'mpc52xx_uart_driver' follows non-static declaration
drivers/serial/mpc52xx_uart.c:671: error: previous declaration of 'mpc52xx_uart_driver' was here
make[2]: *** [drivers/serial/mpc52xx_uart.o] Error 1
make[1]: *** [drivers/serial] Error 2
\f
!-------------------------------------------------------------flip-
MPC5200: Fix compiler warnings with GCC 4.x
Signed-off by Wolfgang Denk <wd@denx.de>
---
commit c55cdf8cbaf7b9f18f9357a9b9e2582ae3326541
tree e46f7ed10df8d84e3f85439cb3c81bc8a1630487
parent cdd7fdf10b3cbb7eb82cacc7ba5dba3553020f49
author Wolfgang Denk <wd@pollux.denx.de> Mon, 10 Oct 2005 21:16:49 +0200
committer Wolfgang Denk <wd@pollux.denx.de> Mon, 10 Oct 2005 21:16:49 +0200
arch/ppc/syslib/bestcomm/bestcomm.h | 4 +++-
drivers/net/fec_mpc52xx/fec.c | 2 +-
drivers/serial/mpc52xx_uart.c | 2 +-
3 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/ppc/syslib/bestcomm/bestcomm.h b/arch/ppc/syslib/bestcomm/bestcomm.h
--- a/arch/ppc/syslib/bestcomm/bestcomm.h
+++ b/arch/ppc/syslib/bestcomm/bestcomm.h
@@ -116,6 +116,8 @@ struct sdma_tdt {
static inline void sdma_enable_task(int task)
{
+ u16 reg;
+
DPRINTK("***DMA enable task (%d): tdt = %08x\n",task, sdma.tdt);
DPRINTK("***tdt->start = %08x\n",sdma.tdt[task].start);
DPRINTK("***tdt->stop = %08x\n",sdma.tdt[task].stop);
@@ -127,7 +129,7 @@ static inline void sdma_enable_task(int
DPRINTK("***tdt->litbase = %08x\n",sdma.tdt[task].litbase);
DPRINTK("***--------------\n");
- u16 reg = in_be16(&sdma.io->tcr[task]);
+ reg = in_be16(&sdma.io->tcr[task]);
DPRINTK("***enable task: &sdma.io->tcr=%08x, reg = %04x\n", &sdma.io->tcr, reg);
out_be16(&sdma.io->tcr[task], reg | TASK_ENABLE);
}
diff --git a/drivers/net/fec_mpc52xx/fec.c b/drivers/net/fec_mpc52xx/fec.c
--- a/drivers/net/fec_mpc52xx/fec.c
+++ b/drivers/net/fec_mpc52xx/fec.c
@@ -522,7 +522,7 @@ static void fec_reinit(struct net_device
{
struct fec_priv *priv = (struct fec_priv *)dev->priv;
struct mpc52xx_fec *fec = priv->fec;
- static void fec_update_stat(struct net_device *);
+ void fec_update_stat(struct net_device *);
netif_stop_queue(dev);
out_be32(&fec->imask, 0x0);
diff --git a/drivers/serial/mpc52xx_uart.c b/drivers/serial/mpc52xx_uart.c
--- a/drivers/serial/mpc52xx_uart.c
+++ b/drivers/serial/mpc52xx_uart.c
@@ -668,7 +668,7 @@ mpc52xx_console_setup(struct console *co
}
-extern struct uart_driver mpc52xx_uart_driver;
+static struct uart_driver mpc52xx_uart_driver;
static struct console mpc52xx_console = {
.name = "ttyS",
\f
!-------------------------------------------------------------flip-
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
...when fits of creativity run strong, more than one programmer or
writer has been known to abandon the desktop for the more spacious
floor. - Fred Brooks, Jr.
^ permalink raw reply
* [PATCH] powerpc: zero out BSS for all platforms
From: Kumar Gala @ 2005-10-10 19:51 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
We need to ensure that the BSS is zeroed out for all platforms.
Currently only prom_init.c was clearlying out the BSS which only works
for PPC_OF platforms.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 56381a9f0765ba3ffa5f21a4cdcb93ac0279eeea
tree 9f0f353b0776129626082a46b578d637fb79dad1
parent dfc32a358c961c3fbfa94942ecb06da2e895ffe7
author Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:48:36 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:48:36 -0500
arch/powerpc/kernel/setup.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/setup.c b/arch/powerpc/kernel/setup.c
--- a/arch/powerpc/kernel/setup.c
+++ b/arch/powerpc/kernel/setup.c
@@ -293,6 +293,10 @@ unsigned long __init early_init(unsigned
reloc_got2(offset);
+ /* First zero the BSS -- use memset, some arches don't have
+ * caches on yet */
+ memset_io(PTRRELOC(&__bss_start), 0, _end - __bss_start);
+
/*
* Identify the CPU type and fix up code sections
* that depend on which cpu we have.
^ permalink raw reply
* [PATCH] powerpc: Fix building on non-MULTIPLATFORM machines
From: Kumar Gala @ 2005-10-10 19:55 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
On !CONFIG_PPC_MULTIPLATFORM _machine is defined as 0. This is ok, but
we can't assign a value to _machine then. Also, we may not have
CONFIG_PCI available, so only build in support for
find_parent_pci_resource(), request_OF_resource(), release_OF_resource()
if PCI is enabled. This is probably not the long term fix but works out
for now.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 00c61049131b483e217a7327f2f55dff40db8cbc
tree d1915b9b33372f5e89b6b8ef581681f49b24bab4
parent 56381a9f0765ba3ffa5f21a4cdcb93ac0279eeea
author Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:54:32 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:54:32 -0500
arch/powerpc/kernel/prom.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -1129,8 +1129,10 @@ static int __init early_init_dt_scan_cho
#ifdef CONFIG_PPC64
systemcfg->platform = *prop;
#else
+#ifdef CONFIG_PPC_MULTIPLATFORM
_machine = *prop;
#endif
+#endif
#ifdef CONFIG_PPC64
/* check if iommu is forced on or off */
@@ -1987,6 +1989,7 @@ bus_space_to_resource_flags(unsigned int
}
}
+#ifdef CONFIG_PCI
static struct resource *find_parent_pci_resource(struct pci_dev* pdev,
struct address_range *range)
{
@@ -2139,3 +2142,4 @@ int release_OF_resource(struct device_no
return 0;
}
EXPORT_SYMBOL(release_OF_resource);
+#endif /* CONFIG_PCI */
^ permalink raw reply
* [PATCH] nvram driver for chrp
From: Olaf Hering @ 2005-10-10 19:58 UTC (permalink / raw)
To: Paul Mackeras, linuxppc-dev, Andrew Morton
In-Reply-To: <20050206134417.GA9963@suse.de>
This implements a nvram acccess method, similar to
arch/ppc64/kernel/pSeries_nvram.c
tested on CHRP B50.
Signed-off-by: Olaf Hering <olh@suse.de>
diff -purNx tags ../linux-2.6.11-rc3.orig/arch/ppc/platforms/Makefile ./arch/ppc/platforms/Makefile
--- ../linux-2.6.11-rc3.orig/arch/ppc/platforms/Makefile 2005-02-03 02:57:04.000000000 +0100
+++ ./arch/ppc/platforms/Makefile 2005-02-06 10:56:57.428548209 +0100
@@ -13,7 +13,10 @@ obj-$(CONFIG_PPC_PMAC) += pmac_pic.o pm
pmac_feature.o pmac_pci.o pmac_sleep.o \
pmac_low_i2c.o pmac_cache.o
obj-$(CONFIG_PPC_CHRP) += chrp_setup.o chrp_time.o chrp_pci.o \
chrp_pegasos_eth.o
+ifeq ($(CONFIG_PPC_CHRP),y)
+obj-$(CONFIG_NVRAM) += chrp_nvram.o
+endif
obj-$(CONFIG_PPC_PREP) += prep_pci.o prep_setup.o
ifeq ($(CONFIG_PPC_PMAC),y)
obj-$(CONFIG_NVRAM) += pmac_nvram.o
diff -purNx tags ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_nvram.c ./arch/ppc/platforms/chrp_nvram.c
--- ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_nvram.c 1970-01-01 01:00:00.000000000 +0100
+++ ./arch/ppc/platforms/chrp_nvram.c 2005-02-06 13:45:57.671598084 +0100
@@ -0,0 +1,83 @@
+/*
+ * c 2001 PPC 64 Team, IBM Corp
+ *
+ * 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.
+ *
+ * /dev/nvram driver for PPC
+ *
+ */
+
+#include <linux/kernel.h>
+#include <linux/init.h>
+#include <linux/slab.h>
+#include <linux/spinlock.h>
+#include <asm/uaccess.h>
+#include <asm/prom.h>
+#include <asm/machdep.h>
+
+static unsigned int nvram_size;
+static unsigned char nvram_buf[4];
+static DEFINE_SPINLOCK(nvram_lock);
+
+static unsigned char chrp_nvram_read(int addr)
+{
+ unsigned long done, flags;
+ unsigned char ret;
+
+ if (addr >= nvram_size) {
+ printk(KERN_DEBUG "%s: read addr %d > nvram_size %u\n",
+ current->comm, addr, nvram_size);
+ return 0xff;
+ }
+ spin_lock_irqsave(&nvram_lock, flags);
+ if ((call_rtas("nvram-fetch", 3, 2, &done, addr, __pa(nvram_buf), 1) != 0) || 1 != done)
+ ret = 0xff;
+ else
+ ret = nvram_buf[0];
+ spin_unlock_irqrestore(&nvram_lock, flags);
+
+ return ret;
+}
+
+static void chrp_nvram_write(int addr, unsigned char val)
+{
+ unsigned long done, flags;
+
+ if (addr >= nvram_size) {
+ printk(KERN_DEBUG "%s: write addr %d > nvram_size %u\n",
+ current->comm, addr, nvram_size);
+ return;
+ }
+ spin_lock_irqsave(&nvram_lock, flags);
+ nvram_buf[0] = val;
+ if ((call_rtas("nvram-store", 3, 2, &done, addr, __pa(nvram_buf), 1) != 0) || 1 != done)
+ printk(KERN_DEBUG "rtas IO error storing 0x%02x at %d", val, addr);
+ spin_unlock_irqrestore(&nvram_lock, flags);
+}
+
+void __init chrp_nvram_init(void)
+{
+ struct device_node *nvram;
+ unsigned int *nbytes_p, proplen;
+
+ nvram = of_find_node_by_type(NULL, "nvram");
+ if (nvram == NULL)
+ return;
+
+ nbytes_p = (unsigned int *)get_property(nvram, "#bytes", &proplen);
+ if (nbytes_p == NULL || proplen != sizeof(unsigned int))
+ return;
+
+ nvram_size = *nbytes_p;
+
+ printk(KERN_INFO "CHRP nvram contains %u bytes\n", nvram_size);
+ of_node_put(nvram);
+
+ ppc_md.nvram_read_val = chrp_nvram_read;
+ ppc_md.nvram_write_val = chrp_nvram_write;
+
+ return;
+}
diff -purNx tags ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_setup.c ./arch/ppc/platforms/chrp_setup.c
--- ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_setup.c 2005-02-03 02:56:33.000000000 +0100
+++ ./arch/ppc/platforms/chrp_setup.c 2005-02-06 13:15:12.494374066 +0100
@@ -465,8 +465,7 @@ void __init
chrp_init2(void)
{
#ifdef CONFIG_NVRAM
-// XX replace this in a more saner way
-// pmac_nvram_init();
+ chrp_nvram_init();
#endif
request_region(0x20,0x20,"pic1");
diff -purNx tags ../linux-2.6.11-rc3.orig/include/asm-ppc/system.h ./include/asm-ppc/system.h
--- ../linux-2.6.11-rc3.orig/include/asm-ppc/system.h 2005-02-03 02:55:50.000000000 +0100
+++ ./include/asm-ppc/system.h 2005-02-06 13:13:38.456637144 +0100
@@ -70,6 +70,7 @@ extern void _set_L3CR(unsigned long);
#endif
extern void via_cuda_init(void);
extern void pmac_nvram_init(void);
+extern void chrp_nvram_init(void);
extern void read_rtc_time(void);
extern void pmac_find_display(void);
extern void giveup_fpu(struct task_struct *);
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] Add modalias to macio sysfs attributes
From: Olaf Hering @ 2005-10-10 20:07 UTC (permalink / raw)
To: Andrew Morton, linuxppc-dev
Provide a "compatible" entry in /sys/bus/macio/devices/*/
This can be used to load drivers via the modules.alias file.
Author: <schab@suse.de>
Signed-off-by: Olaf Hering <olh@suse.de>
--- linux-2.6.13-rc7/drivers/macintosh/macio_sysfs.c.~1~ 2005-08-26 16:32:13.000000000 +0200
+++ linux-2.6.13-rc7/drivers/macintosh/macio_sysfs.c 2005-08-27 11:58:47.000000000 +0200
@@ -39,6 +39,31 @@ compatible_show (struct device *dev, str
return length;
}
+static ssize_t modalias_show (struct device *dev, struct device_attribute *attr,
+ char *buf)
+{
+ struct of_device *of;
+ char *compat;
+ int cplen;
+ int length;
+
+ of = &to_macio_device (dev)->ofdev;
+ compat = (char *) get_property (of->node, "compatible", &cplen);
+ if (!compat) compat = "", cplen = 1;
+ length = sprintf (buf, "of:N%sT%s", of->node->name, of->node->type);
+ buf += length;
+ while (cplen > 0) {
+ int l;
+ length += sprintf (buf, "C%s", compat);
+ buf += length;
+ l = strlen (compat) + 1;
+ compat += l;
+ cplen -= l;
+ }
+
+ return length;
+}
+
macio_config_of_attr (name, "%s\n");
macio_config_of_attr (type, "%s\n");
@@ -46,5 +71,6 @@ struct device_attribute macio_dev_attrs[
__ATTR_RO(name),
__ATTR_RO(type),
__ATTR_RO(compatible),
+ __ATTR_RO(modalias),
__ATTR_NULL
};
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] Add modalias for pmac network drivers
From: Olaf Hering @ 2005-10-10 20:11 UTC (permalink / raw)
To: Andrew Morton, linuxppc-dev
In-Reply-To: <20051010200739.GA14317@suse.de>
mesh, mac53c94 and airport already have an entry.
Add the network drivers for pmac.
Signed-off-by: Olaf Hering <olh@suse.de>
drivers/net/bmac.c | 1 +
drivers/net/mace.c | 1 +
Index: linux-2.6.12/drivers/net/bmac.c
===================================================================
--- linux-2.6.12.orig/drivers/net/bmac.c
+++ linux-2.6.12/drivers/net/bmac.c
@@ -1658,6 +1658,7 @@ static struct of_device_id bmac_match[]
},
{},
};
+MODULE_DEVICE_TABLE (of, bmac_match);
static struct macio_driver bmac_driver =
{
Index: linux-2.6.12/drivers/net/mace.c
===================================================================
--- linux-2.6.12.orig/drivers/net/mace.c
+++ linux-2.6.12/drivers/net/mace.c
@@ -1016,6 +1016,7 @@ static struct of_device_id mace_match[]
},
{},
};
+MODULE_DEVICE_TABLE (of, mace_match);
static struct macio_driver mace_driver =
{
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] ppc32: Big-endian I/O memory accessors.
From: Arthur Othieno @ 2005-10-10 21:50 UTC (permalink / raw)
To: paulus; +Cc: linuxppc-dev
From: Arthur Othieno <a.othieno@bluewin.ch>
I/O memory accessors. Big endian version. For those busses/devices
that do export big-endian I/O memory.
Of notable relevance/reference:
http://lwn.net/Articles/132804/
http://ozlabs.org/pipermail/linuxppc-embedded/2005-August/019798.html
http://ozlabs.org/pipermail/linuxppc-embedded/2005-August/019752.html
Signed-off-by: Arthur Othieno <a.othieno@bluewin.ch>
---
Paulus,
A similar patch for ppc64 made it upstream with your big ppc64 merge.
This one is still sitting in http://patchwork.ozlabs.org/linuxppc/
and didn't make it with the ppc32 equivalent. Thanks.
include/asm-ppc/io.h | 20 ++++++++++++++++++++
1 file changed, 20 insertions(+)
diff -uprN a/include/asm-ppc/io.h b/include/asm-ppc/io.h
--- a/include/asm-ppc/io.h 2005-08-21 17:49:44.000000000 -0400
+++ b/include/asm-ppc/io.h 2005-08-21 20:29:55.000000000 -0400
@@ -487,11 +487,21 @@ static inline unsigned int ioread16(void
return readw(addr);
}
+static inline unsigned int ioread16be(void __iomem *addr)
+{
+ return in_be16(addr);
+}
+
static inline unsigned int ioread32(void __iomem *addr)
{
return readl(addr);
}
+static inline unsigned int ioread32be(void __iomem *addr)
+{
+ return in_be32(addr);
+}
+
static inline void iowrite8(u8 val, void __iomem *addr)
{
writeb(val, addr);
@@ -502,11 +512,21 @@ static inline void iowrite16(u16 val, vo
writew(val, addr);
}
+static inline void iowrite16be(u16 val, void __iomem *addr)
+{
+ out_be16(addr, val);
+}
+
static inline void iowrite32(u32 val, void __iomem *addr)
{
writel(val, addr);
}
+static inline void iowrite32be(u32 val, void __iomem *addr)
+{
+ out_be32(addr, val);
+}
+
static inline void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
{
_insb(addr, dst, count);
^ permalink raw reply
* Re: [PATCH] Add modalias for pmac network drivers
From: Benjamin Herrenschmidt @ 2005-10-10 22:16 UTC (permalink / raw)
To: Olaf Hering; +Cc: Andrew Morton, linuxppc-dev
In-Reply-To: <20051010201117.GB14317@suse.de>
On Mon, 2005-10-10 at 22:11 +0200, Olaf Hering wrote:
> mesh, mac53c94 and airport already have an entry.
> Add the network drivers for pmac.
>
> Signed-off-by: Olaf Hering <olh@suse.de>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> drivers/net/bmac.c | 1 +
> drivers/net/mace.c | 1 +
>
> Index: linux-2.6.12/drivers/net/bmac.c
> ===================================================================
> --- linux-2.6.12.orig/drivers/net/bmac.c
> +++ linux-2.6.12/drivers/net/bmac.c
> @@ -1658,6 +1658,7 @@ static struct of_device_id bmac_match[]
> },
> {},
> };
> +MODULE_DEVICE_TABLE (of, bmac_match);
>
> static struct macio_driver bmac_driver =
> {
> Index: linux-2.6.12/drivers/net/mace.c
> ===================================================================
> --- linux-2.6.12.orig/drivers/net/mace.c
> +++ linux-2.6.12/drivers/net/mace.c
> @@ -1016,6 +1016,7 @@ static struct of_device_id mace_match[]
> },
> {},
> };
> +MODULE_DEVICE_TABLE (of, mace_match);
>
> static struct macio_driver mace_driver =
> {
>
^ 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