Reboot Command Makes kernel to hang (MPC8560)

Reboot Command Makes kernel to hang (MPC8560)

[Ansari]

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

Hi all,

Processor (MPC8560)

Whenever reboot command is given in the linux console. The processor gets reset and it loads bootloader , kernel and when uncompressing the ramdisk it gets hang. The sample log is given below. Any u please tell me what are the factors that can makes this to happen.

Log 
----

070500 U-Boot 1.1.2 (May 30 2007 - 20:20:09)

Motorola PowerPC ProcessorID=00000000 Rev. PVR=80200020
Board: XXX MPC8560 [PowerQUICC III]
        CPU: 660 MHz
        CCB: 330 MHz
        DDR: 165 MHz
Performing version scanning
I2C:   ready
DRAM:  Configuring UPM for NAND
Configuring UPM for MSC8122 DSI Port
Initializing DRAM
    DDR: 256 MB
Relocating POST functions.
FLASH: 16 MB
L2 cache enabled: 256KB
In:    serial
Out:   serial
Err:   serial
Net:   MOTO ENET0: PHY is Intel LXT971A (1378e2)
MOTO ENET1: PHY is Intel LXT971A (1378e2)
MOTO ENET0, MOTO ENET1
POST I: Before relocation. <DEL> to start...   1 
POST II: After relocation. <DEL> to start...   1 
Micro Controller version 75
Hit any key to stop autoboot:  0 
## Booting image at ffd00000 ...
   Image Name:   070500 Linux-cscpp
   Created:      2007-05-30  14:49:24 UTC
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    938254 Bytes = 916.3 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ff000000 ...
   Image Name:   070500 cscpp-REL_7_5
   Created:      2007-05-30  14:51:09 UTC
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    3543240 Bytes =  3.4 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Loading Ramdisk to 0fc4e000, end 0ffaf0c8 ... OK
Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb
Linux version 2.4.20_mvlcge31-cscpp-7.5 (root@turing) (gcc version 3.3.1 (MontaVista 3.3.1-3.0.10.0300532 2003-12-24)) #1 Wed May 30 20:14:43 IST 2007
max_pfn = 8192
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram rw console=ttyS0,115200 ip=off
OpenPIC Version 1.2 (1 CPUs and 44 IRQ sources) at fdf80000
time_init: decrementer frequency = 41.250000 MHz
hr_time_init: arch_to_nsec = 50840048, nsec_to_arch = 177167400
Calibrating delay loop... 658.63 BogoMIPS
Memory: 253056k available (1696k kernel code, 760k data, 68k init, 0k highmem)
RMON - kernel resource monitoring
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 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
LSP Revision 14
ikconfig 0.5 with /proc/ikconfig
Starting kswapd
Journalled Block Device driver loaded
JFFS version 1.0, (C) 1999, 2000  Axis Communications AB
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
CPM UART driver version 0.01
ttyS0 on SCC1 at 0x8000, BRG1
pty: 256 Unix98 ptys configured
eth0: FCC ENET Version 0.3, 02:e0:0c:80:31:03
eth0: RMON initialized
RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
loop: loaded (max 8 devices)
eth1: Gianfar Ethernet Controller Version 1.0, 02:e0:0c:00:31:03 
eth1: Running with NAPI disabled
eth1: 64/64 RX/TX BD ring size
eth1: RMON initialized
eth2: Gianfar Ethernet Controller Version 1.0, 02:e0:0c:00:31:02 
eth2: Running with NAPI disabled
eth2: 64/64 RX/TX BD ring size
eth2: RMON initialized
network device driver for LKCD registered
Crash dump driver initialized.
CSC flash: Found 1 x16 devices at 0x0 in 16-bit bank
 Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
Creating 7 MTD partitions on "CSC flash":
0x00f80000-0x01000000 : "uboot"
0x00d00000-0x00e00000 : "kernel0"
0x00e00000-0x00f00000 : "kernel1"
0x00700000-0x00d00000 : "app"
0x00000000-0x00380000 : "root0"
0x00380000-0x00700000 : "root1"
0x00f00000-0x00f80000 : "env"
Creating 2 MTD partitions on "CSC NVRAM":
0x00000000-0x00010000 : "applog"
0x00010000-0x00020000 : "kernellog"
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xca (Unknown NAND 256MiB 3,3V 16-bit)
Scanning device for bad blocks
Bad eraseblock 1780 at 0x0de80000
Creating 1 MTD partitions on "NAND 256MiB 3,3V 16-bit":
0x00000000-0x10000000 : "NAND Partition"
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
ip_conntrack version 2.1 (2048 buckets, 16384 max) - 296 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Event Broker Driver (C) 2001,2002 MontaVista Software (source@mvista.com)
Done starting sysfs
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 3460k freed
VFS: Mounted root (ext2 filesystem).
Freeing unused kernel memory: 68k init

Welcome to Linux Group

Starting system...
Mounting /proc: done.
Brining up loopback interface: done.
Mounting /tmp: done.
Starting syslogd: done.
Starting klogd: done.
Starting telnetd: done.

MC-I2C DRIVER Successfully Installed
mcc: mcc_dev_siram_entries_config: siram config: start entry: 0, start channel: 128, count: 64
mcc: mcc_dev_siram_entries_config: siram config: start entry: 128, start channel: 192, count: 64
mcc: mcc_dev_iopin_init: IO port init done
mcc: mcc_dev_clock_mux_init: clock mux init done 0x88
mcc: mcc_dev_init: Board specific init done.
mcc: mcc_dev_init: BDs init done
mcc: mcc_dev_init: global param init done
mcc: mcc_dev_init: extra channel param init done
mcc: mcc_dev_init: channel param init done
[: 1: unknown operand

DSP-7116: Driver registered. 
DSP MSC 7116 Driver for HDI Interface May 30 2007  20:19:35
DSP-7116: Insmoded Successfully Default Status & Control Register 426 6618

MSC8122_DSI driver registered. 
MSC8122_DSI Driver for DSI Interface May 30 2007  20:19:35DSI init...[2]
loading LSCL module...May 30 2007 ,20:19:36
scc  at 0x8100
sccp 0xd2575a20
priv size 176
dev name lscl0
scc1 clk 0x000100b2
device lscl0 
lscl module loaded
Setting the LSCL address & IP address
setting slot id 0x0021
bonding.c:v2.2.5 (May 22, 2003)
bonding_init(): eth1 primary device specified but has no effect in fault-tolerance (broadcast) mode
bond0 registered with MII link monitoring set to 200 ms, in fault-tolerance (broadcast) mode.
bond0 registered without ARP monitoring
eth1: PHY is Intel LXT971A (1378e2)
eth1: No link detected
bond0: enslaving eth1 as an active interface with a down link.
eth1: Auto-negotiation done
eth1: Full Duplex
eth1: Speed 100BT
eth1: Link is up
eth2: PHY is Intel LXT971A (1378e2)
eth2: No link detected
bond0: enslaving eth2 as an active interface with a down link.
eth2: Auto-negotiation done
eth2: Full Duplex
eth2: Speed 100BT
eth2: Link is up
Setting system time from hardware clock.
yaffs: dev is 7945 name is "1f:09"
bond0: link status definitely up for interface eth2.
bond0: link status definitely up for interface eth1.
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000000: 0xd355 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000004: 0xcf85 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000008: 0x435c instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000000c: 0xc451 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000010: 0xb677 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000014: 0x15f5 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000018: 0xfbfb instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000001c: 0x4491 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000020: 0x543a instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000024: 0x1193 instead
Further such events for this erase block will not be printed
Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes
empty_blocks 0, bad_blocks 0, c->nr_blocks 16
mount: Mounting /dev/mtdblock7 on /mnt/app-nvram failed: Invalid argument
Punching Microcontroller. 
Creating TSI LOCK fileDone
Starting the xxx agent

                 ====== SYSTEM STARTED ======


System started

  _____  _   _  _    _      __ _       _                     
 / ____|| \ | || |  | |    / /| |     (_)                    
| |  __ |  \| || |  | |   / / | |      _  _ __   _   _ __  __
| | |_ || .   || |  | |  / /  | |     | || '_ \ | | | |\ \/ /
| |__| || |\  || |__| | / /   | |____ | || | | || |_| | >  < 
 \_____||_| \_| \____/ /_/    |______||_||_| |_| \__,_|/_/\_\

(none) login: root


BusyBox v1.1.0 (2006.03.23-09:02+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

[root@(none) /root]# reboot

The system is going down NOW !!
Sending SIGTERM to all processeExiting Syslogd!
Sending SIGKILL to all processes.
Please stand by while rebooting the system.
Restarting systemste?

070500 U-Boot 1.1.2 (May 30 2007 - 20:20:09)

Motorola PowerPC ProcessorID=00000000 Rev. PVR=80200020
Board: XXX MPC8560 [PowerQUICC III]
        CPU: 660 MHz
        CCB: 330 MHz
        DDR: 165 MHz
Performing version scanning
I2C:   ready
DRAM:  Configuring UPM for NAND
Configuring UPM for MSC8122 DSI Port
Initializing DRAM
    DDR: 256 MB
Relocating POST functions.
FLASH: 16 MB
L2 cache enabled: 256KB
In:    serial
Out:   serial
Err:   serial
Net:   MOTO ENET0: PHY is Intel LXT971A (1378e2)
MOTO ENET1: PHY is Intel LXT971A (1378e2)
MOTO ENET0, MOTO ENET1
POST I: Before relocation. <DEL> to start...   1 
POST II: After relocation. <DEL> to start...   1 
Micro Controller version 75
Hit any key to stop autoboot:  0 
## Booting image at ffd00000 ...
   Image Name:   070500 Linux-cscpp
   Created:      2007-05-30  14:49:24 UTC
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    938254 Bytes = 916.3 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ff000000 ...
   Image Name:   070500 cscpp-REL_7_5
   Created:      2007-05-30  14:51:09 UTC
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    3543240 Bytes =  3.4 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Loading Ramdisk to 0fc4e000, end 0ffaf0c8 ... OK
Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb
Linux version 2.4.20_mvlcge31-cscpp-7.5 (root@turing) (gcc version 3.3.1 (MontaVista 3.3.1-3.0.10.0300532 2003-12-24)) #1 Wed May 30 20:14:43 IST 2007
max_pfn = 8192
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram rw console=ttyS0,115200 ip=off
OpenPIC Version 1.2 (1 CPUs and 44 IRQ sources) at fdf80000
time_init: decrementer frequency = 41.250000 MHz
hr_time_init: arch_to_nsec = 50840048, nsec_to_arch = 177167400
Calibrating delay loop... 658.63 BogoMIPS
Memory: 253056k available (1696k kernel code, 760k data, 68k init, 0k highmem)
RMON - kernel resource monitoring
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 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
LSP Revision 14
ikconfig 0.5 with /proc/ikconfig
Starting kswapd
Journalled Block Device driver loaded
JFFS version 1.0, (C) 1999, 2000  Axis Communications AB
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
CPM UART driver version 0.01
ttyS0 on SCC1 at 0x8000, BRG1
pty: 256 Unix98 ptys configured
eth0: FCC ENET Version 0.3, 02:e0:0c:80:31:03
eth0: RMON initialized
RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
loop: loaded (max 8 devices)
eth1: Gianfar Ethernet Controller Version 1.0, 02:e0:0c:00:31:03 
eth1: Running with NAPI disabled
eth1: 64/64 RX/TX BD ring size
eth1: RMON initialized
eth2: Gianfar Ethernet Controller Version 1.0, 02:e0:0c:00:31:02 
eth2: Running with NAPI disabled
eth2: 64/64 RX/TX BD ring size
eth2: RMON initialized
network device driver for LKCD registered
Crash dump driver initialized.
CSC flash: Found 1 x16 devices at 0x0 in 16-bit bank
 Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
Creating 7 MTD partitions on "CSC flash":
0x00f80000-0x01000000 : "uboot"
0x00d00000-0x00e00000 : "kernel0"
0x00e00000-0x00f00000 : "kernel1"
0x00700000-0x00d00000 : "app"
0x00000000-0x00380000 : "root0"
0x00380000-0x00700000 : "root1"
0x00f00000-0x00f80000 : "env"
Creating 2 MTD partitions on "CSC NVRAM":
0x00000000-0x00010000 : "applog"
0x00010000-0x00020000 : "kernellog"
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xca (Unknown NAND 256MiB 3,3V 16-bit)
Scanning device for bad blocks
Bad eraseblock 1780 at 0x0de80000
Creating 1 MTD partitions on "NAND 256MiB 3,3V 16-bit":
0x00000000-0x10000000 : "NAND Partition"
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
ip_conntrack version 2.1 (2048 buckets, 16384 max) - 296 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Event Broker Driver (C) 2001,2002 MontaVista Software (source@mvista.com)
Done starting sysfs
RAMDISK: Compressed image found at block 0
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<Hangs Here>>>>>>>>>>>>>>>>>>>>>>


Thanks in advance

Haroun Ansari M A


[-- Attachment #2: Type: text/html, Size: 19017 bytes --]

Re: Reboot Command Makes kernel to hang (MPC8560)

[Kumar Gala]

On Jul 26, 2007, at 1:55 AM, Ansari wrote:

> Hi all,
>
> Processor (MPC8560)
>
> Whenever reboot command is given in the linux console. The  
> processor gets reset and it loads bootloader , kernel and when  
> uncompressing the ramdisk it gets hang. The sample log is given  
> below. Any u please tell me what are the factors that can makes  
> this to happen.

This is very board dependant.  The MPC8560 doesn't have a clean way  
to request reset, and odds are you're only getting the core reset and  
not the full chip.

- k

Re: Reboot Command Makes kernel to hang (MPC8560)

[Ansari]

Hi Kumar,

First of all thanks for ur reply .

Even i went through the linux source . And i have observe that the reboot 
command used to hard reset the core . I have few doubts can u please clarify 
me.

1. Is there any way to reset the full chip with out using any external 
signal (MPC8560) ? (like any register that can be used for reseting the 
processor)
2. Even same reboot command works fine for MPC8540 Processor ?.
3. what are the factors that makes ramdisk hangs . When its uncompressing ?

Regards
Haroun Ansari


----- Original Message ----- 
From: "Kumar Gala" <galak@kernel.crashing.org>
To: "Ansari" <ma.harounansari@gdatech.co.in>
Cc: <linuxppc-embedded@ozlabs.org>
Sent: Friday, July 27, 2007 1:21 AM
Subject: Re: Reboot Command Makes kernel to hang (MPC8560)


>
> On Jul 26, 2007, at 1:55 AM, Ansari wrote:
>
>> Hi all,
>>
>> Processor (MPC8560)
>>
>> Whenever reboot command is given in the linux console. The  processor 
>> gets reset and it loads bootloader , kernel and when  uncompressing the 
>> ramdisk it gets hang. The sample log is given  below. Any u please tell 
>> me what are the factors that can makes  this to happen.
>
> This is very board dependant.  The MPC8560 doesn't have a clean way  to 
> request reset, and odds are you're only getting the core reset and  not 
> the full chip.
>
> - k
> 

Re: Reboot Command Makes kernel to hang (MPC8560)

[Clemens Koller]

Hi, Ansari!

Ansari schrieb:
> Hi Kumar,
> 
> First of all thanks for ur reply .
> 
> Even i went through the linux source . And i have observe that the reboot 
> command used to hard reset the core . I have few doubts can u please clarify 
> me.
> 
> 1. Is there any way to reset the full chip with out using any external 
> signal (MPC8560) ? (like any register that can be used for reseting the 
> processor)

I RTFM:
It should be the bits RST[1:0] in the Debug Control Register 0 (DBCR0).

I didn't find details how the external signals are affected: HRESET_REQ# and friends.
The HRESET_REQ# is usually fed back to the CPU's HRESET#.
So if the HRESET_REQ# gets asserted by writing to above registers it should really bring
down the CPU, it's internal as well as it's external components, which are usually
connected to a replication of that signal.

However the existence of cpm2_reset() and a qe_reset() (QuiccEngine?)
in the code tells me that the above expectations could be wrong.

Would be nice to have that verified by some hardware guys from freescale...

> 2. Even same reboot command works fine for MPC8540 Processor ?.

...because it doesn't have a cpm ?

> 3. what are the factors that makes ramdisk hangs . When its uncompressing ?

Well, side effects ?

Regards,
-- 
Clemens Koller
__________________________________
R&D Imaging Devices
Anagramm GmbH
Rupert-Mayer-Straße 45/1
Linhof Werksgelände
D-81379 München
Tel.089-741518-50
Fax 089-741518-19
http://www.anagramm-technology.com

Re: Reboot Command Makes kernel to hang (MPC8560)

[Kumar Gala]

On Jul 31, 2007, at 6:44 AM, Clemens Koller wrote:

> Hi, Ansari!
>
> Ansari schrieb:
>> Hi Kumar,
>> First of all thanks for ur reply .
>> Even i went through the linux source . And i have observe that the =20=

>> reboot command used to hard reset the core . I have few doubts can =20=

>> u please clarify me.
>> 1. Is there any way to reset the full chip with out using any =20
>> external signal (MPC8560) ? (like any register that can be used =20
>> for reseting the processor)
>
> I RTFM:
> It should be the bits RST[1:0] in the Debug Control Register 0 =20
> (DBCR0).

This only resets the core on the 8560.

> I didn't find details how the external signals are affected: =20
> HRESET_REQ# and friends.
> The HRESET_REQ# is usually fed back to the CPU's HRESET#.
> So if the HRESET_REQ# gets asserted by writing to above registers =20
> it should really bring
> down the CPU, it's internal as well as it's external components, =20
> which are usually
> connected to a replication of that signal.

This is roughly correct.  The only way on 8560 to generate =20
HRESET_REQ# is to cause a core watchdog timeout.

> However the existence of cpm2_reset() and a qe_reset() (QuiccEngine?)
> in the code tells me that the above expectations could be wrong.
>
> Would be nice to have that verified by some hardware guys from =20
> freescale...

cpm2_reset/qe_reset are more related to SW than any HW reset.

>
>> 2. Even same reboot command works fine for MPC8540 Processor ?.
>
> ...because it doesn't have a cpm ?

That's more luck than anything else.

>> 3. what are the factors that makes ramdisk hangs . When its =20
>> uncompressing ?
>
> Well, side effects ?
>
> Regards,
> --=20
> Clemens Koller
> __________________________________
> R&D Imaging Devices
> Anagramm GmbH
> Rupert-Mayer-Stra=DFe 45/1
> Linhof Werksgel=E4nde
> D-81379 M=FCnchen
> Tel.089-741518-50
> Fax 089-741518-19
> http://www.anagramm-technology.com

Re: Reboot Command Makes kernel to hang (MPC8560)

[Ansari]

Hi Koller & Kumar

Thanks for ur reply.

Is there a way to reset the full chip (MPC8560)  whenever core reset occu=
rs=20
(using hardware or software) ??

Regards
Haroun Ansari M A





----- Original Message -----=20
From: "Kumar Gala" <galak@kernel.crashing.org>
To: "Clemens Koller" <clemens.koller@anagramm.de>
Cc: "Ansari" <ma.harounansari@gdatech.co.in>; <linuxppc-embedded@ozlabs.o=
rg>
Sent: Tuesday, July 31, 2007 7:41 PM
Subject: Re: Reboot Command Makes kernel to hang (MPC8560)



On Jul 31, 2007, at 6:44 AM, Clemens Koller wrote:

> Hi, Ansari!
>
> Ansari schrieb:
>> Hi Kumar,
>> First of all thanks for ur reply .
>> Even i went through the linux source . And i have observe that the=20
>> reboot command used to hard reset the core . I have few doubts can  u=20
>> please clarify me.
>> 1. Is there any way to reset the full chip with out using any  externa=
l=20
>> signal (MPC8560) ? (like any register that can be used  for reseting t=
he=20
>> processor)
>
> I RTFM:
> It should be the bits RST[1:0] in the Debug Control Register 0  (DBCR0)=
.

This only resets the core on the 8560.

> I didn't find details how the external signals are affected:  HRESET_RE=
Q#=20
> and friends.
> The HRESET_REQ# is usually fed back to the CPU's HRESET#.
> So if the HRESET_REQ# gets asserted by writing to above registers  it=20
> should really bring
> down the CPU, it's internal as well as it's external components,  which=
=20
> are usually
> connected to a replication of that signal.

This is roughly correct.  The only way on 8560 to generate
HRESET_REQ# is to cause a core watchdog timeout.

> However the existence of cpm2_reset() and a qe_reset() (QuiccEngine?)
> in the code tells me that the above expectations could be wrong.
>
> Would be nice to have that verified by some hardware guys from=20
> freescale...

cpm2_reset/qe_reset are more related to SW than any HW reset.

>
>> 2. Even same reboot command works fine for MPC8540 Processor ?.
>
> ...because it doesn't have a cpm ?

That's more luck than anything else.

>> 3. what are the factors that makes ramdisk hangs . When its=20
>> uncompressing ?
>
> Well, side effects ?
>
> Regards,
> --=20
> Clemens Koller
> __________________________________
> R&D Imaging Devices
> Anagramm GmbH
> Rupert-Mayer-Stra=DFe 45/1
> Linhof Werksgel=E4nde
> D-81379 M=FCnchen
> Tel.089-741518-50
> Fax 089-741518-19
> http://www.anagramm-technology.com

Re: Reboot Command Makes kernel to hang (MPC8560)

[Kumar Gala]

On Aug 2, 2007, at 1:48 AM, Ansari wrote:

> Hi Koller & Kumar
>
> Thanks for ur reply.
>
> Is there a way to reset the full chip (MPC8560)  whenever core  
> reset occurs (using hardware or software) ??

what do you mean by core reset?

- k

Re: Reboot Command Makes kernel to hang (MPC8560)

[Clemens Koller]

Hi, Ansari!

Ansari schrieb:
> Hi Koller & Kumar
> 
> Thanks for ur reply.
> 
> Is there a way to reset the full chip (MPC8560)  whenever core reset 
> occurs (using hardware or software) ??

I recommend you to have a look at i.e. the MPC8540ADS reference design
(as an example, the 8560 should be similar) to see how the reset signals
are realized. I didn't run into problems with the reset circuitry.
u-boot resets my thing by issung a "reset" and linux does the same when
I do a "shutdown -r now" or similar thing.
Read the code at these places what's happening there.
AFAICT this is not done by enabling the Watchdog and wait
until it triggers. (Hence, that would be interesting to try...)

In your case I would have a look at the ramdisk code to see where it/what
fails in the first place.

Regards,
-- 
Clemens Koller
__________________________________
R&D Imaging Devices
Anagramm GmbH
Rupert-Mayer-Straße 45/1
Linhof Werksgelände
D-81379 München
Tel.089-741518-50
Fax 089-741518-19
http://www.anagramm-technology.com