2014-03-19 22:31:23 +01:00
|
|
|
/*
|
|
|
|
* This file is part of the coreboot project.
|
|
|
|
*
|
2015-01-12 20:57:09 +01:00
|
|
|
* Copyright (c) 2015, The Linux Foundation. All rights reserved.
|
2014-05-16 02:14:12 +02:00
|
|
|
* Copyright 2014 Google Inc.
|
2014-03-19 22:31:23 +01:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; version 2 of the License.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*/
|
|
|
|
|
2014-08-08 00:20:21 +02:00
|
|
|
#include <boardid.h>
|
2014-03-19 22:31:23 +01:00
|
|
|
#include <boot/coreboot_tables.h>
|
2014-08-02 02:36:45 +02:00
|
|
|
#include <delay.h>
|
2014-08-08 00:20:21 +02:00
|
|
|
#include <device/device.h>
|
gpio: Extend common GPIO header, simplify function names
We've had gpiolib.h which defines a few common GPIO access functions for
a while, but it wasn't really complete. This patch adds the missing
gpio_output() function, and also renames the unwieldy
gpio_get_in_value() and gpio_set_out_value() to the much easier to
handle gpio_get() and gpio_set(). The header is renamed to the simpler
gpio.h while we're at it (there was never really anything "lib" about
it, and it was presumably just chosen due to the IPQ806x include/
conflict problem that is now resolved).
It also moves the definition of gpio_t into SoC-specific code, so that
different implementations are free to encode their platform-specific
GPIO parameters in those 4 bytes in the most convenient way (such as the
rk3288 with a bitfield struct). Every SoC intending to use this common
API should supply a <soc/gpio.h> that typedefs gpio_t to a type at most
4 bytes in length. Files accessing the API only need to include <gpio.h>
which may pull in additional things (like a gpio_t creation macro) from
<soc/gpio.h> on its own.
For now the API is still only used on non-x86 SoCs. Whether it makes
sense to expand it to x86 as well should be separately evaluated at a
later point (by someone who understands those systems better). Also,
Exynos retains its old, incompatible GPIO API even though it would be a
prime candidate, because it's currently just not worth the effort.
BUG=None
TEST=Compiled on Daisy, Peach_Pit, Nyan_Blaze, Rush_Ryu, Storm and
Veyron_Pinky.
Change-Id: Ieee77373c2bd13d07ece26fa7f8b08be324842fe
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: 9e04902ada56b929e3829f2c3b4aeb618682096e
Original-Change-Id: I6c1e7d1e154d9b02288aabedb397e21e1aadfa15
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/220975
Original-Reviewed-by: Aaron Durbin <adurbin@chromium.org>
Reviewed-on: http://review.coreboot.org/9400
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
2014-09-25 00:40:49 +02:00
|
|
|
#include <gpio.h>
|
2014-10-20 22:20:49 +02:00
|
|
|
#include <soc/clock.h>
|
2014-09-23 02:49:56 +02:00
|
|
|
#include <soc/soc_services.h>
|
2014-10-20 22:20:49 +02:00
|
|
|
#include <soc/usb.h>
|
New mechanism to define SRAM/memory map with automatic bounds checking
This patch creates a new mechanism to define the static memory layout
(primarily in SRAM) for a given board, superseding the brittle mass of
Kconfigs that we were using before. The core part is a memlayout.ld file
in the mainboard directory (although boards are expected to just include
the SoC default in most cases), which is the primary linker script for
all stages (though not rmodules for now). It uses preprocessor macros
from <memlayout.h> to form a different valid linker script for all
stages while looking like a declarative, boilerplate-free map of memory
addresses to the programmer. Linker asserts will automatically guarantee
that the defined regions cannot overlap. Stages are defined with a
maximum size that will be enforced by the linker. The file serves to
both define and document the memory layout, so that the documentation
cannot go missing or out of date.
The mechanism is implemented for all boards in the ARM, ARM64 and MIPS
architectures, and should be extended onto all systems using SRAM in the
future. The CAR/XIP environment on x86 has very different requirements
and the layout is generally not as static, so it will stay like it is
and be unaffected by this patch (save for aligning some symbol names for
consistency and sharing the new common ramstage linker script include).
BUG=None
TEST=Booted normally and in recovery mode, checked suspend/resume and
the CBMEM console on Falco, Blaze (both normal and vboot2), Pinky and
Pit. Compiled Ryu, Storm and Urara, manually compared the disassemblies
with ToT and looked for red flags.
Change-Id: Ifd2276417f2036cbe9c056f17e42f051bcd20e81
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: f1e2028e7ebceeb2d71ff366150a37564595e614
Original-Change-Id: I005506add4e8fcdb74db6d5e6cb2d4cb1bd3cda5
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/213370
Reviewed-on: http://review.coreboot.org/9283
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Tauner <stefan.tauner@gmx.at>
Reviewed-by: Aaron Durbin <adurbin@google.com>
2014-08-21 00:29:56 +02:00
|
|
|
#include <symbols.h>
|
2014-08-02 02:36:45 +02:00
|
|
|
|
2014-10-24 01:03:29 +02:00
|
|
|
#include <vendorcode/google/chromeos/chromeos.h>
|
2015-01-12 20:57:09 +01:00
|
|
|
#include "mmu.h"
|
2014-05-31 03:01:44 +02:00
|
|
|
|
2014-06-24 16:26:03 +02:00
|
|
|
#define USB_ENABLE_GPIO 51
|
|
|
|
|
2014-05-31 03:01:44 +02:00
|
|
|
static void setup_usb(void)
|
|
|
|
{
|
2017-06-25 05:53:37 +02:00
|
|
|
#if !IS_ENABLED(CONFIG_BOARD_VARIANT_AP148)
|
2014-06-24 16:26:03 +02:00
|
|
|
gpio_tlmm_config_set(USB_ENABLE_GPIO, FUNC_SEL_GPIO,
|
|
|
|
GPIO_PULL_UP, GPIO_10MA, GPIO_ENABLE);
|
gpio: Extend common GPIO header, simplify function names
We've had gpiolib.h which defines a few common GPIO access functions for
a while, but it wasn't really complete. This patch adds the missing
gpio_output() function, and also renames the unwieldy
gpio_get_in_value() and gpio_set_out_value() to the much easier to
handle gpio_get() and gpio_set(). The header is renamed to the simpler
gpio.h while we're at it (there was never really anything "lib" about
it, and it was presumably just chosen due to the IPQ806x include/
conflict problem that is now resolved).
It also moves the definition of gpio_t into SoC-specific code, so that
different implementations are free to encode their platform-specific
GPIO parameters in those 4 bytes in the most convenient way (such as the
rk3288 with a bitfield struct). Every SoC intending to use this common
API should supply a <soc/gpio.h> that typedefs gpio_t to a type at most
4 bytes in length. Files accessing the API only need to include <gpio.h>
which may pull in additional things (like a gpio_t creation macro) from
<soc/gpio.h> on its own.
For now the API is still only used on non-x86 SoCs. Whether it makes
sense to expand it to x86 as well should be separately evaluated at a
later point (by someone who understands those systems better). Also,
Exynos retains its old, incompatible GPIO API even though it would be a
prime candidate, because it's currently just not worth the effort.
BUG=None
TEST=Compiled on Daisy, Peach_Pit, Nyan_Blaze, Rush_Ryu, Storm and
Veyron_Pinky.
Change-Id: Ieee77373c2bd13d07ece26fa7f8b08be324842fe
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: 9e04902ada56b929e3829f2c3b4aeb618682096e
Original-Change-Id: I6c1e7d1e154d9b02288aabedb397e21e1aadfa15
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/220975
Original-Reviewed-by: Aaron Durbin <adurbin@chromium.org>
Reviewed-on: http://review.coreboot.org/9400
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
2014-09-25 00:40:49 +02:00
|
|
|
gpio_set(USB_ENABLE_GPIO, 1);
|
2014-07-11 00:24:18 +02:00
|
|
|
#endif
|
2014-05-31 03:01:44 +02:00
|
|
|
usb_clock_config();
|
|
|
|
|
|
|
|
setup_usb_host1();
|
|
|
|
}
|
2014-05-16 02:14:12 +02:00
|
|
|
|
2014-08-08 00:20:21 +02:00
|
|
|
#define TPM_RESET_GPIO 22
|
|
|
|
static void setup_tpm(void)
|
|
|
|
{
|
2014-10-24 22:22:05 +02:00
|
|
|
if (board_id() != BOARD_ID_PROTO_0)
|
2014-08-08 00:20:21 +02:00
|
|
|
return; /* Only proto0 have TPM reset connected to GPIO22 */
|
|
|
|
|
|
|
|
gpio_tlmm_config_set(TPM_RESET_GPIO, FUNC_SEL_GPIO, GPIO_PULL_UP,
|
|
|
|
GPIO_4MA, GPIO_ENABLE);
|
|
|
|
/*
|
|
|
|
* Generate a reset pulse. The spec calls for 80 us minimum, let's
|
|
|
|
* make it twice as long. If the output was driven low originally, the
|
|
|
|
* reset pulse will be even longer.
|
|
|
|
*/
|
gpio: Extend common GPIO header, simplify function names
We've had gpiolib.h which defines a few common GPIO access functions for
a while, but it wasn't really complete. This patch adds the missing
gpio_output() function, and also renames the unwieldy
gpio_get_in_value() and gpio_set_out_value() to the much easier to
handle gpio_get() and gpio_set(). The header is renamed to the simpler
gpio.h while we're at it (there was never really anything "lib" about
it, and it was presumably just chosen due to the IPQ806x include/
conflict problem that is now resolved).
It also moves the definition of gpio_t into SoC-specific code, so that
different implementations are free to encode their platform-specific
GPIO parameters in those 4 bytes in the most convenient way (such as the
rk3288 with a bitfield struct). Every SoC intending to use this common
API should supply a <soc/gpio.h> that typedefs gpio_t to a type at most
4 bytes in length. Files accessing the API only need to include <gpio.h>
which may pull in additional things (like a gpio_t creation macro) from
<soc/gpio.h> on its own.
For now the API is still only used on non-x86 SoCs. Whether it makes
sense to expand it to x86 as well should be separately evaluated at a
later point (by someone who understands those systems better). Also,
Exynos retains its old, incompatible GPIO API even though it would be a
prime candidate, because it's currently just not worth the effort.
BUG=None
TEST=Compiled on Daisy, Peach_Pit, Nyan_Blaze, Rush_Ryu, Storm and
Veyron_Pinky.
Change-Id: Ieee77373c2bd13d07ece26fa7f8b08be324842fe
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: 9e04902ada56b929e3829f2c3b4aeb618682096e
Original-Change-Id: I6c1e7d1e154d9b02288aabedb397e21e1aadfa15
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/220975
Original-Reviewed-by: Aaron Durbin <adurbin@chromium.org>
Reviewed-on: http://review.coreboot.org/9400
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
2014-09-25 00:40:49 +02:00
|
|
|
gpio_set(TPM_RESET_GPIO, 0);
|
2014-08-08 00:20:21 +02:00
|
|
|
udelay(160);
|
gpio: Extend common GPIO header, simplify function names
We've had gpiolib.h which defines a few common GPIO access functions for
a while, but it wasn't really complete. This patch adds the missing
gpio_output() function, and also renames the unwieldy
gpio_get_in_value() and gpio_set_out_value() to the much easier to
handle gpio_get() and gpio_set(). The header is renamed to the simpler
gpio.h while we're at it (there was never really anything "lib" about
it, and it was presumably just chosen due to the IPQ806x include/
conflict problem that is now resolved).
It also moves the definition of gpio_t into SoC-specific code, so that
different implementations are free to encode their platform-specific
GPIO parameters in those 4 bytes in the most convenient way (such as the
rk3288 with a bitfield struct). Every SoC intending to use this common
API should supply a <soc/gpio.h> that typedefs gpio_t to a type at most
4 bytes in length. Files accessing the API only need to include <gpio.h>
which may pull in additional things (like a gpio_t creation macro) from
<soc/gpio.h> on its own.
For now the API is still only used on non-x86 SoCs. Whether it makes
sense to expand it to x86 as well should be separately evaluated at a
later point (by someone who understands those systems better). Also,
Exynos retains its old, incompatible GPIO API even though it would be a
prime candidate, because it's currently just not worth the effort.
BUG=None
TEST=Compiled on Daisy, Peach_Pit, Nyan_Blaze, Rush_Ryu, Storm and
Veyron_Pinky.
Change-Id: Ieee77373c2bd13d07ece26fa7f8b08be324842fe
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: 9e04902ada56b929e3829f2c3b4aeb618682096e
Original-Change-Id: I6c1e7d1e154d9b02288aabedb397e21e1aadfa15
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/220975
Original-Reviewed-by: Aaron Durbin <adurbin@chromium.org>
Reviewed-on: http://review.coreboot.org/9400
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
2014-09-25 00:40:49 +02:00
|
|
|
gpio_set(TPM_RESET_GPIO, 1);
|
2014-08-08 00:20:21 +02:00
|
|
|
}
|
|
|
|
|
2014-09-08 23:34:09 +02:00
|
|
|
#define SW_RESET_GPIO 26
|
2014-10-22 21:14:29 +02:00
|
|
|
static void assert_sw_reset(void)
|
2014-09-08 23:34:09 +02:00
|
|
|
{
|
2014-10-24 22:22:05 +02:00
|
|
|
if (board_id() == BOARD_ID_PROTO_0)
|
2014-09-08 23:34:09 +02:00
|
|
|
return;
|
|
|
|
|
2014-09-10 05:41:33 +02:00
|
|
|
/*
|
2014-10-22 21:14:29 +02:00
|
|
|
* only proto0.2 and later care about this. We want to keep the
|
|
|
|
* ethernet switch in reset, otherwise it comes up in default
|
|
|
|
* (bridging) mode.
|
2014-09-10 05:41:33 +02:00
|
|
|
*/
|
2014-09-08 23:34:09 +02:00
|
|
|
gpio_tlmm_config_set(SW_RESET_GPIO, FUNC_SEL_GPIO,
|
|
|
|
GPIO_PULL_UP, GPIO_4MA, GPIO_ENABLE);
|
|
|
|
|
2014-10-22 21:14:29 +02:00
|
|
|
gpio_set(SW_RESET_GPIO, 1);
|
2014-09-08 23:34:09 +02:00
|
|
|
}
|
|
|
|
|
2018-05-04 20:23:33 +02:00
|
|
|
static void mainboard_init(struct device *dev)
|
2014-03-19 22:31:23 +01:00
|
|
|
{
|
2015-01-12 20:57:09 +01:00
|
|
|
/* disable mmu and d-cache before setting up secure world.*/
|
|
|
|
dcache_mmu_disable();
|
2014-09-23 02:49:56 +02:00
|
|
|
start_tzbsp();
|
2015-01-12 20:57:09 +01:00
|
|
|
/* Setup mmu and d-cache again as non secure entries. */
|
|
|
|
setup_mmu(DRAM_INITIALIZED);
|
2014-12-16 23:34:28 +01:00
|
|
|
start_rpm();
|
2014-05-31 03:01:44 +02:00
|
|
|
setup_usb();
|
2014-10-22 21:14:29 +02:00
|
|
|
assert_sw_reset();
|
2014-08-08 00:20:21 +02:00
|
|
|
setup_tpm();
|
2014-10-24 02:46:39 +02:00
|
|
|
/* Functionally a 0-cost no-op if NAND is not present */
|
|
|
|
board_nand_init();
|
2014-10-24 01:03:29 +02:00
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_CHROMEOS)
|
|
|
|
/* Copy WIFI calibration data into CBMEM. */
|
|
|
|
cbmem_add_vpd_calibration_data();
|
|
|
|
#endif
|
2015-02-12 00:13:04 +01:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure bootloader can issue sounds The frequency is calculated
|
|
|
|
* as "<frame_rate> * <bit_width> * <channels> * 4", i.e.
|
|
|
|
*
|
|
|
|
* 48000 * 2 * 16 * 4 = 6144000
|
|
|
|
*/
|
|
|
|
audio_clock_config(6144000);
|
2014-03-19 22:31:23 +01:00
|
|
|
}
|
|
|
|
|
2018-05-04 20:23:33 +02:00
|
|
|
static void mainboard_enable(struct device *dev)
|
2014-03-19 22:31:23 +01:00
|
|
|
{
|
|
|
|
dev->ops->init = &mainboard_init;
|
|
|
|
}
|
|
|
|
|
|
|
|
struct chip_operations mainboard_ops = {
|
|
|
|
.name = "storm",
|
|
|
|
.enable_dev = mainboard_enable,
|
|
|
|
};
|
2014-05-31 03:01:44 +02:00
|
|
|
|
|
|
|
void lb_board(struct lb_header *header)
|
|
|
|
{
|
|
|
|
struct lb_range *dma;
|
|
|
|
|
|
|
|
dma = (struct lb_range *)lb_new_record(header);
|
|
|
|
dma->tag = LB_TAB_DMA;
|
|
|
|
dma->size = sizeof(*dma);
|
New mechanism to define SRAM/memory map with automatic bounds checking
This patch creates a new mechanism to define the static memory layout
(primarily in SRAM) for a given board, superseding the brittle mass of
Kconfigs that we were using before. The core part is a memlayout.ld file
in the mainboard directory (although boards are expected to just include
the SoC default in most cases), which is the primary linker script for
all stages (though not rmodules for now). It uses preprocessor macros
from <memlayout.h> to form a different valid linker script for all
stages while looking like a declarative, boilerplate-free map of memory
addresses to the programmer. Linker asserts will automatically guarantee
that the defined regions cannot overlap. Stages are defined with a
maximum size that will be enforced by the linker. The file serves to
both define and document the memory layout, so that the documentation
cannot go missing or out of date.
The mechanism is implemented for all boards in the ARM, ARM64 and MIPS
architectures, and should be extended onto all systems using SRAM in the
future. The CAR/XIP environment on x86 has very different requirements
and the layout is generally not as static, so it will stay like it is
and be unaffected by this patch (save for aligning some symbol names for
consistency and sharing the new common ramstage linker script include).
BUG=None
TEST=Booted normally and in recovery mode, checked suspend/resume and
the CBMEM console on Falco, Blaze (both normal and vboot2), Pinky and
Pit. Compiled Ryu, Storm and Urara, manually compared the disassemblies
with ToT and looked for red flags.
Change-Id: Ifd2276417f2036cbe9c056f17e42f051bcd20e81
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: f1e2028e7ebceeb2d71ff366150a37564595e614
Original-Change-Id: I005506add4e8fcdb74db6d5e6cb2d4cb1bd3cda5
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/213370
Reviewed-on: http://review.coreboot.org/9283
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Tauner <stefan.tauner@gmx.at>
Reviewed-by: Aaron Durbin <adurbin@google.com>
2014-08-21 00:29:56 +02:00
|
|
|
dma->range_start = (uintptr_t)_dma_coherent;
|
|
|
|
dma->range_size = _dma_coherent_size;
|
2014-10-16 22:26:59 +02:00
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_CHROMEOS)
|
2017-11-20 02:09:19 +01:00
|
|
|
/* Retrieve the switch interface MAC addresses. */
|
2014-10-16 22:26:59 +02:00
|
|
|
lb_table_add_macs_from_vpd(header);
|
|
|
|
#endif
|
2014-05-31 03:01:44 +02:00
|
|
|
}
|