March 2013 - U-Boot

[U-Boot] Pull request: u-boot-blackfin/master
by Sonic Zhang 04 Mar '13

04 Mar '13

The following changes since commit 47104c37de076e2be35ae1b3d144614f4d24a766: MAKEALL: add support for per architecture toolchains (2013-02-20 09:40:34 -0500) are available in the git repository at: git://git.denx.de/u-boot-blackfin.git master for you to fetch changes up to 9faf4f08e752ca95d0986a200d48b67b59cde5ef: blackfin: bf60x: add resume from hibernate (2013-03-04 13:42:08 +0800) ---------------------------------------------------------------- Bob Liu (5): blackfin: bf60x: new processor header files blackfin: bf60x: add dma support blackfin: bf60x: support big cplb page blackfin: bf60x: add gpio support blackfin: bf60x: add hw watchdog support Scott Jiang (1): blackfin: add bf6xx spi driver Sonic Zhang (4): blackfin: bf60x: Port blackfin core architecture code to boot on bf60x. blackfin: bf60x: add serial support blackfin: bf60x: add board and headers files to support bf609 blackfin: bf60x: add rsi/sdh support Steven Miao (1): blackfin: bf60x: add resume from hibernate MAINTAINERS | 3 +- arch/blackfin/cpu/cpu.c | 4 +- arch/blackfin/cpu/gpio.c | 36 +- arch/blackfin/cpu/initcode.c | 384 +++++++++++++++++++- arch/blackfin/cpu/initcode.h | 52 +++ arch/blackfin/cpu/reset.c | 6 + arch/blackfin/cpu/serial.c | 81 +++-- arch/blackfin/cpu/serial.h | 222 +---------- arch/blackfin/cpu/serial1.h | 348 ++++++++++++++++++ arch/blackfin/cpu/serial4.h | 161 ++++++++ arch/blackfin/cpu/start.S | 2 + arch/blackfin/include/asm/blackfin_cdef.h | 3 + arch/blackfin/include/asm/blackfin_def.h | 5 + arch/blackfin/include/asm/blackfin_local.h | 3 + arch/blackfin/include/asm/config-pre.h | 4 + arch/blackfin/include/asm/cplb.h | 31 +- arch/blackfin/include/asm/dma.h | 81 +++-- arch/blackfin/include/asm/gpio.h | 2 +- arch/blackfin/include/asm/mach-bf533/BF531_def.h | 1 + arch/blackfin/include/asm/mach-bf561/BF561_def.h | 1 + arch/blackfin/include/asm/mach-bf609/BF609_cdef.h | 192 ++++++++++ arch/blackfin/include/asm/mach-bf609/BF609_def.h | 247 +++++++++++++ arch/blackfin/include/asm/mach-bf609/anomaly.h | 97 +++++ arch/blackfin/include/asm/mach-bf609/def_local.h | 5 + arch/blackfin/include/asm/mach-bf609/gpio.h | 151 ++++++++ arch/blackfin/include/asm/mach-bf609/portmux.h | 257 +++++++++++++ arch/blackfin/include/asm/mach-bf609/ports.h | 103 ++++++ arch/blackfin/include/asm/mach-common/bits/cgu.h | 80 ++++ arch/blackfin/include/asm/mach-common/bits/dde.h | 88 +++++ arch/blackfin/include/asm/mach-common/bits/dma.h | 54 ++- arch/blackfin/include/asm/mach-common/bits/mpu.h | 6 +- arch/blackfin/include/asm/mach-common/bits/pll.h | 5 + arch/blackfin/include/asm/mach-common/bits/sdh.h | 38 +- .../blackfin/include/asm/mach-common/bits/spi6xx.h | 240 ++++++++++++ arch/blackfin/include/asm/mach-common/bits/uart4.h | 66 ++++ arch/blackfin/lib/board.c | 25 +- arch/blackfin/lib/clocks.c | 112 ++++-- arch/blackfin/lib/string.c | 97 ++--- board/bf609-ezkit/Makefile | 55 +++ board/bf609-ezkit/bf609-ezkit.c | 67 ++++ boards.cfg | 1 + common/cmd_reginfo.c | 19 +- drivers/mmc/bfin_sdh.c | 68 +++- drivers/spi/Makefile | 1 + drivers/spi/bfin_spi6xx.c | 308 ++++++++++++++++ include/configs/bf609-ezkit.h | 162 +++++++++ include/configs/bfin_adi_common.h | 8 +- 47 files changed, 3589 insertions(+), 393 deletions(-) create mode 100644 arch/blackfin/cpu/serial1.h create mode 100644 arch/blackfin/cpu/serial4.h create mode 100644 arch/blackfin/include/asm/mach-bf609/BF609_cdef.h create mode 100644 arch/blackfin/include/asm/mach-bf609/BF609_def.h create mode 100644 arch/blackfin/include/asm/mach-bf609/anomaly.h create mode 100644 arch/blackfin/include/asm/mach-bf609/def_local.h create mode 100644 arch/blackfin/include/asm/mach-bf609/gpio.h create mode 100644 arch/blackfin/include/asm/mach-bf609/portmux.h create mode 100644 arch/blackfin/include/asm/mach-bf609/ports.h create mode 100644 arch/blackfin/include/asm/mach-common/bits/cgu.h create mode 100644 arch/blackfin/include/asm/mach-common/bits/dde.h create mode 100644 arch/blackfin/include/asm/mach-common/bits/spi6xx.h create mode 100644 arch/blackfin/include/asm/mach-common/bits/uart4.h create mode 100644 board/bf609-ezkit/Makefile create mode 100644 board/bf609-ezkit/bf609-ezkit.c create mode 100644 drivers/spi/bfin_spi6xx.c create mode 100644 include/configs/bf609-ezkit.h

2 1

Re: [U-Boot] [PATCH v2 7/9] am33xx: support ti814x mmc reference clock
by Matt Porter 04 Mar '13

04 Mar '13

On Sun, Mar 03, 2013 at 10:34:08PM +0000, Peter Korsgaard wrote: > >>>>> "Matt" == Matt Porter <mporter(a)ti.com> writes: > > Matt> TI814x has a 192MHz hsmmc reference clock. Select that clock rate > Matt> when building for TI814x. > > Matt> Signed-off-by: Matt Porter <mporter(a)ti.com> > > Acked-by: Peter Korsgaard <jacmet(a)sunsite.dk> > > Did you figure out why it was working for you with 96 MHz ref? Unfortunately not at a root cause level. Unless I'm missing something I would have expected the calculations from the supplied 96 MHz ref clock to result in 2x the clock the SD card can handle due to the incorrect divider. However, with the LA attached, I found that a 2-3 MHz SDCLK was being generated after the capability probe occurs. Odd and incorrect, but functional. After switching to 192MHz I was able to sample a nominal 25MHz SDCLK as expected on a regular SD card advertising that as its capability. I don't like it but I'm going to mark this down as "something undocumented" as I only have PG1.0 silicon but can't find an errata sheet for that version right now. -Matt

2 1

[U-Boot] [PATCH] fman/mEMAC: set SETSP bit in IF_MODE regisgter for RGMII speed
by Roy Zang 04 Mar '13

04 Mar '13

Some legacy RGMII phys don't have in band signaling for the speed information. so set the RGMII MAC mode according to the speed got from PHY. Signed-off-by: Roy Zang <tie-fei.zang(a)freescale.com> Reported-by: John Traill <john.traill(a)freescale.com> --- arch/powerpc/include/asm/fsl_memac.h | 4 ++++ drivers/net/fm/memac.c | 17 +++++++++++++++++ 2 files changed, 21 insertions(+) diff --git a/arch/powerpc/include/asm/fsl_memac.h b/arch/powerpc/include/asm/fsl_memac.h index d6b60e6..69f95d1 100644 --- a/arch/powerpc/include/asm/fsl_memac.h +++ b/arch/powerpc/include/asm/fsl_memac.h @@ -222,6 +222,10 @@ struct memac { /* IF_MODE - Interface Mode Register */ #define IF_MODE_EN_AUTO 0x00008000 /* 1 - Enable automatic speed selection */ +#define IF_MODE_SETSP_100M 0x00000000 /* 00 - 100Mbps RGMII */ +#define IF_MODE_SETSP_10M 0x00002000 /* 01 - 10Mbps RGMII */ +#define IF_MODE_SETSP_1000M 0x00004000 /* 10 - 1000Mbps RGMII */ +#define IF_MODE_SETSP_MASK 0x00006000 /* setsp mask bits */ #define IF_MODE_XGMII 0x00000000 /* 00- XGMII(10) interface mode */ #define IF_MODE_GMII 0x00000002 /* 10- GMII interface mode */ #define IF_MODE_MASK 0x00000003 /* mask for mode interface mode */ diff --git a/drivers/net/fm/memac.c b/drivers/net/fm/memac.c index 32c7054..d3eee24 100644 --- a/drivers/net/fm/memac.c +++ b/drivers/net/fm/memac.c @@ -112,6 +112,23 @@ static void memac_set_interface_mode(struct fsl_enet_mac *mac, /* Enable automatic speed selection */ if_mode |= IF_MODE_EN_AUTO; + if (type == PHY_INTERFACE_MODE_RGMII) { + if_mode &= ~IF_MODE_EN_AUTO; + if_mode &= ~IF_MODE_SETSP_MASK; + switch (speed) { + case SPEED_1000: + if_mode |= IF_MODE_SETSP_1000M; + break; + case SPEED_100: + if_mode |= IF_MODE_SETSP_100M; + break; + case SPEED_10: + if_mode |= IF_MODE_SETSP_10M; + default: + break; + } + } + debug(" %s, if_mode = %x\n", __func__, if_mode); debug(" %s, if_status = %x\n", __func__, if_status); out_be32(&regs->if_mode, if_mode); -- 1.7.9.5

1 0

[U-Boot] [PATCH v3] Allow AM335x MPU core clock speed to be specified in the board config file
by Mark Jackson 04 Mar '13

04 Mar '13

Allow AM335x MPU core clock speed to be specified in the board config file. To use, add the following to the board's config file:- #define CONFIG_SYS_MPUCLK <desired clock freq in Hz> Signed-off-by: Mark Jackson <mpfj(a)newflow.co.uk> --- Changes in v3: - Changed from V_MPUCLK to CONFIG_SYS_MPUCLK - Added entry in README Changes in v2: - Tweaked after comments from Peter Korsgaard README | 4 ++++ arch/arm/include/asm/arch-am33xx/clocks_am33xx.h | 7 +++++-- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/README b/README index d8cb394..ddf6df2 100644 --- a/README +++ b/README @@ -3820,6 +3820,10 @@ Low Level (hardware related) configuration options: If defined, the x86 reset vector code is included. This is not needed when U-Boot is running from Coreboot. +- CONFIG_SYS_MPUCLK + Defines the MPU clock speed (in Hz). + + NOTE : currently only supported on AM335x platforms. Freescale QE/FMAN Firmware Support: ----------------------------------- diff --git a/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h b/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h index d748dd2..5f2939b 100644 --- a/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h +++ b/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h @@ -21,8 +21,11 @@ #define OSC (V_OSCK/1000000) -/* MAIN PLL Fdll = 550 MHZ, */ -#define MPUPLL_M 550 +/* MAIN PLL Fdll = 550 MHz, by default */ +#ifndef CONFIG_SYS_MPUCLK +#define CONFIG_SYS_MPUCLK 550000000 +#endif +#define MPUPLL_M (CONFIG_SYS_MPUCLK/1000000) #define MPUPLL_N (OSC-1) #define MPUPLL_M2 1 -- 1.7.9.5

2 2

[U-Boot] problem with USB storage STALL status
by Anton Vasilyev 04 Mar '13

04 Mar '13

Greetings, I faced with problem: when I read data from USB Storage It unpredictably goes to 'RESET:stall' condition. After this read continuously fall down to usb_stor_BBB_reset() function Comment to this function told about Reset recovery: * For Reset Recovery the host shall issue in the following order: * a) a Bulk-Only Mass Storage Reset * b) a Clear Feature HALT to the Bulk-In endpoint * c) a Clear Feature HALT to the Bulk-Out endpoint * * This is done in 3 steps. * * If the reset doesn't succeed, the device should be port reset. Whereas Universal Serial Bus Specification Revision 2.0 in section 8.5.3 describes that STALL handshake will be returned on all succeeding accesses until a SETUP PID is received. I can't understand how correctly work with STALL status and where is a root of problem. Debug information is following: STATUS phase dev=3f3b03d8, pipe=c8008383, buffer=3f1f7490, length=13, req=(null) TOKEN=0x80008d00 .read10: start 7c70 blocks 28 COMMAND phase dev=3f3b03d8, pipe=c8008303, buffer=3f1f7444, length=31, req=(null) TOKEN=0x80008c00 DATA phase dev=3f3b03d8, pipe=c8008383, buffer=0058e000, length=20480, req=(null) TOKEN=0x8000dd08 usb_bulk_msg error status 32 BBB_reset usb_control_msg: request: 0xFF, requesttype: 0x21, value 0x0 index 0x0 length 0x0 dev=3f3b03d8, pipe=88000303, buffer=(null), length=0, req=3f1f7430 req=255 (0xff), type=33 (0x21), value=0 (0x0), index=0 TOKEN=0x80248 RESET:stall Read ERROR COMMAND phase dev=3f3b03d8, pipe=c8008303, buffer=3f1f7444, length=31, req=(null) dev=3, usbsts=0x88, p[1]=0x8001205, p[2]=0x0 usb_stor_BBB_comdat:usb_bulk_msg error failed to send CBW status -2147483648 BBB_reset usb_control_msg: request: 0xFF, requesttype: 0x21, value 0x0 index 0x0 length 0x0 dev=3f3b03d8, pipe=88000303, buffer=(null), length=0, req=3f1f7430 req=255 (0xff), type=33 (0x21), value=0 (0x0), index=0 TOKEN=0x80248 RESET:stall Request Sense returned 00 00 00 .read10: start 7c70 blocks 28 COMMAND phase dev=3f3b03d8, pipe=c8008303, buffer=3f1f7444, length=31, req=(null) dev=3, usbsts=0x88, p[1]=0x8001205, p[2]=0x0 usb_stor_BBB_comdat:usb_bulk_msg error failed to send CBW status -2147483648 BBB_reset usb_control_msg: request: 0xFF, requesttype: 0x21, value 0x0 index 0x0 length 0x0 dev=3f3b03d8, pipe=88000303, buffer=(null), length=0, req=3f1f7430 req=255 (0xff), type=33 (0x21), value=0 (0x0), index=0 TOKEN=0x80248 RESET:stall Read ERROR COMMAND phase dev=3f3b03d8, pipe=c8008303, buffer=3f1f7444, length=31, req=(null) dev=3, usbsts=0x88, p[1]=0x8001205, p[2]=0x0 usb_stor_BBB_comdat:usb_bulk_msg error failed to send CBW status -2147483648 BBB_reset usb_control_msg: request: 0xFF, requesttype: 0x21, value 0x0 index 0x0 length 0x0 dev=3f3b03d8, pipe=88000303, buffer=(null), length=0, req=3f1f7430 req=255 (0xff), type=33 (0x21), value=0 (0x0), index=0 TOKEN=0x80248 RESET:stall Request Sense returned 00 00 00 .read10: start 7c70 blocks 28 COMMAND phase dev=3f3b03d8, pipe=c8008303, buffer=3f1f7444, length=31, req=(null) dev=3, usbsts=0x88, p[1]=0x8001205, p[2]=0x0 usb_stor_BBB_comdat:usb_bulk_msg error failed to send CBW status -2147483648 BBB_reset usb_control_msg: request: 0xFF, requesttype: 0x21, value 0x0 index 0x0 length 0x0 dev=3f3b03d8, pipe=88000303, buffer=(null), length=0, req=3f1f7430 req=255 (0xff), type=33 (0x21), value=0 (0x0), index=0 TOKEN=0x80248 RESET:stall Read ERROR -- Best regards, Anton Vasilyev.

2 2

Re: [U-Boot] [PATCH] cmd_mem: Decode the mtest start and end values from fdt
by Wolfgang Denk 04 Mar '13

04 Mar '13

Dear Jagannadha Sutradharudu Teki, In message <51f05678-4118-4be8-bb94-ad295c407602(a)DB3EHSMHS015.ehs.local> you wrote: > > I think the entire logic to add mtest address support through devicetree with the > help of environment variables is a mess as there are some side effects (as you mentioned already). Agreed. > The main intention to add these address on devicetree is to make memory address configured at > runtime instead of CONFIG_ macros. Then just use command line arguments! The defaults set in the CONFIG_ veriables are intended as safe margins; they should be set such that they exclude just the exception vector area (supposed to be located at the lower end of memory) and the U-Boot code and data (supposed to be located at the upper end of memory) from testing, but exclude nearly all otherwise available RAM. > As in most of the boards CONFIG_SYS_MEMTEST_START is depends on CONFIG_SYS_SDRAM_BASE. > I am trying to remove the dependency instead use the devicetree nodes. This makes no sense to me. If CONFIG_SYS_SDRAM_BASE and the device tree settings don;t agree, you have a serious problem anyway, and need to fix this first. > Ok, maybe I will add my logic for decoding these address from devicetree on to common/cmd_mem.c > instead of common/main.c, does it make sense? Help me I f am wrong. I have to admit that I don't see a use case where this might be needed, or even beneficial. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Time is a drug. Too much of it kills you. - Terry Pratchett, _Small Gods_

1 0

[U-Boot] [PATCH v2] Allow AM335x MPU core clock speed to be specified in the board config file
by Mark Jackson 04 Mar '13

04 Mar '13

Allow AM335x MPU core clock speed to be specified in the board config file. To use, add the following to the board's config file:- #define V_MPUCLK <desired clock freq in Hz> Signed-off-by: Mark Jackson <mpfj(a)newflow.co.uk> --- Changes in v2: - Tweaked after comments from Peter Korsgaard arch/arm/include/asm/arch-am33xx/clocks_am33xx.h | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h b/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h index d748dd2..f1a8aa7 100644 --- a/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h +++ b/arch/arm/include/asm/arch-am33xx/clocks_am33xx.h @@ -21,8 +21,11 @@ #define OSC (V_OSCK/1000000) -/* MAIN PLL Fdll = 550 MHZ, */ -#define MPUPLL_M 550 +/* MAIN PLL Fdll = 550 MHZ, by default */ +#ifndef V_MPUCLK +#define V_MPUCLK 550000000 +#endif +#define MPUPLL_M (V_MPUCLK/1000000) #define MPUPLL_N (OSC-1) #define MPUPLL_M2 1 -- 1.7.9.5

3 3

Re: [U-Boot] Problems around fatwrite command from uboot
by Mats Kärrman 04 Mar '13

04 Mar '13

> 2013/2/28 Damien HUANG <damienwei(a)hotmail.com> > > After investigation, I believe the problem can be fixed at function > "set_cluster" within file fat_write.c under directory /fs/fat (patch file > was attached). > Hi Damien, I found no trace of your patch in the mailing list (perhaps the attachment was dropped by the list server or there was some other encoding error). It may be interesting for others (like me ;) to see what you have done so could you re-post it to the list as plain text in the mail? BR // Mats

1 0

[U-Boot] Remounting UBI image leads to ECC errors
by Mark Jackson 04 Mar '13

04 Mar '13

We have a custom made AM335x board I'm working on and I have encountered a problem when mounting an ubifs image from nand. If I ... (1) Write an ubifs image to nand (2) Mount the ubifs image (3) Repeat step (2) ... this then corrupts the ubifs image. Below is a full log. Can anyone help ? Regards Mark J. --- U-Boot SPL 2013.01-00336-g044fbc4-dirty (Feb 26 2013 - 14:07:36) U-Boot 2013.01-00336-g044fbc4-dirty (Feb 26 2013 - 14:07:36) I2C: ready DRAM: 256 MiB WARNING: Caches not enabled NAND: 256 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401000 using PIO, IRQ 0 Net: cpsw U-Boot# nandecc hw 2 HW BCH8 selected U-Boot# mw.b 82000000 ff 81f000 U-Boot# dhcp 82000000 10.0.0.100:/nanobone/rootfs.ubifs link up on port 0, speed 100, full duplex BOOTP broadcast 1 *** Unhandled DHCP Option in OFFER/ACK: 46 *** Unhandled DHCP Option in OFFER/ACK: 46 DHCP client bound to address 10.0.0.104 Using cpsw device TFTP from server 10.0.0.100; our IP address is 10.0.0.104 Filename '/nanobone/rootfs.ubifs'. Load address: 0x82000000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ##################### 657.2 KiB/s done Bytes transferred = 6029312 (5c0000 hex) U-Boot# nand erase 200000 4000000 NAND erase: device 0 offset 0x200000, size 0x4000000 Erasing at 0x41e0000 -- 100% complete. OK U-Boot# nand write 82000000 200000 81f000 NAND write: device 0 offset 0x200000, size 0x81f000 8515584 bytes written: OK U-Boot# nandecc hw 2 HW BCH8 selected U-Boot# mtdparts default U-Boot# ubi part rootfs Creating 1 MTD partitions on "nand0": 0x000000200000-0x000004200000 : "mtd=6" UBI: attaching mtd1 to ubi0 UBI: physical eraseblock size: 131072 bytes (128 KiB) UBI: logical eraseblock size: 129024 bytes UBI: smallest flash I/O unit: 2048 UBI: sub-page size: 512 UBI: VID header offset: 512 (aligned 512) UBI: data offset: 2048 UBI: volume 0 ("root") re-sized from 44 to 503 LEBs UBI: attached mtd1 to ubi0 UBI: MTD device name: "mtd=6" UBI: MTD device size: 64 MiB UBI: number of good PEBs: 512 UBI: number of bad PEBs: 0 UBI: max. allowed volumes: 128 UBI: wear-leveling threshold: 4096 UBI: number of internal volumes: 1 UBI: number of user volumes: 1 UBI: available PEBs: 0 UBI: total number of reserved PEBs: 512 UBI: number of PEBs reserved for bad PEB handling: 5 UBI: max/mean erase counter: 1/0 U-Boot# nandecc hw 2 HW BCH8 selected U-Boot# mtdparts default U-Boot# ubi part rootfs UBI: mtd1 is detached from ubi0 Creating 1 MTD partitions on "nand0": 0x000000200000-0x000004200000 : "mtd=6" UBI: attaching mtd1 to ubi0 UBI: physical eraseblock size: 131072 bytes (128 KiB) UBI: logical eraseblock size: 129024 bytes UBI: smallest flash I/O unit: 2048 UBI: sub-page size: 512 UBI: VID header offset: 512 (aligned 512) UBI: data offset: 2048 ECC: uncorrectable. ECC: uncorrectable. UBI error: ubi_io_read: error -74 while reading 64 bytes from PEB 510:0, read 64 bytes ECC: uncorrectable. ECC: uncorrectable. UBI error: ubi_io_read: error -74 while reading 512 bytes from PEB 510:512, read 512 bytes ECC: uncorrectable. ECC: uncorrectable. UBI error: ubi_io_read: error -74 while reading 64 bytes from PEB 511:0, read 64 bytes ECC: uncorrectable. ECC: uncorrectable. UBI error: ubi_io_read: error -74 while reading 512 bytes from PEB 511:512, read 512 bytes ECC: uncorrectable. ECC: uncorrectable.

2 2

[U-Boot] [PATCH v2 0/9] Add TI814x EVM Support
by Matt Porter 03 Mar '13

03 Mar '13

This series adds support for the PG1.0 TI814x EVM board. TI814x fits into the existing AM33XX SoC support with some refactoring of the AM33XX-specific emif4, clock, and mux code. It has been tested booting up a Linux kernel and regression tested on BeagleBone and EVM-SK AM33XX boards. Changes since v1: - Fix warnings in ddr.c - Split hardware.h -> hardware_am33xx.h/ti814x.h - Remove unused dmtimer support - Add register structs bit definitions - Rename soc-specific clock files for consistency - Move soc-specific defs only used in one place to clock_*.c - fix copyright dates and filenames in headers - remove clocks_*.h and go back to clock.h - Rename mux includes for consistency - Correct mmc reference clock for ti814x - Squash MAINTAINERS and build bits to board support commit - Config fixes (copyright, mtest, findfdt, fs options, cleanups) - Fix wdtimer warning Matt Porter (9): am33xx: convert defines from am33xx-specific to generic names am33xx: refactor emif4/ddr to support multiple EMIF instances am33xx: refactor am33xx clocks and add ti814x support am33xx: refactor am33xx mux support and add ti814x support am33xx: add ti814x specific register definitions am33xx: add dmm support to emif4 library am33xx: support ti814x mmc reference clock ns16550: enable quirks for ti814x ti814x_evm: add ti814x evm board support MAINTAINERS | 4 + Makefile | 2 +- arch/arm/cpu/armv7/Makefile | 2 +- arch/arm/cpu/armv7/am33xx/Makefile | 3 +- arch/arm/cpu/armv7/am33xx/board.c | 4 +- .../cpu/armv7/am33xx/{clock.c => clock_am33xx.c} | 34 +- arch/arm/cpu/armv7/am33xx/clock_ti814x.c | 408 ++++++++++++++++++++ arch/arm/cpu/armv7/am33xx/ddr.c | 99 +++-- arch/arm/cpu/armv7/am33xx/emif4.c | 55 ++- arch/arm/cpu/armv7/am33xx/sys_info.c | 3 + arch/arm/cpu/armv7/omap-common/Makefile | 2 +- arch/arm/include/asm/arch-am33xx/clock.h | 2 +- arch/arm/include/asm/arch-am33xx/clocks_am33xx.h | 33 +- arch/arm/include/asm/arch-am33xx/cpu.h | 11 +- arch/arm/include/asm/arch-am33xx/ddr_defs.h | 57 ++- arch/arm/include/asm/arch-am33xx/hardware.h | 40 +- arch/arm/include/asm/arch-am33xx/hardware_am33xx.h | 54 +++ arch/arm/include/asm/arch-am33xx/hardware_ti814x.h | 53 +++ arch/arm/include/asm/arch-am33xx/mmc_host_def.h | 4 + arch/arm/include/asm/arch-am33xx/mux.h | 235 +---------- arch/arm/include/asm/arch-am33xx/mux_am33xx.h | 247 ++++++++++++ arch/arm/include/asm/arch-am33xx/mux_ti814x.h | 311 +++++++++++++++ arch/arm/include/asm/arch-am33xx/omap.h | 7 + arch/arm/include/asm/arch-am33xx/spl.h | 5 + board/ti/am335x/board.c | 12 +- board/ti/ti814x/Makefile | 46 +++ board/ti/ti814x/evm.c | 198 ++++++++++ board/ti/ti814x/evm.h | 7 + board/ti/ti814x/mux.c | 51 +++ boards.cfg | 1 + drivers/serial/ns16550.c | 5 +- include/configs/ti814x_evm.h | 223 +++++++++++ spl/Makefile | 2 +- 33 files changed, 1852 insertions(+), 368 deletions(-) rename arch/arm/cpu/armv7/am33xx/{clock.c => clock_am33xx.c} (91%) create mode 100644 arch/arm/cpu/armv7/am33xx/clock_ti814x.c create mode 100644 arch/arm/include/asm/arch-am33xx/hardware_am33xx.h create mode 100644 arch/arm/include/asm/arch-am33xx/hardware_ti814x.h create mode 100644 arch/arm/include/asm/arch-am33xx/mux_am33xx.h create mode 100644 arch/arm/include/asm/arch-am33xx/mux_ti814x.h create mode 100644 board/ti/ti814x/Makefile create mode 100644 board/ti/ti814x/evm.c create mode 100644 board/ti/ti814x/evm.h create mode 100644 board/ti/ti814x/mux.c create mode 100644 include/configs/ti814x_evm.h -- 1.7.9.5

3 15