* unresolved symbol
From: zhonglei @ 2005-08-24 7:11 UTC (permalink / raw)
To: linuxppc-dev
hi
My mod has no error or warning during compiling.But when I "insmod hello.o" , it shows:
hello.o : unresolved symbol TaskStart
hello.o : unresolved symbol TasksLoadImage
hello.o : unresolved symbol TasksInitAPI
...
What's the problem?
BestRegards
zhonglei
^ permalink raw reply
* unresolved symbol
From: zhonglei @ 2005-08-24 7:07 UTC (permalink / raw)
To: linuxppc-embedded
hi
My mod has no error or warning during compiling.But when I "insmod hello.o" , it shows:
hello.o : unresolved symbol TaskStart
hello.o : unresolved symbol TaskLoadImage
hello.o : unresolved symbol TaskInitAPI
...
What's the problem?
BestRegards
zhonglei
^ permalink raw reply
* RE: How NEC uPD720101 USB chip work well on linux2.6.12
From: Stefan Nickl @ 2005-08-24 6:38 UTC (permalink / raw)
To: JohnsonCheng; +Cc: linuxppc-embedded
In-Reply-To: <20050823094950.44A4534392@x-save.xtro.de>
On Tue, 2005-08-23 at 17:42 +0800, JohnsonCheng wrote:
> Right. My USB architecture is the same as you describe. I have also support
> EHCI, but I disable it now.
> The attach files are my kernel configuration and kernel oops while plug-in
> USB mouse.
Umh, I just recognized the 720101 isn't from NEC's hub series, but it's
the host controller itself (720110 would have been a hub also...)! My
bad.
So I'm afraid our problems are unrelated.
>From the logs you sent I'd say your problem starts right here:
ohci_hcd 0000:00:0e.0: request interrupt 17 failed
You should check your PCI interrupt routing, trace INTA from the device,
it's IDSEL, etc. Look at /usr/src/linux/arch/ppc/platforms/sandpoint.c
and lspci -vvv.
But I'm not familiar with the sandpoint, so that's it for me...
--
Stefan Nickl
Kontron Modular Computers
^ permalink raw reply
* RE: Linux Kernel MTD question
From: JohnsonCheng @ 2005-08-24 5:02 UTC (permalink / raw)
To: 'Ricardo Scop', 'Robert P. J. Day'; +Cc: linuxppc-embedded
In-Reply-To: <200508231616.46897.scop@digitel.com.br>
Dear Ricardo and Wolfgang,
Very thanks for your kindly support.
I am sorry I made a mistake.
Before you mount /dev/mtdblock4, you have to use mke2fs to format it.
Now I think my MTD function is almost ready, except write.
When I run "dd if=/dev/mtd1 of=kernel.img", it's OK.
But when I run "dd if=kernel.img of=/dev/mtd1", it's failed. No error
message printed, and the process time is shortly, cause Bad CRC.
Thanks,
Johnson Cheng
-----Original Message-----
From: linuxppc-embedded-bounces@ozlabs.org
[mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Ricardo Scop
Sent: Wednesday, August 24, 2005 3:17 AM
To: JohnsonCheng; 'Robert P. J. Day'
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: Linux Kernel MTD question
Hi Johnson,
On Tuesday 23 August 2005 02:31, JohnsonCheng wrote:
> It doesn't work, too.
> Error message: Invalid argument.
Well, do you have an mtdblock4 entry in /dev?
Also, you should specify your filesystem type to mount, like in:
mount -t jffs2 /dev/mtdblock4 /mnt
BTW, -t jffs2 is just an example.
HTH,
-Scop.
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* An old problem ...about linux mount rootfs with nfs
From: 徐小威的EMAIL @ 2005-08-24 2:58 UTC (permalink / raw)
To: linuxppc-embedded
Hi All:
I used u-boot-1.1.3 and 2.4.25 linux on my custom MPC852T board, I
can't mount /opt/eldk/ppc_8xx as rootfs.
I used SCC4 (10M Ethernet) for download port.I also try to change to
FEC (100M) as download port, but still fail.I want to know the problem
is cause by u-boot or linux kernel config.
Boot 1.0.0 (Aug 24 2005 - 10:00:37)
CPU: MPC852TxxZPnn at 100 MHz: 4 kB I-Cache 4 kB D-Cache FEC present
DRAM: 32 MB
FLASH: 8 MB
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET [PRIME]
PCMCIA: No Card found
Hit any key to stop autoboot: 0
=> setenv hostname banana
=> setenv bootargs root=/dev/nfs rw nfsroot=$(serverip):$(rootpath) ip=
$(ipaddr):$(serverip):$(gatewayip):$(netmask):$(hostname)::off
=> printenv
bootcmd=bootm 40040000 40100000
bootdelay=3
baudrate=115200
loads_echo=1
ethprime=SCC ETHERNET
ipaddr=10.0.14.110
serverip=10.0.14.26
netmask=255.255.0.0
preboot=echo;
netdev=eth0
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=$(serverip):$(rootpath)
ramargs=setenv bootargs root=/dev/ram rw
addip=setenv bootargs $(bootargs) ip=$(ipaddr):$(serverip):$(gatewayip):
$(netmask):$(hostname):$(netdev):off panic=1
flash_nfs=run nfsargs addip;bootm $(kernel_addr)
flash_self=run ramargs addip;bootm $(kernel_addr) $(ramdisk_addr)
net_nfs=tftp 200000 $(bootfile);run nfsargs addip;bootm
rootpath=/opt/eldk/ppc_8xx
bootfile=/tftpboot/uImage
kernel_addr=40040000
ramdisk_addr=40100000
ethaddr=00:01:02:B4:36:56
stdin=serial
stdout=serial
stderr=serial
ethact=SCC ETHERNET
bootcount=9
hostname=banana
bootargs=root=/dev/nfs rw nfsroot=10.0.14.26:/opt/eldk/ppc_8xx
ip=10.0.14.110:10.0.14.26::255.255.0.0:banana::off
Environment size: 907/16379 bytes
=> bootm 40040000
## Booting image at 40040000 ...
Image Name: Linux-2.4.25-rthal5
Created: 2005-08-22 3:20:52 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 724462 Bytes = 707.5 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.25-rthal5 (root@banana) (gcc version 3.3.3 (DENX ELDK
3.1.1 3.3.3-9)) #17 一 8月 22 11:15:26 CST 2005
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/nfs rw
nfsroot=10.0.14.26:/opt/eldk/ppc_8xx
ip=10.0.14.110:10.0.14.26::255.255.0.0:banana::off
Decrementer Frequency = 375000000/60
Calibrating delay loop... 99.73 BogoMIPS
Memory: 30692k available (1264k kernel code, 360k data, 52k init, 0k
highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRG1
eth0: CPM ENET Version 0.2 on SCC4, 00:01:02:b4:36:56
eth1: FEC ENET Version 0.3, FEC irq 9, MII irq 12, addr
00:01:02:b4:36:57
RAMDISK driver initialized: 16 RAM disks of 20480K size 1024 blocksize
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
ip_conntrack version 2.1 (256 buckets, 2048 max) - 292 bytes per
conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>.
http://snowman.net/projects/ipt_recent/
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
VFS: Cannot open root device "nfs" or 00:ff
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 00:ff
^ permalink raw reply
* Re: [PATCH] (20/43) Kconfig fix (ppc32 SMP dependencies)
From: Paul Mackerras @ 2005-08-24 1:14 UTC (permalink / raw)
To: Al Viro; +Cc: linuxppc-dev, torvalds, linux-kernel
In-Reply-To: <E1E7gbC-0007Bf-NF@parcelfarce.linux.theplanet.co.uk>
Al Viro writes:
> ppc SMP is supported only for 6xx/POWER3/POWER4 - i.e. ones that have
> PPC_STD_MMU. Dependency fixed.
>
> Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Acked-by: Paul Mackerras <paulus@samba.org>
^ permalink raw reply
* [PATCH] ppc32: Only enable L2 prefetching if the L2 cache is enabled on 744x/745x
From: Kumar Gala @ 2005-08-23 23:32 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev
(Ben, this needs to be tested before sending upstream, but I think it
looks good)
We run into problems if we blindly enable L2 prefetching with out checking
that the L2 cache is actually enabled. Additionaly, if we disable the L2
cache we need to ensure that we disable L2 prefetching.
Signed-off-by: Kumar Gala <kumar.gala@freescale.com>
---
commit d90fa018552f3c3515ec46beadc0f0ff64c54547
tree c0c85d3e5c478a184716c8f0e1543b0d9b0b60fa
parent f6fdd7d9c273bb2a20ab467cb57067494f932fa3
author Kumar K. Gala <kumar.gala@freescale.com> Tue, 23 Aug 2005 18:27:02 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Tue, 23 Aug 2005 18:27:02 -0500
arch/ppc/kernel/cpu_setup_6xx.S | 5 ++++-
arch/ppc/kernel/l2cr.S | 31 ++++++++++++++++++++++++++++++-
2 files changed, 34 insertions(+), 2 deletions(-)
diff --git a/arch/ppc/kernel/cpu_setup_6xx.S b/arch/ppc/kernel/cpu_setup_6xx.S
--- a/arch/ppc/kernel/cpu_setup_6xx.S
+++ b/arch/ppc/kernel/cpu_setup_6xx.S
@@ -249,8 +249,11 @@ END_FTR_SECTION_IFSET(CPU_FTR_NO_DPM)
sync
isync
- /* Enable L2 HW prefetch
+ /* Enable L2 HW prefetch, if L2 is enabled
*/
+ mfspr r3,SPRN_L2CR
+ andis. r3,r3,L2CR_L2E@h
+ beqlr
mfspr r3,SPRN_MSSCR0
ori r3,r3,3
sync
diff --git a/arch/ppc/kernel/l2cr.S b/arch/ppc/kernel/l2cr.S
--- a/arch/ppc/kernel/l2cr.S
+++ b/arch/ppc/kernel/l2cr.S
@@ -156,6 +156,26 @@ END_FTR_SECTION_IFSET(CPU_FTR_ALTIVEC)
The bit moved on the 7450.....
****/
+BEGIN_FTR_SECTION
+ /* Disable L2 prefetch on some 745x and try to ensure
+ * L2 prefetch engines are idle. As explained by errata
+ * text, we can't be sure they are, we just hope very hard
+ * that well be enough (sic !). At least I noticed Apple
+ * doesn't even bother doing the dcbf's here...
+ */
+ mfspr r4,SPRN_MSSCR0
+ rlwinm r4,r4,0,0,29
+ sync
+ mtspr SPRN_MSSCR0,r4
+ sync
+ isync
+ lis r4,KERNELBASE@h
+ dcbf 0,r4
+ dcbf 0,r4
+ dcbf 0,r4
+ dcbf 0,r4
+END_FTR_SECTION_IFSET(CPU_FTR_SPEC7450)
+
/* TODO: use HW flush assist when available */
lis r4,0x0002
@@ -230,7 +250,16 @@ END_FTR_SECTION_IFSET(CPU_FTR_SPEC7450)
oris r3,r3,0x8000
mtspr SPRN_L2CR,r3
sync
-
+
+ /* Enable L2 HW prefetch on 744x/745x */
+BEGIN_FTR_SECTION
+ mfspr r3,SPRN_MSSCR0
+ ori r3,r3,3
+ sync
+ mtspr SPRN_MSSCR0,r3
+ sync
+ isync
+END_FTR_SECTION_IFSET(CPU_FTR_SPEC7450)
4:
/* Restore HID0[DPM] to whatever it was before */
^ permalink raw reply
* Re: When are machine checks suppose to be recoverable?
From: David Woodhouse @ 2005-08-23 23:10 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev list
In-Reply-To: <68765056-7D19-42A4-9E25-22C036AE5E05@freescale.com>
On Tue, 2005-08-23 at 12:04 -0500, Kumar Gala wrote:
> If the machine is locking hard it could be check stopping due to
> getting a second machine check.
Perhaps... but it's not the _second_ machine check. We already take 33
of them, and recover, while the i8042 driver is poking for hardware. We
also tend to survive a few while the 8250 driver is poking... but not
all of them.
Some timing issue with recovering and then causing another machine check
in quick succession?
--
dwmw2
^ permalink raw reply
* [PATCH] Allow ns16550.c to get base baud from rs_table instead of BAUD_BASE
From: Grant Likely @ 2005-08-23 22:47 UTC (permalink / raw)
To: linux-ppc-embedded
[PATCH] Allow ns16550.c to get base baud from rs_table instead of BAUD_BASE
REPOST: fixed formating problems in original patch
Modifies serial_init to get base baud rate from the rs_table entry instead
of BAUD_BASE. Will default back to BAUD_BASE if base_baud is not set.
This patch eliminates duplication between the SERIAL_PORT_DFNS macro and
BAUD_BASE. Without the patch, if a port set the baud rate in
SERIAL_PORT_DFNS, but did not update BASE_BAUD, the BASE_BAUD value
would still be used.
Rather; serial_init() should look first in SERIAL_PORT_DFNS and use
BASE_BAUD as a backup.
Signed-off-by: Grant Likely <grant.likely@gdcanada.com>
---
arch/ppc/boot/common/ns16550.c | 11 +++++++++--
1 files changed, 9 insertions(+), 2 deletions(-)
8ef971164affa27492e0f4abe73baf9b438575db
diff --git a/arch/ppc/boot/common/ns16550.c b/arch/ppc/boot/common/ns16550.c
--- a/arch/ppc/boot/common/ns16550.c
+++ b/arch/ppc/boot/common/ns16550.c
@@ -25,6 +25,7 @@ unsigned long serial_init(int chan, void
{
unsigned long com_port;
unsigned char lcr, dlm;
+ unsigned long baud_base;
/* We need to find out which type io we're expecting. If it's
* 'SERIAL_IO_PORT', we get an offset from the isa_io_base.
@@ -43,6 +44,12 @@ unsigned long serial_init(int chan, void
/* How far apart the registers are. */
shift = rs_table[chan].iomem_reg_shift;
+ baud_base = rs_table[chan].baud_base;
+#if defined(BASE_BAUD)
+ if (!baud_base)
+ baud_base = BASE_BAUD;
+#endif
+
/* save the LCR */
lcr = inb(com_port + (UART_LCR << shift));
@@ -62,9 +69,9 @@ unsigned long serial_init(int chan, void
else {
/* Input clock. */
outb(com_port + (UART_DLL << shift),
- (BASE_BAUD / SERIAL_BAUD) & 0xFF);
+ (baud_base / SERIAL_BAUD) & 0xFF);
outb(com_port + (UART_DLM << shift),
- (BASE_BAUD / SERIAL_BAUD) >> 8);
+ (baud_base / SERIAL_BAUD) >> 8);
/* 8 data, 1 stop, no parity */
outb(com_port + (UART_LCR << shift), 0x03);
/* RTS/DTR */
^ permalink raw reply
* Re: [PATCH] ppc32: make perfmon.o CONFIG_E500 specific
From: Andy Fleming @ 2005-08-23 22:50 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev, Kumar Gala
In-Reply-To: <1124836787.5189.107.camel@gaston>
I've got some untested code for 74xx (probably only 7450 for now),
but it's several rungs down my priority list right now. :
( Hopefully I will have time for it soon...
Andy
On Aug 23, 2005, at 17:39, Benjamin Herrenschmidt wrote:
> On Tue, 2005-08-23 at 17:27 -0300, Marcelo Tosatti wrote:
>
>> Subject says it all, there is no need to link perfmon.o on
>> sub-architectures other than CONFIG_E500.
>>
>
> Hrm... Nobody has an implementation for 74xx ?
>
> Ben.
>
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
^ permalink raw reply
* Re: [PATCH] ppc32: make perfmon.o CONFIG_E500 specific
From: Benjamin Herrenschmidt @ 2005-08-23 22:39 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linuxppc-dev, Kumar Gala
In-Reply-To: <20050823202708.GE13157@dmt.cnet>
On Tue, 2005-08-23 at 17:27 -0300, Marcelo Tosatti wrote:
> Subject says it all, there is no need to link perfmon.o on
> sub-architectures other than CONFIG_E500.
Hrm... Nobody has an implementation for 74xx ?
Ben.
^ permalink raw reply
* [PATCH] Allow ns16550.c to get base baud from rs_table instead of BAUD_BASE
From: Grant Likely @ 2005-08-23 22:07 UTC (permalink / raw)
To: linux-ppc-embedded
Modifies serial_init to get base baud rate from the rs_table entry instead
of BAUD_BASE. Will default back to BAUD_BASE if base_baud is not set.
This patch eliminates duplication between the SERIAL_PORT_DFNS macro and
BAUD_BASE. Without the patch, if a port set the baud rate in
SERIAL_PORT_DFNS, but did not update BASE_BAUD, the BASE_BAUD value
would still be used.
Rather; serial_init() should look first in SERIAL_PORT_DFNS and use
BASE_BAUD as a backup.
Signed-off-by: Grant Likely <grant.likely@gdcanada.com>
---
arch/ppc/boot/common/ns16550.c | 11 +++++++++--
1 files changed, 9 insertions(+), 2 deletions(-)
8ef971164affa27492e0f4abe73baf9b438575db
diff --git a/arch/ppc/boot/common/ns16550.c b/arch/ppc/boot/common/ns16550.c
--- a/arch/ppc/boot/common/ns16550.c
+++ b/arch/ppc/boot/common/ns16550.c
@@ -25,6 +25,7 @@ unsigned long serial_init(int chan, void
{
|------unsigned long com_port;
|------unsigned char lcr, dlm;
+|------unsigned long baud_base;
|------/* We need to find out which type io we're expecting. If it's
|------ * 'SERIAL_IO_PORT', we get an offset from the isa_io_base.
@@ -43,6 +44,12 @@ unsigned long serial_init(int chan, void
|------/* How far apart the registers are. */
|------shift = rs_table[chan].iomem_reg_shift;
+|------baud_base = rs_table[chan].baud_base;
+#if defined(BASE_BAUD)
+|------if (!baud_base)
+|------|-------baud_base = BASE_BAUD;
+#endif
+
|------
|------/* save the LCR */
|------lcr = inb(com_port + (UART_LCR << shift));
@@ -62,9 +69,9 @@ unsigned long serial_init(int chan, void
|------else {
|------|-------/* Input clock. */
|------|-------outb(com_port + (UART_DLL << shift),
-|------|------- (BASE_BAUD / SERIAL_BAUD) & 0xFF);
+|------|------- (baud_base / SERIAL_BAUD) & 0xFF);
|------|-------outb(com_port + (UART_DLM << shift),
-|------|------- (BASE_BAUD / SERIAL_BAUD) >> 8);
+|------|------- (baud_base / SERIAL_BAUD) >> 8);
|------|-------/* 8 data, 1 stop, no parity */
|------|-------outb(com_port + (UART_LCR << shift), 0x03);
|------|-------/* RTS/DTR */
^ permalink raw reply
* [PATCH] (23/43) Kconfig fix (CONFIG_PM on 44x)
From: Al Viro @ 2005-08-23 21:46 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev, linux-kernel
CONFIG_PM is broken on 44x; removed duplicate entry for CONFIG_PM, made
the inclusion of generic one conditional on BROKEN || !44x.
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
----
diff -urN RC13-rc6-git13-4xx-early-serial/arch/ppc/Kconfig RC13-rc6-git13-44x-PM/arch/ppc/Kconfig
--- RC13-rc6-git13-4xx-early-serial/arch/ppc/Kconfig 2005-08-21 13:17:04.000000000 -0400
+++ RC13-rc6-git13-44x-PM/arch/ppc/Kconfig 2005-08-21 13:17:06.000000000 -0400
@@ -1126,7 +1126,9 @@
source "drivers/zorro/Kconfig"
+if !44x || BROKEN
source kernel/power/Kconfig
+endif
config SECCOMP
bool "Enable seccomp to safely compute untrusted bytecode"
diff -urN RC13-rc6-git13-4xx-early-serial/arch/ppc/platforms/4xx/Kconfig RC13-rc6-git13-44x-PM/arch/ppc/platforms/4xx/Kconfig
--- RC13-rc6-git13-4xx-early-serial/arch/ppc/platforms/4xx/Kconfig 2005-08-21 13:17:05.000000000 -0400
+++ RC13-rc6-git13-44x-PM/arch/ppc/platforms/4xx/Kconfig 2005-08-21 13:17:06.000000000 -0400
@@ -240,10 +240,6 @@
depends on 4xx
default y
-config PM
- bool "Power Management support (EXPERIMENTAL)"
- depends on 4xx && EXPERIMENTAL
-
choice
prompt "TTYS0 device and default console"
depends on 40x
^ permalink raw reply
* [PATCH] (22/43) Kconfig fix (ppc 4xx and early serial)
From: Al Viro @ 2005-08-23 21:46 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev, linux-kernel
a bunch of ppc 4xx variants unconditionally calls early_serial_setup() and
therefore needs SERIAL_8250
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
----
diff -urN RC13-rc6-git13-mv64360-irq/arch/ppc/platforms/4xx/Kconfig RC13-rc6-git13-4xx-early-serial/arch/ppc/platforms/4xx/Kconfig
--- RC13-rc6-git13-mv64360-irq/arch/ppc/platforms/4xx/Kconfig 2005-08-10 10:37:46.000000000 -0400
+++ RC13-rc6-git13-4xx-early-serial/arch/ppc/platforms/4xx/Kconfig 2005-08-21 13:17:05.000000000 -0400
@@ -3,6 +3,11 @@
depends on 40x || 44x
default y
+config WANT_EARLY_SERIAL
+ bool
+ select SERIAL_8250
+ default n
+
menu "IBM 4xx options"
depends on 4xx
@@ -18,6 +23,7 @@
config BUBINGA
bool "Bubinga"
+ select WANT_EARLY_SERIAL
help
This option enables support for the IBM 405EP evaluation board.
@@ -70,21 +76,25 @@
config BAMBOO
bool "Bamboo"
+ select WANT_EARLY_SERIAL
help
This option enables support for the IBM PPC440EP evaluation board.
config EBONY
bool "Ebony"
+ select WANT_EARLY_SERIAL
help
This option enables support for the IBM PPC440GP evaluation board.
config LUAN
bool "Luan"
+ select WANT_EARLY_SERIAL
help
This option enables support for the IBM PPC440SP evaluation board.
config OCOTEA
bool "Ocotea"
+ select WANT_EARLY_SERIAL
help
This option enables support for the IBM PPC440GX evaluation board.
^ permalink raw reply
* [PATCH] (21/43) Kconfig fix (IRQ_ALL_CPUS vs. MV64360)
From: Al Viro @ 2005-08-23 21:46 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev, linux-kernel
MV64360 does not support IRQ_ALL_CPUS - see arch/ppc/kernel/mv64360_pic.c.
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
----
diff -urN RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig RC13-rc6-git13-mv64360-irq/arch/ppc/Kconfig
--- RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig 2005-08-21 13:17:03.000000000 -0400
+++ RC13-rc6-git13-mv64360-irq/arch/ppc/Kconfig 2005-08-21 13:17:04.000000000 -0400
@@ -935,7 +935,7 @@
config IRQ_ALL_CPUS
bool "Distribute interrupts on all CPUs by default"
- depends on SMP
+ depends on SMP && !MV64360
help
This option gives the kernel permission to distribute IRQs across
multiple CPUs. Saying N here will route all IRQs to the first
^ permalink raw reply
* [PATCH] (20/43) Kconfig fix (ppc32 SMP dependencies)
From: Al Viro @ 2005-08-23 21:46 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev, linux-kernel
ppc SMP is supported only for 6xx/POWER3/POWER4 - i.e. ones that have
PPC_STD_MMU. Dependency fixed.
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
----
diff -urN RC13-rc6-git13-vga/arch/ppc/Kconfig RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig
--- RC13-rc6-git13-vga/arch/ppc/Kconfig 2005-08-21 13:16:48.000000000 -0400
+++ RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig 2005-08-21 13:17:03.000000000 -0400
@@ -915,6 +915,7 @@
default y if PPC_PREP
config SMP
+ depends on PPC_STD_MMU
bool "Symmetric multi-processing support"
---help---
This enables support for systems with more than one CPU. If you have
^ permalink raw reply
* [PATCH] ppc32: make perfmon.o CONFIG_E500 specific
From: Marcelo Tosatti @ 2005-08-23 20:27 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Kumar Gala
Subject says it all, there is no need to link perfmon.o on
sub-architectures other than CONFIG_E500.
diff --git a/arch/ppc/kernel/Makefile b/arch/ppc/kernel/Makefile
--- a/arch/ppc/kernel/Makefile
+++ b/arch/ppc/kernel/Makefile
@@ -15,8 +15,9 @@ extra-y += vmlinux.lds
obj-y := entry.o traps.o irq.o idle.o time.o misc.o \
process.o signal.o ptrace.o align.o \
semaphore.o syscalls.o setup.o \
- cputable.o ppc_htab.o perfmon.o
+ cputable.o ppc_htab.o
obj-$(CONFIG_6xx) += l2cr.o cpu_setup_6xx.o
+obj-$(CONFIG_E500) += perfmon.o
obj-$(CONFIG_SOFTWARE_SUSPEND) += swsusp.o
obj-$(CONFIG_POWER4) += cpu_setup_power4.o
obj-$(CONFIG_MODULES) += module.o ppc_ksyms.o
diff --git a/arch/ppc/kernel/traps.c b/arch/ppc/kernel/traps.c
--- a/arch/ppc/kernel/traps.c
+++ b/arch/ppc/kernel/traps.c
@@ -849,10 +849,12 @@ void AltivecAssistException(struct pt_re
}
#endif /* CONFIG_ALTIVEC */
+#ifdef CONFIG_E500
void PerformanceMonitorException(struct pt_regs *regs)
{
perf_irq(regs);
}
+#endif
#ifdef CONFIG_FSL_BOOKE
void CacheLockingException(struct pt_regs *regs, unsigned long address,
^ permalink raw reply
* [PATCH] ppc32 8xx: fix m8xx_ide_init() #ifdef
From: Marcelo Tosatti @ 2005-08-23 20:20 UTC (permalink / raw)
To: akpm; +Cc: linux-ppc-embedded
Be more precise on deciding whether to call m8xx_ide_init() at
m8xx_setup.c:platform_init().
Compilation fails if CONFIG_BLK_DEV_IDE is defined but
CONFIG_BLK_DEV_MPC8xx_IDE isnt.
Please apply.
Signed-off-by: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
diff --git a/arch/ppc/syslib/m8xx_setup.c b/arch/ppc/syslib/m8xx_setup.c
--- a/arch/ppc/syslib/m8xx_setup.c
+++ b/arch/ppc/syslib/m8xx_setup.c
@@ -423,7 +423,7 @@ platform_init(unsigned long r3, unsigned
ppc_md.find_end_of_memory = m8xx_find_end_of_memory;
ppc_md.setup_io_mappings = m8xx_map_io;
-#if defined(CONFIG_BLK_DEV_IDE) || defined(CONFIG_BLK_DEV_IDE_MODULE)
+#if defined(CONFIG_BLK_DEV_MPC8xx_IDE)
m8xx_ide_init();
#endif
}
^ permalink raw reply
* [PATCH] ppc32: Fix baseaddress for SMC 1 and 2
From: Rune Torgersen @ 2005-08-23 20:18 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 334 bytes --]
Base addess register for SMC 1 and 2 are never initialized.
This means that they will not work unless a bootloader already
configured them.
The DPRAM already have space reserved, this patch just makes sure
the base addess register is updated correctly on initialization.
Signed-off-by: Rune Torgersen <runet@innovsys.com>
[-- Attachment #2: smc_baseparam.patch --]
[-- Type: application/octet-stream, Size: 1065 bytes --]
--- linux/drivers/serial/cpm_uart/cpm_uart_cpm2.c 2005-08-23 09:01:37.000000000 -0500
+++ linux-innsys/drivers/serial/cpm_uart/cpm_uart_cpm2.c 2005-08-23 15:11:14.000000000 -0500
@@ -257,6 +257,7 @@ int cpm_uart_init_portdesc(void)
cpm_uart_ports[UART_SMC1].smcp = (smc_t *) & cpm2_immr->im_smc[0];
cpm_uart_ports[UART_SMC1].smcup =
(smc_uart_t *) & cpm2_immr->im_dprambase[PROFF_SMC1];
+ *(ushort *)(&cpm2_immr->im_dprambase[PROFF_SMC1_BASE]) = PROFF_SMC1;
cpm_uart_ports[UART_SMC1].port.mapbase =
(unsigned long)&cpm2_immr->im_smc[0];
cpm_uart_ports[UART_SMC1].smcp->smc_smcm |= (SMCM_RX | SMCM_TX);
@@ -269,6 +270,7 @@ int cpm_uart_init_portdesc(void)
cpm_uart_ports[UART_SMC2].smcp = (smc_t *) & cpm2_immr->im_smc[1];
cpm_uart_ports[UART_SMC2].smcup =
(smc_uart_t *) & cpm2_immr->im_dprambase[PROFF_SMC2];
+ *(ushort *)(&cpm2_immr->im_dprambase[PROFF_SMC2_BASE]) = PROFF_SMC2;
cpm_uart_ports[UART_SMC2].port.mapbase =
(unsigned long)&cpm2_immr->im_smc[1];
cpm_uart_ports[UART_SMC2].smcp->smc_smcm |= (SMCM_RX | SMCM_TX);
^ permalink raw reply
* Re: Linux Kernel MTD question
From: Ricardo Scop @ 2005-08-23 19:16 UTC (permalink / raw)
To: JohnsonCheng, 'Robert P. J. Day'; +Cc: linuxppc-embedded
In-Reply-To: <20050823053209.1B48668053@ozlabs.org>
Hi Johnson,
On Tuesday 23 August 2005 02:31, JohnsonCheng wrote:
> It doesn't work, too.
> Error message: Invalid argument.
Well, do you have an mtdblock4 entry in /dev?
Also, you should specify your filesystem type to mount, like in:
mount -t jffs2 /dev/mtdblock4 /mnt
BTW, -t jffs2 is just an example.
HTH,
-Scop.
^ permalink raw reply
* Re: Linux Kernel MTD question
From: Wolfgang Denk @ 2005-08-23 8:59 UTC (permalink / raw)
To: JohnsonCheng; +Cc: linuxppc-embedded
In-Reply-To: <20050823053053.67D1A42AFE@denx.de>
In message <20050823053053.67D1A42AFE@denx.de> you wrote:
> When I want to turn on MTD with TQM8XXL, I can't find it in kernel 2.6.12.3.
> I use "MTD\Mapping drivers for chip access\CFI Flash device in physical
> memory map", it seems only one partition can be used.
There is no working support for TQM8xxL in the 2.6 kernel tree yet.
Please use the 2.4 kernel from our CVS server instead.
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
"And they told us, what they wanted... Was a sound that could kill
some-one, from a distance." - Kate Bush
^ permalink raw reply
* Re: How to run ELDK 3.1.1 's snmp ?
From: Wolfgang Denk @ 2005-08-23 8:57 UTC (permalink / raw)
To: 徐小威的EMAIL; +Cc: linuxppc-embedded
In-Reply-To: <1124774174.5945.15.camel@banana>
In message <1124774174.5945.15.camel@banana> you wrote:
>
> I want to know how to used ELDK 3.1.1's snmpd at ppc_8xx
> environment.I used 2.4.25 Linux and uRamdisk (from denx's ftp site) at
> my MPC852T custom board. When I mount /opt/eldk/ppc_88x to my linux and
There is no ppc_88x in the ELDK. Mounting the NFS root file system on
top of the ramdisk root is probably not a good idea. Why don;t you
run with root file system over NFS directlty as all documentation
shows in detail?
> I got following error message.
>
> # ./snmpd --version
> ./snmpd: No such file or directory
snmpd is not in your current directory.
Are you sure this is the realk error message?
> The found if i compiler snmp source code with LDFLAGS +ÿ-static,
> although file is bigger than ELDK's snmpd (almost 3M byte), but it can
> run very well. I want to know what's the different between LDFLAGS
> static and LDFLAGS
You are missing some of the needed shared libraries in the ramdisk
image; just mounting the NFS root file system on some other directory
does not automatically provide access to the additional (mounted)
shared libraries. Correctly setting "LD_LIBRARY_PATH" may help, but
seems overly complicated.
Just user the root file system over NFS directly.
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
"An organization dries up if you don't challenge it with growth."
- Mark Shepherd, former President and CEO of Texas Instruments
^ permalink raw reply
* RE: How NEC uPD720101 USB chip work well on linux2.6.12
From: Stefan Nickl @ 2005-08-23 7:48 UTC (permalink / raw)
To: JohnsonCheng; +Cc: linuxppc-embedded
In-Reply-To: <20050823023824.9DCB4343AB@x-save.xtro.de>
On Sat, 2005-07-23 at 10:37 +0800, JohnsonCheng wrote:
> Correct it.
> I only turn on OHCI in kernel configuration, not UHCI.
I guess what you have is like this:
---------
| MPC8241 |
---------
|
| PCI bus
|
--------------------------
| OHCI host controller(s?) |
--------------------------
|
| USB
|
-----------
| uPD720101 |
-----------
|
USB mouse
So the IRQ is all up to your PCI setup and board wiring.
Please send the output of ksymoops as described in
linux/Documentation/oops-tracing.txt.
Note that you need to run it something like this:
ksymoops -v <vmlinux-of-target> -m <System.map-of-target> -t elf32-big
-a ppc -K -L
PS: Please check your PC's clock, your emails date back to July...
--
Stefan Nickl
Kontron Modular Computers
^ permalink raw reply
* Source of xparameter_ml300.h
From: Grant Likely @ 2005-08-23 17:03 UTC (permalink / raw)
To: linuxppc-embedded, Andrei Konovalov
Does anyone know the origin of xparameter_ml300.h? The
Xilinx EDK generates an xparameters.h file for each design, but the
structure of the file changes between releases.
I want to know if xparameters_ml300.h is the exact output produced by
EDK or if stuff was changed before it was submitted to the mainline
tree. (ie. all the stuff under the "linux redefines" comment block)
Also, where can I get the bitstream/systemace file that matches
xparameters_ml300.h? I've got a custom ml300 image that I'm regression
testing against, but I'd like to also test against some form of 'stock'
image. :)
Thanks,
g.
^ permalink raw reply
* Re: [PATCH 3/3] Move all the very similar files
From: Kumar Gala @ 2005-08-23 17:05 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: olof, linuxppc64-dev, linuxppc-dev
In-Reply-To: <20050823173142.4f620d75.sfr@canb.auug.org.au>
On Aug 23, 2005, at 2:31 AM, Stephen Rothwell wrote:
> On Tue, 23 Aug 2005 15:41:47 +1000 Benjamin Herrenschmidt
> <benh@kernel.crashing.org> wrote:
>
>>
>> Most of the ones that are in include/asm* are there because drivers
>> outside of arch/* use them.
>>
>
> Indeed. Here is the result of grepping for all of the .h files in
> patch 3 (minus the
> obvious noncontentious ones like errno.h ...):
This seems reasonable then to have them in include/asm-powerpc. I
feel that there are a few files in include/asm-ppc that were only
used by code in arch/ppc/platforms but I'm probably just crazy.
- kumar
^ 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