[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
/*
|
|
|
|
* arch/arm/mach-ep93xx/core.c
|
|
|
|
* Core routines for Cirrus EP93xx chips.
|
|
|
|
*
|
|
|
|
* Copyright (C) 2006 Lennert Buytenhek <buytenh@wantstofly.org>
|
2007-11-27 00:49:08 +07:00
|
|
|
* Copyright (C) 2007 Herbert Valerio Riedel <hvr@gnu.org>
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
*
|
|
|
|
* Thanks go to Michael Burian and Ray Lehtiniemi for their key
|
|
|
|
* role in the ep93xx linux community.
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or (at
|
|
|
|
* your option) any later version.
|
|
|
|
*/
|
|
|
|
|
2010-01-12 01:33:16 +07:00
|
|
|
#define pr_fmt(fmt) "ep93xx " KBUILD_MODNAME ": " fmt
|
|
|
|
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/init.h>
|
2009-07-06 23:39:50 +07:00
|
|
|
#include <linux/platform_device.h>
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
#include <linux/interrupt.h>
|
2008-10-30 04:14:52 +07:00
|
|
|
#include <linux/dma-mapping.h>
|
2013-11-19 06:23:06 +07:00
|
|
|
#include <linux/sys_soc.h>
|
2010-02-19 00:16:11 +07:00
|
|
|
#include <linux/irq.h>
|
2009-07-06 23:39:50 +07:00
|
|
|
#include <linux/io.h>
|
|
|
|
#include <linux/gpio.h>
|
2009-07-21 00:22:36 +07:00
|
|
|
#include <linux/leds.h>
|
2006-03-27 05:16:39 +07:00
|
|
|
#include <linux/termios.h>
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
#include <linux/amba/bus.h>
|
2006-03-27 05:16:39 +07:00
|
|
|
#include <linux/amba/serial.h>
|
2010-06-10 22:19:08 +07:00
|
|
|
#include <linux/mtd/physmap.h>
|
2008-10-17 05:57:03 +07:00
|
|
|
#include <linux/i2c.h>
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
#include <linux/gpio/machine.h>
|
2010-05-11 21:34:54 +07:00
|
|
|
#include <linux/spi/spi.h>
|
2011-08-01 03:17:29 +07:00
|
|
|
#include <linux/export.h>
|
2013-01-07 22:45:59 +07:00
|
|
|
#include <linux/irqchip/arm-vic.h>
|
2013-07-09 06:01:40 +07:00
|
|
|
#include <linux/reboot.h>
|
2013-10-22 03:39:04 +07:00
|
|
|
#include <linux/usb/ohci_pdriver.h>
|
2015-06-18 21:46:34 +07:00
|
|
|
#include <linux/random.h>
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
|
2008-08-05 22:14:15 +07:00
|
|
|
#include <mach/hardware.h>
|
2012-08-24 20:12:11 +07:00
|
|
|
#include <linux/platform_data/video-ep93xx.h>
|
|
|
|
#include <linux/platform_data/keypad-ep93xx.h>
|
|
|
|
#include <linux/platform_data/spi-ep93xx.h>
|
2011-09-22 14:07:00 +07:00
|
|
|
#include <mach/gpio-ep93xx.h>
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
|
2013-11-19 06:23:06 +07:00
|
|
|
#include <asm/mach/arch.h>
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
#include <asm/mach/map.h>
|
|
|
|
|
2012-01-11 05:29:26 +07:00
|
|
|
#include "soc.h"
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
|
|
|
|
/*************************************************************************
|
|
|
|
* Static I/O mappings that are needed for all EP93xx platforms
|
|
|
|
*************************************************************************/
|
|
|
|
static struct map_desc ep93xx_io_desc[] __initdata = {
|
|
|
|
{
|
|
|
|
.virtual = EP93XX_AHB_VIRT_BASE,
|
|
|
|
.pfn = __phys_to_pfn(EP93XX_AHB_PHYS_BASE),
|
|
|
|
.length = EP93XX_AHB_SIZE,
|
|
|
|
.type = MT_DEVICE,
|
|
|
|
}, {
|
|
|
|
.virtual = EP93XX_APB_VIRT_BASE,
|
|
|
|
.pfn = __phys_to_pfn(EP93XX_APB_PHYS_BASE),
|
|
|
|
.length = EP93XX_APB_SIZE,
|
|
|
|
.type = MT_DEVICE,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
void __init ep93xx_map_io(void)
|
|
|
|
{
|
|
|
|
iotable_init(ep93xx_io_desc, ARRAY_SIZE(ep93xx_io_desc));
|
|
|
|
}
|
|
|
|
|
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx IRQ handling
|
|
|
|
*************************************************************************/
|
|
|
|
void __init ep93xx_init_irq(void)
|
|
|
|
{
|
2009-07-10 05:22:07 +07:00
|
|
|
vic_init(EP93XX_VIC1_BASE, 0, EP93XX_VIC1_VALID_IRQ_MASK, 0);
|
|
|
|
vic_init(EP93XX_VIC2_BASE, 32, EP93XX_VIC2_VALID_IRQ_MASK, 0);
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2009-07-08 08:00:49 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx System Controller Software Locked register handling
|
|
|
|
*************************************************************************/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* syscon_swlock prevents anything else from writing to the syscon
|
|
|
|
* block while a software locked register is being written.
|
|
|
|
*/
|
|
|
|
static DEFINE_SPINLOCK(syscon_swlock);
|
|
|
|
|
2009-07-16 03:51:59 +07:00
|
|
|
void ep93xx_syscon_swlocked_write(unsigned int val, void __iomem *reg)
|
2009-07-08 08:00:49 +07:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&syscon_swlock, flags);
|
|
|
|
|
|
|
|
__raw_writel(0xaa, EP93XX_SYSCON_SWLOCK);
|
|
|
|
__raw_writel(val, reg);
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&syscon_swlock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
void ep93xx_devcfg_set_clear(unsigned int set_bits, unsigned int clear_bits)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
unsigned int val;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&syscon_swlock, flags);
|
|
|
|
|
|
|
|
val = __raw_readl(EP93XX_SYSCON_DEVCFG);
|
|
|
|
val &= ~clear_bits;
|
2010-06-14 22:54:16 +07:00
|
|
|
val |= set_bits;
|
2009-07-08 08:00:49 +07:00
|
|
|
__raw_writel(0xaa, EP93XX_SYSCON_SWLOCK);
|
|
|
|
__raw_writel(val, EP93XX_SYSCON_DEVCFG);
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&syscon_swlock, flags);
|
|
|
|
}
|
|
|
|
|
2010-03-27 18:05:14 +07:00
|
|
|
/**
|
|
|
|
* ep93xx_chip_revision() - returns the EP93xx chip revision
|
|
|
|
*
|
|
|
|
* See <mach/platform.h> for more information.
|
|
|
|
*/
|
|
|
|
unsigned int ep93xx_chip_revision(void)
|
|
|
|
{
|
|
|
|
unsigned int v;
|
|
|
|
|
|
|
|
v = __raw_readl(EP93XX_SYSCON_SYSCFG);
|
|
|
|
v &= EP93XX_SYSCON_SYSCFG_REV_MASK;
|
|
|
|
v >>= EP93XX_SYSCON_SYSCFG_REV_SHIFT;
|
|
|
|
return v;
|
|
|
|
}
|
2014-03-13 23:52:39 +07:00
|
|
|
EXPORT_SYMBOL_GPL(ep93xx_chip_revision);
|
2009-07-08 08:00:49 +07:00
|
|
|
|
2011-06-09 04:35:33 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx GPIO
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_gpio_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_GPIO_PHYS_BASE, 0xcc),
|
2018-08-23 03:41:01 +07:00
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO_AB),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO0MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO1MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO2MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO3MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO4MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO5MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO6MUX),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_GPIO7MUX),
|
2011-06-09 04:35:33 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_gpio_device = {
|
|
|
|
.name = "gpio-ep93xx",
|
|
|
|
.id = -1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_gpio_resource),
|
|
|
|
.resource = ep93xx_gpio_resource,
|
|
|
|
};
|
|
|
|
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx peripheral handling
|
|
|
|
*************************************************************************/
|
2006-03-27 05:16:39 +07:00
|
|
|
#define EP93XX_UART_MCR_OFFSET (0x0100)
|
|
|
|
|
|
|
|
static void ep93xx_uart_set_mctrl(struct amba_device *dev,
|
|
|
|
void __iomem *base, unsigned int mctrl)
|
|
|
|
{
|
|
|
|
unsigned int mcr;
|
|
|
|
|
|
|
|
mcr = 0;
|
2011-06-17 17:10:04 +07:00
|
|
|
if (mctrl & TIOCM_RTS)
|
2006-03-27 05:16:39 +07:00
|
|
|
mcr |= 2;
|
2011-06-17 17:10:04 +07:00
|
|
|
if (mctrl & TIOCM_DTR)
|
2006-03-27 05:16:39 +07:00
|
|
|
mcr |= 1;
|
|
|
|
|
|
|
|
__raw_writel(mcr, base + EP93XX_UART_MCR_OFFSET);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct amba_pl010_data ep93xx_uart_data = {
|
|
|
|
.set_mctrl = ep93xx_uart_set_mctrl,
|
|
|
|
};
|
|
|
|
|
2011-12-18 22:16:40 +07:00
|
|
|
static AMBA_APB_DEVICE(uart1, "apb:uart1", 0x00041010, EP93XX_UART1_PHYS_BASE,
|
|
|
|
{ IRQ_EP93XX_UART1 }, &ep93xx_uart_data);
|
2006-03-27 05:16:39 +07:00
|
|
|
|
2011-12-18 22:16:40 +07:00
|
|
|
static AMBA_APB_DEVICE(uart2, "apb:uart2", 0x00041010, EP93XX_UART2_PHYS_BASE,
|
2013-08-29 21:28:11 +07:00
|
|
|
{ IRQ_EP93XX_UART2 }, NULL);
|
2006-03-27 05:16:39 +07:00
|
|
|
|
2011-12-18 22:16:40 +07:00
|
|
|
static AMBA_APB_DEVICE(uart3, "apb:uart3", 0x00041010, EP93XX_UART3_PHYS_BASE,
|
|
|
|
{ IRQ_EP93XX_UART3 }, &ep93xx_uart_data);
|
2006-04-02 22:17:34 +07:00
|
|
|
|
2009-04-16 05:18:26 +07:00
|
|
|
static struct resource ep93xx_rtc_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_RTC_PHYS_BASE, 0x10c),
|
2009-04-16 05:18:26 +07:00
|
|
|
};
|
|
|
|
|
2006-04-02 22:17:34 +07:00
|
|
|
static struct platform_device ep93xx_rtc_device = {
|
2009-04-16 05:18:26 +07:00
|
|
|
.name = "ep93xx-rtc",
|
|
|
|
.id = -1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_rtc_resource),
|
|
|
|
.resource = ep93xx_rtc_resource,
|
2006-04-02 22:17:34 +07:00
|
|
|
};
|
|
|
|
|
2013-10-22 03:39:04 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx OHCI USB Host
|
|
|
|
*************************************************************************/
|
|
|
|
|
|
|
|
static struct clk *ep93xx_ohci_host_clock;
|
|
|
|
|
|
|
|
static int ep93xx_ohci_power_on(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
if (!ep93xx_ohci_host_clock) {
|
|
|
|
ep93xx_ohci_host_clock = devm_clk_get(&pdev->dev, NULL);
|
|
|
|
if (IS_ERR(ep93xx_ohci_host_clock))
|
|
|
|
return PTR_ERR(ep93xx_ohci_host_clock);
|
|
|
|
}
|
|
|
|
|
|
|
|
return clk_enable(ep93xx_ohci_host_clock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void ep93xx_ohci_power_off(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
clk_disable(ep93xx_ohci_host_clock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct usb_ohci_pdata ep93xx_ohci_pdata = {
|
|
|
|
.power_on = ep93xx_ohci_power_on,
|
|
|
|
.power_off = ep93xx_ohci_power_off,
|
|
|
|
.power_suspend = ep93xx_ohci_power_off,
|
|
|
|
};
|
2006-04-02 22:17:34 +07:00
|
|
|
|
2006-06-24 16:33:03 +07:00
|
|
|
static struct resource ep93xx_ohci_resources[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_USB_PHYS_BASE, 0x1000),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_USB),
|
2006-06-24 16:33:03 +07:00
|
|
|
};
|
|
|
|
|
2013-10-22 03:39:04 +07:00
|
|
|
static u64 ep93xx_ohci_dma_mask = DMA_BIT_MASK(32);
|
2008-10-30 04:14:52 +07:00
|
|
|
|
2006-06-24 16:33:03 +07:00
|
|
|
static struct platform_device ep93xx_ohci_device = {
|
2013-10-22 03:39:04 +07:00
|
|
|
.name = "ohci-platform",
|
2006-06-24 16:33:03 +07:00
|
|
|
.id = -1,
|
2013-10-22 03:39:04 +07:00
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_ohci_resources),
|
|
|
|
.resource = ep93xx_ohci_resources,
|
2006-06-24 16:33:03 +07:00
|
|
|
.dev = {
|
2013-10-22 03:39:04 +07:00
|
|
|
.dma_mask = &ep93xx_ohci_dma_mask,
|
2008-10-30 04:14:52 +07:00
|
|
|
.coherent_dma_mask = DMA_BIT_MASK(32),
|
2013-10-22 03:39:04 +07:00
|
|
|
.platform_data = &ep93xx_ohci_pdata,
|
2006-06-24 16:33:03 +07:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2010-06-10 22:19:08 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx physmap'ed flash
|
|
|
|
*************************************************************************/
|
|
|
|
static struct physmap_flash_data ep93xx_flash_data;
|
|
|
|
|
|
|
|
static struct resource ep93xx_flash_resource = {
|
|
|
|
.flags = IORESOURCE_MEM,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_flash = {
|
|
|
|
.name = "physmap-flash",
|
|
|
|
.id = 0,
|
|
|
|
.dev = {
|
|
|
|
.platform_data = &ep93xx_flash_data,
|
|
|
|
},
|
|
|
|
.num_resources = 1,
|
|
|
|
.resource = &ep93xx_flash_resource,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ep93xx_register_flash() - Register the external flash device.
|
|
|
|
* @width: bank width in octets
|
|
|
|
* @start: resource start address
|
|
|
|
* @size: resource size
|
|
|
|
*/
|
|
|
|
void __init ep93xx_register_flash(unsigned int width,
|
|
|
|
resource_size_t start, resource_size_t size)
|
|
|
|
{
|
|
|
|
ep93xx_flash_data.width = width;
|
|
|
|
|
|
|
|
ep93xx_flash_resource.start = start;
|
|
|
|
ep93xx_flash_resource.end = start + size - 1;
|
|
|
|
|
|
|
|
platform_device_register(&ep93xx_flash);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2010-03-19 00:04:06 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx ethernet peripheral handling
|
|
|
|
*************************************************************************/
|
2008-10-05 02:01:49 +07:00
|
|
|
static struct ep93xx_eth_data ep93xx_eth_data;
|
|
|
|
|
|
|
|
static struct resource ep93xx_eth_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_ETHERNET_PHYS_BASE, 0x10000),
|
2012-04-12 06:11:55 +07:00
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_ETHERNET),
|
2008-10-05 02:01:49 +07:00
|
|
|
};
|
|
|
|
|
2011-06-11 15:39:54 +07:00
|
|
|
static u64 ep93xx_eth_dma_mask = DMA_BIT_MASK(32);
|
|
|
|
|
2008-10-05 02:01:49 +07:00
|
|
|
static struct platform_device ep93xx_eth_device = {
|
|
|
|
.name = "ep93xx-eth",
|
|
|
|
.id = -1,
|
|
|
|
.dev = {
|
2011-06-11 15:39:54 +07:00
|
|
|
.platform_data = &ep93xx_eth_data,
|
|
|
|
.coherent_dma_mask = DMA_BIT_MASK(32),
|
|
|
|
.dma_mask = &ep93xx_eth_dma_mask,
|
2008-10-05 02:01:49 +07:00
|
|
|
},
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_eth_resource),
|
|
|
|
.resource = ep93xx_eth_resource,
|
|
|
|
};
|
|
|
|
|
2010-03-19 00:04:06 +07:00
|
|
|
/**
|
|
|
|
* ep93xx_register_eth - Register the built-in ethernet platform device.
|
|
|
|
* @data: platform specific ethernet configuration (__initdata)
|
|
|
|
* @copy_addr: flag indicating that the MAC address should be copied
|
|
|
|
* from the IndAd registers (as programmed by the bootloader)
|
|
|
|
*/
|
2008-10-05 02:01:49 +07:00
|
|
|
void __init ep93xx_register_eth(struct ep93xx_eth_data *data, int copy_addr)
|
|
|
|
{
|
2009-07-14 01:50:10 +07:00
|
|
|
if (copy_addr)
|
|
|
|
memcpy_fromio(data->dev_addr, EP93XX_ETHERNET_BASE + 0x50, 6);
|
2008-10-05 02:01:49 +07:00
|
|
|
|
|
|
|
ep93xx_eth_data = *data;
|
|
|
|
platform_device_register(&ep93xx_eth_device);
|
|
|
|
}
|
|
|
|
|
2009-10-08 06:45:00 +07:00
|
|
|
|
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx i2c peripheral handling
|
|
|
|
*************************************************************************/
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
|
|
|
|
/* All EP93xx devices use the same two GPIO pins for I2C bit-banging */
|
|
|
|
static struct gpiod_lookup_table ep93xx_i2c_gpiod_table = {
|
2018-05-26 23:37:34 +07:00
|
|
|
.dev_id = "i2c-gpio.0",
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
.table = {
|
|
|
|
/* Use local offsets on gpiochip/port "G" */
|
2017-09-11 04:03:32 +07:00
|
|
|
GPIO_LOOKUP_IDX("G", 1, NULL, 0,
|
|
|
|
GPIO_ACTIVE_HIGH | GPIO_OPEN_DRAIN),
|
|
|
|
GPIO_LOOKUP_IDX("G", 0, NULL, 1,
|
|
|
|
GPIO_ACTIVE_HIGH | GPIO_OPEN_DRAIN),
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
},
|
|
|
|
};
|
2008-10-17 05:57:03 +07:00
|
|
|
|
|
|
|
static struct platform_device ep93xx_i2c_device = {
|
2010-03-19 00:04:06 +07:00
|
|
|
.name = "i2c-gpio",
|
|
|
|
.id = 0,
|
|
|
|
.dev = {
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
.platform_data = NULL,
|
2010-03-19 00:04:06 +07:00
|
|
|
},
|
2008-10-17 05:57:03 +07:00
|
|
|
};
|
|
|
|
|
2010-03-19 00:04:06 +07:00
|
|
|
/**
|
|
|
|
* ep93xx_register_i2c - Register the i2c platform device.
|
|
|
|
* @devices: platform specific i2c bus device information (__initdata)
|
|
|
|
* @num: the number of devices on the i2c bus
|
|
|
|
*/
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
void __init ep93xx_register_i2c(struct i2c_board_info *devices, int num)
|
2008-10-17 05:57:03 +07:00
|
|
|
{
|
2009-10-08 06:45:00 +07:00
|
|
|
/*
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
* FIXME: this just sets the two pins as non-opendrain, as no
|
|
|
|
* platforms tries to do that anyway. Flag the applicable lines
|
|
|
|
* as open drain in the GPIO_LOOKUP above and the driver or
|
|
|
|
* gpiolib will handle open drain/open drain emulation as need
|
|
|
|
* be. Right now i2c-gpio emulates open drain which is not
|
|
|
|
* optimal.
|
2009-10-08 06:45:00 +07:00
|
|
|
*/
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
__raw_writel((0 << 1) | (0 << 0),
|
2009-10-08 06:45:00 +07:00
|
|
|
EP93XX_GPIO_EEDRIVE);
|
|
|
|
|
2008-10-17 05:57:03 +07:00
|
|
|
i2c_register_board_info(0, devices, num);
|
i2c: gpio: Convert to use descriptors
This converts the GPIO-based I2C-driver to using GPIO
descriptors instead of the old global numberspace-based
GPIO interface. We:
- Convert the driver to unconditionally grab two GPIOs
from the device by index 0 (SDA) and 1 (SCL) which
will work fine with device tree and descriptor tables.
The existing device trees will continue to work just
like before, but without any roundtrip through the
global numberspace.
- Brutally convert all boardfiles still passing global
GPIOs by registering descriptor tables associated with
the devices instead so this driver does not need to keep
supporting passing any GPIO numbers as platform data.
There is no stepwise approach as elegant as this, I
strongly prefer this big hammer over any antsteps for this
conversion. This way the old GPIO numbers go away and
NEVER COME BACK.
Special conversion for the different boards utilizing
I2C-GPIO:
- EP93xx (arch/arm/mach-ep93xx): pretty straight forward as
all boards were using the same two GPIO lines, just define
these two in a lookup table for "i2c-gpio" and register
these along with the device. None of them define any
other platform data so just pass NULL as platform data.
This platform selects GPIOLIB so all should be smooth.
The pins appear on a gpiochip for bank "G" as pins 1 (SDA)
and 0 (SCL).
- IXP4 (arch/arm/mach-ixp4): descriptor tables have to
be registered for each board separately. They all use
"IXP4XX_GPIO_CHIP" so it is pretty straight forward.
Most board define no other platform data than SCL/SDA
so they can drop the #include of <linux/i2c-gpio.h> and
assign NULL to platform data.
The "goramo_mlr" (Goramo Multilink Router) board is a bit
worrisome: it implements its own I2C bit-banging in the
board file, and optionally registers an I2C serial port,
but claims the same GPIO lines for itself in the board file.
This is not going to work: there will be competition for the
GPIO lines, so delete the optional extra I2C bus instead, no
I2C devices are registered on it anyway, there are just hints
that it may contain an EEPROM that may be accessed from
userspace. This needs to be fixed up properly by the serial
clock using I2C emulation so drop a note in the code.
- KS8695 board acs5k (arch/arm/mach-ks8695/board-acs5.c)
has some platform data in addition to the pins so it needs to
be kept around sans GPIO lines. Its GPIO chip is named
"KS8695" and the arch selects GPIOLIB.
- PXA boards (arch/arm/mach-pxa/*) use some of the platform
data so it needs to be preserved here. The viper board even
registers two GPIO I2Cs. The gpiochip is named "gpio-pxa" and
the arch selects GPIOLIB.
- SA1100 Simpad (arch/arm/mach-sa1100/simpad.c) defines a GPIO
I2C bus, and the arch selects GPIOLIB.
- Blackfin boards (arch/blackfin/bf533 etc) for these I assume
their I2C GPIOs refer to the local gpiochip defined in
arch/blackfin/kernel/bfin_gpio.c names "BFIN-GPIO".
The arch selects GPIOLIB. The boards get spiked with
IF_ENABLED(I2C_GPIO) but that is a side effect of it
being like that already (I would just have Kconfig select
I2C_GPIO and get rid of them all.) I also delete any
platform data set to 0 as it will get that value anyway
from static declartions of platform data.
- The MIPS selects GPIOLIB and the Alchemy machine is using
two local GPIO chips, one of them has a GPIO I2C. We need
to adjust the local offset from the global number space here.
The ATH79 has a proper GPIO driver in drivers/gpio/gpio-ath79.c
and AFAICT the chip is named "ath79-gpio" and the PB44
PCF857x expander spawns from this on GPIO 1 and 0. The latter
board only use the platform data to specify pins so it can be
cut altogether after this.
- The MFD Silicon Motion SM501 is a special case. It dynamically
spawns an I2C bus off the MFD using sm501_create_subdev().
We use an approach to dynamically create a machine descriptor
table and attach this to the "SM501-LOW" or "SM501-HIGH"
gpiochip. We use chip-local offsets to grab the right lines.
We can get rid of two local static inline helpers as part
of this refactoring.
Cc: Steven Miao <realmz6@gmail.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Magnus Damm <magnus.damm@gmail.com>
Cc: Ben Dooks <ben.dooks@codethink.co.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Wu, Aaron <Aaron.Wu@analog.com>
Acked-by: Olof Johansson <olof@lixom.net>
Acked-by: Lee Jones <lee.jones@linaro.org>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2017-09-10 06:30:46 +07:00
|
|
|
gpiod_add_lookup_table(&ep93xx_i2c_gpiod_table);
|
2008-10-17 05:57:03 +07:00
|
|
|
platform_device_register(&ep93xx_i2c_device);
|
|
|
|
}
|
|
|
|
|
2010-05-11 21:34:54 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx SPI peripheral handling
|
|
|
|
*************************************************************************/
|
|
|
|
static struct ep93xx_spi_info ep93xx_spi_master_data;
|
|
|
|
|
|
|
|
static struct resource ep93xx_spi_resources[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_SPI_PHYS_BASE, 0x18),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_SSP),
|
2010-05-11 21:34:54 +07:00
|
|
|
};
|
|
|
|
|
2011-05-29 17:10:06 +07:00
|
|
|
static u64 ep93xx_spi_dma_mask = DMA_BIT_MASK(32);
|
|
|
|
|
2010-05-11 21:34:54 +07:00
|
|
|
static struct platform_device ep93xx_spi_device = {
|
|
|
|
.name = "ep93xx-spi",
|
|
|
|
.id = 0,
|
|
|
|
.dev = {
|
2011-05-29 17:10:06 +07:00
|
|
|
.platform_data = &ep93xx_spi_master_data,
|
|
|
|
.coherent_dma_mask = DMA_BIT_MASK(32),
|
|
|
|
.dma_mask = &ep93xx_spi_dma_mask,
|
2010-05-11 21:34:54 +07:00
|
|
|
},
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_spi_resources),
|
|
|
|
.resource = ep93xx_spi_resources,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ep93xx_register_spi() - registers spi platform device
|
|
|
|
* @info: ep93xx board specific spi master info (__initdata)
|
|
|
|
* @devices: SPI devices to register (__initdata)
|
|
|
|
* @num: number of SPI devices to register
|
|
|
|
*
|
|
|
|
* This function registers platform device for the EP93xx SPI controller and
|
|
|
|
* also makes sure that SPI pins are muxed so that I2S is not using those pins.
|
|
|
|
*/
|
|
|
|
void __init ep93xx_register_spi(struct ep93xx_spi_info *info,
|
|
|
|
struct spi_board_info *devices, int num)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* When SPI is used, we need to make sure that I2S is muxed off from
|
|
|
|
* SPI pins.
|
|
|
|
*/
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_I2SONSSP);
|
|
|
|
|
|
|
|
ep93xx_spi_master_data = *info;
|
|
|
|
spi_register_board_info(devices, num);
|
|
|
|
platform_device_register(&ep93xx_spi_device);
|
|
|
|
}
|
2009-07-21 00:22:36 +07:00
|
|
|
|
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx LEDs
|
|
|
|
*************************************************************************/
|
2012-04-12 05:44:42 +07:00
|
|
|
static const struct gpio_led ep93xx_led_pins[] __initconst = {
|
2009-07-21 00:22:36 +07:00
|
|
|
{
|
2010-03-19 00:04:06 +07:00
|
|
|
.name = "platform:grled",
|
|
|
|
.gpio = EP93XX_GPIO_LINE_GRLED,
|
2009-07-21 00:22:36 +07:00
|
|
|
}, {
|
2010-03-19 00:04:06 +07:00
|
|
|
.name = "platform:rdled",
|
|
|
|
.gpio = EP93XX_GPIO_LINE_RDLED,
|
2009-07-21 00:22:36 +07:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2012-04-12 05:44:42 +07:00
|
|
|
static const struct gpio_led_platform_data ep93xx_led_data __initconst = {
|
2009-07-21 00:22:36 +07:00
|
|
|
.num_leds = ARRAY_SIZE(ep93xx_led_pins),
|
|
|
|
.leds = ep93xx_led_pins,
|
|
|
|
};
|
|
|
|
|
2009-07-30 04:41:06 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx pwm peripheral handling
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_pwm0_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_PWM_PHYS_BASE, 0x10),
|
2009-07-30 04:41:06 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_pwm0_device = {
|
|
|
|
.name = "ep93xx-pwm",
|
|
|
|
.id = 0,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_pwm0_resource),
|
|
|
|
.resource = ep93xx_pwm0_resource,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct resource ep93xx_pwm1_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_PWM_PHYS_BASE + 0x20, 0x10),
|
2009-07-30 04:41:06 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_pwm1_device = {
|
|
|
|
.name = "ep93xx-pwm",
|
|
|
|
.id = 1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_pwm1_resource),
|
|
|
|
.resource = ep93xx_pwm1_resource,
|
|
|
|
};
|
|
|
|
|
|
|
|
void __init ep93xx_register_pwm(int pwm0, int pwm1)
|
|
|
|
{
|
|
|
|
if (pwm0)
|
|
|
|
platform_device_register(&ep93xx_pwm0_device);
|
|
|
|
|
|
|
|
/* NOTE: EP9307 does not have PWMOUT1 (pin EGPIO14) */
|
|
|
|
if (pwm1)
|
|
|
|
platform_device_register(&ep93xx_pwm1_device);
|
|
|
|
}
|
|
|
|
|
|
|
|
int ep93xx_pwm_acquire_gpio(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
if (pdev->id == 0) {
|
|
|
|
err = 0;
|
|
|
|
} else if (pdev->id == 1) {
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_EGPIO14,
|
|
|
|
dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
err = gpio_direction_output(EP93XX_GPIO_LINE_EGPIO14, 0);
|
|
|
|
if (err)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
/* PWM 1 output on EGPIO[14] */
|
|
|
|
ep93xx_devcfg_set_bits(EP93XX_SYSCON_DEVCFG_PONG);
|
|
|
|
} else {
|
|
|
|
err = -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
return err;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_EGPIO14);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_pwm_acquire_gpio);
|
|
|
|
|
|
|
|
void ep93xx_pwm_release_gpio(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
if (pdev->id == 1) {
|
|
|
|
gpio_direction_input(EP93XX_GPIO_LINE_EGPIO14);
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_EGPIO14);
|
|
|
|
|
|
|
|
/* EGPIO[14] used for GPIO */
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_PONG);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_pwm_release_gpio);
|
|
|
|
|
|
|
|
|
2009-09-23 06:47:09 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx video peripheral handling
|
|
|
|
*************************************************************************/
|
|
|
|
static struct ep93xxfb_mach_info ep93xxfb_data;
|
|
|
|
|
|
|
|
static struct resource ep93xx_fb_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_RASTER_PHYS_BASE, 0x800),
|
2009-09-23 06:47:09 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_fb_device = {
|
|
|
|
.name = "ep93xx-fb",
|
|
|
|
.id = -1,
|
|
|
|
.dev = {
|
2010-03-19 00:04:06 +07:00
|
|
|
.platform_data = &ep93xxfb_data,
|
2009-09-23 06:47:09 +07:00
|
|
|
.coherent_dma_mask = DMA_BIT_MASK(32),
|
|
|
|
.dma_mask = &ep93xx_fb_device.dev.coherent_dma_mask,
|
|
|
|
},
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_fb_resource),
|
|
|
|
.resource = ep93xx_fb_resource,
|
|
|
|
};
|
|
|
|
|
2012-01-22 16:31:32 +07:00
|
|
|
/* The backlight use a single register in the framebuffer's register space */
|
|
|
|
#define EP93XX_RASTER_REG_BRIGHTNESS 0x20
|
|
|
|
|
|
|
|
static struct resource ep93xx_bl_resources[] = {
|
|
|
|
DEFINE_RES_MEM(EP93XX_RASTER_PHYS_BASE +
|
|
|
|
EP93XX_RASTER_REG_BRIGHTNESS, 0x04),
|
|
|
|
};
|
|
|
|
|
2010-06-10 03:15:12 +07:00
|
|
|
static struct platform_device ep93xx_bl_device = {
|
|
|
|
.name = "ep93xx-bl",
|
|
|
|
.id = -1,
|
2012-01-22 16:31:32 +07:00
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_bl_resources),
|
|
|
|
.resource = ep93xx_bl_resources,
|
2010-06-10 03:15:12 +07:00
|
|
|
};
|
|
|
|
|
2010-03-19 00:04:06 +07:00
|
|
|
/**
|
|
|
|
* ep93xx_register_fb - Register the framebuffer platform device.
|
|
|
|
* @data: platform specific framebuffer configuration (__initdata)
|
|
|
|
*/
|
2009-09-23 06:47:09 +07:00
|
|
|
void __init ep93xx_register_fb(struct ep93xxfb_mach_info *data)
|
|
|
|
{
|
|
|
|
ep93xxfb_data = *data;
|
|
|
|
platform_device_register(&ep93xx_fb_device);
|
2010-06-10 03:15:12 +07:00
|
|
|
platform_device_register(&ep93xx_bl_device);
|
2009-09-23 06:47:09 +07:00
|
|
|
}
|
|
|
|
|
2009-10-29 03:04:46 +07:00
|
|
|
|
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx matrix keypad peripheral handling
|
|
|
|
*************************************************************************/
|
2010-03-19 00:04:06 +07:00
|
|
|
static struct ep93xx_keypad_platform_data ep93xx_keypad_data;
|
|
|
|
|
2009-10-29 03:04:46 +07:00
|
|
|
static struct resource ep93xx_keypad_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_KEY_MATRIX_PHYS_BASE, 0x0c),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_KEY),
|
2009-10-29 03:04:46 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_keypad_device = {
|
2010-03-19 00:04:06 +07:00
|
|
|
.name = "ep93xx-keypad",
|
|
|
|
.id = -1,
|
|
|
|
.dev = {
|
|
|
|
.platform_data = &ep93xx_keypad_data,
|
|
|
|
},
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_keypad_resource),
|
|
|
|
.resource = ep93xx_keypad_resource,
|
2009-10-29 03:04:46 +07:00
|
|
|
};
|
|
|
|
|
2010-03-19 00:04:06 +07:00
|
|
|
/**
|
|
|
|
* ep93xx_register_keypad - Register the keypad platform device.
|
|
|
|
* @data: platform specific keypad configuration (__initdata)
|
|
|
|
*/
|
2009-10-29 03:04:46 +07:00
|
|
|
void __init ep93xx_register_keypad(struct ep93xx_keypad_platform_data *data)
|
|
|
|
{
|
2010-03-19 00:04:06 +07:00
|
|
|
ep93xx_keypad_data = *data;
|
2009-10-29 03:04:46 +07:00
|
|
|
platform_device_register(&ep93xx_keypad_device);
|
|
|
|
}
|
|
|
|
|
|
|
|
int ep93xx_keypad_acquire_gpio(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < 8; i++) {
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_C(i), dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
goto fail_gpio_c;
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_D(i), dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
goto fail_gpio_d;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Enable the keypad controller; GPIO ports C and D used for keypad */
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_KEYS |
|
|
|
|
EP93XX_SYSCON_DEVCFG_GONK);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
fail_gpio_d:
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_C(i));
|
|
|
|
fail_gpio_c:
|
2012-04-05 18:44:07 +07:00
|
|
|
for (--i; i >= 0; --i) {
|
2009-10-29 03:04:46 +07:00
|
|
|
gpio_free(EP93XX_GPIO_LINE_C(i));
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_D(i));
|
|
|
|
}
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_keypad_acquire_gpio);
|
|
|
|
|
|
|
|
void ep93xx_keypad_release_gpio(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < 8; i++) {
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_C(i));
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_D(i));
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Disable the keypad controller; GPIO ports C and D used for GPIO */
|
|
|
|
ep93xx_devcfg_set_bits(EP93XX_SYSCON_DEVCFG_KEYS |
|
|
|
|
EP93XX_SYSCON_DEVCFG_GONK);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_keypad_release_gpio);
|
|
|
|
|
2010-06-08 17:01:10 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx I2S audio peripheral handling
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_i2s_resource[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_I2S_PHYS_BASE, 0x100),
|
2018-04-29 03:51:41 +07:00
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_SAI),
|
2010-06-08 17:01:10 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_i2s_device = {
|
|
|
|
.name = "ep93xx-i2s",
|
|
|
|
.id = -1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_i2s_resource),
|
|
|
|
.resource = ep93xx_i2s_resource,
|
|
|
|
};
|
|
|
|
|
2010-03-18 03:15:21 +07:00
|
|
|
static struct platform_device ep93xx_pcm_device = {
|
|
|
|
.name = "ep93xx-pcm-audio",
|
|
|
|
.id = -1,
|
|
|
|
};
|
|
|
|
|
2010-06-08 17:01:10 +07:00
|
|
|
void __init ep93xx_register_i2s(void)
|
|
|
|
{
|
|
|
|
platform_device_register(&ep93xx_i2s_device);
|
2010-03-18 03:15:21 +07:00
|
|
|
platform_device_register(&ep93xx_pcm_device);
|
2010-06-08 17:01:10 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
#define EP93XX_SYSCON_DEVCFG_I2S_MASK (EP93XX_SYSCON_DEVCFG_I2SONSSP | \
|
|
|
|
EP93XX_SYSCON_DEVCFG_I2SONAC97)
|
|
|
|
|
|
|
|
#define EP93XX_I2SCLKDIV_MASK (EP93XX_SYSCON_I2SCLKDIV_ORIDE | \
|
|
|
|
EP93XX_SYSCON_I2SCLKDIV_SPOL)
|
|
|
|
|
2012-01-11 07:04:42 +07:00
|
|
|
int ep93xx_i2s_acquire(void)
|
2010-06-08 17:01:10 +07:00
|
|
|
{
|
|
|
|
unsigned val;
|
|
|
|
|
2012-01-11 07:04:42 +07:00
|
|
|
ep93xx_devcfg_set_clear(EP93XX_SYSCON_DEVCFG_I2SONAC97,
|
|
|
|
EP93XX_SYSCON_DEVCFG_I2S_MASK);
|
2010-06-08 17:01:10 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This is potentially racy with the clock api for i2s_mclk, sclk and
|
|
|
|
* lrclk. Since the i2s driver is the only user of those clocks we
|
|
|
|
* rely on it to prevent parallel use of this function and the
|
|
|
|
* clock api for the i2s clocks.
|
|
|
|
*/
|
|
|
|
val = __raw_readl(EP93XX_SYSCON_I2SCLKDIV);
|
|
|
|
val &= ~EP93XX_I2SCLKDIV_MASK;
|
2012-01-11 07:04:42 +07:00
|
|
|
val |= EP93XX_SYSCON_I2SCLKDIV_ORIDE | EP93XX_SYSCON_I2SCLKDIV_SPOL;
|
2010-06-08 17:01:10 +07:00
|
|
|
ep93xx_syscon_swlocked_write(val, EP93XX_SYSCON_I2SCLKDIV);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_i2s_acquire);
|
|
|
|
|
|
|
|
void ep93xx_i2s_release(void)
|
|
|
|
{
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_I2S_MASK);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_i2s_release);
|
2009-10-29 03:04:46 +07:00
|
|
|
|
2010-10-14 21:49:07 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx AC97 audio peripheral handling
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_ac97_resources[] = {
|
2012-03-22 01:35:49 +07:00
|
|
|
DEFINE_RES_MEM(EP93XX_AAC_PHYS_BASE, 0xac),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_AACINTR),
|
2010-10-14 21:49:07 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_ac97_device = {
|
|
|
|
.name = "ep93xx-ac97",
|
|
|
|
.id = -1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_ac97_resources),
|
|
|
|
.resource = ep93xx_ac97_resources,
|
|
|
|
};
|
|
|
|
|
|
|
|
void __init ep93xx_register_ac97(void)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Make sure that the AC97 pins are not used by I2S.
|
|
|
|
*/
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_I2SONAC97);
|
|
|
|
|
|
|
|
platform_device_register(&ep93xx_ac97_device);
|
|
|
|
platform_device_register(&ep93xx_pcm_device);
|
|
|
|
}
|
|
|
|
|
2012-01-22 16:01:16 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx Watchdog
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_wdt_resources[] = {
|
|
|
|
DEFINE_RES_MEM(EP93XX_WATCHDOG_PHYS_BASE, 0x08),
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_wdt_device = {
|
|
|
|
.name = "ep93xx-wdt",
|
|
|
|
.id = -1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_wdt_resources),
|
|
|
|
.resource = ep93xx_wdt_resources,
|
|
|
|
};
|
|
|
|
|
2012-04-12 19:14:12 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx IDE
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_ide_resources[] = {
|
|
|
|
DEFINE_RES_MEM(EP93XX_IDE_PHYS_BASE, 0x38),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_EXT3),
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_ide_device = {
|
|
|
|
.name = "ep93xx-ide",
|
|
|
|
.id = -1,
|
|
|
|
.dev = {
|
|
|
|
.dma_mask = &ep93xx_ide_device.dev.coherent_dma_mask,
|
|
|
|
.coherent_dma_mask = DMA_BIT_MASK(32),
|
|
|
|
},
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_ide_resources),
|
|
|
|
.resource = ep93xx_ide_resources,
|
|
|
|
};
|
|
|
|
|
|
|
|
void __init ep93xx_register_ide(void)
|
|
|
|
{
|
|
|
|
platform_device_register(&ep93xx_ide_device);
|
|
|
|
}
|
|
|
|
|
|
|
|
int ep93xx_ide_acquire_gpio(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_EGPIO2, dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_EGPIO15, dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
goto fail_egpio15;
|
|
|
|
for (i = 2; i < 8; i++) {
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_E(i), dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
goto fail_gpio_e;
|
|
|
|
}
|
|
|
|
for (i = 4; i < 8; i++) {
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_G(i), dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
goto fail_gpio_g;
|
|
|
|
}
|
|
|
|
for (i = 0; i < 8; i++) {
|
|
|
|
err = gpio_request(EP93XX_GPIO_LINE_H(i), dev_name(&pdev->dev));
|
|
|
|
if (err)
|
|
|
|
goto fail_gpio_h;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* GPIO ports E[7:2], G[7:4] and H used by IDE */
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_EONIDE |
|
|
|
|
EP93XX_SYSCON_DEVCFG_GONIDE |
|
|
|
|
EP93XX_SYSCON_DEVCFG_HONIDE);
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
fail_gpio_h:
|
|
|
|
for (--i; i >= 0; --i)
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_H(i));
|
|
|
|
i = 8;
|
|
|
|
fail_gpio_g:
|
|
|
|
for (--i; i >= 4; --i)
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_G(i));
|
|
|
|
i = 8;
|
|
|
|
fail_gpio_e:
|
|
|
|
for (--i; i >= 2; --i)
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_E(i));
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_EGPIO15);
|
|
|
|
fail_egpio15:
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_EGPIO2);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_ide_acquire_gpio);
|
|
|
|
|
|
|
|
void ep93xx_ide_release_gpio(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 2; i < 8; i++)
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_E(i));
|
|
|
|
for (i = 4; i < 8; i++)
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_G(i));
|
|
|
|
for (i = 0; i < 8; i++)
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_H(i));
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_EGPIO15);
|
|
|
|
gpio_free(EP93XX_GPIO_LINE_EGPIO2);
|
|
|
|
|
|
|
|
|
|
|
|
/* GPIO ports E[7:2], G[7:4] and H used by GPIO */
|
|
|
|
ep93xx_devcfg_set_bits(EP93XX_SYSCON_DEVCFG_EONIDE |
|
|
|
|
EP93XX_SYSCON_DEVCFG_GONIDE |
|
|
|
|
EP93XX_SYSCON_DEVCFG_HONIDE);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ep93xx_ide_release_gpio);
|
|
|
|
|
2015-11-22 15:49:22 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx ADC
|
|
|
|
*************************************************************************/
|
|
|
|
static struct resource ep93xx_adc_resources[] = {
|
|
|
|
DEFINE_RES_MEM(EP93XX_ADC_PHYS_BASE, 0x28),
|
|
|
|
DEFINE_RES_IRQ(IRQ_EP93XX_TOUCH),
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct platform_device ep93xx_adc_device = {
|
|
|
|
.name = "ep93xx-adc",
|
|
|
|
.id = -1,
|
|
|
|
.num_resources = ARRAY_SIZE(ep93xx_adc_resources),
|
|
|
|
.resource = ep93xx_adc_resources,
|
|
|
|
};
|
|
|
|
|
|
|
|
void __init ep93xx_register_adc(void)
|
|
|
|
{
|
|
|
|
/* Power up ADC, deactivate Touch Screen Controller */
|
|
|
|
ep93xx_devcfg_set_clear(EP93XX_SYSCON_DEVCFG_TIN,
|
|
|
|
EP93XX_SYSCON_DEVCFG_ADCPD);
|
|
|
|
|
|
|
|
platform_device_register(&ep93xx_adc_device);
|
|
|
|
}
|
|
|
|
|
2013-11-19 06:23:06 +07:00
|
|
|
/*************************************************************************
|
|
|
|
* EP93xx Security peripheral
|
|
|
|
*************************************************************************/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The Maverick Key is 256 bits of micro fuses blown at the factory during
|
|
|
|
* manufacturing to uniquely identify a part.
|
|
|
|
*
|
|
|
|
* See: http://arm.cirrus.com/forum/viewtopic.php?t=486&highlight=maverick+key
|
|
|
|
*/
|
|
|
|
#define EP93XX_SECURITY_REG(x) (EP93XX_SECURITY_BASE + (x))
|
|
|
|
#define EP93XX_SECURITY_SECFLG EP93XX_SECURITY_REG(0x2400)
|
|
|
|
#define EP93XX_SECURITY_FUSEFLG EP93XX_SECURITY_REG(0x2410)
|
|
|
|
#define EP93XX_SECURITY_UNIQID EP93XX_SECURITY_REG(0x2440)
|
|
|
|
#define EP93XX_SECURITY_UNIQCHK EP93XX_SECURITY_REG(0x2450)
|
|
|
|
#define EP93XX_SECURITY_UNIQVAL EP93XX_SECURITY_REG(0x2460)
|
|
|
|
#define EP93XX_SECURITY_SECID1 EP93XX_SECURITY_REG(0x2500)
|
|
|
|
#define EP93XX_SECURITY_SECID2 EP93XX_SECURITY_REG(0x2504)
|
|
|
|
#define EP93XX_SECURITY_SECCHK1 EP93XX_SECURITY_REG(0x2520)
|
|
|
|
#define EP93XX_SECURITY_SECCHK2 EP93XX_SECURITY_REG(0x2524)
|
|
|
|
#define EP93XX_SECURITY_UNIQID2 EP93XX_SECURITY_REG(0x2700)
|
|
|
|
#define EP93XX_SECURITY_UNIQID3 EP93XX_SECURITY_REG(0x2704)
|
|
|
|
#define EP93XX_SECURITY_UNIQID4 EP93XX_SECURITY_REG(0x2708)
|
|
|
|
#define EP93XX_SECURITY_UNIQID5 EP93XX_SECURITY_REG(0x270c)
|
|
|
|
|
|
|
|
static char ep93xx_soc_id[33];
|
|
|
|
|
|
|
|
static const char __init *ep93xx_get_soc_id(void)
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
{
|
2013-11-19 06:23:06 +07:00
|
|
|
unsigned int id, id2, id3, id4, id5;
|
|
|
|
|
|
|
|
if (__raw_readl(EP93XX_SECURITY_UNIQVAL) != 1)
|
|
|
|
return "bad Hamming code";
|
|
|
|
|
|
|
|
id = __raw_readl(EP93XX_SECURITY_UNIQID);
|
|
|
|
id2 = __raw_readl(EP93XX_SECURITY_UNIQID2);
|
|
|
|
id3 = __raw_readl(EP93XX_SECURITY_UNIQID3);
|
|
|
|
id4 = __raw_readl(EP93XX_SECURITY_UNIQID4);
|
|
|
|
id5 = __raw_readl(EP93XX_SECURITY_UNIQID5);
|
|
|
|
|
|
|
|
if (id != id2)
|
|
|
|
return "invalid";
|
|
|
|
|
2015-06-18 21:46:34 +07:00
|
|
|
/* Toss the unique ID into the entropy pool */
|
|
|
|
add_device_randomness(&id2, 4);
|
|
|
|
add_device_randomness(&id3, 4);
|
|
|
|
add_device_randomness(&id4, 4);
|
|
|
|
add_device_randomness(&id5, 4);
|
|
|
|
|
2013-11-19 06:23:06 +07:00
|
|
|
snprintf(ep93xx_soc_id, sizeof(ep93xx_soc_id),
|
|
|
|
"%08x%08x%08x%08x", id2, id3, id4, id5);
|
|
|
|
|
|
|
|
return ep93xx_soc_id;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const char __init *ep93xx_get_soc_rev(void)
|
|
|
|
{
|
|
|
|
int rev = ep93xx_chip_revision();
|
|
|
|
|
|
|
|
switch (rev) {
|
|
|
|
case EP93XX_CHIP_REV_D0:
|
|
|
|
return "D0";
|
|
|
|
case EP93XX_CHIP_REV_D1:
|
|
|
|
return "D1";
|
|
|
|
case EP93XX_CHIP_REV_E0:
|
|
|
|
return "E0";
|
|
|
|
case EP93XX_CHIP_REV_E1:
|
|
|
|
return "E1";
|
|
|
|
case EP93XX_CHIP_REV_E2:
|
|
|
|
return "E2";
|
|
|
|
default:
|
|
|
|
return "unknown";
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static const char __init *ep93xx_get_machine_name(void)
|
|
|
|
{
|
|
|
|
return kasprintf(GFP_KERNEL,"%s", machine_desc->name);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct device __init *ep93xx_init_soc(void)
|
|
|
|
{
|
|
|
|
struct soc_device_attribute *soc_dev_attr;
|
|
|
|
struct soc_device *soc_dev;
|
|
|
|
|
|
|
|
soc_dev_attr = kzalloc(sizeof(*soc_dev_attr), GFP_KERNEL);
|
|
|
|
if (!soc_dev_attr)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
soc_dev_attr->machine = ep93xx_get_machine_name();
|
|
|
|
soc_dev_attr->family = "Cirrus Logic EP93xx";
|
|
|
|
soc_dev_attr->revision = ep93xx_get_soc_rev();
|
|
|
|
soc_dev_attr->soc_id = ep93xx_get_soc_id();
|
|
|
|
|
|
|
|
soc_dev = soc_device_register(soc_dev_attr);
|
|
|
|
if (IS_ERR(soc_dev)) {
|
|
|
|
kfree(soc_dev_attr->machine);
|
|
|
|
kfree(soc_dev_attr);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return soc_device_to_device(soc_dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
struct device __init *ep93xx_init_devices(void)
|
|
|
|
{
|
|
|
|
struct device *parent;
|
|
|
|
|
2009-07-08 08:00:49 +07:00
|
|
|
/* Disallow access to MaverickCrunch initially */
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_CPENA);
|
2006-03-27 05:16:39 +07:00
|
|
|
|
2012-01-11 05:58:30 +07:00
|
|
|
/* Default all ports to GPIO */
|
|
|
|
ep93xx_devcfg_set_bits(EP93XX_SYSCON_DEVCFG_KEYS |
|
|
|
|
EP93XX_SYSCON_DEVCFG_GONK |
|
|
|
|
EP93XX_SYSCON_DEVCFG_EONIDE |
|
|
|
|
EP93XX_SYSCON_DEVCFG_GONIDE |
|
|
|
|
EP93XX_SYSCON_DEVCFG_HONIDE);
|
|
|
|
|
2013-11-19 06:23:06 +07:00
|
|
|
parent = ep93xx_init_soc();
|
|
|
|
|
2011-06-09 04:35:33 +07:00
|
|
|
/* Get the GPIO working early, other devices need it */
|
|
|
|
platform_device_register(&ep93xx_gpio_device);
|
2008-04-16 08:56:35 +07:00
|
|
|
|
2006-03-27 05:16:39 +07:00
|
|
|
amba_device_register(&uart1_device, &iomem_resource);
|
|
|
|
amba_device_register(&uart2_device, &iomem_resource);
|
|
|
|
amba_device_register(&uart3_device, &iomem_resource);
|
2006-04-02 22:17:34 +07:00
|
|
|
|
|
|
|
platform_device_register(&ep93xx_rtc_device);
|
2006-06-24 16:33:03 +07:00
|
|
|
platform_device_register(&ep93xx_ohci_device);
|
2012-01-22 16:01:16 +07:00
|
|
|
platform_device_register(&ep93xx_wdt_device);
|
2012-04-12 05:44:42 +07:00
|
|
|
|
|
|
|
gpio_led_register_device(-1, &ep93xx_led_data);
|
2013-11-19 06:23:06 +07:00
|
|
|
|
|
|
|
return parent;
|
[ARM] 3369/1: ep93xx: add core cirrus ep93xx support
Patch from Lennert Buytenhek
This patch adds support for the Cirrus ep93xx series of CPUs. The
ep93xx is an ARM920T based CPU with two VICs, PL010 based UARTs,
IrDA, MaverickCrunch floating point coprocessor, between 24 and 64
GPIOs, ethernet, OHCI USB and, depending on the model, pcmcia, raster
engine, graphics accelerator, IDE controller and a bunch of other
stuff.
This patch adds the core ep93xx support code, and support for the
Glomation GESBC-9312-sx and the Technologic Systems TS-72xx SBCs.
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2006-03-21 00:10:13 +07:00
|
|
|
}
|
2011-11-05 16:54:14 +07:00
|
|
|
|
2013-07-09 06:01:40 +07:00
|
|
|
void ep93xx_restart(enum reboot_mode mode, const char *cmd)
|
2011-11-05 16:54:14 +07:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Set then clear the SWRST bit to initiate a software reset
|
|
|
|
*/
|
|
|
|
ep93xx_devcfg_set_bits(EP93XX_SYSCON_DEVCFG_SWRST);
|
|
|
|
ep93xx_devcfg_clear_bits(EP93XX_SYSCON_DEVCFG_SWRST);
|
|
|
|
|
|
|
|
while (1)
|
|
|
|
;
|
|
|
|
}
|
2012-04-26 09:05:15 +07:00
|
|
|
|
|
|
|
void __init ep93xx_init_late(void)
|
|
|
|
{
|
|
|
|
crunch_init();
|
|
|
|
}
|