blob: 9ee5c7fdf6db09dad2b52b3be48877f316775545 [file] [log] [blame]
Stefan Roese65da15e2018-09-05 15:12:35 +02001// SPDX-License-Identifier: GPL-2.0+
2/*
3 * Copyright (C) 2018 Stefan Roese <sr@denx.de>
4 */
5
6#include <common.h>
Simon Glass97589732020-05-10 11:40:02 -06007#include <init.h>
Simon Glass9bc15642020-02-03 07:36:16 -07008#include <malloc.h>
Stefan Roese65da15e2018-09-05 15:12:35 +02009#include <linux/io.h>
10#include <linux/sizes.h>
Stefan Roese65da15e2018-09-05 15:12:35 +020011
developer29b37c52020-04-21 09:28:34 +020012DECLARE_GLOBAL_DATA_PTR;
Stefan Roese65da15e2018-09-05 15:12:35 +020013
14int dram_init(void)
15{
developer29b37c52020-04-21 09:28:34 +020016#ifdef CONFIG_SKIP_LOWLEVEL_INIT
Stefan Roese65da15e2018-09-05 15:12:35 +020017 gd->ram_size = get_ram_size((void *)CONFIG_SYS_SDRAM_BASE, SZ_256M);
developer29b37c52020-04-21 09:28:34 +020018#endif
Stefan Roese65da15e2018-09-05 15:12:35 +020019
20 return 0;
21}
Stefan Roese17679e42019-05-28 08:11:37 +020022
23int last_stage_init(void)
24{
25 void *src, *dst;
26
27 src = malloc(SZ_64K);
28 dst = malloc(SZ_64K);
29 if (!src || !dst) {
30 printf("Can't allocate buffer for cache cleanup copy!\n");
31 return 0;
32 }
33
34 /*
35 * It has been noticed, that sometimes the d-cache is not in a
36 * "clean-state" when U-Boot is running on MT7688. This was
37 * detected when using the ethernet driver (which uses d-cache)
38 * and a TFTP command does not complete. Copying an area of 64KiB
39 * in DDR at a very late bootup time in U-Boot, directly before
40 * calling into the prompt, seems to fix this issue.
41 */
42 memcpy(dst, src, SZ_64K);
43 free(src);
44 free(dst);
45
46 return 0;
47}