|
|
|
|
/* SPDX-License-Identifier: GPL-2.0+ */
|
|
|
|
|
/*
|
|
|
|
|
* (C) Copyright 2012
|
|
|
|
|
* Texas Instruments, <www.ti.com>
|
|
|
|
|
*/
|
|
|
|
|
#ifndef _ASM_ARCH_SPL_H_
|
|
|
|
|
#define _ASM_ARCH_SPL_H_
|
|
|
|
|
|
|
|
|
|
#define BOOT_DEVICE_NONE 0x00
|
|
|
|
|
#define BOOT_DEVICE_XIP 0x01
|
|
|
|
|
#define BOOT_DEVICE_XIPWAIT 0x02
|
|
|
|
|
#define BOOT_DEVICE_NAND 0x03
|
|
|
|
|
#define BOOT_DEVICE_ONENAND 0x04
|
|
|
|
|
#define BOOT_DEVICE_MMC1 0x05
|
|
|
|
|
#define BOOT_DEVICE_MMC2 0x06
|
|
|
|
|
#define BOOT_DEVICE_MMC2_2 0x07
|
|
|
|
|
#define BOOT_DEVICE_UART 0x43
|
|
|
|
|
#define BOOT_DEVICE_USB 0x45
|
|
|
|
|
|
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>
12 years ago
|
|
|
#define MMC_BOOT_DEVICES_START BOOT_DEVICE_MMC1
|
|
|
|
|
#define MMC_BOOT_DEVICES_END BOOT_DEVICE_MMC2_2
|
|
|
|
|
#endif
|
