- 27 7月, 2013 3 次提交
-
-
由 Robert Winkler 提交于
CONFIG_CMD_HDMIDETECT CONFIG_CMD_BMODE Signed-off-by: NRobert Winkler <robert.winkler@boundarydevices.com> Acked-by: NOtavio Salvador <otavio@ossystems.com.br>
-
由 Pardeep Kumar Singla 提交于
Signed-off-by: NPardeep Kumar Singla <b45784@freescale.com>
-
由 Pardeep Kumar Singla 提交于
Instead of duplicating HDMI setup code for every mx6 board, factor out the common code Signed-off-by: NPardeep Kumar Singla <b45784@freescale.com> Acked-By: NEric Nelson <eric.nelson@boundarydevices.com>
-
- 26 7月, 2013 1 次提交
-
-
由 Fabio Estevam 提交于
mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid the code duplication and only use the nitrogen6x source code to make board code maintainance easier. Tested booting a mainline device tree kernel on a mx6qsabrelite board. Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
- 24 7月, 2013 3 次提交
-
-
由 Otavio Salvador 提交于
Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br> Acked-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Dirk Behme 提交于
Setting the direction and an output value should be done by First, set the desired output value. Then, switch to output. If this is done in the inverse order, like at the moment, there can be a glitch on the GPIO line while switching first the old output value and aftwards the new one. Fix this by inverting the order of the direction/set_value calls. Signed-off-by: NDirk Behme <dirk.behme@de.bosch.com> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Marek Vasut 提交于
Pull all the duplicate configuration options into configs/mxs.h from the board configuration files. This reduces the files greatly and makes them somewhat more readable. Besides, we do no longer have such a horrible duplication of code. Note that the mx23evk grew in size slightly. This is due to the CONFIG_SYS_CBSIZE now being set to 1024 as it is on the rest of MXS systems. This patch also fixes the OCRAM size for i.MX23. The i.MX23 has only 32kB of OCRAM, while i.MX28 has 128kB of OCRAM. I verified the configuration didn't change for each of the boards, but I didn't boot-test it on the boards I do not have. I configured U-Boot for each board using the "make ... <board>_config" command and then ran "cpp -I include -dM include/config.h" , which dumped all the configuration options. I did this both before and after this patch and finally compared the results for each MXS board. Actually, the results do differ slightly, since the configs/mxs.h file now properly includes the correct iomux-mx23.h or iomux-mx28.h , so while comparing, I had to ignore these new defines. These have no impact on U-Boot configuration though. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Fabio Estevam <fabio.estevam@freescale.com> Cc: Lauri Hintsala <lauri.hintsala@bluegiga.com> Cc: Otavio Salvador <otavio@ossystems.com.br> Cc: Stefano Babic <sbabic@denx.de>
-
- 23 7月, 2013 1 次提交
-
-
由 Tom Rini 提交于
Signed-off-by: NTom Rini <trini@ti.com>
-
- 22 7月, 2013 3 次提交
-
-
由 Lan Yixun (dlan) 提交于
The problem here is that uboot can't mount ext4 filesystem with commit "50ce4c07" applied. We use hard-coded "SECTOR_SIZE"(512) before this commit, now we introduce (block_dev_desc_t *)->log2blksz to replace this macro. And after we calling do_ls()->fs_set_blk_dev(), the variable log2blksz is not initialized, which it's not correct. And this patch try to solve the problem by caculating the value of log2blksz from variable blksz.
-
由 Rommel Custodio 提交于
Fix reading ext4_extent_header struture on BE machines. Some 16 bit fields where converted to 32 bit fields, due to the byte swap on BE machines the containing value was corrupted. Therefore reading ext4 filesystems on BE machines where broken before. Signed-off-by: NRommel Custodio <sessyargc+uboot@gmail.com> [sent via git-send-email; rework commit message] Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Tested-by: NSimon Glass <sjg@chromium.org> Tested-by: NLukasz Majewski <l.majewski@samsung.com>
-
由 Bo Shen 提交于
As both the DDR SDRAM and NAND flash connect to EBI on at91sam9n12 and share the lower 8 bits data line. If use low drive of the data line, it will cause DDR data access corrupt in lower address, so change the data line to high drive mode This will fix the Linux kernel boot issue when use Lower address Signed-off-by: NBo Shen <voice.shen@atmel.com> Acked-by: NAndreas Bießmann <andreas.devel@googlemail.com>
-
- 21 7月, 2013 1 次提交
-
-
由 Troy Kisky 提交于
The old value of 0x000e0030 will cause ethernet timeout issues on the sabrelite and possibly other boards using the KSZ9021. I have no explanation as to why. But this is a correct change, the TRM will be updated to show that 00b is the only valid setting for bits 19-18 of DRAM_RESET. My thanks go to Liu Hui(Jason) for this information. Acked-by: NFabio Estevam <fabio.estevam@freescale.com> Acked-by: NStefano Babic <sbabic@denx.de> Signed-off-by: NTroy Kisky <troy.kisky@boundarydevices.com>
-
- 20 7月, 2013 2 次提交
-
-
由 Fabio Estevam 提交于
Commit de1d786e (add support for Xilinx 1000BASE-X phy (GTX)) introduced the checking for ESTATUS_1000_XHALF, but it incorrectly sets the SUPPORTED_1000baseX_Full flag in this case. Set the SUPPORTED_1000baseX_Half flag instead. Acked-by: NCharles Coldwell <coldwell@gmail.com> Reviewed-By: NSascha Silbe <t-uboot@infra-silbe.de> Reviewed-by: NJoe Hershberger <joe.hershberger@ni.com> Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Sascha Silbe 提交于
de1d786e [add support for Xilinx 1000BASE-X phy (GTX)] introduced a check for the extended status register in order to support 1Gbps-capable PHYs that don't have the 1000BASE-T registers. Since Extended Status only indicates what the PHY (i.e. the local side) is capable of, this broke communication with non-1Gbps peers. Only check the extended status if the 1000BASE-T registers are actually missing so we don't end up setting speed to 1Gbps even though the previous test (for the combination of local and peer support for 1Gbps) already indicated we can't do 1Gbps with the current peer. Signed-off-by: NSascha Silbe <t-uboot@infra-silbe.de> Tested-by: NFabio Estevam <fabio.estevam@freescale.com> Reviewed-by: NJoe Hershberger <joe.hershberger@ni.com>
-
- 19 7月, 2013 2 次提交
-
-
由 Simon Glass 提交于
The value of this config variable is not available to image.h on the host, since the board config is not actually included. Bring this in so that mkimage will be built with image-signing support for sandbox at least. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Łukasz Majewski 提交于
Missing space for loaddtb command has been added. When missing, ext4load fails with wrong number of passed parameters. Acked-by: NMinkyu Kang <mk7.kang@samsung.com> Signed-off-by: NLukasz Majewski <l.majewski@samsung.com>
-
- 17 7月, 2013 12 次提交
-
-
由 Simon Glass 提交于
Before the bootm refactor, fixup_silent_linux() was done only in the monolithic bootm case, not in the subcommand case. With the refactor, it is done always, which is good. Unfortunately it is done too late, since it is the PREP or CMDLINE stages that set up the command line for Linux. Move fixup_silent_linux() into the LOADOS stage, which is where we find out the OS being used, and can thus decide whether to perform this step. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Fabio Estevam 提交于
commit 54965b61 (README: mxs: Introduce README.mxs) should have changed the file name to README.mxs, as it covers both mx23 and mx28 now. Acked-by: NMarek Vasut <marex@denx.de> Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
-
由 Dirk Behme 提交于
Dealing with the sys ctrl register should touch only the relevant bits and not accidently the whole register. On i.MX6, the sys control register contains bits which shouldn't be reset to 0, e.g. SYS_CTRL[3-0] and IPP_RST_N (SYS_CTRL[23]). Do this by read/modify/write instead of just a 32bit write. Signed-off-by: NDirk Behme <dirk.behme@de.bosch.com> Acked-by: NStefano Babic <sbabic@denx.de> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Alexey Brodkin 提交于
1. No contents of "asm/arch/clk.h" is used within "dw_mmc.c". 2. If arch doesn't have "asm/arch/clk.h" driver won't build. Without mentioned inclusion dw_mmc driver could be built for arches other than ARM. For ARM driver still builds without it. Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com> Cc: Mischa Jonker <mjonker@synopsys.com> Cc: Andy Fleming <afleming@gmail.com> Cc: Rajeshwari Shinde <rajeshwari.s@samsung.com> Cc: Amar <amarendra.xt@samsung.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Cc: Jaehoon Chung <jh80.chung@samsung.com> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Haijun.Zhang 提交于
Fill the right command type when using CMD12 to stop data transfer. Signed-off-by: NHaijun Zhang <Haijun.Zhang@freescale.com> CC: Fleming Andrew-AFLEMING <AFLEMING@freescale.com> CC: Scott Wood <scottwood@freescale.com> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Prabhakar Kushwaha 提交于
CONFIG_SPL_BUILD creates debug TLB entry, so disable it before init_tlbs. CONFIG_SPL_INIT_MINIMAL never creates any debug TLB entry, so no need of disable_tlb(). Signed-off-by: NPrabhakar Kushwaha <prabhakar@freescale.com> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Dirk Eibach 提交于
The gdsys ControlCenter Digital board is based on a Freescale P1022 QorIQ SOC. It boots from SPI-Flash but can be configured to boot from SD-card for factory programming and testing. On board peripherals include: - 2x GbE - Lattice ECP3 FPGA connected via PCIe - mSATA RAID1 - USB host - DisplayPort video output - Atmel TPM Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by: NReinhard Pfau <reinhard.pfau@gdsys.cc> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Dirk Eibach 提交于
MAKEALL is fine for ppc4xx and mpc85xx. Run checks were done on our controlcenterd hardware. Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Dirk Eibach 提交于
Add support for Atmel TPM devices with two wire interface. Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by: NReinhard Pfau <reinhard.pfau@gdsys.cc> Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Reinhard Pfau 提交于
if alen is 0: no longer start a write cycle before reading data. Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by: NReinhard Pfau <reinhard.pfau@gdsys.cc> Acked-by: NHeiko Schocher <hs@denx.de> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
由 Reinhard Pfau 提交于
Extend the tpm library with support for single authorized (AUTH1) commands as specified in the TCG Main Specification 1.2. (The internally used helper functions are implemented in a way that they could also be used for double authorized commands if someone needs it.) Provide enums with the return codes from the TCG Main specification. For now only a single OIAP session is supported. OIAP authorized version of the commands TPM_LoadKey2 and TPM_GetPubKey are provided. Both features are available using the 'tpm' command, too. Authorized commands are enabled with CONFIG_TPM_AUTH_SESSIONS. (Note that this also requires CONFIG_SHA1 to be enabled.) Signed-off-by: NReinhard Pfau <reinhard.pfau@gdsys.cc> Signed-off-by: NDirk Eibach <dirk.eibach@gdsys.cc> Acked-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NAndy Fleming <afleming@freescale.com>
-
- 16 7月, 2013 8 次提交
-
-
由 Łukasz Majewski 提交于
Before setting: mipi_lcd_device.reverse_panel = 1, the Trats's LCD panel was flipped by 180 degrees. The flip was caused by following change: Exynos: Change get_timer() to work correctly SHA1: 3d00c0cb This commit fixed udelay(), which is necessary (due to HW LCD controller oddity) for mipi-dsi correct operation. As a result the display orientation has been switched. As a follow up, the hwrevision() function has been removed, since it was used only in this particular place. Test HW: Trats Exynos4210 rev 0. Signed-off-by: NLukasz Majewski <l.majewski@samsung.com> Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Acked-by: NMinkyu Kang <mk7.kang@samsung.com>
-
由 Łukasz Majewski 提交于
Provide proper setting for the APLL fout frequency calculation for Exynos4 based targets (especially Exynos4210 - Trats board). Signed-off-by: NLukasz Majewski <l.majewski@samsung.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Acked-by: NMinkyu Kang <mk7.kang@samsung.com> Acked-by: NSimon Glass <sjg@chromium.org> Tested-by: NSimon Glass <sjg@chromium.org>
-
由 Wolfgang Denk 提交于
Fix: mpc8323erdb.c: In function 'mac_read_from_eeprom': mpc8323erdb.c:198:3: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] Signed-off-by: NWolfgang Denk <wd@denx.de> cc: Timur Tabi <timur@tabi.org> cc: Kim Phillips <kim.phillips@freescale.com>
-
由 Frederic Leroy 提交于
With CONFIG_SYS_64BIT_LBA, lbaint_t gets defined as a 64-bit type, which is required to represent block numbers for storage devices that exceed 2TiB (the block size usually is 512B), e.g. recent hard drives We now use lbaint_t for partition offset to reflect the lbaint_t change, and access partitions beyond or crossing the 2.1TiB limit. This required changes to signature of ext4fs_devread(), and type of all variables relatives to block sector. ext2/ext4 fs uses logical block represented by a 32 bit value. Logical block is a multiple of device block sector. To avoid overflow problem when calling ext4fs_devread(), we need to cast the sector parameter. Signed-off-by: NFrédéric Leroy <fredo@starox.org>
-
由 Lan Yixun (dlan) 提交于
Some ARM compilers may emit code that makes unaligned accesses when faced with constructs such as: char name[12] = "bootmenu_"; same fix as commit: 064d55f8 ========================================================= data abort MAYBE you should read doc/README.arm-unaligned-accesses pc : [<3ff4b60c>] lr : [<3ff4b7b0>] sp : 3f346a58 ip : 3ff9c8e6 fp : 02000060 r10: 00000000 r9 : 3df47fc0 r8 : 3f347f40 r7 : 00000000 r6 : 00000000 r5 : 00000003 r4 : 3f759140 r3 : 000003f0 r2 : 00000000 r1 : 000003f1 r0 : 00000000 Flags: nzCv IRQs on FIQs off Mode SVC_32 Resetting CPU ... ====================================================== Signed-off-by: NLan Yixun (dlan) <dennis.yxun@gmail.com>
-
由 Holger Brunck 提交于
"cramfsload uImage_1" succeeds even though the actual file is named "uImage". Fix file name comparison when one name is the prefix of the other. Signed-off-by: NHolger Brunck <holger.brunck@keymile.com> cc: Wolfgang Denk <wd@denx.de> cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
-
由 Gerhard Sittig 提交于
adjust instructions for the invocation of Patman's self test: the -t flag appears to have a different meaning now, refer to the --test option for the builtin unit test; adjust a directory location and make sure to run the file which resides in the source directory Signed-off-by: NGerhard Sittig <gsi@denx.de> Acked-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The block device expects to see lbaint_t for the blknr parameter. Change the SCSI read/write functions to suit. This fixes the following build warnings for coreboot: cmd_scsi.c: In function ‘scsi_scan’: cmd_scsi.c:119:30: error: assignment from incompatible pointer type [-Werror] cmd_scsi.c:120:32: error: assignment from incompatible pointer type [-Werror] Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 15 7月, 2013 1 次提交
-
-
由 Tom Rini 提交于
The files board/qi/qi_lb60/qi_lb60.c and include/configs/qi_lb60.h were licensed under the GPL v3 or later, and not v2 or later. As this is incompatible with the project, revert this board support until the responsible parties are available to re-license (if so desired) under GPL v2. Signed-off-by: NTom Rini <trini@ti.com>
-
- 13 7月, 2013 3 次提交
-
-
由 Tom Rini 提交于
Signed-off-by: NTom Rini <trini@ti.com>
-
-
由 Simon Glass 提交于
A recent bootm fix left the error path incomplete. If CONFIG_TRACE is set it may still not be a supported command, so cover that with the unsupported subcommand print. Once we handle BOOTM_STATE_OS_GO, we can just move into the error handler itself, no need for a goto there. Signed-off-by: NSimon Glass <sjg@chromium.org> [trini: Update slightly based on Simon's changes to also cover CONFIG_TRACE/BOOTM_STATE_FAKE_OS_GO] Signed-off-by: NTom Rini <trini@ti.com>
-