September 2013 - U-Boot

[U-Boot] [PATCH v7 0/5] arm64 patch
by fenghua＠phytium.com.cn 12 Sep '13

12 Sep '13

From: David Feng <fenghua(a)phytium.com.cn> The porting has been merged with arm architecture. Most architecture codes are placed in arch/arm/cpu/armv8 directory. Generic board is also supported after a few bugs are fixed. u-boot could be running at EL1 or EL2. Changes for v6: - Check the patches with checkpatch.pl and get rid of almost all warnings. There are a few warnings still, but I think it should be that. - change printf format in cmd_pxe.c, use %zd indtead of %ld to format size_t type variable. - add macro PGTABLE_SIZE to identify tlb table size. Changes for v5: - Make modification to inappropriate licensed file and bugs according to ScottWood's advice. Thanks Scott for his checking to these patches. - Enable u-boot's running at EL1. - Get rid of compiling warnings originated from cmd_pxe.c. Changes for v4: - fix the generic board_f.c, remove zero_global_data from init_sequence_f array and move it to board_init_f() function with CONFIG_X86 switch. The previous fixup is inaccurate. - Replace __ARMEB__ with __AARCH64EB__ in byteorder.h and unaligned.h, gcc for aarch64 use __AARCH64EB__ and __AARCH64EL__ to identify endian. - Some modification to README.armv8 Changes for v3: - merge arm64 to arm architecture. David Feng (5): core support of arm64 board support of vexpress_aemv8a generic board patch of manual reloc and zero gd_t 64bit initrd start address support remove compiling warnings MAINTAINERS | 4 + arch/arm/config.mk | 4 + arch/arm/cpu/armv8/Makefile | 56 ++++ arch/arm/cpu/armv8/cache.S | 145 ++++++++++ arch/arm/cpu/armv8/cache_v8.c | 275 +++++++++++++++++++ arch/arm/cpu/armv8/config.mk | 31 +++ arch/arm/cpu/armv8/cpu.c | 68 +++++ arch/arm/cpu/armv8/crt0.S | 130 +++++++++ arch/arm/cpu/armv8/exceptions.S | 173 ++++++++++++ arch/arm/cpu/armv8/interrupts.c | 158 +++++++++++ arch/arm/cpu/armv8/relocate.S | 73 +++++ arch/arm/cpu/armv8/start.S | 253 ++++++++++++++++++ arch/arm/cpu/armv8/timer.c | 97 +++++++ arch/arm/cpu/armv8/tlb.S | 45 ++++ arch/arm/cpu/armv8/u-boot.lds | 83 ++++++ arch/arm/include/asm/arch-armv8/gpio.h | 26 ++ arch/arm/include/asm/arch-armv8/mmu.h | 117 ++++++++ arch/arm/include/asm/byteorder.h | 12 + arch/arm/include/asm/cache.h | 5 + arch/arm/include/asm/config.h | 10 + arch/arm/include/asm/global_data.h | 6 +- arch/arm/include/asm/io.h | 15 +- arch/arm/include/asm/macro.h | 34 +++ arch/arm/include/asm/posix_types.h | 17 ++ arch/arm/include/asm/proc-armv/ptrace.h | 37 +++ arch/arm/include/asm/proc-armv/system.h | 59 ++++- arch/arm/include/asm/system.h | 78 ++++++ arch/arm/include/asm/types.h | 4 + arch/arm/include/asm/u-boot.h | 4 + arch/arm/include/asm/unaligned.h | 2 +- arch/arm/lib/Makefile | 8 + arch/arm/lib/board.c | 16 +- arch/arm/lib/bootm.c | 20 +- board/armltd/dts/vexpress64.dts | 439 +++++++++++++++++++++++++++++++ board/armltd/vexpress64/Makefile | 43 +++ board/armltd/vexpress64/vexpress64.c | 79 ++++++ boards.cfg | 1 + common/board_f.c | 19 +- common/board_r.c | 18 ++ common/cmd_pxe.c | 4 +- common/fdt_support.c | 66 ++--- common/image.c | 1 + doc/README.armv8 | 10 + examples/standalone/stubs.c | 15 ++ include/configs/vexpress_aemv8a.h | 205 +++++++++++++++ include/image.h | 1 + 46 files changed, 2912 insertions(+), 54 deletions(-) create mode 100644 arch/arm/cpu/armv8/Makefile create mode 100644 arch/arm/cpu/armv8/cache.S create mode 100644 arch/arm/cpu/armv8/cache_v8.c create mode 100644 arch/arm/cpu/armv8/config.mk create mode 100644 arch/arm/cpu/armv8/cpu.c create mode 100644 arch/arm/cpu/armv8/crt0.S create mode 100644 arch/arm/cpu/armv8/exceptions.S create mode 100644 arch/arm/cpu/armv8/interrupts.c create mode 100644 arch/arm/cpu/armv8/relocate.S create mode 100644 arch/arm/cpu/armv8/start.S create mode 100644 arch/arm/cpu/armv8/timer.c create mode 100644 arch/arm/cpu/armv8/tlb.S create mode 100644 arch/arm/cpu/armv8/u-boot.lds create mode 100644 arch/arm/include/asm/arch-armv8/gpio.h create mode 100644 arch/arm/include/asm/arch-armv8/mmu.h create mode 100644 board/armltd/dts/vexpress64.dts create mode 100644 board/armltd/vexpress64/Makefile create mode 100644 board/armltd/vexpress64/vexpress64.c create mode 100644 doc/README.armv8 create mode 100644 include/configs/vexpress_aemv8a.h -- 1.7.9.5

6 14

Re: [U-Boot] [PATCH] net: fec: Avoid MX28 bus sync issue
by Marek Vasut 12 Sep '13

12 Sep '13

Dear Robert Hodaszi, > <html> > <head> > <meta content="text/html; charset=ISO-8859-1" > http-equiv="Content-Type"> > </head> > <body bgcolor="#FFFFFF" text="#000000"> > <div class="moz-cite-prefix">Hi,<br> > <br> > There are a lot of bug announcement, just make a search:<br> > <meta http-equiv="content-type" content="text/html; > charset=ISO-8859-1"> > <a > href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33721">http://gcc.gnu.or > g/bugzilla/show_bug.cgi?id=33721</a><br> <meta http-equiv="content-type" > content="text/html; > charset=ISO-8859-1"> > <a > href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660">http://gcc.gnu.or > g/bugzilla/show_bug.cgi?id=16660</a><br> <br> > Also, I printed out the buffer addresses, and that temporary RX > buffer was not aligned. So the transmit function rounded it down > to the alignment boundary, and so caused invalid data > transmission. (By the way. Shouldn't the transmit function check > whether the alignment is proper, and throw an error message, > instead of round it down? That would make more sense.)<br> > <div class="moz-signature"><br> > Best regards,<br> > Robert Hodaszi > </div> > <br> > On 2013-09-12 12:50, Marek Vasut wrote:<br> > </div> > <blockquote cite="mid:201309121250.36579.marex@denx.de" type="cite"> > <pre wrap="">Dear Hector Palacios, [...] Sorry, I cannot decode this. Can you please send plain-text emails? Thank you Best regards, Marek Vasut

1 0

[U-Boot] [PATCH 0/4] dfu: Various fixes and code optimizations
by Lukasz Majewski 12 Sep '13

12 Sep '13

Various DFU code fixes and optimizations were enclosed by this patch series. Most notable change is to move "dfu_alt_info" handling code to dfu core. Lukasz Majewski (4): dfu:cosmetic: Fix printf text for buffer overflow condition dfu: Make maximum DFU file size equal to default DFU data buffer dfu: Find DFU alt setting number by passing its name dfu: Extract common DFU code to handle "dfu_alt_info" environment variable common/cmd_dfu.c | 16 ++-------------- drivers/dfu/dfu.c | 39 +++++++++++++++++++++++++++++++++++++-- include/dfu.h | 4 +++- 3 files changed, 42 insertions(+), 17 deletions(-) -- 1.7.10.4

3 19

[U-Boot] [PATCH] ARM: IGEP0033: Update timing to run DDR at 400MHz.
by Enric Balletbo i Serra 12 Sep '13

12 Sep '13

From: Enric Balletbo i Serra <eballetbo(a)iseebcn.com> We can run the DDR at 400MHz, so update the timings for that purpose. Signed-off-by: Enric Balletbo i Serra <eballetbo(a)iseebcn.com> --- arch/arm/include/asm/arch-am33xx/ddr_defs.h | 24 ++++++++++++------------ board/isee/igep0033/board.c | 4 ++-- 2 files changed, 14 insertions(+), 14 deletions(-) diff --git a/arch/arm/include/asm/arch-am33xx/ddr_defs.h b/arch/arm/include/asm/arch-am33xx/ddr_defs.h index 95f7a9a..fe48b5f 100644 --- a/arch/arm/include/asm/arch-am33xx/ddr_defs.h +++ b/arch/arm/include/asm/arch-am33xx/ddr_defs.h @@ -110,20 +110,20 @@ #define MT41J512M8RH125_IOCTRL_VALUE 0x18B /* Samsung K4B2G1646E-BIH9 */ -#define K4B2G1646EBIH9_EMIF_READ_LATENCY 0x06 -#define K4B2G1646EBIH9_EMIF_TIM1 0x0888A39B -#define K4B2G1646EBIH9_EMIF_TIM2 0x2A04011A -#define K4B2G1646EBIH9_EMIF_TIM3 0x501F820F -#define K4B2G1646EBIH9_EMIF_SDCFG 0x61C24AB2 -#define K4B2G1646EBIH9_EMIF_SDREF 0x0000093B +#define K4B2G1646EBIH9_EMIF_READ_LATENCY 0x07 +#define K4B2G1646EBIH9_EMIF_TIM1 0x0AAAE51B +#define K4B2G1646EBIH9_EMIF_TIM2 0x2A1D7FDA +#define K4B2G1646EBIH9_EMIF_TIM3 0x501F83FF +#define K4B2G1646EBIH9_EMIF_SDCFG 0x61C052B2 +#define K4B2G1646EBIH9_EMIF_SDREF 0x00000C30 #define K4B2G1646EBIH9_ZQ_CFG 0x50074BE4 #define K4B2G1646EBIH9_DLL_LOCK_DIFF 0x1 -#define K4B2G1646EBIH9_RATIO 0x40 -#define K4B2G1646EBIH9_INVERT_CLKOUT 0x1 -#define K4B2G1646EBIH9_RD_DQS 0x3B -#define K4B2G1646EBIH9_WR_DQS 0x85 -#define K4B2G1646EBIH9_PHY_FIFO_WE 0x100 -#define K4B2G1646EBIH9_PHY_WR_DATA 0xC1 +#define K4B2G1646EBIH9_RATIO 0x80 +#define K4B2G1646EBIH9_INVERT_CLKOUT 0x0 +#define K4B2G1646EBIH9_RD_DQS 0x35 +#define K4B2G1646EBIH9_WR_DQS 0x3A +#define K4B2G1646EBIH9_PHY_FIFO_WE 0x97 +#define K4B2G1646EBIH9_PHY_WR_DATA 0x76 #define K4B2G1646EBIH9_IOCTRL_VALUE 0x18B /** diff --git a/board/isee/igep0033/board.c b/board/isee/igep0033/board.c index 9e91f68..a9c34c6 100644 --- a/board/isee/igep0033/board.c +++ b/board/isee/igep0033/board.c @@ -64,7 +64,7 @@ static struct emif_regs ddr3_emif_reg_data = { #define OSC (V_OSCK/1000000) const struct dpll_params dpll_ddr = { - 303, OSC-1, 1, -1, -1, -1, -1}; + 400, OSC-1, 1, -1, -1, -1, -1}; const struct dpll_params *get_dpll_ddr_params(void) { @@ -83,7 +83,7 @@ void set_mux_conf_regs(void) void sdram_init(void) { - config_ddr(303, K4B2G1646EBIH9_IOCTRL_VALUE, &ddr3_data, + config_ddr(400, K4B2G1646EBIH9_IOCTRL_VALUE, &ddr3_data, &ddr3_cmd_ctrl_data, &ddr3_emif_reg_data, 0); } #endif -- 1.8.1.2

2 1

[U-Boot] Problem with -pie flag.
by VISWANADHULA BALAJI 12 Sep '13

12 Sep '13

Hi, I have a global variable problem with u-boot when i enabled with '-pie' flag during linking time. In the interrupt handler i set the global variable to 1 initially is set to 0 but i am not able to see the updated global variable after return from interrupt handler. But it is happen when i disabled the '-pie' flag. I have one more question on -pie flag. That is '-pie' flag produces the relative symbols for u-boot relocation support. Though i disabled the -pie flag i am able to relocate the code to the newer location successfully how it is possible. Note: I also checked with different tool chains of arm-none-eabi- Thanks balaji

1 0

[U-Boot] [PATCH v2 0/7] USB: XHCI: Add xHCI host controller stack driver
by Vivek Gautam 12 Sep '13

12 Sep '13

Based on 'master' branch of u-boot-usb tree. The series also includes patches to support xHCI on exynos5250, including required driver, device tree changes and a temporary config change to test things finally on smdk5250. Changes in V2: - xHCI stack side, have added provision for handling transfer timeouts, from the patch by Julius Werner, availbale at: https://gerrit.chromium.org/gerrit/#/c/62307/ But maintained a single patch for xHCI for now, since this being the base code version. Rest other patches are similar to v1 of this series, only change is the order in which patches are now arranged. With current usb infrastructure, EHCI and XHCI won't work together, since they both are using same function naming scheme to interact with upper usb layers. Marek, Was there any thread for device driver architecture sometime back, with which we could have had EHCI and XHCI working simultaneously. Dan, I have posted the exynos specific patches also alongwith the xHCI stack, just in case someone want to test on exynos5250. I am still available, if you want me to change structurally how dwc3 and exynos stuff is covered in this series. Vivek Gautam (7): USB: xHCI: Add stack support for xHCI USB: XHCI: Add xHCI host controller support for Exynos5 arm: exynos: Add methods to control power to USB 3.0 PHY exynos5: dts: Add COMPAT string data for USB 3.0 PHY and XHCI exynos5: dts: Add device node for XHCI config: arm: exynos5250: Define CONFIG_SYS_CACHELINE_SIZE temp: config: exynos5250: Enable xHCI support for Exynos5 arch/arm/cpu/armv7/exynos/power.c | 22 + arch/arm/dts/exynos5250.dtsi | 12 + arch/arm/include/asm/arch-exynos/cpu.h | 8 + arch/arm/include/asm/arch-exynos/power.h | 5 + arch/arm/include/asm/arch-exynos/xhci-exynos.h | 90 ++ common/usb.c | 27 +- drivers/usb/host/Makefile | 4 + drivers/usb/host/xhci-exynos5.c | 324 ++++++ drivers/usb/host/xhci-mem.c | 731 ++++++++++++++ drivers/usb/host/xhci-ring.c | 950 ++++++++++++++++++ drivers/usb/host/xhci.c | 1040 +++++++++++++++++++ drivers/usb/host/xhci.h | 1280 ++++++++++++++++++++++++ include/configs/exynos5250-dt.h | 7 + include/fdtdec.h | 2 + include/linux/usb/dwc3.h | 190 ++++ include/usb.h | 9 +- lib/fdtdec.c | 2 + 17 files changed, 4700 insertions(+), 3 deletions(-) create mode 100644 arch/arm/include/asm/arch-exynos/xhci-exynos.h create mode 100644 drivers/usb/host/xhci-exynos5.c create mode 100644 drivers/usb/host/xhci-mem.c create mode 100644 drivers/usb/host/xhci-ring.c create mode 100644 drivers/usb/host/xhci.c create mode 100644 drivers/usb/host/xhci.h create mode 100644 include/linux/usb/dwc3.h -- 1.7.6.5

4 12

[U-Boot] U-Boot mini-summit at ELCE 2013 in Edinburgh - call for participation!
by Detlev Zundel 12 Sep '13

12 Sep '13

Hi fellow U-Boot developers, people meeting us at our booth at the Embedded World trade show in Nürnberg this year may already have heard rumours about it but now it is official - there will be an U-Boot mini-summit at the Emdedd Linux Conference Europe in Edinburgh, UK [1]. Thanks to the wonderful people at the Linux Foundation, we will have some space in the afternoon of thursday 24th that we can use to present and discuss topics of interest for the immediate future of the project. Currently we believe that it makes sense to plan for 4-5 short talks in the range of 20-30 minutes with following Q&A. The audience will very likely be "tech level" and the presentations are thus allowed to have "indecent technical content" :) Of course everybody is invited to suggest a presentation, but an informal poll turned up these topics of interest: - Driver model - Kconfig - Patman tutorial - U-Boot configuration through device tree - Falcon boot for everybody - DFU - Android fastboot The organization of the mini-summit is up to our discretion and thus somewhat less formal than the "regular" ELCE tracks, but we would like to encourage people to also submit U-Boot related talks through the regular CFP[2] if they are of wide interest. Having agreed on our schedule, we will be able to get it included in the official conference schedule and thus hopefully get a broader visibility. To make this work we should finalize our schedule around the end of the official CFP which is July 21st, but of course the sooner, the better. Please inform us if you would like to attend in order to get an idea of the expected presence. If neccessary we will have to look for a larger place early on. Next to the official program I'm sure that we will be able to find a place in the evening to taste local culinary specialities (in solid and liquid form), so be sure to book your return flight no sooner than friday evening ;) Thanks Detlev [1] http://events.linuxfoundation.org/events/embedded-linux-conference-europe [2] http://events.linuxfoundation.org/events/embedded-linux-conference-europe/c… -- The only thing worse than generalizing from one example is generalizing from no examples at all. -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu(a)denx.de

9 13

Re: [U-Boot] [PATCH] powerpc/p1010rdb-pb: add support for p1010rdb-pb board
by Scott Wood 12 Sep '13

12 Sep '13

On Wed, 2013-09-11 at 00:58 -0500, Liu Shengzhou-B36685 wrote: > Scott, please review new version http://patchwork.ozlabs.org/patch/273539/ > > > > -----Original Message----- > > From: Wood Scott-B07421 > > Sent: Wednesday, September 04, 2013 11:57 PM > > To: Liu Shengzhou-B36685 > > Cc: Wood Scott-B07421; u-boot(a)lists.denx.de > > Subject: Re: [U-Boot] [PATCH] powerpc/p1010rdb-pb: add support for p1010rdb-pb > > board > > > > On Thu, 2013-08-29 at 06:10 -0500, Liu Shengzhou-B36685 wrote: > > > > -----Original Message----- > > > > From: Wood Scott-B07421 > > > > Sent: Wednesday, August 14, 2013 8:35 AM > > > > To: Liu Shengzhou-B36685 > > > > Cc: u-boot(a)lists.denx.de > > > > Subject: Re: [U-Boot] [PATCH] powerpc/p1010rdb-pb: add support for > > > > p1010rdb-pb board > > > > > > > > > struct law_entry law_table[] = { > > > > > -#ifndef CONFIG_SDCARD > > > > > SET_LAW(CONFIG_SYS_FLASH_BASE_PHYS, LAW_SIZE_32M, LAW_TRGT_IF_IFC), > > > > > SET_LAW(CONFIG_SYS_CPLD_BASE_PHYS, LAW_SIZE_128K, LAW_TRGT_IF_IFC), > > > > > SET_LAW(CONFIG_SYS_NAND_BASE_PHYS, LAW_SIZE_1M, > > > > > LAW_TRGT_IF_IFC), -#endif }; > > > > > > > > If this is applicable to the current board as well (is that > > > > P1010RDB-PA?), then it isn't related to adding PB support and thus belongs > > in a separate patch. > > > > > > > As P1010RDB-PA will no longer be supported officially, > > > > Why? Don't confuse Freescale supporting the board with U-Boot supporting the board. > > Ever PMO team said to remove the code/document of old P1010RDB-PA. I don't know who PMO is, but they don't dictate what a community project such as U-Boot does. If there is a good argument to make for dropping PA (such as talking about how limited the distribution of the boards has been so far, though I was not under the impression that it was particularly limited), then make that argument. Otherwise, we're keeping PA support and it's irrelevant that some people in Freescale don't care about it any more (except for York, of course). > But I prefer to adhere to reserve code support for old board. Then what's up with statements like, "we will no longer product and maintain old board, the change can be regarded as for new board"? > > > but we still keep previous code for P1010RDB-PA. > > > will add some description for P1010RDB-PA in commit message. > > > > I don't see how this answers my question. > > I meant new version of this patch would be updated with subject and commit description > to cover all the changes of both new and old boards instead of separating patch. No, please keep PB support separate from anything intended to change how PA works. > > > > > +uint pin_mux; > > > > This is too generic for a global variable. Does it even need to be global? > > > > > > Will rename to "static uint sd_ifc_mux", need to be global for invoking in > > several different functions. > > > > If it's static, it's not global. > Use 'static' to limits it as global just in the scope of this module. My point is that the term "global" usually means program-wide rather than file-scope, especially when talking about namespacing. > > > > > +#if defined(CONFIG_P1010RDB) && defined(DEBUG) > > > > > void cpld_show(void) > > > > > { > > > > > struct cpld_data *cpld_data = (void *)(CONFIG_SYS_CPLD_BASE); > > > > > > > > > > - printf("CPLD: V%x.%x PCBA: V%x.0\n", > > > > > - in_8(&cpld_data->cpld_ver) & 0xF0, > > > > > - in_8(&cpld_data->cpld_ver) & 0x0F, > > > > > - in_8(&cpld_data->pcba_ver) & 0x0F); > > > > > > > > Why are you removing this? Where is cpld_show() called? > > > > > > > previous code for debug, actually no longer needed, will remove cpld_show(). > > > > Make such cleanup a separate patch. > > new version of this patch has covered all the changes. > I don't think it's really necessary as a separate patch. I disagree and will not review it in this state (the point is to make it easier to review -- both now and during future code archaeology). If York is happy with it like this, then that's between the two of you... > > > > > +U_BOOT_CMD( > > > > > + mux, 2, 0, pin_mux_cmd, > > > > > + "configure multiplexing pin for IFC/SDHC bus in runtime", > > > > > + "bus_type (e.g. mux sdhc)" > > > > > +); > > > > > > > > Are you sure this is a good idea? What happens to the drivers using > > > > said hardware at the time? Granted they should be idle when not > > > > running a command that actively uses them, but still... Usually we use > > hwconfig for this sort of thing. > > > > > > The patch supports two ways simultaneously: > > > 1) mux command: for temporary use case in runtime for accessing IFC and SDHC > > without reboot, > > > this way is very useful in practice and in some test cases. > > > 2) hwconfig: for long-term use case. > > > > This should be a separate patch from basic board support. > Yes, better as a separate patch, but it's not really necessary to split it, we will no longer > product and maintain old board, the change can be regarded as for new board. Huh? I don't see what this has to do with PA versus PB at all. It's not even really about p1010rdb at all. It's a new feature for controlling p1010 pin muxing. -Scott

1 1

[U-Boot] [PATCH v5 0/4] arm64 patch
by fenghua＠phytium.com.cn 12 Sep '13

12 Sep '13

From: David Feng <fenghua(a)phytium.com.cn> The porting has been merged with arm architecture. Most architecture codes are placed in arch/arm/cpu/armv8 directory. Generic board is also supported after a few bugs are fixed. Changes for v4: - fix the generic board_f.c, remove zero_global_data from init_sequence_f array and move it to board_init_f() function with CONFIG_X86 switch. The previous fixup is inaccurate. - Replace __ARMEB__ with __AARCH64EB__ in byteorder.h and unaligned.h, gcc for aarch64 use __AARCH64EB__ and __AARCH64EL__ to identify endian. - Some modification to README.armv8 David Feng (4): core support of arm64 board support of arm64 generic board patch of manual reloc and zero gd_t 64bit initrd start address support arch/arm/config.mk | 4 + arch/arm/cpu/armv8/Makefile | 56 ++++ arch/arm/cpu/armv8/cache.S | 145 ++++++++++ arch/arm/cpu/armv8/cache_v8.c | 291 ++++++++++++++++++++ arch/arm/cpu/armv8/config.mk | 31 +++ arch/arm/cpu/armv8/cpu.c | 68 +++++ arch/arm/cpu/armv8/crt0.S | 130 +++++++++ arch/arm/cpu/armv8/exceptions.S | 182 +++++++++++++ arch/arm/cpu/armv8/interrupts.c | 116 ++++++++ arch/arm/cpu/armv8/relocate.S | 71 +++++ arch/arm/cpu/armv8/start.S | 200 ++++++++++++++ arch/arm/cpu/armv8/timer.c | 95 +++++++ arch/arm/cpu/armv8/tlb.S | 38 +++ arch/arm/cpu/armv8/u-boot.lds | 83 ++++++ arch/arm/include/asm/arch-armv8/armv8.h | 44 ++++ arch/arm/include/asm/arch-armv8/gpio.h | 26 ++ arch/arm/include/asm/arch-armv8/mmu.h | 117 ++++++++ arch/arm/include/asm/byteorder.h | 12 + arch/arm/include/asm/config.h | 10 + arch/arm/include/asm/global_data.h | 6 +- arch/arm/include/asm/io.h | 12 +- arch/arm/include/asm/macro.h | 26 ++ arch/arm/include/asm/posix_types.h | 31 +++ arch/arm/include/asm/proc-armv/ptrace.h | 38 +++ arch/arm/include/asm/proc-armv/system.h | 58 +++- arch/arm/include/asm/types.h | 14 + arch/arm/include/asm/u-boot.h | 4 + arch/arm/include/asm/unaligned.h | 14 + arch/arm/lib/Makefile | 8 + arch/arm/lib/board.c | 18 ++ arch/arm/lib/bootm.c | 16 ++ board/armltd/dts/vexpress64.dts | 439 +++++++++++++++++++++++++++++++ board/armltd/vexpress64/Makefile | 43 +++ board/armltd/vexpress64/vexpress64.c | 79 ++++++ boards.cfg | 1 + common/board_f.c | 19 +- common/board_r.c | 17 ++ common/fdt_support.c | 66 ++--- common/image.c | 1 + doc/README.armv8 | 14 + examples/standalone/stubs.c | 15 ++ include/configs/vexpress_aemv8a.h | 203 ++++++++++++++ include/image.h | 1 + 43 files changed, 2816 insertions(+), 46 deletions(-) create mode 100644 arch/arm/cpu/armv8/Makefile create mode 100644 arch/arm/cpu/armv8/cache.S create mode 100644 arch/arm/cpu/armv8/cache_v8.c create mode 100644 arch/arm/cpu/armv8/config.mk create mode 100644 arch/arm/cpu/armv8/cpu.c create mode 100644 arch/arm/cpu/armv8/crt0.S create mode 100644 arch/arm/cpu/armv8/exceptions.S create mode 100644 arch/arm/cpu/armv8/interrupts.c create mode 100644 arch/arm/cpu/armv8/relocate.S create mode 100644 arch/arm/cpu/armv8/start.S create mode 100644 arch/arm/cpu/armv8/timer.c create mode 100644 arch/arm/cpu/armv8/tlb.S create mode 100644 arch/arm/cpu/armv8/u-boot.lds create mode 100644 arch/arm/include/asm/arch-armv8/armv8.h create mode 100644 arch/arm/include/asm/arch-armv8/gpio.h create mode 100644 arch/arm/include/asm/arch-armv8/mmu.h create mode 100644 board/armltd/dts/vexpress64.dts create mode 100644 board/armltd/vexpress64/Makefile create mode 100644 board/armltd/vexpress64/vexpress64.c create mode 100644 doc/README.armv8 create mode 100644 include/configs/vexpress_aemv8a.h -- 1.7.9.5

5 17

[U-Boot] [PATCH] mx6sabresd: Avoid hang when HDMI cable is not connected
by Fabio Estevam 11 Sep '13

11 Sep '13

Since commit d9b894603 (mx6sabresd: Add LVDS splash screen support) the following hang happens if the HDMI cable is not connected or the 'panel' variable is not set: U-Boot 2013.10-rc2-12978-g47ac53d-dirty (Sep 11 2013 - 15:07:38) CPU: Freescale i.MX6Q rev1.2 at 792 MHz Reset cause: POR Board: MX6-SabreSD DRAM: 1 GiB MMC: FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2 ... Provide a detect_lvds() to avoid the hang. Reported-by: Pardeep Kumar Singla <b45784(a)freescale.com> Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- board/freescale/mx6sabresd/mx6sabresd.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/board/freescale/mx6sabresd/mx6sabresd.c b/board/freescale/mx6sabresd/mx6sabresd.c index c832bd9..e514529 100644 --- a/board/freescale/mx6sabresd/mx6sabresd.c +++ b/board/freescale/mx6sabresd/mx6sabresd.c @@ -263,6 +263,12 @@ static void enable_lvds(struct display_info_t const *dev) IOMUXC_GPR2_DATA_WIDTH_CH1_24BIT; writel(reg, &iomux->gpr[2]); } + +static int detect_lvds(struct display_info_t const *dev) +{ + return 0; +} + static struct display_info_t const displays[] = {{ .bus = -1, .addr = 0, @@ -287,7 +293,7 @@ static struct display_info_t const displays[] = {{ .bus = -1, .addr = 0, .pixfmt = IPU_PIX_FMT_LVDS666, - .detect = NULL, + .detect = detect_lvds, .enable = enable_lvds, .mode = { .name = "Hannstar-XGA", -- 1.8.1.2

3 2