[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [microblaze-uclinux] Reboot Command



Hi John,
why does it work in the mmu version? The reboot command works fine:

~ # reboot

The system is going down NOW !!
Sending SIGTERM to all processes.
Sending SIGKILL to all processes.Restarting system.
Machine restart...

=================================================
FS-BOOT First Stage Bootloader (c) 2006 PetaLogix
Project name: xps_mmu
Build date: Sep  1 2009 09:09:11  FS
Serial console: Uartlite
=================================================
FS-BOOT: System initialisation completed.
FS-BOOT: Booting from FLASH. Press 's' for image download.
FS-BOOT: Booting image...
SDRAM :
        Enabling caches :
                Icache:OK
                Dcache:OK
        U-Boot Start:0xa3fe0000
        Malloc Start:0xa3fb0000
        Board Info Start:0xa3faffd0
        Boot Parameters Start:0xa3f9ffd0
FLASH:  4 MB
ETHERNET: MAC:00:00:AF:FE:00:01

Hit any key to stop autoboot:  0 



But I get the mmu-less version the stack dump shows up as well.
Regards,
Marco


On Mon, 2009-10-12 at 14:52 +1000, John Williams wrote:
> Hi Torin,
> 
> On Sat, Oct 10, 2009 at 4:58 AM, Torin Ford <torin@xxxxxxxxxxxx>
> wrote:
>         Hey All.  I'm using petalinux-0.40-rc4.  Whenever I try to use
>         the
>         reboot command, I get the following output:
>         
>         Restarting system.
>         Machine restart...
>         
>         <stack trace dumped here>
>         
>         Any ideas why it dumps and doesn't just reset?  
> 
> MicroBlaze lacks a in-built soft-reset capability, so it's not
> possible for the kernel to implement a generic reset.  Instead, the
> MicroBlaze kernel hook for it (down in arch/microblaze/kernel/setup.c,
> machine_restart()) defaults to a stack dump and then spins forever.
> 
> One approach is to add a GPIO with its output connected to the AUX
> input of the proc_sys_reset instance in the system.  Then, in the
> machine_restart() function simply toggle that GPIO bit to achieve a
> reset.
> 
> 
> 
>         If I boot into u-boot
>         and issue the reset command, it properly resets the FPGA.
> 
> From memory u-boot simply jumps to the reset vector to achieve reset.
> Works OK for u-boot but not sufficiently safe for the Linux kernel,
> you really need a hardware reset to make sure all peripherals are
> reset, the CPU state cleaned etc.
> 
> Regards,
> 
> John
> -- 
> John Williams, PhD, B.Eng, B.IT
> PetaLogix - Linux Solutions for a Reconfigurable World
> w: www.petalogix.com  p: +61-7-30090663  f: +61-7-30090663

___________________________
microblaze-uclinux mailing list
microblaze-uclinux@xxxxxxxxxxxxxx
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/