aboutsummaryrefslogtreecommitdiff
path: root/arch/arm/mach-s3c6400
AgeCommit message (Collapse)Author
2008-11-19[ARM] S3C: Add new FB device definitionBen Dooks
Add a device definition for the new S3C framebuffer driver. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-11-19[ARM] S3C: Add register defines for new style framebufferBen Dooks
Provide the initial register definitions for the newer style of framebuffer cores found in the Samsung SoCs such as S3C2450, S3C64XX. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-31[ARM] S3C: Add i2c1 device definitionBen Dooks
Add device definition and support functions for the second i2c device (i2c1). If this is selected, the first i2c bus will become index 0 instead of index -1. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-31[ARM] S3C: Make i2c device definition common to plat-s3cBen Dooks
Make the device i2c0 common to plat-s3c and move the definitions from arch/arm/plat-s3c24xx/devs.c Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-31[ARM] S3C: Add new GPIO configuration callsBen Dooks
Add new GPIO configuration calls that mesh with the new gpiolib support. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-31[ARM] S3C: Move common GPIO code from plat-s3c24xxBen Dooks
Move the common parts of the GPIO code into plat-s3c for use with both the s3c24xx and s3c64xx systems. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-31[ARM] S3C64XX: Add gpio bank numberingBen Dooks
Define the gpio numbers for the S3C64XX GPIO banks available on the S3C6400 and S3C6410. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-31[ARM] S3C: Move HSMMC device definition to plat-s3ecBen Dooks
Move the definition for the hsmmc device to plat-s3c to be shared between the s3c24xx and s3c64xx platforms. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Map GPIO blockBen Dooks
Add mapping for GPIO block in the static mappings. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Demux UART interruptsBen Dooks
Add demux handling for the UART interrupts generated by the VIC into their seperate IRQs that the serial driver can register. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C: Add TICK_MAX for timer codeBen Dooks
Add TICK_MAX definition for the timer code as the S3C64XX series have 32bit capable PWM timers. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C6400: Add <mach/tick.h>Ben Dooks
Add the necessary support for the timer on the S3C6400 and S3C6410 by adding <mach/tick.h> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Basic CPU detection and map initialisationBen Dooks
Initialise the basic physical to virtual mappings and then detect the CPU that the system is being run on so that the cpu code code can call the correct initialisation code. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Add system boot-time supportBen Dooks
Add the necessary defines for <mach/uncompress.h> to function and build an working header code block. Signed-off-by: Ben Doioks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Add <mach/debug-macro.S>Ben Dooks
Add the necessary support for the kernel low-level debug macros via <mach/debug-macro.S> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Add <mach/entry-macro.S>Ben Dooks
Add the include for the interrupt entry macros needed to be included by <mach/entry-macro.S> for the kernel interrupt handler. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Initial arch header filesBen Dooks
Add the initial header files for the S3C64XX support to satisfy the minimal requirements to build a kernel. Some definitions will therefore be placeholders or empty functions that will ensure that the system can build and have base functionality. These will be filled in at a later date. Signed-off-by: Ben Dooks <ben-linux@fluff.org>
2008-10-21[ARM] S3C64XX: Initial arch directoryBen Dooks
Add the initial PLAT_S3C64XX support files and directory structure. Signed-off-by: Ben Dooks <ben-linux@fluff.org>