RK30SDK系统重启源码分析

Linux系统重启的最底层函数是arch_reset，这是一个全局的函数指针变量，定义在 arch/arm/mach-rk30/include/mach/system.h中：

extern void (*arch_reset)(char, const char *);

注意，这是一个变量声明，类型为函数指针。并不是函数的声明！它的实现在mach-rk30/reset.c中：

static void rk30_arch_reset(char mode, const char *cmd)
{
    u32 boot_flag = 0;
    u32 boot_mode = BOOT_MODE_REBOOT;

    if (cmd) {
        if (!strcmp(cmd, "loader") || !strcmp(cmd, "bootloader"))
            boot_flag = SYS_LOADER_REBOOT_FLAG + BOOT_LOADER;
        else if(!strcmp(cmd, "recovery"))
            boot_flag = SYS_LOADER_REBOOT_FLAG + BOOT_RECOVER;
        else if (!strcmp(cmd, "charge"))
            boot_mode = BOOT_MODE_CHARGE;
    } else {
        if (system_state != SYSTEM_RESTART)
            boot_mode = BOOT_MODE_PANIC;
    }
    writel_relaxed(boot_flag, RK30_PMU_BASE + PMU_SYS_REG0);    // for loader
    writel_relaxed(boot_mode, RK30_PMU_BASE + PMU_SYS_REG1);    // for linux
    dsb();
    /* disable remap */
    writel_relaxed(1 << (12 + 16), RK30_GRF_BASE + GRF_SOC_CON0);
    /* pll enter slow mode */
    writel_relaxed(PLL_MODE_SLOW(APLL_ID) | PLL_MODE_SLOW(CPLL_ID) | PLL_MODE_SLOW(GPLL_ID), RK30_CRU_BASE + CRU_MODE_CON);
    dsb();
    writel_relaxed(0xeca8, RK30_CRU_BASE + CRU_GLB_SRST_SND);
    dsb();
}

void (*arch_reset)(char, const char *) = rk30_arch_reset;

注意，平台的真正实现在rk30_arch_reset中，然后赋值给指针变量arch_reset。 这样，你在其它地方就能把arch_reset当成函数一样任意调用了。为什么要这样？为了封装呀，不同的CPU上可能有不同的实现，但最后暴露给上层的接口始终是arch_reset。

rk30_arch_reset的内部实现很有意思，第一个参数mode没有用到，参数cmd是一个字符串，"loader" "bootloader"应该是通常的重新启动进入系统；"recovery"应该是重启进入recovery模式， “charge”应该是重启进入充电界面（相当于关机？）

下面来做个简单测试，随便找个驱动程序，在其probe函数里面加入下面的代码（记得要包含头文件哦），强行重启到recovery模式：

printk("++++++++reboot to recovery begin ");
printk("++++++++reboot to recovery begin ");
arch_reset(0, "recovery");
printk("++++++++reboot to recovery end ");
printk("++++++++reboot to recovery end ");

上电测试，串口中能打印出下面的信息，可以看出在arch_reset之后，系统确实重启了：

[    1.491413] ++++++++reboot to recovery begin
[    1.495691] ++++++++reboot to recovery begin
DDR Version 1.00 20120529
In
DDR3
freq
300MHz
config state
pctl
phy
mem

分析了这么多，那就顺便再看一下S3C2410里面的实现吧， arch_reset的定义在mach-s3c2410/system-reset.h中：

extern void (*s3c24xx_reset_hook)(void);

static void
arch_reset(char mode, const char *cmd)
{
    if (mode == 's') {
        cpu_reset(0);
    }

    if (s3c24xx_reset_hook)
        s3c24xx_reset_hook();

    arch_wdt_reset();

    /* we'll take a jump through zero as a poor second */
    cpu_reset(0);
}

这里又不同于RK30SDK，arch_reset被定义成了一个函数，它在内部又调用了s3c24xx_reset_hook，而s3c24xx_reset_hook却被定义成了一个函数指针变量，估计不同的CPU有不同的代码，让我们继续寻找s3c24xx_reset_hook：

./mach-s3c2416/s3c2416.c:87:    s3c24xx_reset_hook = s3c2416_hard_reset;
./mach-s3c2412/s3c2412.c:169:    s3c24xx_reset_hook = s3c2412_hard_reset;
./mach-s3c2443/s3c2443.c:68:    s3c24xx_reset_hook = s3c2443_hard_reset;

看到了吧，这3种CPU里面分别对应不同的hook函数，先看看s3c2416_hard_reset的实现：

static void s3c2416_hard_reset(void)
{
    __raw_writel(S3C2443_SWRST_RESET, S3C2443_SWRST);
}

再看看s3c2412_hard_reset的实现：

static void s3c2412_hard_reset(void)
{
    /* errata "Watch-dog/Software Reset Problem" specifies that
     * this reset must be done with the SYSCLK sourced from
     * EXTCLK instead of FOUT to avoid a glitch in the reset
     * mechanism.
     *
     * See the watchdog section of the S3C2412 manual for more
     * information on this fix.
     */

    __raw_writel(0x00, S3C2412_CLKSRC);
    __raw_writel(S3C2412_SWRST_RESET, S3C2412_SWRST);

    mdelay(1);
}

还有s3c2443_hard_reset的实现：

static void s3c2443_hard_reset(void)
{
    __raw_writel(S3C2443_SWRST_RESET, S3C2443_SWRST);
}

仔细观察，其实都大同小异，应该是2410系列中不同型号的CPU在寄存器上有些细微的差别，或者不同的实现方式。

不过这里arch_reset的参数的用法不同于RK30SDK，这里用了第一个参数mode， 第二个参数cmd却没有使用，这里先留个问题吧，后续再去深究这2个参数的用法。