December 2014 - U-Boot

[U-Boot] [PATCH v5 0/11] dm: Add I2C support and convert sandbox, tegra
by Simon Glass 10 Dec '14

10 Dec '14

This series adds I2C support to driver model. It has become apparent that this is a high priority as it is widely used. It follows along to some extent from the SPI conversion. Several changes are made from the original I2C implementations. Firstly it is not necessary to specify the chip address with every call, since each chip knows its own address - it is stored in struct dm_i2c_chip which is attached to each chip on the I2C bus. However, this information *is* passed to the driver since I presume most drivers need it and it would be cumbersome to look up in every call. Secondly there is no concept of a 'current' I2C bus so all associated logic is removed. With driver model i2c_set_bus_num() and i2c_get_bus_num() are not available. Since the chip device specifies both the bus and the chip address, there is no need for this concept. It also causes problems when one driver changes the current bus and forgets to change it back. Thirdly initialisation is handled by driver model's normal probe() method on each device so there should be no need for i2c_init_all(), i2c_init(), i2c_init_board(), i2c_board_late_init() and board_i2c_init(). I2C muxes are not yet supported. To support these we will need to maintain state of the current mux settings to avoid resetting every mux every time. Probably we need to add a sandbox I2C mux driver to permit testing of this. This can probably be done later. Platform data is not yet supported either, only device tree. The U_BOOT_I2C_MKENT_COMPLETE() and U_BOOT_I2C_ADAP_COMPLETE() macros are not used. Also struct i2c_adapter is not defined anymore. This will need to be addressed, perhaps as part of converting over a board that does not use device tree, assuming that we want to support this. The following I2C CONFIGs are no-longer needed when driver model is used: CONFIG_SYS_I2C_INIT_BOARD - each I2C bus is inited in its probe() method CONFIG_I2C_MULTI_BUS - we always support multi-bus with driver model CONFIG_SYS_MAX_I2C_BUS - the device tree aliases define available buses CONFIG_SYS_I2C_SPEED - the device tree specifies the speed for each bus CONFIG_SYS_I2C - this is the 'new old' API, now deprecated There are a few SPI patches included here due to a dependency on a new device binding function. v3 changes the uclass to driver interface significantly. It is now a list of messages to be processed by the driver. This matches the Linux user space API which may be a benefit. It does introduce one complication, which is that the protocol does not support separate chip offset and data. I have enhanced it to do so. This series is available at u-boot-dm/i2c-working2. Changes in v5: - Add a function comment for i2c_probe_chip() - Add an assert for offset_len in i2c_setup_offset() - Add more detail to return value comment on get_buf_speed() - Add more detail to return value comment on xfer() method - Adjust tests for DM_I2C_CHIP_RE_ADDRESS split - Fix -INVAL typo - Make i2c_get_bus_speed() independent of i2c_set_bus_speed() - Split DM_I2C_CHIP_RD_ADDRESS into read and write varaints - Update comments in struct i2c_msg to allow buf to be NULL - Use a NULL buffer in i2c_probe_chip() Changes in v4: - Add a constant for I2C_MAX_OFFSET_LEN - Add a probe_chip() method for the eeprom - Add a probe_chip() method to the uclass - Add a remove() method for the eeprom - Add an assert for non-null - Add an eeprom test mode - Add chip flags to i2c_probe() - Add comment to i2c_setup_offset() - Add comments to indicate which methods are optional - Add comments to set_bus_speed() method - Add eeprom debugging output - Add new patch to add newline to debug() messages - Add probe_chip() method - Add support for eeprom offset length - Add tests for offset length - Adjust i2c_bind_driver() to avoid calloc()/free() - Adjust tests to match uclass changes - Drop set_offset_len() method - Fix copying of chip flags to message in i2c_setup_offset() - Fix endianness of i2c_setup_offset() - Fix method comment for xfer() - Invert return value of i2c_setup_offset() - Probe with a message length of 0 - Rename i2c_generic_drv to i2c_generic_chip_drv - Rename i2c_read_bytewise() and implement a real one - Update call to i2c_probe() Changes in v3: - Add a helper to query chip flags - Add new 'i2c flags' command to get/set chip flags - Add support for reading a byte at a time with an address for each byte - Adjust for slightly altered I2C uclass API - Change driver to support new message-based I2C uclass API - Change uclass <=> driver API to use a message list - Correct bogus address len code (was confused with chip address length) - Drop extra call to i2c_bind_driver() in i2c_probe() - Update emulator for new uclass interface - Update for new uclass <=> driver interface - Update for new uclass <=> emulateor interface Changes in v2: - Add a 'deblock' method to recover an I2C bus stuck in mid-transaction - Add a helper function to find a chip on a particular bus number - Add a new asm/test.h header for tests in sandbox - Add a test for automatic binding of generic I2C devices - Add some debugging for generic I2C device binding - Adjust tegra_i2c_child_pre_probe() to permit generic I2C devices - Call the deblock() method for 'i2c reset' - Change alen to int so that it can be -1 (this was a bug) - Correct the compatible strings for I2C buses - Don't init if the speed is 0, since this breaks the controller - Expand coverage to all Tegra boards - Fix cihp typo - Implement generic I2C devices to allow 'i2c probe' on unknown devices - Return the probed device from i2c_probe() - Set the bus speed after the bus is probed - Update commit message for EEPROM driver Simon Glass (11): dm: i2c: Add a uclass for I2C dm: i2c: Implement driver model support in the i2c command dm: i2c: Add I2C emulation driver for sandbox dm: i2c: Add a sandbox I2C driver dm: i2c: Add an I2C EEPROM simulator dm: i2c: config: Enable I2C for sandbox using driver model dm: i2c: dts: Add an I2C bus for sandbox dm: Add a simple EEPROM driver dm: i2c: Add tests for I2C dm: device: Add newline to debug() messages dm: i2c: tegra: Convert to driver model arch/arm/cpu/tegra20-common/pmu.c | 21 +- arch/arm/dts/tegra124-jetson-tk1.dts | 1 - arch/arm/dts/tegra30-tec-ng.dts | 4 + arch/arm/include/asm/arch-tegra/tegra_i2c.h | 2 +- arch/sandbox/dts/sandbox.dts | 17 + arch/sandbox/include/asm/test.h | 26 ++ board/avionic-design/common/tamonten-ng.c | 12 +- board/nvidia/cardhu/cardhu.c | 13 +- board/nvidia/common/board.c | 4 - board/nvidia/dalmore/dalmore.c | 21 +- board/nvidia/whistler/whistler.c | 29 +- board/toradex/apalis_t30/apalis_t30.c | 19 +- common/cmd_i2c.c | 376 ++++++++++++++++++---- drivers/core/device.c | 6 +- drivers/i2c/Makefile | 2 + drivers/i2c/i2c-emul-uclass.c | 14 + drivers/i2c/i2c-uclass.c | 466 ++++++++++++++++++++++++++++ drivers/i2c/sandbox_i2c.c | 129 ++++++++ drivers/i2c/tegra_i2c.c | 366 +++++++--------------- drivers/misc/Makefile | 4 + drivers/misc/i2c_eeprom.c | 51 +++ drivers/misc/i2c_eeprom_emul.c | 176 +++++++++++ drivers/power/tps6586x.c | 27 +- include/config_fallbacks.h | 6 + include/configs/apalis_t30.h | 3 - include/configs/beaver.h | 3 - include/configs/cardhu.h | 5 - include/configs/colibri_t30.h | 3 - include/configs/dalmore.h | 5 - include/configs/jetson-tk1.h | 5 - include/configs/nyan-big.h | 5 - include/configs/sandbox.h | 6 + include/configs/seaboard.h | 3 - include/configs/tec-ng.h | 5 - include/configs/tegra-common.h | 1 + include/configs/tegra114-common.h | 3 - include/configs/tegra124-common.h | 3 - include/configs/tegra20-common.h | 3 - include/configs/tegra30-common.h | 3 - include/configs/trimslice.h | 3 - include/configs/venice2.h | 5 - include/configs/whistler.h | 3 - include/dm/uclass-id.h | 4 + include/dm/ut.h | 12 + include/i2c.h | 352 +++++++++++++++++++++ include/i2c_eeprom.h | 19 ++ include/tps6586x.h | 4 +- test/dm/Makefile | 1 + test/dm/i2c.c | 216 +++++++++++++ test/dm/test.dts | 17 + 50 files changed, 2054 insertions(+), 430 deletions(-) create mode 100644 arch/sandbox/include/asm/test.h create mode 100644 drivers/i2c/i2c-emul-uclass.c create mode 100644 drivers/i2c/i2c-uclass.c create mode 100644 drivers/i2c/sandbox_i2c.c create mode 100644 drivers/misc/i2c_eeprom.c create mode 100644 drivers/misc/i2c_eeprom_emul.c create mode 100644 include/i2c_eeprom.h create mode 100644 test/dm/i2c.c -- 2.2.0.rc0.207.ga3a616c

3 25

[U-Boot] [PATCH] dm: serial: pl01x: Add priv_auto_alloc_size
by Nobuhiro Iwamatsu 10 Dec '14

10 Dec '14

This driver uses struct pl01x_priv as private data. However, the area of this structure has not been reserved. This reserves area of struct pl01x_priv by using priv_auto_alloc_size. Signed-off-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj(a)renesas.com> --- drivers/serial/serial_pl01x.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/serial/serial_pl01x.c b/drivers/serial/serial_pl01x.c index 38dda91..90165d7 100644 --- a/drivers/serial/serial_pl01x.c +++ b/drivers/serial/serial_pl01x.c @@ -344,6 +344,7 @@ U_BOOT_DRIVER(serial_pl01x) = { .probe = pl01x_serial_probe, .ops = &pl01x_serial_ops, .flags = DM_FLAG_PRE_RELOC, + .priv_auto_alloc_size = sizeof(struct pl01x_priv), }; #endif -- 2.1.3

2 1

[U-Boot] [PATCH v3 0/2] dm: rpi: Move Raspberry Pi to use driver model
by Simon Glass 10 Dec '14

10 Dec '14

This series adds driver model support to the GPIO and serial drivers used by Raspberry Pi, and moves Raspberry Pi over to driver model. This requires adding driver model support to the pl01x serial driver, and replacing the bcm2835 GPIO driver with a driver model version (since there are no longer clients that don't use driver model). See u-boot-dm.git branch rpi-working for the tree this is based on. Changes in v3: - Add new patch to add missing private data size for serial_pl01x Changes in v2: - Adjust header file include to dm/platform_data/... Simon Glass (2): dm: rpi: Move serial to driver model dm: serial_pl01x: Add missing private data size board/raspberrypi/rpi/rpi.c | 12 ++++++++++++ drivers/serial/serial_pl01x.c | 1 + include/configs/rpi.h | 6 +++--- 3 files changed, 16 insertions(+), 3 deletions(-) -- 2.1.0.rc2.206.gedb03e5

2 5

Re: [U-Boot] [PATCH v5 3/3] ARM: tegra: Add support for nyan-big board
by Simon Glass 10 Dec '14

10 Dec '14

Hi Tom, On 10 December 2014 at 10:39, Tom Warren <TWarren(a)nvidia.com> wrote: > Simon, > > The v4 PCIE patch series fails to apply to u-boot-tegra/master after rebasing my repo against both ARM master and U-Boot 'master' master (i.e. FETCH_HEAD = > 32fdf0e4d82bdca5d64d86330e461e59685f9959 branch 'master' of git://git.denx.de/u-boot). 3 - 4 patches fail when using git am. > > I worked thru the conflicts for both branches (my master rebased against ARM and U-Boot TOT), and did a MAKEALL -s tegra, and jetson-tk1, beaver and cardhu fail to build (jetson err log below). Looks like you developed this with your DM I2C series in place? > > To submit a PR from the Tegra repo, I need to either rebase first against ARM master (my SOP), or against U-Boot 'master'. So you patches, if they're bound for the Tegra repo, need to work in one of those scenarios. > > Tom Thanks for looking at it. This series depends on the I2C driver model series. It's available at u-boot-dm/i2c-working if you want to check it out. I plan to apply that very soon. I'm sorry I didn't make that clear in this series. I mentioned it on the list at one point but should have added it here. If you like, you could ack it and I can apply to u-boot-dm after I2C is in there. Regards, Simon > > drivers/power/as3722.c: In function 'as3722_read': > drivers/power/as3722.c:34: warning: passing argument 1 of 'i2c_read' makes integer from pointer without a cast > include/i2c.h:235: note: expected 'uint8_t' but argument is of type 'struct udevice *' > drivers/power/as3722.c:34: warning: passing argument 3 of 'i2c_read' makes integer from pointer without a cast > include/i2c.h:235: note: expected 'int' but argument is of type 'u8 *' > drivers/power/as3722.c:34: warning: passing argument 4 of 'i2c_read' makes pointer from integer without a cast > include/i2c.h:235: note: expected 'uint8_t *' but argument is of type 'int' > drivers/power/as3722.c:34: error: too few arguments to function 'i2c_read' > drivers/power/as3722.c: In function 'as3722_write': > drivers/power/as3722.c:45: warning: passing argument 1 of 'i2c_write' makes integer from pointer without a cast > include/i2c.h:238: note: expected 'uint8_t' but argument is of type 'struct udevice *' > drivers/power/as3722.c:45: warning: passing argument 3 of 'i2c_write' makes integer from pointer without a cast > include/i2c.h:238: note: expected 'int' but argument is of type 'u8 *' > drivers/power/as3722.c:45: warning: passing argument 4 of 'i2c_write' makes pointer from integer without a cast > include/i2c.h:238: note: expected 'uint8_t *' but argument is of type 'int' > drivers/power/as3722.c:45: error: too few arguments to function 'i2c_write' > drivers/power/as3722.c: In function 'as3722_init': > drivers/power/as3722.c:245: warning: implicit declaration of function 'i2c_get_chip_for_busnum' > make[1]: *** [drivers/power/as3722.o] Error 1 > make: *** [drivers/power] Error 2 > make: *** Waiting for unfinished jobs.... > >> -----Original Message----- >> From: Tom Warren >> Sent: Wednesday, December 10, 2014 8:46 AM >> To: Simon Glass; U-Boot Mailing List >> Cc: Allen Martin; Albert Aribaud; Stephen Warren; Stephen Warren >> Subject: RE: [PATCH v5 3/3] ARM: tegra: Add support for nyan-big board >> >> Simon, >> >> > -----Original Message----- >> > From: sjg(a)google.com [mailto:sjg@google.com] On Behalf Of Simon Glass >> > Sent: Wednesday, December 10, 2014 8:01 AM >> > To: U-Boot Mailing List >> > Cc: Allen Martin; Simon Glass; Albert Aribaud; Tom Warren; Stephen >> > Warren; Stephen Warren >> > Subject: Re: [PATCH v5 3/3] ARM: tegra: Add support for nyan-big board >> > >> > Hi, >> > >> > On 4 December 2014 at 06:36, Simon Glass <sjg(a)chromium.org> wrote: >> > > From: Allen Martin <amartin(a)nvidia.com> >> > > >> > > Nyan-big is a Tegra124 clamshell board that is very similar to >> > > venice2, but it has a different panel, the sdcard cd and wp sense >> > > are flipped, and it has a different revision of the AS3722 PMIC. >> > > >> > > This is the Acer Chromebook 13 CB5-311-T7NN (13.3-inch HD, NVIDIA >> > > Tegra K1, 2GB). The display is not currently supported, so it should >> > > boot on other nyan-based Chromebooks also, but only the device tree >> > > for nyan-big is provided here. >> > > >> > > The device tree file is from Linux but with features removed which >> > > are unlikely to be supported in U-Boot soon (regulators, pinmux). >> > > Also the addresses are updated to 32-bit. >> > > >> > > Signed-off-by: Allen Martin <amartin(a)nvidia.com> >> > > Signed-off-by: Simon Glass <sjg(a)chromium.org> (rebase, change to >> > > 'nyan-big', fix pinmux that resets nyan-big) >> > > >> > > --- >> > > >> > > Changes in v5: >> > > - Remove call to pinmux_set_tristate_input_clamping() >> > > >> > >> > Any further comments on v5 please? >> > >> > I would like to apply this patch before the DM I2C series, so that I2C >> > works correct for nyan-big also. >> > >> > Tom are you looking at the rest of the PCI-e series? I resent it so >> > would like to get that in soon - the patches originally date from August. >> I was waiting for Thierry or Stephen to Ack the series, or provide other >> feedback. I don't have time/boards to test this right now. >> >> If someone can say it looks good, or has been tested on X board, etc. I can >> apply it. >> >> Tom >> > >> > Regards, >> > Simon >> -- >> nvpublic

1 0

[U-Boot] [PATCH v1 1/1] Fix autoconf_is_current make function
by mgerlach 10 Dec '14

10 Dec '14

Hi Everyone, The patch below fixes the autoconf_is_current function in the u-boot build system in the event that the file timestamps are identical. This situation tends to occur when building u-boot on an EXT3 filesystem which has 1 second resolution for timestamps. In our case, the failure resulted in the following message from the build system: Your architecture does not support generic board. Please undefine CONFIG_SYS_GENERIC_BOARD in your board config file. Thanks, Matthew Gerlach --- Makefile | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 99097e1..84de2f9 100644 --- a/Makefile +++ b/Makefile @@ -493,8 +493,12 @@ include/config/%.conf: $(KCONFIG_CONFIG) include/config/auto.conf.cmd # is up-to-date. When we switch to a different board configuration, old CONFIG # macros are still remaining in include/config/auto.conf. Without the following # gimmick, wrong config.mk would be included leading nasty warnings/errors. -autoconf_is_current := $(if $(wildcard $(KCONFIG_CONFIG)),$(shell find . \ - -path ./include/config/auto.conf -newer $(KCONFIG_CONFIG))) +# We use if not (not -newer) so that we include config.mk in the event that the +# file timestamps are exacty equal which can happen on EXT3 filesystems. +autoconf_is_current := $(if $(wildcard $(KCONFIG_CONFIG)),\ + $(if $(shell find . -path ./include/config/auto.conf \ + \! -newer $(KCONFIG_CONFIG)),,./include/config/auto.conf)) + ifneq ($(autoconf_is_current),) include $(srctree)/config.mk endif -- 1.8.2.1

1 0

[U-Boot] [PATCH v4 0/11] dm: Add I2C support and convert sandbox, tegra
by Simon Glass 10 Dec '14

10 Dec '14

This series adds I2C support to driver model. It has become apparent that this is a high priority as it is widely used. It follows along to some extent from the SPI conversion. Several changes are made from the original I2C implementations. Firstly it is not necessary to specify the chip address with every call, since each chip knows its own address - it is stored in struct dm_i2c_chip which is attached to each chip on the I2C bus. However, this information *is* passed to the driver since I presume most drivers need it and it would be cumbersome to look up in every call. Secondly there is no concept of a 'current' I2C bus so all associated logic is removed. With driver model i2c_set_bus_num() and i2c_get_bus_num() are not available. Since the chip device specifies both the bus and the chip address, there is no need for this concept. It also causes problems when one driver changes the current bus and forgets to change it back. Thirdly initialisation is handled by driver model's normal probe() method on each device so there should be no need for i2c_init_all(), i2c_init(), i2c_init_board(), i2c_board_late_init() and board_i2c_init(). I2C muxes are not yet supported. To support these we will need to maintain state of the current mux settings to avoid resetting every mux every time. Probably we need to add a sandbox I2C mux driver to permit testing of this. This can probably be done later. Platform data is not yet supported either, only device tree. The U_BOOT_I2C_MKENT_COMPLETE() and U_BOOT_I2C_ADAP_COMPLETE() macros are not used. Also struct i2c_adapter is not defined anymore. This will need to be addressed, perhaps as part of converting over a board that does not use device tree, assuming that we want to support this. The following I2C CONFIGs are no-longer needed when driver model is used: CONFIG_SYS_I2C_INIT_BOARD - each I2C bus is inited in its probe() method CONFIG_I2C_MULTI_BUS - we always support multi-bus with driver model CONFIG_SYS_MAX_I2C_BUS - the device tree aliases define available buses CONFIG_SYS_I2C_SPEED - the device tree specifies the speed for each bus CONFIG_SYS_I2C - this is the 'new old' API, now deprecated There are a few SPI patches included here due to a dependency on a new device binding function. v3 changes the uclass to driver interface significantly. It is now a list of messages to be processed by the driver. This matches the Linux user space API which may be a benefit. It does introduce one complication, which is that the protocol does not support separate chip offset and data. I have enhanced it to do so. This series is available at u-boot-dm/i2c-working2. Changes in v4: - Add a constant for I2C_MAX_OFFSET_LEN - Add a probe_chip() method for the eeprom - Add a probe_chip() method to the uclass - Add a remove() method for the eeprom - Add an assert for non-null - Add an eeprom test mode - Add chip flags to i2c_probe() - Add comment to i2c_setup_offset() - Add comments to indicate which methods are optional - Add comments to set_bus_speed() method - Add eeprom debugging output - Add new patch to add newline to debug() messages - Add probe_chip() method - Add support for eeprom offset length - Add tests for offset length - Adjust i2c_bind_driver() to avoid calloc()/free() - Adjust tests to match uclass changes - Drop set_offset_len() method - Fix copying of chip flags to message in i2c_setup_offset() - Fix endianness of i2c_setup_offset() - Fix method comment for xfer() - Invert return value of i2c_setup_offset() - Probe with a message length of 0 - Rename i2c_generic_drv to i2c_generic_chip_drv - Rename i2c_read_bytewise() and implement a real one - Update call to i2c_probe() Changes in v3: - Add a helper to query chip flags - Add new 'i2c flags' command to get/set chip flags - Add support for reading a byte at a time with an address for each byte - Adjust for slightly altered I2C uclass API - Change driver to support new message-based I2C uclass API - Change uclass <=> driver API to use a message list - Correct bogus address len code (was confused with chip address length) - Drop extra call to i2c_bind_driver() in i2c_probe() - Update emulator for new uclass interface - Update for new uclass <=> driver interface - Update for new uclass <=> emulateor interface Changes in v2: - Add a 'deblock' method to recover an I2C bus stuck in mid-transaction - Add a helper function to find a chip on a particular bus number - Add a new asm/test.h header for tests in sandbox - Add a test for automatic binding of generic I2C devices - Add some debugging for generic I2C device binding - Adjust tegra_i2c_child_pre_probe() to permit generic I2C devices - Call the deblock() method for 'i2c reset' - Change alen to int so that it can be -1 (this was a bug) - Correct the compatible strings for I2C buses - Don't init if the speed is 0, since this breaks the controller - Expand coverage to all Tegra boards - Fix cihp typo - Implement generic I2C devices to allow 'i2c probe' on unknown devices - Return the probed device from i2c_probe() - Set the bus speed after the bus is probed - Update commit message for EEPROM driver Simon Glass (11): dm: i2c: Add a uclass for I2C dm: i2c: Implement driver model support in the i2c command dm: i2c: Add I2C emulation driver for sandbox dm: i2c: Add a sandbox I2C driver dm: i2c: Add an I2C EEPROM simulator dm: i2c: config: Enable I2C for sandbox using driver model dm: i2c: dts: Add an I2C bus for sandbox dm: Add a simple EEPROM driver dm: i2c: Add tests for I2C dm: device: Add newline to debug() messages dm: i2c: tegra: Convert to driver model arch/arm/cpu/tegra20-common/pmu.c | 21 +- arch/arm/dts/tegra124-jetson-tk1.dts | 1 - arch/arm/dts/tegra30-tec-ng.dts | 4 + arch/arm/include/asm/arch-tegra/tegra_i2c.h | 2 +- arch/sandbox/dts/sandbox.dts | 17 ++ arch/sandbox/include/asm/test.h | 26 ++ board/avionic-design/common/tamonten-ng.c | 12 +- board/nvidia/cardhu/cardhu.c | 13 +- board/nvidia/common/board.c | 4 - board/nvidia/dalmore/dalmore.c | 21 +- board/nvidia/whistler/whistler.c | 29 +- board/toradex/apalis_t30/apalis_t30.c | 19 +- common/cmd_i2c.c | 376 +++++++++++++++++++---- drivers/core/device.c | 6 +- drivers/i2c/Makefile | 2 + drivers/i2c/i2c-emul-uclass.c | 14 + drivers/i2c/i2c-uclass.c | 457 ++++++++++++++++++++++++++++ drivers/i2c/sandbox_i2c.c | 129 ++++++++ drivers/i2c/tegra_i2c.c | 366 ++++++++-------------- drivers/misc/Makefile | 4 + drivers/misc/i2c_eeprom.c | 51 ++++ drivers/misc/i2c_eeprom_emul.c | 176 +++++++++++ drivers/power/tps6586x.c | 27 +- include/config_fallbacks.h | 6 + include/configs/apalis_t30.h | 3 - include/configs/beaver.h | 3 - include/configs/cardhu.h | 5 - include/configs/colibri_t30.h | 3 - include/configs/dalmore.h | 5 - include/configs/jetson-tk1.h | 5 - include/configs/nyan-big.h | 5 - include/configs/sandbox.h | 6 + include/configs/seaboard.h | 3 - include/configs/tec-ng.h | 5 - include/configs/tegra-common.h | 1 + include/configs/tegra114-common.h | 3 - include/configs/tegra124-common.h | 3 - include/configs/tegra20-common.h | 3 - include/configs/tegra30-common.h | 3 - include/configs/trimslice.h | 3 - include/configs/venice2.h | 5 - include/configs/whistler.h | 3 - include/dm/uclass-id.h | 4 + include/dm/ut.h | 12 + include/i2c.h | 349 +++++++++++++++++++++ include/i2c_eeprom.h | 19 ++ include/tps6586x.h | 4 +- test/dm/Makefile | 1 + test/dm/i2c.c | 210 +++++++++++++ test/dm/test.dts | 17 ++ 50 files changed, 2036 insertions(+), 430 deletions(-) create mode 100644 arch/sandbox/include/asm/test.h create mode 100644 drivers/i2c/i2c-emul-uclass.c create mode 100644 drivers/i2c/i2c-uclass.c create mode 100644 drivers/i2c/sandbox_i2c.c create mode 100644 drivers/misc/i2c_eeprom.c create mode 100644 drivers/misc/i2c_eeprom_emul.c create mode 100644 include/i2c_eeprom.h create mode 100644 test/dm/i2c.c -- 2.2.0.rc0.207.ga3a616c

2 18

[U-Boot] [PATCH] powerpc/t4240rdb: Add alternate SerDes 2 protocol to align with RCW
by Chunhe Lan 10 Dec '14

10 Dec '14

SerDes 2 protocol 56 is not valid any longer due to the new RCW; protocol 55 is used instead, so add SerDes 2 protocol 55 to align with RCW. Signed-off-by: Chunhe Lan <Chunhe.Lan(a)freescale.com> --- board/freescale/t4rdb/eth.c | 2 +- board/freescale/t4rdb/t4_rcw.cfg | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/board/freescale/t4rdb/eth.c b/board/freescale/t4rdb/eth.c index 142c6a8..879bd1a 100644 --- a/board/freescale/t4rdb/eth.c +++ b/board/freescale/t4rdb/eth.c @@ -101,7 +101,7 @@ int board_eth_init(bd_t *bis) } #if (CONFIG_SYS_NUM_FMAN == 2) - if (srds_prtcl_s2 == 56) { + if ((srds_prtcl_s2 == 56) || (srds_prtcl_s2 == 55)) { /* SGMII && XFI */ fm_info_set_phy_address(FM2_DTSEC1, SGMII_PHY_ADDR5); fm_info_set_phy_address(FM2_DTSEC2, SGMII_PHY_ADDR6); diff --git a/board/freescale/t4rdb/t4_rcw.cfg b/board/freescale/t4rdb/t4_rcw.cfg index fdbbe5e..32959e3 100644 --- a/board/freescale/t4rdb/t4_rcw.cfg +++ b/board/freescale/t4rdb/t4_rcw.cfg @@ -1,7 +1,7 @@ #PBL preamble and RCW header aa55aa55 010e0100 -#serdes protocol 27_56_1_9 +#serdes protocol 27_55_1_9 16070019 18101916 00000000 00000000 -6c700848 00448c00 6c020000 f5000000 +6c6e0848 00448c00 0c020000 f5000000 00000000 ee0000ee 00000000 000287fc 00000000 50000000 00000000 00000028 -- 1.7.6.5

1 0

[U-Boot] ti, am3517: errata 430973 workaround
by Jeroen Hofstee 10 Dec '14

10 Dec '14

Hi, A while ago [1], a RFC was posted to disable workaround for besides others, errata 430973. It is a bit unclear to me which revision actually need this workaround, but as suggested in [2] also enabling this workaround in Linux seem to make some weird problems go away in linux (signal 4, bad instruction, 11 segfaults etc). As said, I am a bit in doubt why this works. The board in question is a tam3517 derived one: cat /proc/cpuinfo Processor : ARMv7 Processor rev 7 (v7l) BogoMIPS : 397.57 Features : swp half thumb fastmult vfp edsp neon vfpv3 tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x1 CPU part : 0xc08 CPU revision : 7 Which makes this a r1p7 I assume, and hence the workaround of linux, CONFIG_ARM_ERRATA_430973, "This option enables the workaround for the 430973 Cortex-A8 (r1p0..r1p2) erratum", should not be needed it seems. On the other hand Andreas Bießman, wrote at [3] "I have rev 20.0 from 13-Apr-10. The three mentioned errata should be fixed in r2p1." note, this mentions r2p1 not r1p2! Since I don't have access to "ARM Core Cortex-A8 (AT400/AT401) errata", I cannot look this up. Hence the question, is u-boot wrong by enabling this workaround for a r1p7 revision or is the comment in the kernel flawed? (or am I missing something else..) If someone could shed some light on this it would be appreciated. Regards, Jeroen [1] http://lists.denx.de/pipermail/u-boot/2013-July/158377.html [2] http://lists.denx.de/pipermail/u-boot/2013-July/158404.html [3] http://lists.denx.de/pipermail/u-boot/2013-July/158386.html

3 3

[U-Boot] [PATCH 0/4] sf: SST changes, Byte program
by Jagannadha Sutradharudu Teki 10 Dec '14

10 Dec '14

This patch-set added byte program support for sst flashes and some implementation changes in sf to support array slow and byte program specific controllers. Bin Meng (1): spi: sf: Support byte program for sst spi flash Jagannadha Sutradharudu Teki (2): sf: Fix look for the fastest read command sf: Enable byte program support Simon Glass (1): spi: Fix flag collision for SST_WP drivers/mtd/spi/sf_internal.h | 22 ++++++--- drivers/mtd/spi/sf_ops.c | 31 +++++++++++++ drivers/mtd/spi/sf_params.c | 102 +++++++++++++++++++++--------------------- drivers/mtd/spi/sf_probe.c | 9 +++- include/spi.h | 1 + 5 files changed, 105 insertions(+), 60 deletions(-) -- 1.9.1

3 10

[U-Boot] compiling error for rc3
by York Sun 10 Dec '14

10 Dec '14

Tom, I found a compiling error for board mx53loco, "undefined reference to `disable_sata_clock'". Not sure if this is related to recent patches from Nikita. York

2 1