pxa270的睡眠问题
最近在测试在eboot中,让270睡眠的问题,本来以为把kernel中的函数移植过来就行了,没想到出了很多问题。后来想想kernel中库环境和bootloder中完全不一样。因此浪费了很多时间。后来直接在main中操作270的寄存器pcfr和pslr,但是还不能使270睡眠,根据文档说明配置这两个寄存器,就是关闭core的电源和系统晶振。有郁闷了好久最后发现要让270睡眠直接可以操作cp14协处理器。因此想办法在startup.s中 输出一个函数,函数体是
ldr r3, [r4, #SleepParams_PWRMODE]
mcr p14, 0, r3, c7, c0, 0
SleepParams_PWRMODE就是270睡眠的模式。然后在main中调用此函数即可。呵呵 效果很好系统立即进入睡眠状态。
在此过程中深刻理解了wince5.0系统睡眠唤醒是怎么回事。在bootloder完成最后一个函数OEMLanch()后,系统进入OAL层。OAL中首先做的是startup(),然后进入kernelStart()初始化页表,打开MMU,初始化Cache和中断向量,紧接着调用ARMInit()。在ARMInit()完成OEM初始化函数。其中会初始化BSPPowerOffInit(),这个函数在后期的睡眠唤醒中起着重要作用(自认为呵呵)。
在BSPPowerOffInit() 中首先关闭了keyboard wake-up 使能寄存器
OUTREG32(&pPwrRst_reg->pkwr, 0x0);
然后打开Power manager GPIO rising edge detect enable register.
OUTREG32(&pPwrRst_reg->prer, 0x0);
在接下的工作中设了唤醒源,同时还使能了 RTC alarm 唤醒。
初始化成功后,任何方式的系统挂起,最终都会调用OEMPowerOff()函数来实现.
下面是OEMPowerOff的流程:
1. 调用InitSleepParams()函数初始化睡眠变量
定义了唤醒源变量g_oalWakeSource = SYSWAKE_UNKNOWN;
2. 调用BSPPowerOff()函数 设置睡眠唤醒寄存器
在BSPPowerOff()函数中首先配置PGSRx寄存器,
pPwrRst_reg->pgsr0 = g_pGPIORegs->GPLR0 & ~PGSR0_REG_RSVD_BITS;
pPwrRst_reg->pgsr1 = g_pGPIORegs->GPLR1 & ~PGSR1_REG_RSVD_BITS;
pPwrRst_reg->pgsr2 = g_pGPIORegs->GPLR2 & ~PGSR2_REG_RSVD_BITS;
pPwrRst_reg->pgsr3 = g_pGPIORegs->GPLR3 & ~PGSR3_REG_RSVD_BITS;
通过上述方式配置了pgsr , PGSR0_REG_RSVD_BITS、PGSR1_REG_RSVD_BITS、PGSR2_REG_RSVD_BITS都被宏定义为0x0,而PGSR3_REG_RSVD_BITS被定义为0xff800000
2.2设置唤醒中断源
2.3设置PWER寄存器,通过OUTREG32(&pPwrRst_reg->pwer, pwerVal)函数设置。pwerVal的值是在第3步中设置的 EXTPWR为中断唤醒源。
GPIOSetController((GPIO_REGS *)g_pGPIORegs, EXTPWR | GPIO_AF0 | GPIO_IN);
GPIOClearControllerGEDRValue((GPIO_REGS *)g_pGPIORegs, EXTPWR);
GPIOSetController((GPIO_REGS *)g_pGPIORegs, EXTPWR | GPIO_INT_RAISE);
pwerVal |= (1 << EXTPWR);
3. OALKitlPowerOff() 关闭KITL
4. XllpPmEnterSleep() 进入睡眠状态
5. OEMInitDebugSerial 等待睡眠被唤醒时首先初始化串口Serial
6. OALKitlPowerOn() 唤醒后接着调用OALKitlPowerOn()重新初始化KITL
7. 调用BSPPowerOn()在这个函数里设置了唤醒变量g_oalWakeSource
7.1 进入BSPPowerOn ()后首先查找唤醒源,这时应读入寄存器pedr的值,调用INREG32(&pPwrRst_reg->pedr)函数,然后将改寄存器的值与上PEDR_REG_RSVD_BITS的反值 再付给wakesrc。wakesrc &= ~PEDR_REG_RSVD_BITS; 通过BSPGetWakeSrc()函数查找唤醒中断源再通过OALIntrTranslateIrq()函数赋值给g_oalWakeSource 完成查找。
7.2 下面通过OUTREG32(&pPwrRst_reg->pedr, wakesrc ); 对pedr(唤醒源状态寄存器)寄存器进行赋值,把wakesrc的值赋值给pedr寄存器。
7.3 通过OUTREG32((PULONG)&g_pGPIORegs->GEDR0, XLLP_GPIO_BIT_0); 将GEDR0寄存器清空
7.4延时 OALStall(1)
二.关键函数XllpPmEnterSleep
1.保存wakeup后的地址,MMU寄存器,进入各模式将sp和lr寄存器保存到内存RAM的某一个位置,这个位置是由config.bib指定保留的.为什么不象之前一样保存到堆栈呢?因为系统唤醒后跳转到reset开始执行,这时候堆栈还没有初始化.这也是poweroff过程复杂的原因.
2.禁止中断.
3.清cache
4.使能唤醒中断,能唤醒可以是外部中断0,1,2,或者RTC中断
5.设置sdram进入自刷新模式,最终cpu进入power off状态
唤醒的过程:
在进行完一系列的保存工作后程序进行下面操作
ldr r3, [r4, #SleepParams_PWRMODE]
mcr p14, 0, r3, c7, c0, 0
这两句的作用就是使系统进入睡眠状态 ,可以进入sleep/deep-sleep模式,只要将#SleepParams_PWRMODE 改成相应的模式值即可,sleep模式是0x00000003,deep-sleep模式是0x00000007。
Sleep模式只能是core,pll等关闭但是背光电源无法关闭,进入deep-sleep模式可以全部睡眠。
此时伟大的睡眠已经结束了。系统会想中恐惧魔王的睡眠术一样睡觉啦!呵呵!
-
2008-12-1 16:02:40
您好! 看了你的文章使我明白了很多,我现在遇到了这样的问题,请帮我分析下吧,谢谢: 硬件环境: CPU: Marvell PXA300 XScale Processor 624MHz System Memory/RAM: Mobile DDR/16Bit 64Mbyte NAND FLASH: NAND Flash/16Bit 128MByte Power Management with Touch Screen controller chip: Dialog DA9034 SYSTEM: WINCE 5 我的PDA 第一次按power button进入suspend模式之后再唤醒(power button 或者plug usb)后会立刻进入到systemidle,此时若唤醒源为usb则,usb不能连接成功,之后再使系统进入suspend再唤醒不会立刻进入systemidle模式, 问题详细描述如下: 操作步骤: 1.上电,启动进入WINCE桌面 2.按power button 使system enter suspend mode 3.再次按Power button 使system wake up ,此过程中屏幕会白屏数秒(大概3~5s),之后显示桌面,但屏幕马上变暗.串口信息显示: PWM: PBT_RESUME PWM: Set System status ON read DA9034 reg event C=0x0 read DA9034 reg event D=0x0 PWM: Waiting for PM state transition notification CYH PWM: PBT_TRANSITION to system power state [Flags: 0x0]: 'systemidle' 4.此后再按下power button 使系统suspend 和wake up ,wake up得时间明显比第一次短,而且不会出现屏幕马上变暗,串口信息: PWM: PBT_RESUME PWM: Set System status ON read DA9034 reg event C=0x0 read DA9034 reg event D=0x0 PWM: Waiting for PM state transition notification CYH PWM: PBT_TRANSITION to system power state [Flags: 0x10000]: 'on' ------------------------------------------------ 第二种操作情况: 1.上电,启动进入WINCE桌面 2.按power button 使system enter suspend mode 3.插入USB cable(UAB 另一端与PC相连)使system wake up ,此过程中屏幕会白屏数秒(大概3~5s),之后显示桌面,但屏幕马上变暗.此时usb连接得弹出窗口停留在"Connectting to Host"画面,activsync没有连接成功. 串口信息显示: PWM: PBT_RESUME PWM: Set System status ON read DA9034 reg event C=0x0 read DA9034 reg event D=0x0 PWM: Waiting for PM state transition notification CYH PWM: PBT_TRANSITION to system power state [Flags: 0x0]: 'systemidle' read DA9034 reg sts A=0x5 read DA9034 reg sts B=0x1 read DA9034 reg EVENT_A=0x0 read DA9034 reg EVENT B=0x4 read DA9034 reg EVENT C=0x0 read DA9034 reg EVENT D=0x0 PWM: CYH Power State Flags:0x0 PWM: Waiting for PM state transition notification AUTORAS:: Dialer notifies: [1] [Dialer Start] 4.重新给系统断电再上电(或者reset按钮 作reset),按power button 使system enter suspend mode 再次按Power button 使system wake up , 5. 此后再按下power button 使系统suspend 插入USB wake up ,wake up得时间明显比第一次短,而且不会出现屏幕马上变暗,activsync连接成功! 串口信息: PWM: PBT_RESUME PWM: Set System status ON read DA9034 reg event C=0x0 read DA9034 reg event D=0x0 PWM: Waiting for PM state transition notification CYH PWM: PBT_TRANSITION to system power state [Flags: 0x10000]: 'on' read DA9034 reg sts A=0x5 read DA9034 reg sts B=0x1 read DA9034 reg EVENT_A=0x0 read DA9034 reg EVENT B=0x0 read DA9034 reg EVENT C=0x0 read DA9034 reg EVENT D=0x0 PWM: POWER_STATE_ON CYH backlight_set 95-32 PWM: Waiting for PM state transition notification Statll 0 AUTORAS:: Dialer notifies: [1] [Dialer Start] gcu reset!OALIOCtlIPM: Received SET_OP OALIOCtlIPM: next XL=16, HSS=1 OALIOCtlIPM: Received SET_OP OALIOCtlIPM: next XL=16, HSS=1 Posting WM_NETCONNECT(TRUE) message AUTORAS:: Dialer notifies: [4] [Dialer Connected] ------------------------------------------------- DA9034 reg EVENT B bit4:USB_DEV USB_DEV : USB device detection/removal caused a nIRQ to be generated 请问为什么系统第一次进入suspend wakeup后会立刻进入systemidle并且USB 唤醒得话也不能连接成功那? 我后来作了个实验在pwrbutton.c 里得PWM: PBT_RESUME后调用了函数SystemIdleTimerReset();但是结果一样第一次还是会立刻进入sustemidle. case PBT_RESUME: { RETAILMSG(1, (TEXT("PWM: PBT_RESUME/r/n"))); SystemIdleTimerReset();// prevent systemidle 问题详细描述的地址: PXA300+WINCE5 第一次supend->wake 后立刻进入systemidle问题 http://bbs.driverdevelop.com/htm_data/48/0812/114750.html