Hi, I am doing this on A9, echo mem >/sys/power/state is right, will trigger kernel to sleep.
-jack On 7 March 2012 23:05, yang gqyang <hustgqy...@gmail.com> wrote: > dear all: > I am working on arm cortex a8 now, trying to implement "suspend to ram" > based on linux 3.0.8. > Before i start my work, the soc already support standby(the cpu is on wfi > state), so in order to implement "suspend to ram", i think i just need to > implement the arch-specific related api. The "suspend to ram" works like > this: > "echo mem > /sys/power/state" -> enter_state -> suspend_devices_and_enter > ->suspend_ops->enter(state) > Is that right? Do you think the "suspend to ram" can be realized in this > way? > In order to power off the cortex A8, i save all the writable > co-processor and all modes's state register set, and restore them when > resuming. > All the code seems work ok, because when I just does not power off the > cortex-A8 and jump to excute the resume code, the system works well. But, > when I power off the cpu, and wake up and excute resume code, the kernel > seem ok, but the busybox toolkit does not work proper, eg: "ls" can not > output the result through serial port. i add "printk statement" trying to > locate the reason, but at this time, the "ls" work fine. hence, i doubt > something must be corrupted after resume. > I have checked all the state register and co-processor, having not found > any exception, and I also compared all the dram data before power off and > after wake up, nothing have changed. Right now, I do not know what has > happened, and what should I do to locate the real problem to make the > busybox works ok. I also want to know does the linux kernel 3.0.8 support > "suspend to ram" like this: > "echo mem > /sys/power/state" -> enter_state -> suspend_devices_and_enter > ->suspend_ops->enter(state)? > Can anyone give me some suggestion? Any comment is welcome, thanks a lot. > > >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-pm" in >> the body of a message to majord...@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > > _______________________________________________ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > >
_______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev