History log of /rk3399_rockchip-uboot/common/ (Results 2651 – 2675 of 5256)
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
4f6aa34603-Jul-2013 Simon Glass <sjg@chromium.org>

scsi: Correct types of scsi_read/write()

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

scsi: Correct types of scsi_read/write()

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: Simon Glass <sjg@chromium.org>

show more ...

b7a1d13410-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Handle errors consistently

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 pri

bootm: Handle errors consistently

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: Simon 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: Tom Rini <trini@ti.com>

show more ...

e3a5bbce12-Jul-2013 Stefano Babic <sbabic@denx.de>

common/image.c: Fix regression with ramdisk load/entry points in FIT

A FIT image with a ramdisk that sets the entry or load points to 0x0
must be treated as meaning "leave in place" and NOT "relocat

common/image.c: Fix regression with ramdisk load/entry points in FIT

A FIT image with a ramdisk that sets the entry or load points to 0x0
must be treated as meaning "leave in place" and NOT "relocate to 0x0".
This regression was introduced in a51ec63.

Signed-off-by: Stefano Babic <sbabic@denx.de>

show more ...


/rk3399_rockchip-uboot/CREDITS
/rk3399_rockchip-uboot/MAINTAINERS
/rk3399_rockchip-uboot/arch/arm/cpu/arm926ejs/mx27/generic.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/Makefile
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/clock.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/clock_init.h
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/clock_init_exynos4.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/clock_init_exynos5.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/common_setup.h
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/dmc_common.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/dmc_init_ddr3.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/dmc_init_exynos4.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/exynos4_setup.h
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/exynos5_setup.h
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/lowlevel_init.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/pinmux.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/power.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/exynos/spl_boot.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/omap-common/emif-common.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/omap5/hw_data.c
/rk3399_rockchip-uboot/arch/arm/cpu/armv7/omap5/hwinit.c
/rk3399_rockchip-uboot/arch/arm/cpu/pxa/config.mk
/rk3399_rockchip-uboot/arch/arm/cpu/pxa/start.S
/rk3399_rockchip-uboot/arch/arm/dts/exynos5250.dtsi
/rk3399_rockchip-uboot/arch/arm/dts/tegra114.dtsi
/rk3399_rockchip-uboot/arch/arm/dts/tegra30.dtsi
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-am33xx/ddr_defs.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-am33xx/gpio.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-exynos/cpu.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-exynos/power.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-exynos/spl.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-mx27/clock.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-mx6/imx-regs.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-omap3/gpio.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-omap4/gpio.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-omap5/gpio.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-tegra/clk_rst.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-tegra/usb.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-tegra114/usb.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-tegra20/usb.h
/rk3399_rockchip-uboot/arch/arm/include/asm/arch-tegra30/usb.h
/rk3399_rockchip-uboot/arch/arm/lib/relocate.S
/rk3399_rockchip-uboot/board/denx/m28evk/README
/rk3399_rockchip-uboot/board/freescale/mx28evk/README
/rk3399_rockchip-uboot/board/freescale/mx6sabresd/Makefile
/rk3399_rockchip-uboot/board/freescale/mx6sabresd/mx6sabresd.c
/rk3399_rockchip-uboot/board/nvidia/common/board.c
/rk3399_rockchip-uboot/board/nvidia/dts/tegra114-dalmore.dts
/rk3399_rockchip-uboot/board/nvidia/dts/tegra20-harmony.dts
/rk3399_rockchip-uboot/board/nvidia/dts/tegra20-ventana.dts
/rk3399_rockchip-uboot/board/nvidia/dts/tegra30-beaver.dts
/rk3399_rockchip-uboot/board/nvidia/dts/tegra30-cardhu.dts
/rk3399_rockchip-uboot/board/nvidia/harmony/harmony.c
/rk3399_rockchip-uboot/board/palmtreo680/Makefile
/rk3399_rockchip-uboot/board/palmtreo680/README
/rk3399_rockchip-uboot/board/palmtreo680/palmtreo680.c
/rk3399_rockchip-uboot/board/samsung/common/exynos-uboot-spl.lds
/rk3399_rockchip-uboot/board/samsung/dts/exynos5250-smdk5250.dts
/rk3399_rockchip-uboot/board/samsung/dts/exynos5250-snow.dts
/rk3399_rockchip-uboot/board/samsung/origen/Makefile
/rk3399_rockchip-uboot/board/samsung/origen/origen.c
/rk3399_rockchip-uboot/board/samsung/smdk5250/Makefile
/rk3399_rockchip-uboot/board/samsung/smdk5250/smdk5250.c
/rk3399_rockchip-uboot/board/samsung/smdkv310/Makefile
/rk3399_rockchip-uboot/board/samsung/smdkv310/smdkv310.c
/rk3399_rockchip-uboot/board/wandboard/README
/rk3399_rockchip-uboot/board/wandboard/wandboard.c
/rk3399_rockchip-uboot/boards.cfg
image.c
/rk3399_rockchip-uboot/doc/README.mx28_common
/rk3399_rockchip-uboot/drivers/block/dwc_ahsata.c
/rk3399_rockchip-uboot/drivers/gpio/omap_gpio.c
/rk3399_rockchip-uboot/drivers/gpio/s3c2440_gpio.c
/rk3399_rockchip-uboot/drivers/gpio/s5p_gpio.c
/rk3399_rockchip-uboot/drivers/i2c/s3c24x0_i2c.c
/rk3399_rockchip-uboot/drivers/net/fec_mxc.c
/rk3399_rockchip-uboot/drivers/power/battery/bat_trats.c
/rk3399_rockchip-uboot/drivers/power/power_core.c
/rk3399_rockchip-uboot/drivers/serial/serial_s5p.c
/rk3399_rockchip-uboot/drivers/spi/mxc_spi.c
/rk3399_rockchip-uboot/drivers/usb/host/ehci-tegra.c
/rk3399_rockchip-uboot/drivers/usb/ulpi/omap-ulpi-viewport.c
/rk3399_rockchip-uboot/drivers/video/exynos_fimd.c
/rk3399_rockchip-uboot/drivers/video/mxsfb.c
/rk3399_rockchip-uboot/include/configs/beaver.h
/rk3399_rockchip-uboot/include/configs/cardhu.h
/rk3399_rockchip-uboot/include/configs/dalmore.h
/rk3399_rockchip-uboot/include/configs/exynos5250-dt.h
/rk3399_rockchip-uboot/include/configs/harmony.h
/rk3399_rockchip-uboot/include/configs/m28evk.h
/rk3399_rockchip-uboot/include/configs/mx51evk.h
/rk3399_rockchip-uboot/include/configs/mx53ard.h
/rk3399_rockchip-uboot/include/configs/mx53loco.h
/rk3399_rockchip-uboot/include/configs/mx6qsabreauto.h
/rk3399_rockchip-uboot/include/configs/mx6qsabrelite.h
/rk3399_rockchip-uboot/include/configs/mx6sabre_common.h
/rk3399_rockchip-uboot/include/configs/mx6sabresd.h
/rk3399_rockchip-uboot/include/configs/mx6slevk.h
/rk3399_rockchip-uboot/include/configs/nitrogen6x.h
/rk3399_rockchip-uboot/include/configs/origen.h
/rk3399_rockchip-uboot/include/configs/palmtreo680.h
/rk3399_rockchip-uboot/include/configs/smdkv310.h
/rk3399_rockchip-uboot/include/configs/tegra114-common.h
/rk3399_rockchip-uboot/include/configs/tegra30-common.h
/rk3399_rockchip-uboot/include/configs/trats.h
/rk3399_rockchip-uboot/include/configs/ventana.h
/rk3399_rockchip-uboot/include/configs/vf610twr.h
/rk3399_rockchip-uboot/include/configs/wandboard.h
/rk3399_rockchip-uboot/include/fdtdec.h
/rk3399_rockchip-uboot/include/power/max77686_pmic.h
/rk3399_rockchip-uboot/lib/fdtdec.c
/rk3399_rockchip-uboot/tools/palmtreo680/flash_u-boot.c
d72da15811-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Correct the arguments for the ELF image loader

The arguments were out of place since commit 983c72f, since this file was
missed and not tested. Correct this.

Signed-off-by: Simon Glass <sjg@

bootm: Correct the arguments for the ELF image loader

The arguments were out of place since commit 983c72f, since this file was
missed and not tested. Correct this.

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

f320a4d811-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Use selected configuration for ramdisk and fdt

If a specific configuraion is selected by the bootm command, e.g. with
'bootm 84000000#recoveryconf' we must honour this for not just the kernel

bootm: Use selected configuration for ramdisk and fdt

If a specific configuraion is selected by the bootm command, e.g. with
'bootm 84000000#recoveryconf' we must honour this for not just the kernel,
but also the ramdisk and FDT.

In the conversion to using a common fit_image_load() function for loading
images from FITs (commits a51ec63 and 53f375f) this feature was lost.
Reinstate it by passing the selected configuration back from
fit_image_load() to boot_get_kernel(), then use this configuration
(which is stored in images->fit_uname_cfg) in both boot_get_ramdisk()
and boot_get_fdt().

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

7af26b1611-Jul-2013 Simon Glass <sjg@chromium.org>

blackfin: x86: bootm: Handle PREP stage of bootm

The OS function is now always called with the PREP stage. Adjust the
remaining bootm OS functions to deal with this correctly.

Signed-off-by: Simon

blackfin: x86: bootm: Handle PREP stage of bootm

The OS function is now always called with the PREP stage. Adjust the
remaining bootm OS functions to deal with this correctly.

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

ec39029111-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Remove extra OK message

This is not needed as we already print 'OK' later in all cases.

Signed-off-by: Simon Glass <sjg@chromium.org>

970150a111-Jul-2013 Tom Rini <trini@ti.com>

cmd_bootm.c: Re-order bootm_load_os return check for ELDK4.2

With ELDK4.2 we were getting a warning that load_end may be used
uninitialized in calling lmb_reserve. This could not be the case,
howev

cmd_bootm.c: Re-order bootm_load_os return check for ELDK4.2

With ELDK4.2 we were getting a warning that load_end may be used
uninitialized in calling lmb_reserve. This could not be the case,
however. If we re-order the checks (and make them slightly clearer as
well) the warning goes away. bootm_load_os may only return 0 on
success, BOOTM_ERR_OVERLAP in a non-fatal overlap (already covered in
comments) or a fatal BOOTM_ERR that is covered in the error handler.

Signed-off-by: Tom Rini <trini@ti.com>

show more ...

225fd8c509-Jul-2013 Tom Rini <trini@ti.com>

cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER itself

As a zImage does not have a U-Boot header, we cannot really do what
BOOTM_STATE_FINDOTHER does, exactly. Break the ramdisk/fdt portions o

cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER itself

As a zImage does not have a U-Boot header, we cannot really do what
BOOTM_STATE_FINDOTHER does, exactly. Break the ramdisk/fdt portions of
bootm_find_other into bootm_find_ramdisk/fdt which can be called in both
cases.

Signed-off-by: Tom Rini <trini@ti.com>

show more ...

2b9599e009-Jul-2013 Tom Rini <trini@ti.com>

cmd_bootm.c: Make bootz consume 'bootz' from argv, decrement argc

Like 'bootm', 'bootz' needs to consume 'bootz' so that the rest of the
state functions will work.

Signed-off-by: Tom Rini <trini@ti

cmd_bootm.c: Make bootz consume 'bootz' from argv, decrement argc

Like 'bootm', 'bootz' needs to consume 'bootz' so that the rest of the
state functions will work.

Signed-off-by: Tom Rini <trini@ti.com>

show more ...

fb1b139b04-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Add the missing PREP stage to bootz and correct image handling

In the recent bootm refactor, the PREP stage was missing in the bootz
command. This causes unpredictable behaviour.

The use of

bootm: Add the missing PREP stage to bootz and correct image handling

In the recent bootm refactor, the PREP stage was missing in the bootz
command. This causes unpredictable behaviour.

The use of a local variable means that the reset of cmd_bootm.c does not
in fact use the same image structure, so remove this.

Also manually set the OS type to Linux, since this is the only possibility
at present, and we need to select the right boot function.

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

a5266d6b04-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Clean up bootz_setup() function

This function has no prototype in the headers and passes void * around, thus
requiring several casts. Tidy this up.

- Add new patch to clean up bootz_setup()

bootm: Clean up bootz_setup() function

This function has no prototype in the headers and passes void * around, thus
requiring several casts. Tidy this up.

- Add new patch to clean up bootz_setup() function

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

a26913f304-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Require boot function only if it is about to be used

The original bootm code (before commit 35fc84f) did not check for a valid
boot function in the subcommand case, which was incorrect.

This

bootm: Require boot function only if it is about to be used

The original bootm code (before commit 35fc84f) did not check for a valid
boot function in the subcommand case, which was incorrect.

This check was introduced in all cases, but in fact we should only check
for the function when we need it. Otherwise in some cases the check fires
before the OS type is known.

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

385501d304-Jul-2013 Simon Glass <sjg@chromium.org>

bootm: Disable interrupts only when loading

With the move of the interrupt code to earlier in the sequence, we
exposed a problem where the interrupts are disabled at each bootm
stage. This is not co

bootm: Disable interrupts only when loading

With the move of the interrupt code to earlier in the sequence, we
exposed a problem where the interrupts are disabled at each bootm
stage. This is not correct - it should be done only once. Let's disable
interrupts in the LOAD stage. Put the code in a function for clarity.

Also, bootz lost its interrupt code altogether, so reinstate it.

Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

2f4998ab10-Jul-2013 Tom Rini <trini@ti.com>

Merge branch 'master' of git://git.denx.de/u-boot-video

ff8fb56b01-Jul-2013 Anatolij Gustschin <agust@denx.de>

video: consolidate splash screen alignment code

Code for checking "splashpos" environment variable is
duplicated in drivers, move it to the common function.
Call this function also in the bmp displa

video: consolidate splash screen alignment code

Code for checking "splashpos" environment variable is
duplicated in drivers, move it to the common function.
Call this function also in the bmp display command to
consider "splashpos" settings.

Signed-off-by: Anatolij Gustschin <agust@denx.de>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>

show more ...

c479c13601-Jul-2013 Tom Rini <trini@ti.com>

cmd_bootm.c: Correct check/return for unsupported sub-command

With the do_bootm_states re-organization, we have the call to any
potential sub-commands in a single spot. If one fails, we can then st

cmd_bootm.c: Correct check/return for unsupported sub-command

With the do_bootm_states re-organization, we have the call to any
potential sub-commands in a single spot. If one fails, we can then stop
right there and return to the caller. Prior to these calls we have
already ensured that ret is zero so we will not be returning this error
for some other case.

Signed-off-by: Tom Rini <trini@ti.com>
Tested-by: Andreas Bießmann <andreas.devel@googlemail.com>

show more ...

59b1592217-Jun-2013 Robert Winkler <robert.winkler@boundarydevices.com>

video: lcd: Make splash_screen_prepare weak, remove config macro

Remove CONFIG_SPLASH_SCREEN_PREPARE from README
Add doc/README.splashprepare to document functionality

Signed-off-by: Robert Winkler

video: lcd: Make splash_screen_prepare weak, remove config macro

Remove CONFIG_SPLASH_SCREEN_PREPARE from README
Add doc/README.splashprepare to document functionality

Signed-off-by: Robert Winkler <robert.winkler@boundarydevices.com>
Acked-by: Igor Grinberg <grinberg@compulab.co.il>

show more ...

dd4425e817-Jun-2013 Robert Winkler <robert.winkler@boundarydevices.com>

video: lcd: Add CONFIG_SPLASH_SCREEN_PREPARE support to CONFIG_VIDEO

Create splash.c/h to put the function and any future common splash
screen code in.

Signed-off-by: Robert Winkler <robert.winkler

video: lcd: Add CONFIG_SPLASH_SCREEN_PREPARE support to CONFIG_VIDEO

Create splash.c/h to put the function and any future common splash
screen code in.

Signed-off-by: Robert Winkler <robert.winkler@boundarydevices.com>
Acked-by: Igor Grinberg <grinberg@compulab.co.il>

show more ...

f7ef9d6105-Jun-2013 Piotr Wilczek <p.wilczek@samsung.com>

lcd: align bmp header when uncopmressing image

When compressed image is loaded, it must be decompressed
to an aligned address + 2 to avoid unaligned access exception
on some ARM platforms.

Signed-o

lcd: align bmp header when uncopmressing image

When compressed image is loaded, it must be decompressed
to an aligned address + 2 to avoid unaligned access exception
on some ARM platforms.

Signed-off-by: Piotr Wilczek <p.wilczek@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
CC: Anatolij Gustschin <agust@denx.de>
CC: Wolfgang Denk <wd@denx.de>
Signed-off-by: Anatolij Gustschin <agust@denx.de>

show more ...

5af7d0f013-Jun-2013 Stephen Warren <swarren@nvidia.com>

lcd: remove unaligned access in lcd_dt_simplefb_configure_node()

Some ARM compilers may emit code that makes unaligned accesses when
faced with constructs such as:

const char format[] = "r5g6b5";

lcd: remove unaligned access in lcd_dt_simplefb_configure_node()

Some ARM compilers may emit code that makes unaligned accesses when
faced with constructs such as:

const char format[] = "r5g6b5";

Make this data static since it doesn't chagne; the compiler will simply
place it into the .rodata section directly, and avoid any unaligned run-
time initialization.

Signed-off-by: Stephen Warren <swarren@nvidia.com>

show more ...

5a34d9bf01-Jul-2013 Tom Rini <trini@ti.com>

Merge branch 'master' of git://git.denx.de/u-boot-nand-flash

5ff0d08328-Jun-2013 Simon Glass <sjg@chromium.org>

bootm: Disable interrupts before loading OS

This restores the ordering of interrupt disable to what it what before
commit 35fc84fa. It seems that on some archiectures (e.g. PowerPC) the
OS is loaded

bootm: Disable interrupts before loading OS

This restores the ordering of interrupt disable to what it what before
commit 35fc84fa. It seems that on some archiectures (e.g. PowerPC) the
OS is loaded into an interrupt region, which can cause problems if
interrupts are still running.

Tested-by: Stefan Roese <sr@denx.de>
Signed-off-by: Simon Glass <sjg@chromium.org>

show more ...

d366438d28-Jun-2013 Tom Rini <trini@ti.com>

cmd_bootm.c: Correct BOOTM_ERR_OVERLAP handling

With 35fc84fa1 [Refactor the bootm command to reduce code duplication]
we stopped checking the return value of bootm_load_os (unintentionally!)
and si

cmd_bootm.c: Correct BOOTM_ERR_OVERLAP handling

With 35fc84fa1 [Refactor the bootm command to reduce code duplication]
we stopped checking the return value of bootm_load_os (unintentionally!)
and simply returned if we had a non-zero return value from the function.
This broke the valid case of a legacy image file of a single kernel
loaded into an overlapping memory area (the default way of booting
nearly all TI platforms).

The best way to fix this problem in the new code is to make
bootm_load_os be the one to see if we have a problem with this, and if
it's fatal return BOOTM_ERR_RESET and if it's not BOOTM_ERR_OVERLAP, so
that we can avoid calling lmb_reserve() but continue with booting. We
however still need to handle the other BOOTM_ERR values so re-work
do_bootm_states so that we have an error handler at the bottom we can
goto for problems from bootm_load_os, or problems from the other callers
(as the code was before). Add a comment to do_bootm_states noting the
existing restriction on negative return values.

Signed-off-by: Tom Rini <trini@ti.com>

---
Changes in v2:
- Rework so that only bootm_load_os and boot_selected_os head down into
the err case code, and other errors simply return back to the caller.
Fixes 'spl export'.

show more ...

ff8fef5614-Jun-2013 Sascha Silbe <t-uboot@infra-silbe.de>

Fix block device accesses beyond 2TiB

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

Fix block device accesses beyond 2TiB

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.

For some obscure reason, the current U-Boot code uses lbaint_t for the
number of blocks to read (a rather optimistic estimation of how RAM
sizes will evolve), but not for the starting address. Trying to access
blocks beyond the 2TiB boundary will simply wrap around and read a
block within the 0..2TiB range.

We now use lbaint_t for block start addresses, too. This required
changes to all block drivers as the signature of block_read(),
block_write() and block_erase() in block_dev_desc_t changed.

Signed-off-by: Sascha Silbe <t-uboot@infra-silbe.de>

show more ...

1...<<101102103104105106107108109110>>...211