2016-03-25 13:15:16 +09:00
|
|
|
config BCM2835
|
|
|
|
|
bool "Broadcom BCM2835 SoC support"
|
|
|
|
|
depends on ARCH_BCM283X
|
|
|
|
|
|
|
|
|
|
config BCM2836
|
|
|
|
|
bool "Broadcom BCM2836 SoC support"
|
|
|
|
|
depends on ARCH_BCM283X
|
|
|
|
|
|
rpi: BCM2837 and Raspberry Pi 3 32-bit support
The Raspberry Pi 3 contains a BCM2837 SoC. The BCM2837 is a BCM2836 with
the CPU complex swapped out for a quad-core ARMv8. This can operate in 32-
or 64-bit mode. 32-bit mode is the current default selected by the
VideoCore firmware on the Raspberry Pi 3. This patch adds a 32-bit port of
U-Boot for the Raspberry Pi 3.
>From U-Boot's perspective, the only delta between the RPi 2 and RPi 3 is a
change in usage of the SoC UARTs. On all previous Pis, the PL011 was the
only UART in use. The Raspberry Pi 3 adds a Bluetooth module which uses a
UART to connect to the SoC. By default, the PL011 is used for this purpose
since it has larger FIFOs than the other "mini" UART. However, this can
be configured via the VideoCore firmware's config.txt file. This patch
hard-codes use of the mini UART in the RPi 3 port. If your system uses the
PL011 UART for the console even on the RPi 3, please use the RPi 2 U-Boot
port instead. A future change might determine which UART to use at
run-time, thus allowing the RPi 2 and RPi 3 (32-bit) ports to be squashed
together.
The mini UART has some limitations. One externally visible issue in the
BCM2837 integration is that the UART divides the SoC's "core clock" to
generate the baud rate. The core clock is typically variable, and under
control of the VideoCore firmware for thermal management reasons. If the
VC FW does modify the core clock rate, UART communication will be
corrupted since the baud rate will vary from the expected value. This was
not an issue for the PL011 UART, since it is fed by a fixed 3MHz clock. To
work around this, the VideoCore firmware can be told not to modify the SoC
core clock. However, the only way this can happen and be thermally safe is
to limit the core clock to a low/minimum frequency. This leaves
performance on the table for use-cases that don't care about a UART
console. Consequently, use of the mini UART console must be explicitly
requested by entering the following line into config.txt:
enable_uart=1
A recent version of the VC firmware is required to ensure that the mini
UART is fully and correctly initialized by the VC FW; at least
firmware.git 046effa13ebc "firmware: arm_loader: emmc clock depends on
core clock See: https://github.com/raspberrypi/firmware/issues/572".
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
2016-03-25 13:15:20 +09:00
|
|
|
config BCM2837
|
|
|
|
|
bool "Broadcom BCM2837 SoC support"
|
|
|
|
|
depends on ARCH_BCM283X
|
|
|
|
|
|
2015-03-19 19:42:56 +09:00
|
|
|
menu "Broadcom BCM283X family"
|
|
|
|
|
depends on ARCH_BCM283X
|
|
|
|
|
|
|
|
|
|
choice
|
|
|
|
|
prompt "Broadcom BCM283X board select"
|
2015-05-13 04:46:23 +09:00
|
|
|
optional
|
2015-03-19 19:42:56 +09:00
|
|
|
|
|
|
|
|
config TARGET_RPI
|
2016-03-25 13:15:19 +09:00
|
|
|
bool "Raspberry Pi (all BCM2835 variants)"
|
|
|
|
|
help
|
|
|
|
|
Support for all ARM1176-/BCM2835-based Raspberry Pi variants, such as
|
|
|
|
|
the A, A+, B, B+, Compute Module, and Zero. This option cannot
|
|
|
|
|
support BCM2836/BCM2837-based Raspberry Pis such as the RPi 2 and
|
|
|
|
|
RPi 3 due to different peripheral address maps.
|
|
|
|
|
|
|
|
|
|
This option creates a build targetting the ARM1176 ISA.
|
2016-03-25 13:15:16 +09:00
|
|
|
select BCM2835
|
2015-03-19 19:42:56 +09:00
|
|
|
select CPU_ARM1176
|
|
|
|
|
|
|
|
|
|
config TARGET_RPI_2
|
|
|
|
|
bool "Raspberry Pi 2"
|
2016-03-25 13:15:19 +09:00
|
|
|
help
|
|
|
|
|
Support for all BCM2836-based Raspberry Pi variants, such as
|
|
|
|
|
the RPi 2 model B.
|
|
|
|
|
|
|
|
|
|
This option also supports BCM2837-based variants such as the RPi 3
|
|
|
|
|
Model B, when run in 32-bit mode, provided you have configured the
|
|
|
|
|
VideoCore firmware to select the PL011 UART for the console by:
|
|
|
|
|
a) config.txt should contain dtoverlay=pi3-miniuart-bt.
|
|
|
|
|
b) You should run the following to tell the VC FW to process DT when
|
|
|
|
|
booting, and copy u-boot.bin.img (rather than u-boot.bin) to the SD
|
|
|
|
|
card as the kernel image:
|
|
|
|
|
|
|
|
|
|
path/to/kernel/scripts/mkknlimg --dtok u-boot.bin u-boot.bin.img
|
|
|
|
|
|
|
|
|
|
This works as of firmware.git commit 046effa13ebc "firmware:
|
|
|
|
|
arm_loader: emmc clock depends on core clock See:
|
|
|
|
|
https://github.com/raspberrypi/firmware/issues/572".
|
|
|
|
|
|
|
|
|
|
This option creates a build targetting the ARMv7/AArch32 ISA.
|
2016-03-16 23:41:23 +09:00
|
|
|
select ARMV7_LPAE
|
2016-03-25 13:15:16 +09:00
|
|
|
select BCM2836
|
|
|
|
|
select CPU_V7
|
2015-03-19 19:42:56 +09:00
|
|
|
|
rpi: BCM2837 and Raspberry Pi 3 32-bit support
The Raspberry Pi 3 contains a BCM2837 SoC. The BCM2837 is a BCM2836 with
the CPU complex swapped out for a quad-core ARMv8. This can operate in 32-
or 64-bit mode. 32-bit mode is the current default selected by the
VideoCore firmware on the Raspberry Pi 3. This patch adds a 32-bit port of
U-Boot for the Raspberry Pi 3.
>From U-Boot's perspective, the only delta between the RPi 2 and RPi 3 is a
change in usage of the SoC UARTs. On all previous Pis, the PL011 was the
only UART in use. The Raspberry Pi 3 adds a Bluetooth module which uses a
UART to connect to the SoC. By default, the PL011 is used for this purpose
since it has larger FIFOs than the other "mini" UART. However, this can
be configured via the VideoCore firmware's config.txt file. This patch
hard-codes use of the mini UART in the RPi 3 port. If your system uses the
PL011 UART for the console even on the RPi 3, please use the RPi 2 U-Boot
port instead. A future change might determine which UART to use at
run-time, thus allowing the RPi 2 and RPi 3 (32-bit) ports to be squashed
together.
The mini UART has some limitations. One externally visible issue in the
BCM2837 integration is that the UART divides the SoC's "core clock" to
generate the baud rate. The core clock is typically variable, and under
control of the VideoCore firmware for thermal management reasons. If the
VC FW does modify the core clock rate, UART communication will be
corrupted since the baud rate will vary from the expected value. This was
not an issue for the PL011 UART, since it is fed by a fixed 3MHz clock. To
work around this, the VideoCore firmware can be told not to modify the SoC
core clock. However, the only way this can happen and be thermally safe is
to limit the core clock to a low/minimum frequency. This leaves
performance on the table for use-cases that don't care about a UART
console. Consequently, use of the mini UART console must be explicitly
requested by entering the following line into config.txt:
enable_uart=1
A recent version of the VC firmware is required to ensure that the mini
UART is fully and correctly initialized by the VC FW; at least
firmware.git 046effa13ebc "firmware: arm_loader: emmc clock depends on
core clock See: https://github.com/raspberrypi/firmware/issues/572".
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
2016-03-25 13:15:20 +09:00
|
|
|
config TARGET_RPI_3_32B
|
|
|
|
|
bool "Raspberry Pi 3 32-bit build"
|
|
|
|
|
help
|
|
|
|
|
Support for all BCM2837-based Raspberry Pi variants, such as
|
|
|
|
|
the RPi 3 model B, in AArch32 (32-bit) mode.
|
|
|
|
|
|
|
|
|
|
This option assumes the VideoCore firmware is configured to use the
|
|
|
|
|
mini UART (rather than PL011) for the serial console. This is the
|
|
|
|
|
default on the RPi 3. To enable the UART console, the following non-
|
|
|
|
|
default option must be present in config.txt: enable_uart=1.
|
|
|
|
|
|
|
|
|
|
This option creates a build targetting the ARMv7/AArch32 ISA.
|
|
|
|
|
select ARMV7_LPAE
|
|
|
|
|
select BCM2837
|
|
|
|
|
select CPU_V7
|
|
|
|
|
|
2015-03-19 19:42:56 +09:00
|
|
|
endchoice
|
|
|
|
|
|
|
|
|
|
config SYS_BOARD
|
|
|
|
|
default "rpi" if TARGET_RPI
|
|
|
|
|
default "rpi_2" if TARGET_RPI_2
|
rpi: BCM2837 and Raspberry Pi 3 32-bit support
The Raspberry Pi 3 contains a BCM2837 SoC. The BCM2837 is a BCM2836 with
the CPU complex swapped out for a quad-core ARMv8. This can operate in 32-
or 64-bit mode. 32-bit mode is the current default selected by the
VideoCore firmware on the Raspberry Pi 3. This patch adds a 32-bit port of
U-Boot for the Raspberry Pi 3.
>From U-Boot's perspective, the only delta between the RPi 2 and RPi 3 is a
change in usage of the SoC UARTs. On all previous Pis, the PL011 was the
only UART in use. The Raspberry Pi 3 adds a Bluetooth module which uses a
UART to connect to the SoC. By default, the PL011 is used for this purpose
since it has larger FIFOs than the other "mini" UART. However, this can
be configured via the VideoCore firmware's config.txt file. This patch
hard-codes use of the mini UART in the RPi 3 port. If your system uses the
PL011 UART for the console even on the RPi 3, please use the RPi 2 U-Boot
port instead. A future change might determine which UART to use at
run-time, thus allowing the RPi 2 and RPi 3 (32-bit) ports to be squashed
together.
The mini UART has some limitations. One externally visible issue in the
BCM2837 integration is that the UART divides the SoC's "core clock" to
generate the baud rate. The core clock is typically variable, and under
control of the VideoCore firmware for thermal management reasons. If the
VC FW does modify the core clock rate, UART communication will be
corrupted since the baud rate will vary from the expected value. This was
not an issue for the PL011 UART, since it is fed by a fixed 3MHz clock. To
work around this, the VideoCore firmware can be told not to modify the SoC
core clock. However, the only way this can happen and be thermally safe is
to limit the core clock to a low/minimum frequency. This leaves
performance on the table for use-cases that don't care about a UART
console. Consequently, use of the mini UART console must be explicitly
requested by entering the following line into config.txt:
enable_uart=1
A recent version of the VC firmware is required to ensure that the mini
UART is fully and correctly initialized by the VC FW; at least
firmware.git 046effa13ebc "firmware: arm_loader: emmc clock depends on
core clock See: https://github.com/raspberrypi/firmware/issues/572".
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
2016-03-25 13:15:20 +09:00
|
|
|
default "rpi_3_32b" if TARGET_RPI_3_32B
|
2015-03-19 19:42:56 +09:00
|
|
|
|
|
|
|
|
config SYS_VENDOR
|
|
|
|
|
default "raspberrypi"
|
|
|
|
|
|
|
|
|
|
config SYS_SOC
|
2015-03-19 19:42:57 +09:00
|
|
|
default "bcm283x"
|
2015-03-19 19:42:56 +09:00
|
|
|
|
|
|
|
|
config SYS_CONFIG_NAME
|
|
|
|
|
default "rpi" if TARGET_RPI
|
|
|
|
|
default "rpi_2" if TARGET_RPI_2
|
rpi: BCM2837 and Raspberry Pi 3 32-bit support
The Raspberry Pi 3 contains a BCM2837 SoC. The BCM2837 is a BCM2836 with
the CPU complex swapped out for a quad-core ARMv8. This can operate in 32-
or 64-bit mode. 32-bit mode is the current default selected by the
VideoCore firmware on the Raspberry Pi 3. This patch adds a 32-bit port of
U-Boot for the Raspberry Pi 3.
>From U-Boot's perspective, the only delta between the RPi 2 and RPi 3 is a
change in usage of the SoC UARTs. On all previous Pis, the PL011 was the
only UART in use. The Raspberry Pi 3 adds a Bluetooth module which uses a
UART to connect to the SoC. By default, the PL011 is used for this purpose
since it has larger FIFOs than the other "mini" UART. However, this can
be configured via the VideoCore firmware's config.txt file. This patch
hard-codes use of the mini UART in the RPi 3 port. If your system uses the
PL011 UART for the console even on the RPi 3, please use the RPi 2 U-Boot
port instead. A future change might determine which UART to use at
run-time, thus allowing the RPi 2 and RPi 3 (32-bit) ports to be squashed
together.
The mini UART has some limitations. One externally visible issue in the
BCM2837 integration is that the UART divides the SoC's "core clock" to
generate the baud rate. The core clock is typically variable, and under
control of the VideoCore firmware for thermal management reasons. If the
VC FW does modify the core clock rate, UART communication will be
corrupted since the baud rate will vary from the expected value. This was
not an issue for the PL011 UART, since it is fed by a fixed 3MHz clock. To
work around this, the VideoCore firmware can be told not to modify the SoC
core clock. However, the only way this can happen and be thermally safe is
to limit the core clock to a low/minimum frequency. This leaves
performance on the table for use-cases that don't care about a UART
console. Consequently, use of the mini UART console must be explicitly
requested by entering the following line into config.txt:
enable_uart=1
A recent version of the VC firmware is required to ensure that the mini
UART is fully and correctly initialized by the VC FW; at least
firmware.git 046effa13ebc "firmware: arm_loader: emmc clock depends on
core clock See: https://github.com/raspberrypi/firmware/issues/572".
Signed-off-by: Stephen Warren <swarren@wwwdotorg.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
2016-03-25 13:15:20 +09:00
|
|
|
default "rpi_3_32b" if TARGET_RPI_3_32B
|
2015-03-19 19:42:56 +09:00
|
|
|
|
|
|
|
|
endmenu
|