LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [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: 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] (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] (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] (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] (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] 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

* 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

* 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

* [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: 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] 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: [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

* 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: 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

* 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

* 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

* 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

* Re: An old problem ...about linux mount rootfs with nfs
From: Wolfgang Denk @ 2005-08-24  7:30 UTC (permalink / raw)
  To: 徐小威的EMAIL; +Cc: linuxppc-embedded
In-Reply-To: <1124852294.11078.8.camel@banana>

In message <1124852294.11078.8.camel@banana> you wrote:
> 
>     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.

You pass incomplete config options to the kernel.

> 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
                         ^^^^^^^^^

Here you have all the necessary prparations.

> 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
                                               ^^

But here you are missing to pass the information which ethernet interface to use.

> 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
-----------------------------------------------^^^

No interface selected.

> 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

But there are two intefaces. Which one should the kernel use?

Just fix your bootargs.

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
You humans have that emotional need  to  express  gratitude.  "You're
welcome," I believe, is the correct response.
	-- Spock, "Bread and Circuses", stardate 4041.2

^ permalink raw reply

* Re: [gmail] unresolved symbol
From: Marc Leeman @ 2005-08-24  7:54 UTC (permalink / raw)
  To: zhonglei; +Cc: linuxppc-dev
In-Reply-To: <200508241511.AA32243824@RCS-9000.COM>

[-- Attachment #1: Type: text/plain, Size: 608 bytes --]

>    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?

You're trying to insert a module that depends on another
module/functionality in the kernel but which you did not insert or
compile in the kernel.

-- 
  greetz, marc
We can stick our heads between our legs and kiss our asses goodbye. It's
a saying.
	Crichton - I, E.T.
scorpius 2.6.12 #1 Thu Jun 23 21:32:03 CEST 2005 GNU/Linux

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply

* Re: Linux Kernel MTD question
From: Alex Zeffertt @ 2005-08-24  8:49 UTC (permalink / raw)
  To: JohnsonCheng; +Cc: linuxppc-embedded
In-Reply-To: <20050824050304.6508167F88@ozlabs.org>

Before doing a write to /dev/mtd1 try running 
~# eraseall /dev/mtd1

(eraseall is from the mtd-utils package.)

Alex


On Wed, 24 Aug 2005 13:02:31 +0800
"JohnsonCheng" <johnsoncheng@qnap.com.tw> wrote:

> 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
> 
> 
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded

^ permalink raw reply

* Re: unresolved symbol
From: Alex Zeffertt @ 2005-08-24  8:59 UTC (permalink / raw)
  To: zhonglei; +Cc: linuxppc-embedded
In-Reply-To: <200508241507.AA31981680@RCS-9000.COM>

At compile time the compiler assumed these symbols would be defined externally, either by the kernel
or by another module loaded prior to hello.o.  The error message says that these symbols are not
exported by the kernel (or any currently loaded modules) prior to running "insmod hello.o".

Either:

1.	You need to insmod another module first (or use "modprobe hello" which may do this automatically)

2.	The module defining these symbols has not used the EXPORT_SYMBOL() macro to make them exported.

3.	These symbols are not defined in either the kernel or any modules.

Alex

On Wed, 24 Aug 2005 15:07:58 +0800
"zhonglei" <zhonglei@RCS-9000.COM> wrote:

> 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
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded

^ permalink raw reply

* AC Power handling broken for desktops
From: Olaf Hering @ 2005-08-24 11:54 UTC (permalink / raw)
  To: Benjamin Herrenschmidt; +Cc: linuxppc-dev


My G4/450 runs without AC Power, according to /proc/pmu/info:

PMU driver version     : 2
PMU firmware version   : 0c
AC Power               : 0
Battery count          : 0

It should report 1. Where is the best place to get the
PMU_PWR_AC_PRESENT into ac_line_status?

^ permalink raw reply

* RPXClassic Help
From: Travis B. Sawyer @ 2005-08-24 12:12 UTC (permalink / raw)
  To: linuxppc-embedded

Greetings:

I got my hands on a couple of RPXClassic (CLLF) boards gratis
and am planning on putting them to some use with my model
railroad (overkill, but its fun!).

I have them running Das U-Boot git as of ~ 16August2005.

I'm attempting to use a kernel.org 2.4.30 kernel. (With
i2c-2.9.0 patches)

After pushing the bd_t struct into rpxclassic.h, the board
boots linux well, mounts the nfs root properly, things are
good.

I would like to get a pcmcia flash disk working.  It is id'ed
by Das U-Boot:

PCMCIA:SunDisk SDP 5/3 0.6
             Fixed Disk Card
             IDE interface
             [silicon] [unique] [single] [sleep] [standby] [idle] [low power]
Bus 0: OK
   Device 0: Model: SanDisk SDP3B-64 Firm: vdd 1.00 Ser#: g3vspq15924
             Type: Removable Hard Disk
             Capacity: 61.2 MB = 0.0 GB (125440 x 512)

After enabling pcmcia, 8xx pccard, ide, et al (and some debug printk's)
I get the following output from the kernel:

Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
PCMCIA slot B: phys mem e0000000...e8010000 (size 08010000)
Card ID: SunDisk SDP 5/3 0.6
  Fixed Disk Card
  IDE interface
  [silicon] [unique] [single] [sleep] [standby] [idle] [low power]
Probing IDE interface ide0...
probing for hda: present=0, media=32, probetype=ATA
do_probe 471
probing for hda: present=0, media=32, probetype=ATAPI
do_probe 471
probing for hdb: present=0, media=32, probetype=ATA
do_probe 471
probing for hdb: present=0, media=32, probetype=ATAPI
do_probe 471
Linux Kernel Card Services 3.1.22
   options:  none
m8xx_pcmcia: Version 0.05, 14-Apr-2002
m8xx_pcmcia: RPX CLASSIC or RPX LITE using SLOT_B with IRQ 13.


Nothing shows up in /proc/ide other than 'drivers'
bash-2.05b# cat drivers
ide-disk version 1.17
ide-default version 0.9.newide


I tried googling to no avail.  Any ideas?

TIA,

Travis

^ permalink raw reply

* RE: RPXClassic Help
From: Steven Blakeslee @ 2005-08-24 12:49 UTC (permalink / raw)
  To: tsawyer+linuxppc, linuxppc-embedded

>Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
>ide: Assuming 50MHz system bus speed for PIO modes; override with
idebus=3Dxx PCMCIA slot B: phys mem >           >e0000000...e8010000 =
(size
08010000) Card ID: SunDisk SDP 5/3 0.6
>  Fixed Disk Card
>  IDE interface
>  [silicon] [unique] [single] [sleep] [standby] [idle] [low power]
Probing IDE interface ide0...
>probing for hda: present=3D0, media=3D32, probetype=3DATA do_probe 471
probing for hda: present=3D0, media=3D32,          >probetype=3DATAPI =
do_probe
471 probing for hdb: present=3D0, media=3D32, probetype=3DATA do_probe =
471
probing for hdb:  >present=3D0, media=3D32, probetype=3DATAPI do_probe =
471
Linux Kernel Card Services 3.1.22
>   options:  none
>m8xx_pcmcia: Version 0.05, 14-Apr-2002
>m8xx_pcmcia: RPX CLASSIC or RPX LITE using SLOT_B with IRQ 13.

I use the PCMCIA card services at sourceforge instead of the built in
support.  They work very well including ATA/IDE.

^ permalink raw reply


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox