hi yang,
在 2012年3月10日 下午10:37，yang gqyang 写道：
> Thanks for your comment.
> Finally, i find out that i made a mistake. The uart(8250) have not been
> restore after resume, instead, it use the configuration got from boot. The
> uart have not been restored correctly, so that "ls" can not output
Thanks for your comment.
Finally, i find out that i made a mistake. The uart(8250) have not been
restore after resume, instead, it use the configuration got from boot. The
uart have not been restored correctly, so that "ls" can not output result
correctly resulting in it seems that the busybox can
Thanks for your comment.
Finally, i find out that i made a mistake. The uart(8250) have not been
restore after resume, instead, it use the configuration got from boot. The
uart have not been restored correctly, so that "ls" can not output result
correctly resulting in it seems that the busybo
On Wed, Mar 7, 2012 at 12:05 PM, yang gqyang wrote:
> dear all:
> I am working on arm cortex a8 now, trying to implement "suspend to ram"
> based on linux 3.0.8.
Which CPU exactly are you using?
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
h
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 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
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 "s
