aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm/plat-s3c/pm-check.c
Commit message (Collapse)AuthorAge
* ARM: S3C: Update Simtec copyright statements from , to - [2]Ben Dooks2009-11-30
| | | | | | | | | | | | | There are a number of statements of the form A, B or A, B, C where the numbers A,B,C are not consecutive. However, referencing [1] it is the correct thing to replace these with A-B or A-C as apropriate. [1] http://www.copyrightservice.co.uk/copyright/p03_copyright_notices section 4iii 'Year of publication' Signed-off-by: Ben Dooks <ben@simtec.co.uk> Signed-off-by: Simtec Linux Team <linux@simtec.co.uk> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
* [ARM] S3C: Do not kmalloc/kfree during inner suspend code.Ben Dooks2009-03-08
| | | | | | | | | | | | The PM CRC checking code kmallocs an area to save a set of CRC values during suspend. This triggers a warning due to the call of a function that might sleep whilst the system is not in a valid state to do so. Move the allocation and free to points in the suspend and resume process where they can call a function that might-sleep. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
* [ARM] S3C: Avoid checking the task stackpage in pm-checkBen Dooks2009-03-08
| | | | | | | | When doing the CRC check of the memory, avoid checking the page that our stack is residing in as this changes during the execution of the suspend and resume. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
* [ARM] S3C: Fix warnings in the PM memory CRC codeBen Dooks2009-03-08
| | | | | | | | Fix warnings from struct resource being bigger than unsigned long by forcing the type. We are only a 32bit platform so no physical memory addresses will be too big to fit in this. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
* [ARM] S3C: Split the resume memory check code from pm.cBen Dooks2009-03-08
Split the optional memory check code out of the pm.c file as it is quite a big #ifdef block and as-such can be moved out and simply compiled when the configuration is set. Signed-off-by: Ben Dooks <ben-linux@fluff.org>