linux-pinenote/arch/arm/mach-integrator/include/mach/cm.h

/*
 * update the core module control register.
 */
void cm_control(u32, u32);

#define CM_CTRL	__io_address(INTEGRATOR_HDR_CTRL)

#define CM_CTRL_LED			(1 << 0)
#define CM_CTRL_nMBDET			(1 << 1)
#define CM_CTRL_REMAP			(1 << 2)
#define CM_CTRL_RESET			(1 << 3)

/*
 * Integrator/AP,PP2 specific
 */
#define CM_CTRL_HIGHVECTORS		(1 << 4)
#define CM_CTRL_BIGENDIAN		(1 << 5)
#define CM_CTRL_FASTBUS			(1 << 6)
#define CM_CTRL_SYNC			(1 << 7)

/*
 * ARM926/946/966 Integrator/CP specific
 */
#define CM_CTRL_LCDBIASEN		(1 << 8)
#define CM_CTRL_LCDBIASUP		(1 << 9)
#define CM_CTRL_LCDBIASDN		(1 << 10)
#define CM_CTRL_LCDMUXSEL_MASK		(7 << 11)
#define CM_CTRL_LCDMUXSEL_GENLCD	(1 << 11)
#define CM_CTRL_LCDMUXSEL_VGA565_TFT555	(2 << 11)
#define CM_CTRL_LCDMUXSEL_SHARPLCD	(3 << 11)
#define CM_CTRL_LCDMUXSEL_VGA555_TFT555	(4 << 11)
#define CM_CTRL_LCDEN0			(1 << 14)
#define CM_CTRL_LCDEN1			(1 << 15)
#define CM_CTRL_STATIC1			(1 << 16)
#define CM_CTRL_STATIC2			(1 << 17)
#define CM_CTRL_STATIC			(1 << 18)
#define CM_CTRL_n24BITEN		(1 << 19)
#define CM_CTRL_EBIWP			(1 << 20)
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 15:20:36 -07:00			`/*`
			`* update the core module control register.`
			`*/`
			`void cm_control(u32, u32);`

ARM: integrator: use __iomem pointers for MMIO, part 2 Due to some interesting merges in the integrator code, not all users of mmio pointers were converted before, this fixes all warnings that got introduced as a consequence. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Russell King <rmk+kernel@arm.linux.org.uk> 2012-09-24 07:22:02 +00:00			`#define CM_CTRL __io_address(INTEGRATOR_HDR_CTRL)`
ARM: mach-integrator: move CM_CTRL to header file for accessing by other functions Signed-off-by: Bryan Wu <bryan.wu@canonical.com> 2012-03-14 01:46:50 +08:00
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 15:20:36 -07:00			`#define CM_CTRL_LED (1 << 0)`
			`#define CM_CTRL_nMBDET (1 << 1)`
			`#define CM_CTRL_REMAP (1 << 2)`
			`#define CM_CTRL_RESET (1 << 3)`

			`/*`
			`* Integrator/AP,PP2 specific`
			`*/`
			`#define CM_CTRL_HIGHVECTORS (1 << 4)`
			`#define CM_CTRL_BIGENDIAN (1 << 5)`
			`#define CM_CTRL_FASTBUS (1 << 6)`
			`#define CM_CTRL_SYNC (1 << 7)`

			`/*`
			`* ARM926/946/966 Integrator/CP specific`
			`*/`
			`#define CM_CTRL_LCDBIASEN (1 << 8)`
			`#define CM_CTRL_LCDBIASUP (1 << 9)`
			`#define CM_CTRL_LCDBIASDN (1 << 10)`
			`#define CM_CTRL_LCDMUXSEL_MASK (7 << 11)`
			`#define CM_CTRL_LCDMUXSEL_GENLCD (1 << 11)`
ARM: integrator: support CLCD RGB5551 layout for 16bpp When the CLCD is in anything but RGB888 mode, its outputs are configured for RGB5551 output. Integrator/CP supports RGB565 via an external multiplexer, which we configure for RGB5551 or RGB565 based only on the bits per pixel. So when userspace asks for the RGB555 layout, the mux remains in RGB565 mode, and we produce incorrect colours. Fix this. Note that Integrator doesn't support BGR565 mode, but does support BGR5551. Acked-by: Catalin Marinas <catalin.marinas@arm.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 2011-01-22 11:02:10 +00:00			`#define CM_CTRL_LCDMUXSEL_VGA565_TFT555 (2 << 11)`
[PATCH] ARM: IntegratorCP: Fix CLCD MUX selection values The documentation on these values seems to be rather wrong. These values have been determined by mere trial and error. Signed-off-by: Russell King <rmk@arm.linux.org.uk> 2005-04-30 23:32:38 +01:00			`#define CM_CTRL_LCDMUXSEL_SHARPLCD (3 << 11)`
ARM: integrator: support CLCD RGB5551 layout for 16bpp When the CLCD is in anything but RGB888 mode, its outputs are configured for RGB5551 output. Integrator/CP supports RGB565 via an external multiplexer, which we configure for RGB5551 or RGB565 based only on the bits per pixel. So when userspace asks for the RGB555 layout, the mux remains in RGB565 mode, and we produce incorrect colours. Fix this. Note that Integrator doesn't support BGR565 mode, but does support BGR5551. Acked-by: Catalin Marinas <catalin.marinas@arm.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 2011-01-22 11:02:10 +00:00			`#define CM_CTRL_LCDMUXSEL_VGA555_TFT555 (4 << 11)`
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 15:20:36 -07:00			`#define CM_CTRL_LCDEN0 (1 << 14)`
			`#define CM_CTRL_LCDEN1 (1 << 15)`
			`#define CM_CTRL_STATIC1 (1 << 16)`
			`#define CM_CTRL_STATIC2 (1 << 17)`
			`#define CM_CTRL_STATIC (1 << 18)`
			`#define CM_CTRL_n24BITEN (1 << 19)`
			`#define CM_CTRL_EBIWP (1 << 20)`