2018-05-06 21:58:06 +00:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0+ */
|
2011-01-27 10:58:07 +00:00
|
|
|
/*
|
2012-05-22 12:19:25 +00:00
|
|
|
* (C) Copyright 2010-2012
|
2011-01-27 10:58:07 +00:00
|
|
|
* NVIDIA Corporation <www.nvidia.com>
|
|
|
|
|
*/
|
|
|
|
|
|
2012-12-11 13:34:18 +00:00
|
|
|
#ifndef _TEGRA20_COMMON_H_
|
|
|
|
|
#define _TEGRA20_COMMON_H_
|
|
|
|
|
#include "tegra-common.h"
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* NS16550 Configuration
|
|
|
|
|
*/
|
|
|
|
|
#define V_NS16550_CLK 216000000 /* 216MHz (pllp_out0) */
|
2012-04-02 13:19:03 +00:00
|
|
|
|
2012-12-11 13:34:18 +00:00
|
|
|
/*
|
|
|
|
|
* Miscellaneous configurable options
|
|
|
|
|
*/
|
2019-02-12 16:03:14 +00:00
|
|
|
#define CONFIG_STACKBASE 0x03800000 /* 56MB */
|
2011-01-27 10:58:07 +00:00
|
|
|
|
2012-12-11 13:34:18 +00:00
|
|
|
/*-----------------------------------------------------------------------
|
|
|
|
|
* Physical Memory Map
|
|
|
|
|
*/
|
2012-10-17 13:24:56 +00:00
|
|
|
|
2011-01-27 10:58:07 +00:00
|
|
|
/*
|
2012-12-11 13:34:18 +00:00
|
|
|
* Memory layout for where various images get loaded by boot scripts:
|
|
|
|
|
*
|
|
|
|
|
* scriptaddr can be pretty much anywhere that doesn't conflict with something
|
|
|
|
|
* else. Put it above BOOTMAPSZ to eliminate conflicts.
|
|
|
|
|
*
|
2014-02-05 16:24:59 +00:00
|
|
|
* pxefile_addr_r can be pretty much anywhere that doesn't conflict with
|
|
|
|
|
* something else. Put it above BOOTMAPSZ to eliminate conflicts.
|
|
|
|
|
*
|
2012-12-11 13:34:18 +00:00
|
|
|
* kernel_addr_r must be within the first 128M of RAM in order for the
|
|
|
|
|
* kernel's CONFIG_AUTO_ZRELADDR option to work. Since the kernel will
|
|
|
|
|
* decompress itself to 0x8000 after the start of RAM, kernel_addr_r
|
|
|
|
|
* should not overlap that area, or the kernel will have to copy itself
|
|
|
|
|
* somewhere else before decompression. Similarly, the address of any other
|
|
|
|
|
* data passed to the kernel shouldn't overlap the start of RAM. Pushing
|
2019-02-12 16:03:14 +00:00
|
|
|
* this up to 32M allows for a sizable kernel to be decompressed below the
|
2012-12-11 13:34:18 +00:00
|
|
|
* compressed load address.
|
|
|
|
|
*
|
2019-02-12 16:03:14 +00:00
|
|
|
* fdt_addr_r simply shouldn't overlap anything else. Choosing 48M allows for
|
|
|
|
|
* the compressed kernel to be up to 32M too.
|
2012-12-11 13:34:18 +00:00
|
|
|
*
|
2019-02-12 16:03:14 +00:00
|
|
|
* ramdisk_addr_r simply shouldn't overlap anything else. Choosing 49M allows
|
2012-12-11 13:34:18 +00:00
|
|
|
* for the FDT/DTB to be up to 1M, which is hopefully plenty.
|
2011-01-27 10:58:07 +00:00
|
|
|
*/
|
ARM: tegra: CONFIG_{SYS_, }LOAD{_, }ADDR rationalization
As best I can tell, CONFIG_SYS_LOAD_ADDR and CONFIG_LOADADDR/$loadaddr
serve essentially the same purpose. Roughly, if a command takes a load
address, then CONFIG_SYS_LOAD_ADDR or $loadaddr (or both) are the default
if the command-line does not specify the address. Different U-Boot
commands are inconsistent re: which of the two default values they use.
As such, set the two to the same value, and move the logic that does this
into tegra-common-post.h so it's not duplicated. A number of other non-
Tegra boards do this too.
The values chosen for these macros are no longer consistent with anything
in MEM_LAYOUT_ENV_SETTINGS. Regain consistency by setting $kernel_addr_r
to CONFIG_LOADADDR. Older scripts tend to use $loadaddr for the default
kernel load address, whereas newer scripts and features tend to use
$kernel_addr_r, along with other variables for other purposes such as
DTBs and initrds. Hence, it's logical they should share the same value.
I had originally thought to make the $kernel_addr_r and CONFIG_LOADADDR
have different values. This would guarantee no interference if a script
used the two variables for different purposes. However, that scenario is
unlikely given the semantic meaning associated with the two variables.
The lowest available value is 0x90200000; see comments for
MEM_LAYOUT_ENV_SETTINGS in tegra30-common-post.h for details. However,
that value would be problematic for a script that loaded a raw zImage to
$loadaddr, since it's more than 128MB beyond the start of SDRAM, which
would interfere with the kernel's CONFIG_AUTO_ZRELADDR. So, let's not do
that.
The only potential fallout I could foresee from this patch is if someone
has a script that loads the kernel to $loadaddr, but some other file
(DTB, initrd) to a hard-coded address that the new value of $loadaddr
interferes with. This seems unlikely. A user should not do that; they
should either hard-code all load addresses, or use U-Boot-supplied
variables for all load addresses. Equally, any fallout due to this change
is trivial to fix; simply modify the load addresses in that script.
Cc: Paul Walmsley <pwalmsley@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Reviewed-by: Paul Walmsley <pwalmsley@nvidia.com>
Reviewed-by: Simon Glass
Signed-off-by: Tom Warren <twarren@nvidia.com>
2015-04-01 21:40:53 +00:00
|
|
|
#define CONFIG_LOADADDR 0x01000000
|
2012-12-11 13:34:18 +00:00
|
|
|
#define MEM_LAYOUT_ENV_SETTINGS \
|
|
|
|
|
"scriptaddr=0x10000000\0" \
|
2014-02-05 16:24:59 +00:00
|
|
|
"pxefile_addr_r=0x10100000\0" \
|
ARM: tegra: CONFIG_{SYS_, }LOAD{_, }ADDR rationalization
As best I can tell, CONFIG_SYS_LOAD_ADDR and CONFIG_LOADADDR/$loadaddr
serve essentially the same purpose. Roughly, if a command takes a load
address, then CONFIG_SYS_LOAD_ADDR or $loadaddr (or both) are the default
if the command-line does not specify the address. Different U-Boot
commands are inconsistent re: which of the two default values they use.
As such, set the two to the same value, and move the logic that does this
into tegra-common-post.h so it's not duplicated. A number of other non-
Tegra boards do this too.
The values chosen for these macros are no longer consistent with anything
in MEM_LAYOUT_ENV_SETTINGS. Regain consistency by setting $kernel_addr_r
to CONFIG_LOADADDR. Older scripts tend to use $loadaddr for the default
kernel load address, whereas newer scripts and features tend to use
$kernel_addr_r, along with other variables for other purposes such as
DTBs and initrds. Hence, it's logical they should share the same value.
I had originally thought to make the $kernel_addr_r and CONFIG_LOADADDR
have different values. This would guarantee no interference if a script
used the two variables for different purposes. However, that scenario is
unlikely given the semantic meaning associated with the two variables.
The lowest available value is 0x90200000; see comments for
MEM_LAYOUT_ENV_SETTINGS in tegra30-common-post.h for details. However,
that value would be problematic for a script that loaded a raw zImage to
$loadaddr, since it's more than 128MB beyond the start of SDRAM, which
would interfere with the kernel's CONFIG_AUTO_ZRELADDR. So, let's not do
that.
The only potential fallout I could foresee from this patch is if someone
has a script that loads the kernel to $loadaddr, but some other file
(DTB, initrd) to a hard-coded address that the new value of $loadaddr
interferes with. This seems unlikely. A user should not do that; they
should either hard-code all load addresses, or use U-Boot-supplied
variables for all load addresses. Equally, any fallout due to this change
is trivial to fix; simply modify the load addresses in that script.
Cc: Paul Walmsley <pwalmsley@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Reviewed-by: Paul Walmsley <pwalmsley@nvidia.com>
Reviewed-by: Simon Glass
Signed-off-by: Tom Warren <twarren@nvidia.com>
2015-04-01 21:40:53 +00:00
|
|
|
"kernel_addr_r=" __stringify(CONFIG_LOADADDR) "\0" \
|
2019-02-12 16:03:14 +00:00
|
|
|
"fdt_addr_r=0x03000000\0" \
|
|
|
|
|
"ramdisk_addr_r=0x03100000\0"
|
2011-01-27 10:58:07 +00:00
|
|
|
|
2012-12-11 13:34:18 +00:00
|
|
|
/* Defines for SPL */
|
|
|
|
|
#define CONFIG_SYS_SPL_MALLOC_START 0x00090000
|
|
|
|
|
#define CONFIG_SPL_STACK 0x000ffffc
|
|
|
|
|
|
|
|
|
|
/* Align LCD to 1MB boundary */
|
|
|
|
|
#define CONFIG_LCD_ALIGNMENT MMU_SECTION_SIZE
|
2011-01-27 10:58:07 +00:00
|
|
|
|
2012-09-05 00:00:24 +00:00
|
|
|
#ifdef CONFIG_TEGRA_LP0
|
2012-04-02 13:19:03 +00:00
|
|
|
#define TEGRA_LP0_ADDR 0x1C406000
|
|
|
|
|
#define TEGRA_LP0_SIZE 0x2000
|
|
|
|
|
#define TEGRA_LP0_VEC \
|
2012-12-11 13:34:18 +00:00
|
|
|
"lp0_vec=" __stringify(TEGRA_LP0_SIZE) \
|
2012-09-23 15:41:25 +00:00
|
|
|
"@" __stringify(TEGRA_LP0_ADDR) " "
|
2012-04-02 13:19:03 +00:00
|
|
|
#else
|
|
|
|
|
#define TEGRA_LP0_VEC
|
|
|
|
|
#endif
|
|
|
|
|
|
2012-02-27 10:52:51 +00:00
|
|
|
/*
|
|
|
|
|
* This parameter affects a TXFILLTUNING field that controls how much data is
|
|
|
|
|
* sent to the latency fifo before it is sent to the wire. Without this
|
|
|
|
|
* parameter, the default (2) causes occasional Data Buffer Errors in OUT
|
|
|
|
|
* packets depending on the buffer address and size.
|
|
|
|
|
*/
|
2018-09-16 17:22:58 +00:00
|
|
|
#define CONFIG_USB_EHCI_TXFIFO_THRESH 0x10
|
2012-02-27 10:52:51 +00:00
|
|
|
#define CONFIG_EHCI_IS_TDI
|
|
|
|
|
|
2012-07-29 20:53:30 +00:00
|
|
|
#define CONFIG_SYS_NAND_SELF_INIT
|
2012-10-07 11:29:38 +00:00
|
|
|
#define CONFIG_SYS_NAND_ONFI_DETECTION
|
2012-07-29 20:53:30 +00:00
|
|
|
|
2012-12-11 13:34:18 +00:00
|
|
|
#endif /* _TEGRA20_COMMON_H_ */
|
