2012-08-14 15:50:58 +00:00
|
|
|
/*
|
|
|
|
* (C) Copyright 2012
|
|
|
|
* Texas Instruments, <www.ti.com>
|
|
|
|
*
|
2013-07-08 07:37:19 +00:00
|
|
|
* SPDX-License-Identifier: GPL-2.0+
|
2012-08-14 15:50:58 +00:00
|
|
|
*/
|
|
|
|
#ifndef _ASM_ARCH_SPL_H_
|
2014-03-19 01:02:55 +00:00
|
|
|
#define _ASM_ARCH_SPL_H_
|
2012-08-14 15:50:58 +00:00
|
|
|
|
|
|
|
#define BOOT_DEVICE_NONE 0
|
|
|
|
#define BOOT_DEVICE_XIP 1
|
|
|
|
#define BOOT_DEVICE_NAND 2
|
2013-02-07 23:14:46 +00:00
|
|
|
#define BOOT_DEVICE_ONENAND 3
|
2012-08-14 15:50:58 +00:00
|
|
|
#define BOOT_DEVICE_MMC2 5 /*emmc*/
|
|
|
|
#define BOOT_DEVICE_MMC1 6
|
|
|
|
#define BOOT_DEVICE_XIPWAIT 7
|
|
|
|
#define BOOT_DEVICE_MMC2_2 0xFF
|
OMAP3/4/5/AM33xx: Correct logic for checking FAT or RAW MMC
In the case of booting from certain peripherals, such as UART, we must
not see what the device descriptor says for RAW or FAT mode because in
addition to being nonsensical, it leads to a hang. This is why we have
a test currently for the boot mode being within range. The problem
however is that on some platforms we get MMC2_2 as the boot mode and not
the defined value for MMC2, and in others we get the value for MMC2_2.
This is required to fix eMMC booting on omap5_uevm.
Tested on am335x_evm (UART, NAND, SD), omap3_beagle (NAND, SD on
classic, SD only on xM rev C5) and omap5_uevm (SD, eMMC).
Signed-off-by: Tom Rini <trini@ti.com>
2013-04-05 06:21:44 +00:00
|
|
|
|
|
|
|
#define MMC_BOOT_DEVICES_START BOOT_DEVICE_MMC2
|
|
|
|
#define MMC_BOOT_DEVICES_END BOOT_DEVICE_MMC1
|
2012-08-14 15:50:58 +00:00
|
|
|
#endif
|