* [U-Boot] [PATCH 0/3] i2c: sunxi: Support every i2c controller on each supported platform
@ 2015-04-04 20:49 Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 1/3] i2c: mvtwsi: Support for up to 4 different controllers Paul Kocialkowski
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: Paul Kocialkowski @ 2015-04-04 20:49 UTC (permalink / raw)
To: u-boot
Changes since v1:
* Kconfig option to enable I2C/TWI controllers 1-4 (when applicable)
* Following patch to enable exposed busses on a few community-supported
single-board-computers
This series adds support for every i2c controller found on
sun4i/sun5i/sun6i/sun7i/sun8i platforms and shouldn't break support for Marvell
platforms (orion5x, kirkwood, armada xp) the driver was originally written for.
Regarding sunxi, I double-checked that this doesn't conflict with
VIDEO_LCD_PANEL_I2C.
I would be interested in having this tested on sun8i (A23), since I changed TWI0
muxing (to PH2-PH3 instead of PB0-PB1), according to the user manual and what
is being done on the upstream Linux kernel. I2C was either not working before,
or it was being muxed correctly by the bootrom, probably to communicate with the
AXP, which luckily made it work in U-Boot too, since the I/O base address was
already correct.
My use case here is that I'm writing a slave-side bitbang i2c implementation
(with an Arduino) for a school project, using a Cubieboard2 as master and
U-Boot as POC. However, only TWI1 was available through the expansion pins,
hence the need for this series.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 1/3] i2c: mvtwsi: Support for up to 4 different controllers
2015-04-04 20:49 [U-Boot] [PATCH 0/3] i2c: sunxi: Support every i2c controller on each supported platform Paul Kocialkowski
@ 2015-04-04 20:49 ` Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 3/3] sunxi: I2C/TWI configs for a few single-board-computers Paul Kocialkowski
2 siblings, 0 replies; 11+ messages in thread
From: Paul Kocialkowski @ 2015-04-04 20:49 UTC (permalink / raw)
To: u-boot
Orion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C) MVTWSI
controller. However, other platforms using MVTWSI may come with more: this is
the case on Allwinner (sunxi) platforms, where up to 4 controllers can be found
on the same chip.
Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
---
arch/arm/include/asm/arch-sunxi/i2c.h | 2 +-
arch/arm/mach-kirkwood/include/mach/config.h | 2 +-
drivers/i2c/mvtwsi.c | 124 ++++++++++++++++++++-------
include/configs/db-mv784mp-gp.h | 2 +-
include/configs/edminiv2.h | 2 +-
include/configs/maxbcm.h | 2 +-
6 files changed, 100 insertions(+), 34 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/i2c.h b/arch/arm/include/asm/arch-sunxi/i2c.h
index dc5406b..502e3c6 100644
--- a/arch/arm/include/asm/arch-sunxi/i2c.h
+++ b/arch/arm/include/asm/arch-sunxi/i2c.h
@@ -8,7 +8,7 @@
#include <asm/arch/cpu.h>
-#define CONFIG_I2C_MVTWSI_BASE SUNXI_TWI0_BASE
+#define CONFIG_I2C_MVTWSI_BASE0 SUNXI_TWI0_BASE
/* This is abp0-clk on sun4i/5i/7i / abp1-clk on sun6i/sun8i which is 24MHz */
#define CONFIG_SYS_TCLK 24000000
diff --git a/arch/arm/mach-kirkwood/include/mach/config.h b/arch/arm/mach-kirkwood/include/mach/config.h
index e77ac40..d049395 100644
--- a/arch/arm/mach-kirkwood/include/mach/config.h
+++ b/arch/arm/mach-kirkwood/include/mach/config.h
@@ -44,7 +44,7 @@
#define CONFIG_SYS_INIT_SP_ADDR 0xC8012000
#define CONFIG_NR_DRAM_BANKS_MAX 2
-#define CONFIG_I2C_MVTWSI_BASE KW_TWSI_BASE
+#define CONFIG_I2C_MVTWSI_BASE0 KW_TWSI_BASE
#define MV_UART_CONSOLE_BASE KW_UART0_BASE
#define MV_SATA_BASE KW_SATA_BASE
#define MV_SATA_PORT0_OFFSET KW_SATA_PORT0_OFFSET
diff --git a/drivers/i2c/mvtwsi.c b/drivers/i2c/mvtwsi.c
index 6f6edd5..331d73c 100644
--- a/drivers/i2c/mvtwsi.c
+++ b/drivers/i2c/mvtwsi.c
@@ -14,7 +14,7 @@
#include <asm/io.h>
/*
- * include a file that will provide CONFIG_I2C_MVTWSI_BASE
+ * include a file that will provide CONFIG_I2C_MVTWSI_BASE*
* and possibly other settings
*/
@@ -91,11 +91,37 @@ struct mvtwsi_registers {
#define MVTWSI_STATUS_IDLE 0xF8
/*
- * The single instance of the controller we'll be dealing with
+ * MVTWSI controller base
*/
-static struct mvtwsi_registers *twsi =
- (struct mvtwsi_registers *) CONFIG_I2C_MVTWSI_BASE;
+static struct mvtwsi_registers *twsi_get_base(struct i2c_adapter *adap)
+{
+ switch (adap->hwadapnr) {
+ case 0:
+ return (struct mvtwsi_registers *) CONFIG_I2C_MVTWSI_BASE0;
+#ifdef CONFIG_I2C_MVTWSI_BASE1
+ case 1:
+ return (struct mvtwsi_registers *) CONFIG_I2C_MVTWSI_BASE1;
+#endif
+#ifdef CONFIG_I2C_MVTWSI_BASE2
+ case 2:
+ return (struct mvtwsi_registers *) CONFIG_I2C_MVTWSI_BASE2;
+#endif
+#ifdef CONFIG_I2C_MVTWSI_BASE3
+ case 3:
+ return (struct mvtwsi_registers *) CONFIG_I2C_MVTWSI_BASE3;
+#endif
+#ifdef CONFIG_I2C_MVTWSI_BASE4
+ case 4:
+ return (struct mvtwsi_registers *) CONFIG_I2C_MVTWSI_BASE4;
+#endif
+ default:
+ printf("Missing mvtwsi controller %d base\n", adap->hwadapnr);
+ break;
+ }
+
+ return NULL;
+}
/*
* Returned statuses are 0 for success and nonzero otherwise.
@@ -117,8 +143,9 @@ static struct mvtwsi_registers *twsi =
* Wait for IFLG to raise, or return 'timeout'; then if status is as expected,
* return 0 (ok) or return 'wrong status'.
*/
-static int twsi_wait(int expected_status)
+static int twsi_wait(struct i2c_adapter *adap, int expected_status)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
int control, status;
int timeout = 1000;
@@ -153,35 +180,40 @@ static u8 twsi_control_flags = MVTWSI_CONTROL_TWSIEN;
* Assert the START condition, either in a single I2C transaction
* or inside back-to-back ones (repeated starts).
*/
-static int twsi_start(int expected_status)
+static int twsi_start(struct i2c_adapter *adap, int expected_status)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
+
/* globally set TWSIEN in case it was not */
twsi_control_flags |= MVTWSI_CONTROL_TWSIEN;
/* assert START */
writel(twsi_control_flags | MVTWSI_CONTROL_START, &twsi->control);
/* wait for controller to process START */
- return twsi_wait(expected_status);
+ return twsi_wait(adap, expected_status);
}
/*
* Send a byte (i2c address or data).
*/
-static int twsi_send(u8 byte, int expected_status)
+static int twsi_send(struct i2c_adapter *adap, u8 byte, int expected_status)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
+
/* put byte in data register for sending */
writel(byte, &twsi->data);
/* clear any pending interrupt -- that'll cause sending */
writel(twsi_control_flags, &twsi->control);
/* wait for controller to receive byte and check ACK */
- return twsi_wait(expected_status);
+ return twsi_wait(adap, expected_status);
}
/*
* Receive a byte.
* Global mvtwsi_control_flags variable says if we should ack or nak.
*/
-static int twsi_recv(u8 *byte)
+static int twsi_recv(struct i2c_adapter *adap, u8 *byte)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
int expected_status, status;
/* compute expected status based on ACK bit in global control flags */
@@ -192,7 +224,7 @@ static int twsi_recv(u8 *byte)
/* acknowledge *previous state* and launch receive */
writel(twsi_control_flags, &twsi->control);
/* wait for controller to receive byte and assert ACK or NAK */
- status = twsi_wait(expected_status);
+ status = twsi_wait(adap, expected_status);
/* if we did receive expected byte then store it */
if (status == 0)
*byte = readl(&twsi->data);
@@ -204,8 +236,9 @@ static int twsi_recv(u8 *byte)
* Assert the STOP condition.
* This is also used to force the bus back in idle (SDA=SCL=1).
*/
-static int twsi_stop(int status)
+static int twsi_stop(struct i2c_adapter *adap, int status)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
int control, stop_status;
int timeout = 1000;
@@ -244,6 +277,7 @@ static unsigned int twsi_calc_freq(const int n, const int m)
*/
static void twsi_reset(struct i2c_adapter *adap)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
/* ensure controller will be enabled by any twsi*() function */
twsi_control_flags = MVTWSI_CONTROL_TWSIEN;
/* reset controller */
@@ -259,6 +293,7 @@ static void twsi_reset(struct i2c_adapter *adap)
static unsigned int twsi_i2c_set_bus_speed(struct i2c_adapter *adap,
unsigned int requested_speed)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
unsigned int tmp_speed, highest_speed, n, m;
unsigned int baud = 0x44; /* baudrate at controller reset */
@@ -281,6 +316,8 @@ static unsigned int twsi_i2c_set_bus_speed(struct i2c_adapter *adap,
static void twsi_i2c_init(struct i2c_adapter *adap, int speed, int slaveadd)
{
+ struct mvtwsi_registers *twsi = twsi_get_base(adap);
+
/* reset controller */
twsi_reset(adap);
/* set speed */
@@ -289,7 +326,7 @@ static void twsi_i2c_init(struct i2c_adapter *adap, int speed, int slaveadd)
writel(slaveadd, &twsi->slave_address);
writel(0, &twsi->xtnd_slave_addr);
/* assert STOP but don't care for the result */
- (void) twsi_stop(0);
+ (void) twsi_stop(adap, 0);
}
/*
@@ -297,7 +334,8 @@ static void twsi_i2c_init(struct i2c_adapter *adap, int speed, int slaveadd)
* Common to i2c_probe, i2c_read and i2c_write.
* Expected address status will derive from direction bit (bit 0) in addr.
*/
-static int i2c_begin(int expected_start_status, u8 addr)
+static int i2c_begin(struct i2c_adapter *adap, int expected_start_status,
+ u8 addr)
{
int status, expected_addr_status;
@@ -307,10 +345,10 @@ static int i2c_begin(int expected_start_status, u8 addr)
else /* writing */
expected_addr_status = MVTWSI_STATUS_ADDR_W_ACK;
/* assert START */
- status = twsi_start(expected_start_status);
+ status = twsi_start(adap, expected_start_status);
/* send out the address if the start went well */
if (status == 0)
- status = twsi_send(addr, expected_addr_status);
+ status = twsi_send(adap, addr, expected_addr_status);
/* return ok or status of first failure to caller */
return status;
}
@@ -325,12 +363,12 @@ static int twsi_i2c_probe(struct i2c_adapter *adap, uchar chip)
int status;
/* begin i2c read */
- status = i2c_begin(MVTWSI_STATUS_START, (chip << 1) | 1);
+ status = i2c_begin(adap, MVTWSI_STATUS_START, (chip << 1) | 1);
/* dummy read was accepted: receive byte but NAK it. */
if (status == 0)
- status = twsi_recv(&dummy_byte);
+ status = twsi_recv(adap, &dummy_byte);
/* Stop transaction */
- twsi_stop(0);
+ twsi_stop(adap, 0);
/* return 0 or status of first failure */
return status;
}
@@ -351,15 +389,15 @@ static int twsi_i2c_read(struct i2c_adapter *adap, uchar chip, uint addr,
int status;
/* begin i2c write to send the address bytes */
- status = i2c_begin(MVTWSI_STATUS_START, (chip << 1));
+ status = i2c_begin(adap, MVTWSI_STATUS_START, (chip << 1));
/* send addr bytes */
while ((status == 0) && alen--)
- status = twsi_send(addr >> (8*alen),
+ status = twsi_send(adap, addr >> (8*alen),
MVTWSI_STATUS_DATA_W_ACK);
/* begin i2c read to receive eeprom data bytes */
if (status == 0)
- status = i2c_begin(
- MVTWSI_STATUS_REPEATED_START, (chip << 1) | 1);
+ status = i2c_begin(adap, MVTWSI_STATUS_REPEATED_START,
+ (chip << 1) | 1);
/* prepare ACK if@least one byte must be received */
if (length > 0)
twsi_control_flags |= MVTWSI_CONTROL_ACK;
@@ -369,10 +407,10 @@ static int twsi_i2c_read(struct i2c_adapter *adap, uchar chip, uint addr,
if (length == 0)
twsi_control_flags &= ~MVTWSI_CONTROL_ACK;
/* read current byte */
- status = twsi_recv(data++);
+ status = twsi_recv(adap, data++);
}
/* Stop transaction */
- status = twsi_stop(status);
+ status = twsi_stop(adap, status);
/* return 0 or status of first failure */
return status;
}
@@ -387,16 +425,16 @@ static int twsi_i2c_write(struct i2c_adapter *adap, uchar chip, uint addr,
int status;
/* begin i2c write to send the eeprom adress bytes then data bytes */
- status = i2c_begin(MVTWSI_STATUS_START, (chip << 1));
+ status = i2c_begin(adap, MVTWSI_STATUS_START, (chip << 1));
/* send addr bytes */
while ((status == 0) && alen--)
- status = twsi_send(addr >> (8*alen),
+ status = twsi_send(adap, addr >> (8*alen),
MVTWSI_STATUS_DATA_W_ACK);
/* send data bytes */
while ((status == 0) && (length-- > 0))
- status = twsi_send(*(data++), MVTWSI_STATUS_DATA_W_ACK);
+ status = twsi_send(adap, *(data++), MVTWSI_STATUS_DATA_W_ACK);
/* Stop transaction */
- status = twsi_stop(status);
+ status = twsi_stop(adap, status);
/* return 0 or status of first failure */
return status;
}
@@ -405,3 +443,31 @@ U_BOOT_I2C_ADAP_COMPLETE(twsi0, twsi_i2c_init, twsi_i2c_probe,
twsi_i2c_read, twsi_i2c_write,
twsi_i2c_set_bus_speed,
CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE, 0)
+#ifdef CONFIG_I2C_MVTWSI_BASE1
+U_BOOT_I2C_ADAP_COMPLETE(twsi1, twsi_i2c_init, twsi_i2c_probe,
+ twsi_i2c_read, twsi_i2c_write,
+ twsi_i2c_set_bus_speed,
+ CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE, 1)
+
+#endif
+#ifdef CONFIG_I2C_MVTWSI_BASE2
+U_BOOT_I2C_ADAP_COMPLETE(twsi2, twsi_i2c_init, twsi_i2c_probe,
+ twsi_i2c_read, twsi_i2c_write,
+ twsi_i2c_set_bus_speed,
+ CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE, 2)
+
+#endif
+#ifdef CONFIG_I2C_MVTWSI_BASE3
+U_BOOT_I2C_ADAP_COMPLETE(twsi3, twsi_i2c_init, twsi_i2c_probe,
+ twsi_i2c_read, twsi_i2c_write,
+ twsi_i2c_set_bus_speed,
+ CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE, 3)
+
+#endif
+#ifdef CONFIG_I2C_MVTWSI_BASE4
+U_BOOT_I2C_ADAP_COMPLETE(twsi4, twsi_i2c_init, twsi_i2c_probe,
+ twsi_i2c_read, twsi_i2c_write,
+ twsi_i2c_set_bus_speed,
+ CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE, 4)
+
+#endif
diff --git a/include/configs/db-mv784mp-gp.h b/include/configs/db-mv784mp-gp.h
index 1683a15..4dd7b11 100644
--- a/include/configs/db-mv784mp-gp.h
+++ b/include/configs/db-mv784mp-gp.h
@@ -37,7 +37,7 @@
/* I2C */
#define CONFIG_SYS_I2C
#define CONFIG_SYS_I2C_MVTWSI
-#define CONFIG_I2C_MVTWSI_BASE MVEBU_TWSI_BASE
+#define CONFIG_I2C_MVTWSI_BASE0 MVEBU_TWSI_BASE
#define CONFIG_SYS_I2C_SLAVE 0x0
#define CONFIG_SYS_I2C_SPEED 100000
diff --git a/include/configs/edminiv2.h b/include/configs/edminiv2.h
index 5ce01fb..bd08740 100644
--- a/include/configs/edminiv2.h
+++ b/include/configs/edminiv2.h
@@ -208,7 +208,7 @@
#ifdef CONFIG_CMD_I2C
#define CONFIG_SYS_I2C
#define CONFIG_SYS_I2C_MVTWSI
-#define CONFIG_I2C_MVTWSI_BASE ORION5X_TWSI_BASE
+#define CONFIG_I2C_MVTWSI_BASE0 ORION5X_TWSI_BASE
#define CONFIG_SYS_I2C_SLAVE 0x0
#define CONFIG_SYS_I2C_SPEED 100000
#endif
diff --git a/include/configs/maxbcm.h b/include/configs/maxbcm.h
index 5999d60..e909623 100644
--- a/include/configs/maxbcm.h
+++ b/include/configs/maxbcm.h
@@ -35,7 +35,7 @@
/* I2C */
#define CONFIG_SYS_I2C
#define CONFIG_SYS_I2C_MVTWSI
-#define CONFIG_I2C_MVTWSI_BASE MVEBU_TWSI_BASE
+#define CONFIG_I2C_MVTWSI_BASE0 MVEBU_TWSI_BASE
#define CONFIG_SYS_I2C_SLAVE 0x0
#define CONFIG_SYS_I2C_SPEED 100000
--
1.9.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-04 20:49 [U-Boot] [PATCH 0/3] i2c: sunxi: Support every i2c controller on each supported platform Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 1/3] i2c: mvtwsi: Support for up to 4 different controllers Paul Kocialkowski
@ 2015-04-04 20:49 ` Paul Kocialkowski
2015-04-05 18:31 ` Simon Glass
2015-04-04 20:49 ` [U-Boot] [PATCH v2 3/3] sunxi: I2C/TWI configs for a few single-board-computers Paul Kocialkowski
2 siblings, 1 reply; 11+ messages in thread
From: Paul Kocialkowski @ 2015-04-04 20:49 UTC (permalink / raw)
To: u-boot
Sunxi platforms come with at least 3 TWI (I2C) controllers and some platforms
even have up to 5. This adds support for every controller on each supported
platform, which is especially useful when using expansion ports on single-board-
computers.
Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
---
arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
board/sunxi/Kconfig | 31 ++++++++++++
board/sunxi/board.c | 75 ++++++++++++++++++++++++++++-
5 files changed, 138 insertions(+), 3 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
index dae6069..f403742 100644
--- a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
+++ b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
@@ -94,6 +94,13 @@
#define SUNXI_TWI0_BASE 0x01c2ac00
#define SUNXI_TWI1_BASE 0x01c2b000
#define SUNXI_TWI2_BASE 0x01c2b400
+#ifdef CONFIG_MACH_SUN6I
+#define SUNXI_TWI3_BASE 0x01c0b800
+#endif
+#ifdef CONFIG_MACH_SUN7I
+#define SUNXI_TWI3_BASE 0x01c2b800
+#define SUNXI_TWI4_BASE 0x01c2c000
+#endif
#define SUNXI_CAN_BASE 0x01c2bc00
diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h b/arch/arm/include/asm/arch-sunxi/gpio.h
index f227044..ae7cbb7 100644
--- a/arch/arm/include/asm/arch-sunxi/gpio.h
+++ b/arch/arm/include/asm/arch-sunxi/gpio.h
@@ -148,7 +148,11 @@ enum sunxi_gpio_number {
#define SUN6I_GPA_SDC2 5
#define SUN6I_GPA_SDC3 4
-#define SUNXI_GPB_TWI0 2
+#define SUN4I_GPB_TWI0 2
+#define SUN4I_GPB_TWI1 2
+#define SUN5I_GPB_TWI1 2
+#define SUN4I_GPB_TWI2 2
+#define SUN5I_GPB_TWI2 2
#define SUN4I_GPB_UART0 2
#define SUN5I_GPB_UART0 2
@@ -160,6 +164,7 @@ enum sunxi_gpio_number {
#define SUNXI_GPD_LVDS0 3
#define SUN5I_GPE_SDC2 3
+#define SUN8I_GPE_TWI2 3
#define SUNXI_GPF_SDC0 2
#define SUNXI_GPF_UART0 4
@@ -169,12 +174,20 @@ enum sunxi_gpio_number {
#define SUN5I_GPG_SDC1 2
#define SUN6I_GPG_SDC1 2
#define SUN8I_GPG_SDC1 2
+#define SUN6I_GPG_TWI3 2
#define SUN5I_GPG_UART1 4
#define SUN4I_GPH_SDC1 5
+#define SUN6I_GPH_TWI0 2
+#define SUN8I_GPH_TWI0 2
+#define SUN6I_GPH_TWI1 2
+#define SUN8I_GPH_TWI1 2
+#define SUN6I_GPH_TWI2 2
#define SUN6I_GPH_UART0 2
#define SUNXI_GPI_SDC3 2
+#define SUN7I_GPI_TWI3 3
+#define SUN7I_GPI_TWI4 3
#define SUN6I_GPL0_R_P2WI_SCK 3
#define SUN6I_GPL1_R_P2WI_SDA 3
diff --git a/arch/arm/include/asm/arch-sunxi/i2c.h b/arch/arm/include/asm/arch-sunxi/i2c.h
index 502e3c6..5e9586f 100644
--- a/arch/arm/include/asm/arch-sunxi/i2c.h
+++ b/arch/arm/include/asm/arch-sunxi/i2c.h
@@ -9,6 +9,19 @@
#include <asm/arch/cpu.h>
#define CONFIG_I2C_MVTWSI_BASE0 SUNXI_TWI0_BASE
+#ifdef CONFIG_I2C1_ENABLE
+#define CONFIG_I2C_MVTWSI_BASE1 SUNXI_TWI1_BASE
+#endif
+#ifdef CONFIG_I2C2_ENABLE
+#define CONFIG_I2C_MVTWSI_BASE2 SUNXI_TWI2_BASE
+#endif
+#ifdef CONFIG_I2C3_ENABLE
+#define CONFIG_I2C_MVTWSI_BASE3 SUNXI_TWI3_BASE
+#endif
+#ifdef CONFIG_I2C4_ENABLE
+#define CONFIG_I2C_MVTWSI_BASE4 SUNXI_TWI4_BASE
+#endif
+
/* This is abp0-clk on sun4i/5i/7i / abp1-clk on sun6i/sun8i which is 24MHz */
#define CONFIG_SYS_TCLK 24000000
diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
index ccc2080..d3b5bad 100644
--- a/board/sunxi/Kconfig
+++ b/board/sunxi/Kconfig
@@ -269,6 +269,37 @@ config USB2_VBUS_PIN
---help---
See USB1_VBUS_PIN help text.
+config I2C1_ENABLE
+ bool "Enable I2C/TWI controller 1"
+ default n
+ ---help---
+ This allows enabling I2C/TWI controller 1 by muxing its pins, enabling
+ its clock and setting up the bus. This is especially useful on devices
+ with slaves connected to the bus or with pins exposed through e.g. an
+ expansion port/header.
+
+config I2C2_ENABLE
+ bool "Enable I2C/TWI controller 2"
+ default n
+ ---help---
+ See I2C1_ENABLE help text.
+
+if MACH_SUN6I || MACH_SUN7I
+config I2C3_ENABLE
+ bool "Enable I2C/TWI controller 3"
+ default n
+ ---help---
+ See I2C1_ENABLE help text.
+endif
+
+if MACH_SUN7I
+config I2C4_ENABLE
+ bool "Enable I2C/TWI controller 4"
+ default n
+ ---help---
+ See I2C1_ENABLE help text.
+endif
+
config VIDEO
boolean "Enable graphical uboot console on HDMI, LCD or VGA"
default y
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
index 986261a..0fb458b 100644
--- a/board/sunxi/board.c
+++ b/board/sunxi/board.c
@@ -276,9 +276,80 @@ int board_mmc_init(bd_t *bis)
void i2c_init_board(void)
{
- sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUNXI_GPB_TWI0);
- sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUNXI_GPB_TWI0);
+#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN5I) || defined(CONFIG_MACH_SUN7I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUN4I_GPB_TWI0);
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUN4I_GPB_TWI0);
clock_twi_onoff(0, 1);
+#elif defined(CONFIG_MACH_SUN6I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(14), SUN6I_GPH_TWI0);
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(15), SUN6I_GPH_TWI0);
+ clock_twi_onoff(0, 1);
+#elif defined(CONFIG_MACH_SUN8I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(2), SUN8I_GPH_TWI0);
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(3), SUN8I_GPH_TWI0);
+ clock_twi_onoff(0, 1);
+#endif
+
+#ifdef CONFIG_I2C1_ENABLE
+#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN4I_GPB_TWI1);
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(19), SUN4I_GPB_TWI1);
+ clock_twi_onoff(1, 1);
+#elif defined(CONFIG_MACH_SUN5I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(15), SUN5I_GPB_TWI1);
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(16), SUN5I_GPB_TWI1);
+ clock_twi_onoff(1, 1);
+#elif defined(CONFIG_MACH_SUN6I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(16), SUN6I_GPH_TWI1);
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(17), SUN6I_GPH_TWI1);
+ clock_twi_onoff(1, 1);
+#elif defined(CONFIG_MACH_SUN8I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(4), SUN8I_GPH_TWI1);
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(5), SUN8I_GPH_TWI1);
+ clock_twi_onoff(1, 1);
+#endif
+#endif
+
+#ifdef CONFIG_I2C2_ENABLE
+#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(20), SUN4I_GPB_TWI2);
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(21), SUN4I_GPB_TWI2);
+ clock_twi_onoff(2, 1);
+#elif defined(CONFIG_MACH_SUN5I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(17), SUN5I_GPB_TWI2);
+ sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN5I_GPB_TWI2);
+ clock_twi_onoff(2, 1);
+#elif defined(CONFIG_MACH_SUN6I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(18), SUN6I_GPH_TWI2);
+ sunxi_gpio_set_cfgpin(SUNXI_GPH(19), SUN6I_GPH_TWI2);
+ clock_twi_onoff(2, 1);
+#elif defined(CONFIG_MACH_SUN8I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPE(12), SUN8I_GPE_TWI2);
+ sunxi_gpio_set_cfgpin(SUNXI_GPE(13), SUN8I_GPE_TWI2);
+ clock_twi_onoff(2, 1);
+#endif
+#endif
+
+#ifdef CONFIG_I2C3_ENABLE
+#if defined(CONFIG_MACH_SUN6I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPG(10), SUN6I_GPG_TWI3);
+ sunxi_gpio_set_cfgpin(SUNXI_GPG(11), SUN6I_GPG_TWI3);
+ clock_twi_onoff(3, 1);
+#elif defined(CONFIG_MACH_SUN7I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPI(0), SUN7I_GPI_TWI3);
+ sunxi_gpio_set_cfgpin(SUNXI_GPI(1), SUN7I_GPI_TWI3);
+ clock_twi_onoff(3, 1);
+#endif
+#endif
+
+#ifdef CONFIG_I2C4_ENABLE
+#if defined(CONFIG_MACH_SUN7I)
+ sunxi_gpio_set_cfgpin(SUNXI_GPI(2), SUN7I_GPI_TWI4);
+ sunxi_gpio_set_cfgpin(SUNXI_GPI(3), SUN7I_GPI_TWI4);
+ clock_twi_onoff(4, 1);
+#endif
+#endif
+
#if defined CONFIG_VIDEO_LCD_PANEL_I2C && !(defined CONFIG_SPL_BUILD)
soft_i2c_gpio_sda = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SDA);
soft_i2c_gpio_scl = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SCL);
--
1.9.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 3/3] sunxi: I2C/TWI configs for a few single-board-computers
2015-04-04 20:49 [U-Boot] [PATCH 0/3] i2c: sunxi: Support every i2c controller on each supported platform Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 1/3] i2c: mvtwsi: Support for up to 4 different controllers Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform Paul Kocialkowski
@ 2015-04-04 20:49 ` Paul Kocialkowski
2 siblings, 0 replies; 11+ messages in thread
From: Paul Kocialkowski @ 2015-04-04 20:49 UTC (permalink / raw)
To: u-boot
This enables the exposed I2C/TWI busses on a few single-board-computers
(Olimex and Cubieboard).
Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
---
configs/A10-OLinuXino-Lime_defconfig | 2 ++
configs/A10s-OLinuXino-M_defconfig | 2 ++
configs/A13-OLinuXinoM_defconfig | 2 ++
configs/A13-OLinuXino_defconfig | 2 ++
configs/A20-OLinuXino-Lime2_defconfig | 2 ++
configs/A20-OLinuXino-Lime_defconfig | 2 ++
configs/A20-OLinuXino_MICRO_defconfig | 2 ++
configs/Cubieboard2_defconfig | 1 +
configs/Cubieboard_defconfig | 1 +
9 files changed, 16 insertions(+)
diff --git a/configs/A10-OLinuXino-Lime_defconfig b/configs/A10-OLinuXino-Lime_defconfig
index 3e19424..63bd815 100644
--- a/configs/A10-OLinuXino-Lime_defconfig
+++ b/configs/A10-OLinuXino-Lime_defconfig
@@ -1,6 +1,8 @@
CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="AXP209_POWER,SUNXI_EMAC,AHCI,SATAPWR=SUNXI_GPC(3),USB_EHCI"
CONFIG_FDTFILE="sun4i-a10-olinuxino-lime.dtb"
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_ARM=y
CONFIG_ARCH_SUNXI=y
CONFIG_MACH_SUN4I=y
diff --git a/configs/A10s-OLinuXino-M_defconfig b/configs/A10s-OLinuXino-M_defconfig
index 73b7894..d7d52fc 100644
--- a/configs/A10s-OLinuXino-M_defconfig
+++ b/configs/A10s-OLinuXino-M_defconfig
@@ -5,6 +5,8 @@ CONFIG_MMC_SUNXI_SLOT_EXTRA=1
CONFIG_USB1_VBUS_PIN="PB10"
CONFIG_MMC0_CD_PIN="PG1"
CONFIG_MMC1_CD_PIN="PG13"
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_ARM=y
CONFIG_ARCH_SUNXI=y
CONFIG_MACH_SUN5I=y
diff --git a/configs/A13-OLinuXinoM_defconfig b/configs/A13-OLinuXinoM_defconfig
index ab890c6..821cb08 100644
--- a/configs/A13-OLinuXinoM_defconfig
+++ b/configs/A13-OLinuXinoM_defconfig
@@ -2,6 +2,8 @@ CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="CONS_INDEX=2,USB_EHCI"
CONFIG_FDTFILE="sun5i-a13-olinuxino-micro.dtb"
CONFIG_USB1_VBUS_PIN="PG11"
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_VIDEO_HDMI=n
CONFIG_VIDEO_VGA_VIA_LCD=y
CONFIG_VIDEO_VGA_VIA_LCD_FORCE_SYNC_ACTIVE_HIGH=y
diff --git a/configs/A13-OLinuXino_defconfig b/configs/A13-OLinuXino_defconfig
index b923d3e..0f52bb5 100644
--- a/configs/A13-OLinuXino_defconfig
+++ b/configs/A13-OLinuXino_defconfig
@@ -2,6 +2,8 @@ CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="CONS_INDEX=2,AXP209_POWER,USB_EHCI"
CONFIG_FDTFILE="sun5i-a13-olinuxino.dtb"
CONFIG_USB1_VBUS_PIN="PG11"
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_VIDEO_HDMI=n
CONFIG_VIDEO_VGA_VIA_LCD=y
CONFIG_VIDEO_VGA_VIA_LCD_FORCE_SYNC_ACTIVE_HIGH=y
diff --git a/configs/A20-OLinuXino-Lime2_defconfig b/configs/A20-OLinuXino-Lime2_defconfig
index 4fcff92..3c05a8b 100644
--- a/configs/A20-OLinuXino-Lime2_defconfig
+++ b/configs/A20-OLinuXino-Lime2_defconfig
@@ -4,6 +4,8 @@ CONFIG_FDTFILE="sun7i-a20-olinuxino-lime2.dtb"
CONFIG_MMC0_CD_PIN="PH1"
CONFIG_USB0_VBUS_PIN="PC17"
CONFIG_USB0_VBUS_DET="PH5"
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_ARM=y
CONFIG_ARCH_SUNXI=y
CONFIG_MACH_SUN7I=y
diff --git a/configs/A20-OLinuXino-Lime_defconfig b/configs/A20-OLinuXino-Lime_defconfig
index 8d71d5f..6537290 100644
--- a/configs/A20-OLinuXino-Lime_defconfig
+++ b/configs/A20-OLinuXino-Lime_defconfig
@@ -1,6 +1,8 @@
CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="AXP209_POWER,SUNXI_GMAC,AHCI,SATAPWR=SUNXI_GPC(3),USB_EHCI"
CONFIG_FDTFILE="sun7i-a20-olinuxino-lime.dtb"
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_ARM=y
CONFIG_ARCH_SUNXI=y
CONFIG_MACH_SUN7I=y
diff --git a/configs/A20-OLinuXino_MICRO_defconfig b/configs/A20-OLinuXino_MICRO_defconfig
index 377bd46..43bb8e7 100644
--- a/configs/A20-OLinuXino_MICRO_defconfig
+++ b/configs/A20-OLinuXino_MICRO_defconfig
@@ -2,6 +2,8 @@ CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="AXP209_POWER,SUNXI_GMAC,AHCI,SATAPWR=SUNXI_GPB(8),USB_EHCI"
CONFIG_FDTFILE="sun7i-a20-olinuxino-micro.dtb"
CONFIG_MMC_SUNXI_SLOT_EXTRA=3
+CONFIG_I2C1_ENABLE=y
+CONFIG_I2C2_ENABLE=y
CONFIG_VIDEO_VGA=y
CONFIG_MMC0_CD_PIN="PH1"
CONFIG_MMC3_CD_PIN="PH11"
diff --git a/configs/Cubieboard2_defconfig b/configs/Cubieboard2_defconfig
index d866ad1..bcf2c34 100644
--- a/configs/Cubieboard2_defconfig
+++ b/configs/Cubieboard2_defconfig
@@ -2,6 +2,7 @@ CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="AXP209_POWER,SUNXI_GMAC,AHCI,SATAPWR=SUNXI_GPB(8),USB_EHCI"
CONFIG_FDTFILE="sun7i-a20-cubieboard2.dtb"
CONFIG_MMC0_CD_PIN="PH1"
+CONFIG_I2C1_ENABLE=y
CONFIG_ARM=y
CONFIG_ARCH_SUNXI=y
CONFIG_MACH_SUN7I=y
diff --git a/configs/Cubieboard_defconfig b/configs/Cubieboard_defconfig
index 0b5c536..84042b5 100644
--- a/configs/Cubieboard_defconfig
+++ b/configs/Cubieboard_defconfig
@@ -1,6 +1,7 @@
CONFIG_SPL=y
CONFIG_SYS_EXTRA_OPTIONS="AXP209_POWER,SUNXI_EMAC,AHCI,SATAPWR=SUNXI_GPB(8),USB_EHCI"
CONFIG_FDTFILE="sun4i-a10-cubieboard.dtb"
+CONFIG_I2C1_ENABLE=y
CONFIG_ARM=y
CONFIG_ARCH_SUNXI=y
CONFIG_MACH_SUN4I=y
--
1.9.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-04 20:49 ` [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform Paul Kocialkowski
@ 2015-04-05 18:31 ` Simon Glass
2015-04-05 20:56 ` Paul Kocialkowski
0 siblings, 1 reply; 11+ messages in thread
From: Simon Glass @ 2015-04-05 18:31 UTC (permalink / raw)
To: u-boot
Hi Paul,
On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
> Sunxi platforms come with at least 3 TWI (I2C) controllers and some platforms
> even have up to 5. This adds support for every controller on each supported
> platform, which is especially useful when using expansion ports on single-board-
> computers.
>
> Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
> ---
> arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
> arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
> arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
> board/sunxi/Kconfig | 31 ++++++++++++
> board/sunxi/board.c | 75 ++++++++++++++++++++++++++++-
> 5 files changed, 138 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
> index dae6069..f403742 100644
> --- a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
> +++ b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
> @@ -94,6 +94,13 @@
> #define SUNXI_TWI0_BASE 0x01c2ac00
> #define SUNXI_TWI1_BASE 0x01c2b000
> #define SUNXI_TWI2_BASE 0x01c2b400
> +#ifdef CONFIG_MACH_SUN6I
> +#define SUNXI_TWI3_BASE 0x01c0b800
> +#endif
> +#ifdef CONFIG_MACH_SUN7I
> +#define SUNXI_TWI3_BASE 0x01c2b800
> +#define SUNXI_TWI4_BASE 0x01c2c000
> +#endif
>
> #define SUNXI_CAN_BASE 0x01c2bc00
>
> diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h b/arch/arm/include/asm/arch-sunxi/gpio.h
> index f227044..ae7cbb7 100644
> --- a/arch/arm/include/asm/arch-sunxi/gpio.h
> +++ b/arch/arm/include/asm/arch-sunxi/gpio.h
> @@ -148,7 +148,11 @@ enum sunxi_gpio_number {
> #define SUN6I_GPA_SDC2 5
> #define SUN6I_GPA_SDC3 4
>
> -#define SUNXI_GPB_TWI0 2
> +#define SUN4I_GPB_TWI0 2
> +#define SUN4I_GPB_TWI1 2
> +#define SUN5I_GPB_TWI1 2
> +#define SUN4I_GPB_TWI2 2
> +#define SUN5I_GPB_TWI2 2
> #define SUN4I_GPB_UART0 2
> #define SUN5I_GPB_UART0 2
>
> @@ -160,6 +164,7 @@ enum sunxi_gpio_number {
> #define SUNXI_GPD_LVDS0 3
>
> #define SUN5I_GPE_SDC2 3
> +#define SUN8I_GPE_TWI2 3
>
> #define SUNXI_GPF_SDC0 2
> #define SUNXI_GPF_UART0 4
> @@ -169,12 +174,20 @@ enum sunxi_gpio_number {
> #define SUN5I_GPG_SDC1 2
> #define SUN6I_GPG_SDC1 2
> #define SUN8I_GPG_SDC1 2
> +#define SUN6I_GPG_TWI3 2
> #define SUN5I_GPG_UART1 4
>
> #define SUN4I_GPH_SDC1 5
> +#define SUN6I_GPH_TWI0 2
> +#define SUN8I_GPH_TWI0 2
> +#define SUN6I_GPH_TWI1 2
> +#define SUN8I_GPH_TWI1 2
> +#define SUN6I_GPH_TWI2 2
> #define SUN6I_GPH_UART0 2
>
> #define SUNXI_GPI_SDC3 2
> +#define SUN7I_GPI_TWI3 3
> +#define SUN7I_GPI_TWI4 3
>
> #define SUN6I_GPL0_R_P2WI_SCK 3
> #define SUN6I_GPL1_R_P2WI_SDA 3
> diff --git a/arch/arm/include/asm/arch-sunxi/i2c.h b/arch/arm/include/asm/arch-sunxi/i2c.h
> index 502e3c6..5e9586f 100644
> --- a/arch/arm/include/asm/arch-sunxi/i2c.h
> +++ b/arch/arm/include/asm/arch-sunxi/i2c.h
> @@ -9,6 +9,19 @@
> #include <asm/arch/cpu.h>
>
> #define CONFIG_I2C_MVTWSI_BASE0 SUNXI_TWI0_BASE
> +#ifdef CONFIG_I2C1_ENABLE
> +#define CONFIG_I2C_MVTWSI_BASE1 SUNXI_TWI1_BASE
> +#endif
> +#ifdef CONFIG_I2C2_ENABLE
> +#define CONFIG_I2C_MVTWSI_BASE2 SUNXI_TWI2_BASE
> +#endif
> +#ifdef CONFIG_I2C3_ENABLE
> +#define CONFIG_I2C_MVTWSI_BASE3 SUNXI_TWI3_BASE
> +#endif
> +#ifdef CONFIG_I2C4_ENABLE
> +#define CONFIG_I2C_MVTWSI_BASE4 SUNXI_TWI4_BASE
> +#endif
> +
> /* This is abp0-clk on sun4i/5i/7i / abp1-clk on sun6i/sun8i which is 24MHz */
> #define CONFIG_SYS_TCLK 24000000
>
> diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
> index ccc2080..d3b5bad 100644
> --- a/board/sunxi/Kconfig
> +++ b/board/sunxi/Kconfig
> @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
> ---help---
> See USB1_VBUS_PIN help text.
>
> +config I2C1_ENABLE
> + bool "Enable I2C/TWI controller 1"
> + default n
> + ---help---
> + This allows enabling I2C/TWI controller 1 by muxing its pins, enabling
> + its clock and setting up the bus. This is especially useful on devices
> + with slaves connected to the bus or with pins exposed through e.g. an
> + expansion port/header.
> +
> +config I2C2_ENABLE
> + bool "Enable I2C/TWI controller 2"
> + default n
> + ---help---
> + See I2C1_ENABLE help text.
> +
> +if MACH_SUN6I || MACH_SUN7I
> +config I2C3_ENABLE
> + bool "Enable I2C/TWI controller 3"
> + default n
> + ---help---
> + See I2C1_ENABLE help text.
> +endif
> +
> +if MACH_SUN7I
> +config I2C4_ENABLE
> + bool "Enable I2C/TWI controller 4"
> + default n
> + ---help---
> + See I2C1_ENABLE help text.
> +endif
It seems wrong to me to add these when they are already in the device
tree for the board. Can we not use that? If you would rather wait
until we have driver model I2C on sunxi (mvtwsi, I think) then I'd be
happy to do the conversion. It's pretty easy.
How can we get sunxi moved over before there is an explosion of these
sorts of things (as we have already seen with video options)?
> +
> config VIDEO
> boolean "Enable graphical uboot console on HDMI, LCD or VGA"
> default y
> diff --git a/board/sunxi/board.c b/board/sunxi/board.c
> index 986261a..0fb458b 100644
> --- a/board/sunxi/board.c
> +++ b/board/sunxi/board.c
> @@ -276,9 +276,80 @@ int board_mmc_init(bd_t *bis)
>
> void i2c_init_board(void)
> {
> - sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUNXI_GPB_TWI0);
> - sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUNXI_GPB_TWI0);
> +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN5I) || defined(CONFIG_MACH_SUN7I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUN4I_GPB_TWI0);
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUN4I_GPB_TWI0);
> clock_twi_onoff(0, 1);
> +#elif defined(CONFIG_MACH_SUN6I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(14), SUN6I_GPH_TWI0);
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(15), SUN6I_GPH_TWI0);
> + clock_twi_onoff(0, 1);
> +#elif defined(CONFIG_MACH_SUN8I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(2), SUN8I_GPH_TWI0);
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(3), SUN8I_GPH_TWI0);
> + clock_twi_onoff(0, 1);
> +#endif
> +
> +#ifdef CONFIG_I2C1_ENABLE
> +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN4I_GPB_TWI1);
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(19), SUN4I_GPB_TWI1);
> + clock_twi_onoff(1, 1);
> +#elif defined(CONFIG_MACH_SUN5I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(15), SUN5I_GPB_TWI1);
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(16), SUN5I_GPB_TWI1);
> + clock_twi_onoff(1, 1);
> +#elif defined(CONFIG_MACH_SUN6I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(16), SUN6I_GPH_TWI1);
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(17), SUN6I_GPH_TWI1);
> + clock_twi_onoff(1, 1);
> +#elif defined(CONFIG_MACH_SUN8I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(4), SUN8I_GPH_TWI1);
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(5), SUN8I_GPH_TWI1);
> + clock_twi_onoff(1, 1);
> +#endif
> +#endif
> +
> +#ifdef CONFIG_I2C2_ENABLE
> +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(20), SUN4I_GPB_TWI2);
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(21), SUN4I_GPB_TWI2);
> + clock_twi_onoff(2, 1);
> +#elif defined(CONFIG_MACH_SUN5I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(17), SUN5I_GPB_TWI2);
> + sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN5I_GPB_TWI2);
> + clock_twi_onoff(2, 1);
> +#elif defined(CONFIG_MACH_SUN6I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(18), SUN6I_GPH_TWI2);
> + sunxi_gpio_set_cfgpin(SUNXI_GPH(19), SUN6I_GPH_TWI2);
> + clock_twi_onoff(2, 1);
> +#elif defined(CONFIG_MACH_SUN8I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPE(12), SUN8I_GPE_TWI2);
> + sunxi_gpio_set_cfgpin(SUNXI_GPE(13), SUN8I_GPE_TWI2);
> + clock_twi_onoff(2, 1);
> +#endif
> +#endif
> +
> +#ifdef CONFIG_I2C3_ENABLE
> +#if defined(CONFIG_MACH_SUN6I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPG(10), SUN6I_GPG_TWI3);
> + sunxi_gpio_set_cfgpin(SUNXI_GPG(11), SUN6I_GPG_TWI3);
> + clock_twi_onoff(3, 1);
> +#elif defined(CONFIG_MACH_SUN7I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPI(0), SUN7I_GPI_TWI3);
> + sunxi_gpio_set_cfgpin(SUNXI_GPI(1), SUN7I_GPI_TWI3);
> + clock_twi_onoff(3, 1);
> +#endif
> +#endif
> +
> +#ifdef CONFIG_I2C4_ENABLE
> +#if defined(CONFIG_MACH_SUN7I)
> + sunxi_gpio_set_cfgpin(SUNXI_GPI(2), SUN7I_GPI_TWI4);
> + sunxi_gpio_set_cfgpin(SUNXI_GPI(3), SUN7I_GPI_TWI4);
> + clock_twi_onoff(4, 1);
> +#endif
> +#endif
> +
> #if defined CONFIG_VIDEO_LCD_PANEL_I2C && !(defined CONFIG_SPL_BUILD)
> soft_i2c_gpio_sda = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SDA);
> soft_i2c_gpio_scl = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SCL);
> --
> 1.9.1
Regards,
Simon
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-05 18:31 ` Simon Glass
@ 2015-04-05 20:56 ` Paul Kocialkowski
2015-04-05 21:52 ` Simon Glass
2015-04-06 8:43 ` Hans de Goede
0 siblings, 2 replies; 11+ messages in thread
From: Paul Kocialkowski @ 2015-04-05 20:56 UTC (permalink / raw)
To: u-boot
Le dimanche 05 avril 2015 ? 12:31 -0600, Simon Glass a ?crit :
> Hi Paul,
>
> On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
> > Sunxi platforms come with at least 3 TWI (I2C) controllers and some platforms
> > even have up to 5. This adds support for every controller on each supported
> > platform, which is especially useful when using expansion ports on single-board-
> > computers.
> >
> > Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
> > ---
> > arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
> > arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
> > arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
> > board/sunxi/Kconfig | 31 ++++++++++++
> > board/sunxi/board.c | 75 ++++++++++++++++++++++++++++-
> > 5 files changed, 138 insertions(+), 3 deletions(-)
> >
> > diff --git a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
> > index dae6069..f403742 100644
> > --- a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
> > +++ b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
> > @@ -94,6 +94,13 @@
> > #define SUNXI_TWI0_BASE 0x01c2ac00
> > #define SUNXI_TWI1_BASE 0x01c2b000
> > #define SUNXI_TWI2_BASE 0x01c2b400
> > +#ifdef CONFIG_MACH_SUN6I
> > +#define SUNXI_TWI3_BASE 0x01c0b800
> > +#endif
> > +#ifdef CONFIG_MACH_SUN7I
> > +#define SUNXI_TWI3_BASE 0x01c2b800
> > +#define SUNXI_TWI4_BASE 0x01c2c000
> > +#endif
> >
> > #define SUNXI_CAN_BASE 0x01c2bc00
> >
> > diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h b/arch/arm/include/asm/arch-sunxi/gpio.h
> > index f227044..ae7cbb7 100644
> > --- a/arch/arm/include/asm/arch-sunxi/gpio.h
> > +++ b/arch/arm/include/asm/arch-sunxi/gpio.h
> > @@ -148,7 +148,11 @@ enum sunxi_gpio_number {
> > #define SUN6I_GPA_SDC2 5
> > #define SUN6I_GPA_SDC3 4
> >
> > -#define SUNXI_GPB_TWI0 2
> > +#define SUN4I_GPB_TWI0 2
> > +#define SUN4I_GPB_TWI1 2
> > +#define SUN5I_GPB_TWI1 2
> > +#define SUN4I_GPB_TWI2 2
> > +#define SUN5I_GPB_TWI2 2
> > #define SUN4I_GPB_UART0 2
> > #define SUN5I_GPB_UART0 2
> >
> > @@ -160,6 +164,7 @@ enum sunxi_gpio_number {
> > #define SUNXI_GPD_LVDS0 3
> >
> > #define SUN5I_GPE_SDC2 3
> > +#define SUN8I_GPE_TWI2 3
> >
> > #define SUNXI_GPF_SDC0 2
> > #define SUNXI_GPF_UART0 4
> > @@ -169,12 +174,20 @@ enum sunxi_gpio_number {
> > #define SUN5I_GPG_SDC1 2
> > #define SUN6I_GPG_SDC1 2
> > #define SUN8I_GPG_SDC1 2
> > +#define SUN6I_GPG_TWI3 2
> > #define SUN5I_GPG_UART1 4
> >
> > #define SUN4I_GPH_SDC1 5
> > +#define SUN6I_GPH_TWI0 2
> > +#define SUN8I_GPH_TWI0 2
> > +#define SUN6I_GPH_TWI1 2
> > +#define SUN8I_GPH_TWI1 2
> > +#define SUN6I_GPH_TWI2 2
> > #define SUN6I_GPH_UART0 2
> >
> > #define SUNXI_GPI_SDC3 2
> > +#define SUN7I_GPI_TWI3 3
> > +#define SUN7I_GPI_TWI4 3
> >
> > #define SUN6I_GPL0_R_P2WI_SCK 3
> > #define SUN6I_GPL1_R_P2WI_SDA 3
> > diff --git a/arch/arm/include/asm/arch-sunxi/i2c.h b/arch/arm/include/asm/arch-sunxi/i2c.h
> > index 502e3c6..5e9586f 100644
> > --- a/arch/arm/include/asm/arch-sunxi/i2c.h
> > +++ b/arch/arm/include/asm/arch-sunxi/i2c.h
> > @@ -9,6 +9,19 @@
> > #include <asm/arch/cpu.h>
> >
> > #define CONFIG_I2C_MVTWSI_BASE0 SUNXI_TWI0_BASE
> > +#ifdef CONFIG_I2C1_ENABLE
> > +#define CONFIG_I2C_MVTWSI_BASE1 SUNXI_TWI1_BASE
> > +#endif
> > +#ifdef CONFIG_I2C2_ENABLE
> > +#define CONFIG_I2C_MVTWSI_BASE2 SUNXI_TWI2_BASE
> > +#endif
> > +#ifdef CONFIG_I2C3_ENABLE
> > +#define CONFIG_I2C_MVTWSI_BASE3 SUNXI_TWI3_BASE
> > +#endif
> > +#ifdef CONFIG_I2C4_ENABLE
> > +#define CONFIG_I2C_MVTWSI_BASE4 SUNXI_TWI4_BASE
> > +#endif
> > +
> > /* This is abp0-clk on sun4i/5i/7i / abp1-clk on sun6i/sun8i which is 24MHz */
> > #define CONFIG_SYS_TCLK 24000000
> >
> > diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
> > index ccc2080..d3b5bad 100644
> > --- a/board/sunxi/Kconfig
> > +++ b/board/sunxi/Kconfig
> > @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
> > ---help---
> > See USB1_VBUS_PIN help text.
> >
> > +config I2C1_ENABLE
> > + bool "Enable I2C/TWI controller 1"
> > + default n
> > + ---help---
> > + This allows enabling I2C/TWI controller 1 by muxing its pins, enabling
> > + its clock and setting up the bus. This is especially useful on devices
> > + with slaves connected to the bus or with pins exposed through e.g. an
> > + expansion port/header.
> > +
> > +config I2C2_ENABLE
> > + bool "Enable I2C/TWI controller 2"
> > + default n
> > + ---help---
> > + See I2C1_ENABLE help text.
> > +
> > +if MACH_SUN6I || MACH_SUN7I
> > +config I2C3_ENABLE
> > + bool "Enable I2C/TWI controller 3"
> > + default n
> > + ---help---
> > + See I2C1_ENABLE help text.
> > +endif
> > +
> > +if MACH_SUN7I
> > +config I2C4_ENABLE
> > + bool "Enable I2C/TWI controller 4"
> > + default n
> > + ---help---
> > + See I2C1_ENABLE help text.
> > +endif
>
> It seems wrong to me to add these when they are already in the device
> tree for the board. Can we not use that?
Well, Hans has a point when saying that some users may use those pins as
GPIO while some others may use the TWI/I2C functions, so it makes sense
to make this configurable via Kconfig instead of being statically
defined.
> If you would rather wait until we have driver model I2C on sunxi
> (mvtwsi, I think) then I'd be happy to do the conversion. It's pretty
> easy.
I would be happy to see U-Boot on sunxi use devicetree and driver model
for TWI/I2C as well (provided users can still configure what busses to
enable). Still, I'd like to see this getting merged as a short term
solution.
> How can we get sunxi moved over before there is an explosion of these
> sorts of things (as we have already seen with video options)?
I think Hans will know better (than myself) how to do this right.
> > +
> > config VIDEO
> > boolean "Enable graphical uboot console on HDMI, LCD or VGA"
> > default y
> > diff --git a/board/sunxi/board.c b/board/sunxi/board.c
> > index 986261a..0fb458b 100644
> > --- a/board/sunxi/board.c
> > +++ b/board/sunxi/board.c
> > @@ -276,9 +276,80 @@ int board_mmc_init(bd_t *bis)
> >
> > void i2c_init_board(void)
> > {
> > - sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUNXI_GPB_TWI0);
> > - sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUNXI_GPB_TWI0);
> > +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN5I) || defined(CONFIG_MACH_SUN7I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUN4I_GPB_TWI0);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUN4I_GPB_TWI0);
> > clock_twi_onoff(0, 1);
> > +#elif defined(CONFIG_MACH_SUN6I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(14), SUN6I_GPH_TWI0);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(15), SUN6I_GPH_TWI0);
> > + clock_twi_onoff(0, 1);
> > +#elif defined(CONFIG_MACH_SUN8I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(2), SUN8I_GPH_TWI0);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(3), SUN8I_GPH_TWI0);
> > + clock_twi_onoff(0, 1);
> > +#endif
> > +
> > +#ifdef CONFIG_I2C1_ENABLE
> > +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN4I_GPB_TWI1);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(19), SUN4I_GPB_TWI1);
> > + clock_twi_onoff(1, 1);
> > +#elif defined(CONFIG_MACH_SUN5I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(15), SUN5I_GPB_TWI1);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(16), SUN5I_GPB_TWI1);
> > + clock_twi_onoff(1, 1);
> > +#elif defined(CONFIG_MACH_SUN6I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(16), SUN6I_GPH_TWI1);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(17), SUN6I_GPH_TWI1);
> > + clock_twi_onoff(1, 1);
> > +#elif defined(CONFIG_MACH_SUN8I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(4), SUN8I_GPH_TWI1);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(5), SUN8I_GPH_TWI1);
> > + clock_twi_onoff(1, 1);
> > +#endif
> > +#endif
> > +
> > +#ifdef CONFIG_I2C2_ENABLE
> > +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(20), SUN4I_GPB_TWI2);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(21), SUN4I_GPB_TWI2);
> > + clock_twi_onoff(2, 1);
> > +#elif defined(CONFIG_MACH_SUN5I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(17), SUN5I_GPB_TWI2);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN5I_GPB_TWI2);
> > + clock_twi_onoff(2, 1);
> > +#elif defined(CONFIG_MACH_SUN6I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(18), SUN6I_GPH_TWI2);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(19), SUN6I_GPH_TWI2);
> > + clock_twi_onoff(2, 1);
> > +#elif defined(CONFIG_MACH_SUN8I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPE(12), SUN8I_GPE_TWI2);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPE(13), SUN8I_GPE_TWI2);
> > + clock_twi_onoff(2, 1);
> > +#endif
> > +#endif
> > +
> > +#ifdef CONFIG_I2C3_ENABLE
> > +#if defined(CONFIG_MACH_SUN6I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPG(10), SUN6I_GPG_TWI3);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPG(11), SUN6I_GPG_TWI3);
> > + clock_twi_onoff(3, 1);
> > +#elif defined(CONFIG_MACH_SUN7I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(0), SUN7I_GPI_TWI3);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(1), SUN7I_GPI_TWI3);
> > + clock_twi_onoff(3, 1);
> > +#endif
> > +#endif
> > +
> > +#ifdef CONFIG_I2C4_ENABLE
> > +#if defined(CONFIG_MACH_SUN7I)
> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(2), SUN7I_GPI_TWI4);
> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(3), SUN7I_GPI_TWI4);
> > + clock_twi_onoff(4, 1);
> > +#endif
> > +#endif
> > +
> > #if defined CONFIG_VIDEO_LCD_PANEL_I2C && !(defined CONFIG_SPL_BUILD)
> > soft_i2c_gpio_sda = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SDA);
> > soft_i2c_gpio_scl = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SCL);
> > --
> > 1.9.1
>
> Regards,
> Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20150405/619b7856/attachment.sig>
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-05 20:56 ` Paul Kocialkowski
@ 2015-04-05 21:52 ` Simon Glass
2015-04-06 8:43 ` Hans de Goede
1 sibling, 0 replies; 11+ messages in thread
From: Simon Glass @ 2015-04-05 21:52 UTC (permalink / raw)
To: u-boot
Hi Paul,
On 5 April 2015 at 14:56, Paul Kocialkowski <contact@paulk.fr> wrote:
> Le dimanche 05 avril 2015 ? 12:31 -0600, Simon Glass a ?crit :
>> Hi Paul,
>>
>> On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
>> > Sunxi platforms come with at least 3 TWI (I2C) controllers and some platforms
>> > even have up to 5. This adds support for every controller on each supported
>> > platform, which is especially useful when using expansion ports on single-board-
>> > computers.
>> >
>> > Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
>> > ---
>> > arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
>> > arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
>> > arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
>> > board/sunxi/Kconfig | 31 ++++++++++++
>> > board/sunxi/board.c | 75 ++++++++++++++++++++++++++++-
>> > 5 files changed, 138 insertions(+), 3 deletions(-)
>> >
>> > diff --git a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
>> > index dae6069..f403742 100644
>> > --- a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
>> > +++ b/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h
>> > @@ -94,6 +94,13 @@
>> > #define SUNXI_TWI0_BASE 0x01c2ac00
>> > #define SUNXI_TWI1_BASE 0x01c2b000
>> > #define SUNXI_TWI2_BASE 0x01c2b400
>> > +#ifdef CONFIG_MACH_SUN6I
>> > +#define SUNXI_TWI3_BASE 0x01c0b800
>> > +#endif
>> > +#ifdef CONFIG_MACH_SUN7I
>> > +#define SUNXI_TWI3_BASE 0x01c2b800
>> > +#define SUNXI_TWI4_BASE 0x01c2c000
>> > +#endif
>> >
>> > #define SUNXI_CAN_BASE 0x01c2bc00
>> >
>> > diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h b/arch/arm/include/asm/arch-sunxi/gpio.h
>> > index f227044..ae7cbb7 100644
>> > --- a/arch/arm/include/asm/arch-sunxi/gpio.h
>> > +++ b/arch/arm/include/asm/arch-sunxi/gpio.h
>> > @@ -148,7 +148,11 @@ enum sunxi_gpio_number {
>> > #define SUN6I_GPA_SDC2 5
>> > #define SUN6I_GPA_SDC3 4
>> >
>> > -#define SUNXI_GPB_TWI0 2
>> > +#define SUN4I_GPB_TWI0 2
>> > +#define SUN4I_GPB_TWI1 2
>> > +#define SUN5I_GPB_TWI1 2
>> > +#define SUN4I_GPB_TWI2 2
>> > +#define SUN5I_GPB_TWI2 2
>> > #define SUN4I_GPB_UART0 2
>> > #define SUN5I_GPB_UART0 2
>> >
>> > @@ -160,6 +164,7 @@ enum sunxi_gpio_number {
>> > #define SUNXI_GPD_LVDS0 3
>> >
>> > #define SUN5I_GPE_SDC2 3
>> > +#define SUN8I_GPE_TWI2 3
>> >
>> > #define SUNXI_GPF_SDC0 2
>> > #define SUNXI_GPF_UART0 4
>> > @@ -169,12 +174,20 @@ enum sunxi_gpio_number {
>> > #define SUN5I_GPG_SDC1 2
>> > #define SUN6I_GPG_SDC1 2
>> > #define SUN8I_GPG_SDC1 2
>> > +#define SUN6I_GPG_TWI3 2
>> > #define SUN5I_GPG_UART1 4
>> >
>> > #define SUN4I_GPH_SDC1 5
>> > +#define SUN6I_GPH_TWI0 2
>> > +#define SUN8I_GPH_TWI0 2
>> > +#define SUN6I_GPH_TWI1 2
>> > +#define SUN8I_GPH_TWI1 2
>> > +#define SUN6I_GPH_TWI2 2
>> > #define SUN6I_GPH_UART0 2
>> >
>> > #define SUNXI_GPI_SDC3 2
>> > +#define SUN7I_GPI_TWI3 3
>> > +#define SUN7I_GPI_TWI4 3
>> >
>> > #define SUN6I_GPL0_R_P2WI_SCK 3
>> > #define SUN6I_GPL1_R_P2WI_SDA 3
>> > diff --git a/arch/arm/include/asm/arch-sunxi/i2c.h b/arch/arm/include/asm/arch-sunxi/i2c.h
>> > index 502e3c6..5e9586f 100644
>> > --- a/arch/arm/include/asm/arch-sunxi/i2c.h
>> > +++ b/arch/arm/include/asm/arch-sunxi/i2c.h
>> > @@ -9,6 +9,19 @@
>> > #include <asm/arch/cpu.h>
>> >
>> > #define CONFIG_I2C_MVTWSI_BASE0 SUNXI_TWI0_BASE
>> > +#ifdef CONFIG_I2C1_ENABLE
>> > +#define CONFIG_I2C_MVTWSI_BASE1 SUNXI_TWI1_BASE
>> > +#endif
>> > +#ifdef CONFIG_I2C2_ENABLE
>> > +#define CONFIG_I2C_MVTWSI_BASE2 SUNXI_TWI2_BASE
>> > +#endif
>> > +#ifdef CONFIG_I2C3_ENABLE
>> > +#define CONFIG_I2C_MVTWSI_BASE3 SUNXI_TWI3_BASE
>> > +#endif
>> > +#ifdef CONFIG_I2C4_ENABLE
>> > +#define CONFIG_I2C_MVTWSI_BASE4 SUNXI_TWI4_BASE
>> > +#endif
>> > +
>> > /* This is abp0-clk on sun4i/5i/7i / abp1-clk on sun6i/sun8i which is 24MHz */
>> > #define CONFIG_SYS_TCLK 24000000
>> >
>> > diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
>> > index ccc2080..d3b5bad 100644
>> > --- a/board/sunxi/Kconfig
>> > +++ b/board/sunxi/Kconfig
>> > @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
>> > ---help---
>> > See USB1_VBUS_PIN help text.
>> >
>> > +config I2C1_ENABLE
>> > + bool "Enable I2C/TWI controller 1"
>> > + default n
>> > + ---help---
>> > + This allows enabling I2C/TWI controller 1 by muxing its pins, enabling
>> > + its clock and setting up the bus. This is especially useful on devices
>> > + with slaves connected to the bus or with pins exposed through e.g. an
>> > + expansion port/header.
>> > +
>> > +config I2C2_ENABLE
>> > + bool "Enable I2C/TWI controller 2"
>> > + default n
>> > + ---help---
>> > + See I2C1_ENABLE help text.
>> > +
>> > +if MACH_SUN6I || MACH_SUN7I
>> > +config I2C3_ENABLE
>> > + bool "Enable I2C/TWI controller 3"
>> > + default n
>> > + ---help---
>> > + See I2C1_ENABLE help text.
>> > +endif
>> > +
>> > +if MACH_SUN7I
>> > +config I2C4_ENABLE
>> > + bool "Enable I2C/TWI controller 4"
>> > + default n
>> > + ---help---
>> > + See I2C1_ENABLE help text.
>> > +endif
>>
>> It seems wrong to me to add these when they are already in the device
>> tree for the board. Can we not use that?
>
> Well, Hans has a point when saying that some users may use those pins as
> GPIO while some others may use the TWI/I2C functions, so it makes sense
> to make this configurable via Kconfig instead of being statically
> defined.
I don't see the device tree as static in the sense that people can
modify it or create their own just as with Kconfig.
>
>> If you would rather wait until we have driver model I2C on sunxi
>> (mvtwsi, I think) then I'd be happy to do the conversion. It's pretty
>> easy.
>
> I would be happy to see U-Boot on sunxi use devicetree and driver model
> for TWI/I2C as well (provided users can still configure what busses to
> enable). Still, I'd like to see this getting merged as a short term
> solution.
I did some initial work here (pcDuino3) so it should be easy enough to
use it more widely.
The problem with the short term solution is that it's unclear when it
gets revisited. I'd like to see this tidied up rather than creating
additional debt for someone to unpick. It is actually quite hard to
make these sort of changes.
>
>> How can we get sunxi moved over before there is an explosion of these
>> sorts of things (as we have already seen with video options)?
>
> I think Hans will know better (than myself) how to do this right.
In this case we could add a function like
int funcmux_setup_i2c(enum periph_id id)
which sets the I2C pins up for the specified I2C port. Then you can
call this when probing the relevant I2C port.
>
>> > +
>> > config VIDEO
>> > boolean "Enable graphical uboot console on HDMI, LCD or VGA"
>> > default y
>> > diff --git a/board/sunxi/board.c b/board/sunxi/board.c
>> > index 986261a..0fb458b 100644
>> > --- a/board/sunxi/board.c
>> > +++ b/board/sunxi/board.c
>> > @@ -276,9 +276,80 @@ int board_mmc_init(bd_t *bis)
>> >
>> > void i2c_init_board(void)
>> > {
>> > - sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUNXI_GPB_TWI0);
>> > - sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUNXI_GPB_TWI0);
>> > +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN5I) || defined(CONFIG_MACH_SUN7I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(0), SUN4I_GPB_TWI0);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(1), SUN4I_GPB_TWI0);
>> > clock_twi_onoff(0, 1);
>> > +#elif defined(CONFIG_MACH_SUN6I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(14), SUN6I_GPH_TWI0);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(15), SUN6I_GPH_TWI0);
>> > + clock_twi_onoff(0, 1);
>> > +#elif defined(CONFIG_MACH_SUN8I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(2), SUN8I_GPH_TWI0);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(3), SUN8I_GPH_TWI0);
>> > + clock_twi_onoff(0, 1);
>> > +#endif
>> > +
>> > +#ifdef CONFIG_I2C1_ENABLE
>> > +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN4I_GPB_TWI1);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(19), SUN4I_GPB_TWI1);
>> > + clock_twi_onoff(1, 1);
>> > +#elif defined(CONFIG_MACH_SUN5I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(15), SUN5I_GPB_TWI1);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(16), SUN5I_GPB_TWI1);
>> > + clock_twi_onoff(1, 1);
>> > +#elif defined(CONFIG_MACH_SUN6I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(16), SUN6I_GPH_TWI1);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(17), SUN6I_GPH_TWI1);
>> > + clock_twi_onoff(1, 1);
>> > +#elif defined(CONFIG_MACH_SUN8I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(4), SUN8I_GPH_TWI1);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(5), SUN8I_GPH_TWI1);
>> > + clock_twi_onoff(1, 1);
>> > +#endif
>> > +#endif
>> > +
>> > +#ifdef CONFIG_I2C2_ENABLE
>> > +#if defined(CONFIG_MACH_SUN4I) || defined(CONFIG_MACH_SUN7I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(20), SUN4I_GPB_TWI2);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(21), SUN4I_GPB_TWI2);
>> > + clock_twi_onoff(2, 1);
>> > +#elif defined(CONFIG_MACH_SUN5I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(17), SUN5I_GPB_TWI2);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPB(18), SUN5I_GPB_TWI2);
>> > + clock_twi_onoff(2, 1);
>> > +#elif defined(CONFIG_MACH_SUN6I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(18), SUN6I_GPH_TWI2);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPH(19), SUN6I_GPH_TWI2);
>> > + clock_twi_onoff(2, 1);
>> > +#elif defined(CONFIG_MACH_SUN8I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPE(12), SUN8I_GPE_TWI2);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPE(13), SUN8I_GPE_TWI2);
>> > + clock_twi_onoff(2, 1);
>> > +#endif
>> > +#endif
>> > +
>> > +#ifdef CONFIG_I2C3_ENABLE
>> > +#if defined(CONFIG_MACH_SUN6I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPG(10), SUN6I_GPG_TWI3);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPG(11), SUN6I_GPG_TWI3);
>> > + clock_twi_onoff(3, 1);
>> > +#elif defined(CONFIG_MACH_SUN7I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(0), SUN7I_GPI_TWI3);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(1), SUN7I_GPI_TWI3);
>> > + clock_twi_onoff(3, 1);
>> > +#endif
>> > +#endif
>> > +
>> > +#ifdef CONFIG_I2C4_ENABLE
>> > +#if defined(CONFIG_MACH_SUN7I)
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(2), SUN7I_GPI_TWI4);
>> > + sunxi_gpio_set_cfgpin(SUNXI_GPI(3), SUN7I_GPI_TWI4);
>> > + clock_twi_onoff(4, 1);
>> > +#endif
>> > +#endif
>> > +
>> > #if defined CONFIG_VIDEO_LCD_PANEL_I2C && !(defined CONFIG_SPL_BUILD)
>> > soft_i2c_gpio_sda = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SDA);
>> > soft_i2c_gpio_scl = sunxi_name_to_gpio(CONFIG_VIDEO_LCD_PANEL_I2C_SCL);
>> > --
Regards,
Simon
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-05 20:56 ` Paul Kocialkowski
2015-04-05 21:52 ` Simon Glass
@ 2015-04-06 8:43 ` Hans de Goede
2015-04-07 20:53 ` Simon Glass
1 sibling, 1 reply; 11+ messages in thread
From: Hans de Goede @ 2015-04-06 8:43 UTC (permalink / raw)
To: u-boot
Hi Simon and Paul,
On 05-04-15 22:56, Paul Kocialkowski wrote:
> Le dimanche 05 avril 2015 ? 12:31 -0600, Simon Glass a ?crit :
>> Hi Paul,
>>
>> On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
>>> Sunxi platforms come with at least 3 TWI (I2C) controllers and some platforms
>>> even have up to 5. This adds support for every controller on each supported
>>> platform, which is especially useful when using expansion ports on single-board-
>>> computers.
>>>
>>> Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
>>> ---
>>> arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
>>> arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
>>> arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
>>> board/sunxi/Kconfig | 31 ++++++++++++
>>> board/sunxi/board.c | 75 ++++++++++++++++++++++++++++-
>>> 5 files changed, 138 insertions(+), 3 deletions(-)
>>>
<snip>
>>> diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
>>> index ccc2080..d3b5bad 100644
>>> --- a/board/sunxi/Kconfig
>>> +++ b/board/sunxi/Kconfig
>>> @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
>>> ---help---
>>> See USB1_VBUS_PIN help text.
>>>
>>> +config I2C1_ENABLE
>>> + bool "Enable I2C/TWI controller 1"
>>> + default n
>>> + ---help---
>>> + This allows enabling I2C/TWI controller 1 by muxing its pins, enabling
>>> + its clock and setting up the bus. This is especially useful on devices
>>> + with slaves connected to the bus or with pins exposed through e.g. an
>>> + expansion port/header.
>>> +
>>> +config I2C2_ENABLE
>>> + bool "Enable I2C/TWI controller 2"
>>> + default n
>>> + ---help---
>>> + See I2C1_ENABLE help text.
>>> +
>>> +if MACH_SUN6I || MACH_SUN7I
>>> +config I2C3_ENABLE
>>> + bool "Enable I2C/TWI controller 3"
>>> + default n
>>> + ---help---
>>> + See I2C1_ENABLE help text.
>>> +endif
>>> +
>>> +if MACH_SUN7I
>>> +config I2C4_ENABLE
>>> + bool "Enable I2C/TWI controller 4"
>>> + default n
>>> + ---help---
>>> + See I2C1_ENABLE help text.
>>> +endif
>>
>> It seems wrong to me to add these when they are already in the device
>> tree for the board. Can we not use that?
>
> Well, Hans has a point when saying that some users may use those pins as
> GPIO while some others may use the TWI/I2C functions, so it makes sense
> to make this configurable via Kconfig instead of being statically
> defined.
>
>> If you would rather wait until we have driver model I2C on sunxi
>> (mvtwsi, I think) then I'd be happy to do the conversion. It's pretty
>> easy.
>
> I would be happy to see U-Boot on sunxi use devicetree and driver model
> for TWI/I2C as well (provided users can still configure what busses to
> enable). Still, I'd like to see this getting merged as a short term
> solution.
>
>> How can we get sunxi moved over before there is an explosion of these
>> sorts of things (as we have already seen with video options)?
I fully support moving sunxi over the devicemodel + devicetree in my
mind the following steps need to be taken:
0) Get the devicemode usb patches merged in to u-boot-dm/next
Then on top pf u-boot-dm/next:
1) Move all the sunxi boards over to use dm + dt like we're already
doing for the pcduino
2) Start using dm for usb on sunxi
3) Enable ohci support on sunxi boards next to ehci
4) Move other stuff over on a step by step basis
Note that we will likely have a mix of Kconfig + devicetree for
quite a while though since certain things which we support in
u-boot are not supported in the kernel yet so they do not have
stable devicetree bindings yet, video being the big one here.
> I think Hans will know better (than myself) how to do this right.
Not really, other then having the the generic outline above in my head,
I do not really have much experience with the devicemodel in u-boot yet,
also I do not have all that much time to work one this, so help on
this from you would certainly be very welcome. I can answer any sunxi
questions you may have, and I believe it is safe to say that Simon
can answer any device-model questions you may have.
Regards,
Hans
p.s.
Paul I'm still fine with taking your i2c patchset upstream for now,
but I do agree with Simon that we need to move to the device model
and the sooner we do that the better.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-06 8:43 ` Hans de Goede
@ 2015-04-07 20:53 ` Simon Glass
2015-04-08 7:27 ` Hans de Goede
0 siblings, 1 reply; 11+ messages in thread
From: Simon Glass @ 2015-04-07 20:53 UTC (permalink / raw)
To: u-boot
Hi,
On 6 April 2015 at 02:43, Hans de Goede <hdegoede@redhat.com> wrote:
> Hi Simon and Paul,
>
> On 05-04-15 22:56, Paul Kocialkowski wrote:
>>
>> Le dimanche 05 avril 2015 ? 12:31 -0600, Simon Glass a ?crit :
>>>
>>> Hi Paul,
>>>
>>> On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
>>>>
>>>> Sunxi platforms come with at least 3 TWI (I2C) controllers and some
>>>> platforms
>>>> even have up to 5. This adds support for every controller on each
>>>> supported
>>>> platform, which is especially useful when using expansion ports on
>>>> single-board-
>>>> computers.
>>>>
>>>> Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
>>>> ---
>>>> arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
>>>> arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
>>>> arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
>>>> board/sunxi/Kconfig | 31 ++++++++++++
>>>> board/sunxi/board.c | 75
>>>> ++++++++++++++++++++++++++++-
>>>> 5 files changed, 138 insertions(+), 3 deletions(-)
>>>>
>
> <snip>
>
>
>>>> diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
>>>> index ccc2080..d3b5bad 100644
>>>> --- a/board/sunxi/Kconfig
>>>> +++ b/board/sunxi/Kconfig
>>>> @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
>>>> ---help---
>>>> See USB1_VBUS_PIN help text.
>>>>
>>>> +config I2C1_ENABLE
>>>> + bool "Enable I2C/TWI controller 1"
>>>> + default n
>>>> + ---help---
>>>> + This allows enabling I2C/TWI controller 1 by muxing its pins,
>>>> enabling
>>>> + its clock and setting up the bus. This is especially useful on
>>>> devices
>>>> + with slaves connected to the bus or with pins exposed through
>>>> e.g. an
>>>> + expansion port/header.
>>>> +
>>>> +config I2C2_ENABLE
>>>> + bool "Enable I2C/TWI controller 2"
>>>> + default n
>>>> + ---help---
>>>> + See I2C1_ENABLE help text.
>>>> +
>>>> +if MACH_SUN6I || MACH_SUN7I
>>>> +config I2C3_ENABLE
>>>> + bool "Enable I2C/TWI controller 3"
>>>> + default n
>>>> + ---help---
>>>> + See I2C1_ENABLE help text.
>>>> +endif
>>>> +
>>>> +if MACH_SUN7I
>>>> +config I2C4_ENABLE
>>>> + bool "Enable I2C/TWI controller 4"
>>>> + default n
>>>> + ---help---
>>>> + See I2C1_ENABLE help text.
>>>> +endif
>>>
>>>
>>> It seems wrong to me to add these when they are already in the device
>>> tree for the board. Can we not use that?
>>
>>
>> Well, Hans has a point when saying that some users may use those pins as
>> GPIO while some others may use the TWI/I2C functions, so it makes sense
>> to make this configurable via Kconfig instead of being statically
>> defined.
>>
>>> If you would rather wait until we have driver model I2C on sunxi
>>> (mvtwsi, I think) then I'd be happy to do the conversion. It's pretty
>>> easy.
>>
>>
>> I would be happy to see U-Boot on sunxi use devicetree and driver model
>> for TWI/I2C as well (provided users can still configure what busses to
>> enable). Still, I'd like to see this getting merged as a short term
>> solution.
>>
>>> How can we get sunxi moved over before there is an explosion of these
>>> sorts of things (as we have already seen with video options)?
>
>
> I fully support moving sunxi over the devicemodel + devicetree in my
> mind the following steps need to be taken:
>
> 0) Get the devicemode usb patches merged in to u-boot-dm/next
> Then on top pf u-boot-dm/next:
>
> 1) Move all the sunxi boards over to use dm + dt like we're already
> doing for the pcduino
This could be a bit tricky unless someone has all the boards. I
suppose if we do it at the very start of the merge window and then we
have time to fix any problems.
>
> 2) Start using dm for usb on sunxi
>
> 3) Enable ohci support on sunxi boards next to ehci
That's not currently supported, but I could perhaps take a look at it.
>
> 4) Move other stuff over on a step by step basis
>
> Note that we will likely have a mix of Kconfig + devicetree for
> quite a while though since certain things which we support in
> u-boot are not supported in the kernel yet so they do not have
> stable devicetree bindings yet, video being the big one here.
Yes that makes things tricky.
>
>> I think Hans will know better (than myself) how to do this right.
>
>
> Not really, other then having the the generic outline above in my head,
> I do not really have much experience with the devicemodel in u-boot yet,
> also I do not have all that much time to work one this, so help on
> this from you would certainly be very welcome. I can answer any sunxi
> questions you may have, and I believe it is safe to say that Simon
> can answer any device-model questions you may have.
>
> Regards,
>
> Hans
>
> p.s.
>
> Paul I'm still fine with taking your i2c patchset upstream for now,
> but I do agree with Simon that we need to move to the device model
> and the sooner we do that the better.
Yes - the problem is that no one person can pay the 'tax' of moving
over, so we need to try to spread the effort on individuals who send
patches...
Regards,
Simon
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-07 20:53 ` Simon Glass
@ 2015-04-08 7:27 ` Hans de Goede
2015-04-19 14:21 ` Simon Glass
0 siblings, 1 reply; 11+ messages in thread
From: Hans de Goede @ 2015-04-08 7:27 UTC (permalink / raw)
To: u-boot
Hi,
On 07-04-15 22:53, Simon Glass wrote:
> Hi,
>
> On 6 April 2015 at 02:43, Hans de Goede <hdegoede@redhat.com> wrote:
>> Hi Simon and Paul,
>>
>> On 05-04-15 22:56, Paul Kocialkowski wrote:
>>>
>>> Le dimanche 05 avril 2015 ? 12:31 -0600, Simon Glass a ?crit :
>>>>
>>>> Hi Paul,
>>>>
>>>> On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
>>>>>
>>>>> Sunxi platforms come with at least 3 TWI (I2C) controllers and some
>>>>> platforms
>>>>> even have up to 5. This adds support for every controller on each
>>>>> supported
>>>>> platform, which is especially useful when using expansion ports on
>>>>> single-board-
>>>>> computers.
>>>>>
>>>>> Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
>>>>> ---
>>>>> arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
>>>>> arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
>>>>> arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
>>>>> board/sunxi/Kconfig | 31 ++++++++++++
>>>>> board/sunxi/board.c | 75
>>>>> ++++++++++++++++++++++++++++-
>>>>> 5 files changed, 138 insertions(+), 3 deletions(-)
>>>>>
>>
>> <snip>
>>
>>
>>>>> diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
>>>>> index ccc2080..d3b5bad 100644
>>>>> --- a/board/sunxi/Kconfig
>>>>> +++ b/board/sunxi/Kconfig
>>>>> @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
>>>>> ---help---
>>>>> See USB1_VBUS_PIN help text.
>>>>>
>>>>> +config I2C1_ENABLE
>>>>> + bool "Enable I2C/TWI controller 1"
>>>>> + default n
>>>>> + ---help---
>>>>> + This allows enabling I2C/TWI controller 1 by muxing its pins,
>>>>> enabling
>>>>> + its clock and setting up the bus. This is especially useful on
>>>>> devices
>>>>> + with slaves connected to the bus or with pins exposed through
>>>>> e.g. an
>>>>> + expansion port/header.
>>>>> +
>>>>> +config I2C2_ENABLE
>>>>> + bool "Enable I2C/TWI controller 2"
>>>>> + default n
>>>>> + ---help---
>>>>> + See I2C1_ENABLE help text.
>>>>> +
>>>>> +if MACH_SUN6I || MACH_SUN7I
>>>>> +config I2C3_ENABLE
>>>>> + bool "Enable I2C/TWI controller 3"
>>>>> + default n
>>>>> + ---help---
>>>>> + See I2C1_ENABLE help text.
>>>>> +endif
>>>>> +
>>>>> +if MACH_SUN7I
>>>>> +config I2C4_ENABLE
>>>>> + bool "Enable I2C/TWI controller 4"
>>>>> + default n
>>>>> + ---help---
>>>>> + See I2C1_ENABLE help text.
>>>>> +endif
>>>>
>>>>
>>>> It seems wrong to me to add these when they are already in the device
>>>> tree for the board. Can we not use that?
>>>
>>>
>>> Well, Hans has a point when saying that some users may use those pins as
>>> GPIO while some others may use the TWI/I2C functions, so it makes sense
>>> to make this configurable via Kconfig instead of being statically
>>> defined.
>>>
>>>> If you would rather wait until we have driver model I2C on sunxi
>>>> (mvtwsi, I think) then I'd be happy to do the conversion. It's pretty
>>>> easy.
>>>
>>>
>>> I would be happy to see U-Boot on sunxi use devicetree and driver model
>>> for TWI/I2C as well (provided users can still configure what busses to
>>> enable). Still, I'd like to see this getting merged as a short term
>>> solution.
>>>
>>>> How can we get sunxi moved over before there is an explosion of these
>>>> sorts of things (as we have already seen with video options)?
>>
>>
>> I fully support moving sunxi over the devicemodel + devicetree in my
>> mind the following steps need to be taken:
>>
>> 0) Get the devicemode usb patches merged in to u-boot-dm/next
>> Then on top pf u-boot-dm/next:
>>
>> 1) Move all the sunxi boards over to use dm + dt like we're already
>> doing for the pcduino
>
> This could be a bit tricky unless someone has all the boards. I
> suppose if we do it at the very start of the merge window and then we
> have time to fix any problems.
If you look at:
board/sunxi/MAINTAINERS
And then the large block at the top, that lists the 30+ boards I've,
or at least it lists all the boards for which I've added support to
upstream u-boot I still have a couple which I need to add ...
Anyways, I should be able to test this on say 2 boards of each soc
generation, which should shake out most (if not all) bugs. The limit
here is not hardware access but how much time I want to spend on
testing :)
>> 2) Start using dm for usb on sunxi
>>
>> 3) Enable ohci support on sunxi boards next to ehci
>
> That's not currently supported, but I could perhaps take a look at it.
Correct, but it is desirable so that plugging in a usb keyboard
directly (without a usb-2 hub between the board and the keyboard)
will work.
>> 4) Move other stuff over on a step by step basis
>>
>> Note that we will likely have a mix of Kconfig + devicetree for
>> quite a while though since certain things which we support in
>> u-boot are not supported in the kernel yet so they do not have
>> stable devicetree bindings yet, video being the big one here.
>
> Yes that makes things tricky.
>
>>
>>> I think Hans will know better (than myself) how to do this right.
>>
>>
>> Not really, other then having the the generic outline above in my head,
>> I do not really have much experience with the devicemodel in u-boot yet,
>> also I do not have all that much time to work one this, so help on
>> this from you would certainly be very welcome. I can answer any sunxi
>> questions you may have, and I believe it is safe to say that Simon
>> can answer any device-model questions you may have.
>>
>> Regards,
>>
>> Hans
>>
>> p.s.
>>
>> Paul I'm still fine with taking your i2c patchset upstream for now,
>> but I do agree with Simon that we need to move to the device model
>> and the sooner we do that the better.
>
> Yes - the problem is that no one person can pay the 'tax' of moving
> over, so we need to try to spread the effort on individuals who send
> patches...
Not sure what you mean by paying the 'tax' here, I'm hoping that with
the groundwork you've done moving over other boards becomes a pretty
mechanical process, other then the testing.
If someone can provide me with a git tree / branch with all boards
converted I can spend a couple of saturdays / sundays / evenings
on testing, picking boards which I know will exercise different
code paths.
Regards,
Hans
^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform
2015-04-08 7:27 ` Hans de Goede
@ 2015-04-19 14:21 ` Simon Glass
0 siblings, 0 replies; 11+ messages in thread
From: Simon Glass @ 2015-04-19 14:21 UTC (permalink / raw)
To: u-boot
Hi Hans,
On 8 April 2015 at 01:27, Hans de Goede <hdegoede@redhat.com> wrote:
> Hi,
>
>
> On 07-04-15 22:53, Simon Glass wrote:
>>
>> Hi,
>>
>> On 6 April 2015 at 02:43, Hans de Goede <hdegoede@redhat.com> wrote:
>>>
>>> Hi Simon and Paul,
>>>
>>> On 05-04-15 22:56, Paul Kocialkowski wrote:
>>>>
>>>>
>>>> Le dimanche 05 avril 2015 ? 12:31 -0600, Simon Glass a ?crit :
>>>>>
>>>>>
>>>>> Hi Paul,
>>>>>
>>>>> On 4 April 2015 at 14:49, Paul Kocialkowski <contact@paulk.fr> wrote:
>>>>>>
>>>>>>
>>>>>> Sunxi platforms come with at least 3 TWI (I2C) controllers and some
>>>>>> platforms
>>>>>> even have up to 5. This adds support for every controller on each
>>>>>> supported
>>>>>> platform, which is especially useful when using expansion ports on
>>>>>> single-board-
>>>>>> computers.
>>>>>>
>>>>>> Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
>>>>>> ---
>>>>>> arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 7 +++
>>>>>> arch/arm/include/asm/arch-sunxi/gpio.h | 15 +++++-
>>>>>> arch/arm/include/asm/arch-sunxi/i2c.h | 13 +++++
>>>>>> board/sunxi/Kconfig | 31 ++++++++++++
>>>>>> board/sunxi/board.c | 75
>>>>>> ++++++++++++++++++++++++++++-
>>>>>> 5 files changed, 138 insertions(+), 3 deletions(-)
>>>>>>
>>>
>>> <snip>
>>>
>>>
>>>>>> diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig
>>>>>> index ccc2080..d3b5bad 100644
>>>>>> --- a/board/sunxi/Kconfig
>>>>>> +++ b/board/sunxi/Kconfig
>>>>>> @@ -269,6 +269,37 @@ config USB2_VBUS_PIN
>>>>>> ---help---
>>>>>> See USB1_VBUS_PIN help text.
>>>>>>
>>>>>> +config I2C1_ENABLE
>>>>>> + bool "Enable I2C/TWI controller 1"
>>>>>> + default n
>>>>>> + ---help---
>>>>>> + This allows enabling I2C/TWI controller 1 by muxing its pins,
>>>>>> enabling
>>>>>> + its clock and setting up the bus. This is especially useful on
>>>>>> devices
>>>>>> + with slaves connected to the bus or with pins exposed through
>>>>>> e.g. an
>>>>>> + expansion port/header.
>>>>>> +
>>>>>> +config I2C2_ENABLE
>>>>>> + bool "Enable I2C/TWI controller 2"
>>>>>> + default n
>>>>>> + ---help---
>>>>>> + See I2C1_ENABLE help text.
>>>>>> +
>>>>>> +if MACH_SUN6I || MACH_SUN7I
>>>>>> +config I2C3_ENABLE
>>>>>> + bool "Enable I2C/TWI controller 3"
>>>>>> + default n
>>>>>> + ---help---
>>>>>> + See I2C1_ENABLE help text.
>>>>>> +endif
>>>>>> +
>>>>>> +if MACH_SUN7I
>>>>>> +config I2C4_ENABLE
>>>>>> + bool "Enable I2C/TWI controller 4"
>>>>>> + default n
>>>>>> + ---help---
>>>>>> + See I2C1_ENABLE help text.
>>>>>> +endif
>>>>>
>>>>>
>>>>>
>>>>> It seems wrong to me to add these when they are already in the device
>>>>> tree for the board. Can we not use that?
>>>>
>>>>
>>>>
>>>> Well, Hans has a point when saying that some users may use those pins as
>>>> GPIO while some others may use the TWI/I2C functions, so it makes sense
>>>> to make this configurable via Kconfig instead of being statically
>>>> defined.
>>>>
>>>>> If you would rather wait until we have driver model I2C on sunxi
>>>>> (mvtwsi, I think) then I'd be happy to do the conversion. It's pretty
>>>>> easy.
>>>>
>>>>
>>>>
>>>> I would be happy to see U-Boot on sunxi use devicetree and driver model
>>>> for TWI/I2C as well (provided users can still configure what busses to
>>>> enable). Still, I'd like to see this getting merged as a short term
>>>> solution.
>>>>
>>>>> How can we get sunxi moved over before there is an explosion of these
>>>>> sorts of things (as we have already seen with video options)?
>>>
>>>
>>>
>>> I fully support moving sunxi over the devicemodel + devicetree in my
>>> mind the following steps need to be taken:
>>>
>>> 0) Get the devicemode usb patches merged in to u-boot-dm/next
>>> Then on top pf u-boot-dm/next:
>>>
>>> 1) Move all the sunxi boards over to use dm + dt like we're already
>>> doing for the pcduino
>>
>>
>> This could be a bit tricky unless someone has all the boards. I
>> suppose if we do it at the very start of the merge window and then we
>> have time to fix any problems.
>
>
> If you look at:
> board/sunxi/MAINTAINERS
>
> And then the large block at the top, that lists the 30+ boards I've,
> or at least it lists all the boards for which I've added support to
> upstream u-boot I still have a couple which I need to add ...
>
> Anyways, I should be able to test this on say 2 boards of each soc
> generation, which should shake out most (if not all) bugs. The limit
> here is not hardware access but how much time I want to spend on
> testing :)
>
>>> 2) Start using dm for usb on sunxi
>>>
>>> 3) Enable ohci support on sunxi boards next to ehci
>>
>>
>> That's not currently supported, but I could perhaps take a look at it.
>
>
> Correct, but it is desirable so that plugging in a usb keyboard
> directly (without a usb-2 hub between the board and the keyboard)
> will work.
OK. I'm hoping that someone else can work on the OHCI conversion.
>
>>> 4) Move other stuff over on a step by step basis
>>>
>>> Note that we will likely have a mix of Kconfig + devicetree for
>>> quite a while though since certain things which we support in
>>> u-boot are not supported in the kernel yet so they do not have
>>> stable devicetree bindings yet, video being the big one here.
>>
>>
>> Yes that makes things tricky.
>>
>>>
>>>> I think Hans will know better (than myself) how to do this right.
>>>
>>>
>>>
>>> Not really, other then having the the generic outline above in my head,
>>> I do not really have much experience with the devicemodel in u-boot yet,
>>> also I do not have all that much time to work one this, so help on
>>> this from you would certainly be very welcome. I can answer any sunxi
>>> questions you may have, and I believe it is safe to say that Simon
>>> can answer any device-model questions you may have.
>>>
>>> Regards,
>>>
>>> Hans
>>>
>>> p.s.
>>>
>>> Paul I'm still fine with taking your i2c patchset upstream for now,
>>> but I do agree with Simon that we need to move to the device model
>>> and the sooner we do that the better.
>>
>>
>> Yes - the problem is that no one person can pay the 'tax' of moving
>> over, so we need to try to spread the effort on individuals who send
>> patches...
>
>
> Not sure what you mean by paying the 'tax' here, I'm hoping that with
> the groundwork you've done moving over other boards becomes a pretty
> mechanical process, other then the testing.
I mean that every new board that uses the old config method adds
conversion work, and makes it harder to move things over. So the 'tax'
is trying to get people who submit patches for new boards to move over
a few existing boards. They put a little bit more effort in to get
their patch applied, but help the overall effort.
>
> If someone can provide me with a git tree / branch with all boards
> converted I can spend a couple of saturdays / sundays / evenings
> on testing, picking boards which I know will exercise different
> code paths.
Regards,
Simon
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-04-19 14:21 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-04-04 20:49 [U-Boot] [PATCH 0/3] i2c: sunxi: Support every i2c controller on each supported platform Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 1/3] i2c: mvtwsi: Support for up to 4 different controllers Paul Kocialkowski
2015-04-04 20:49 ` [U-Boot] [PATCH v2 2/3] sunxi: Complete i2c support for each supported platform Paul Kocialkowski
2015-04-05 18:31 ` Simon Glass
2015-04-05 20:56 ` Paul Kocialkowski
2015-04-05 21:52 ` Simon Glass
2015-04-06 8:43 ` Hans de Goede
2015-04-07 20:53 ` Simon Glass
2015-04-08 7:27 ` Hans de Goede
2015-04-19 14:21 ` Simon Glass
2015-04-04 20:49 ` [U-Boot] [PATCH v2 3/3] sunxi: I2C/TWI configs for a few single-board-computers Paul Kocialkowski
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.