u-boot.git/board/AndesTech, branch v2022.01

riscv: ae350: Use #if defined instead of CONFIG_IS_ENABLED

2021-11-08T07:35:55+00:00

According to ./include/linux/kconfig.h,
CONFIG_IS_ENABLED(OF_BOARD) expands to 0
when CONFIG_SPL_BUILD is defined because
there is no CONFIG_SPL_OF_BOARD.

Use #if defined instead.

Fixes: 2e8d2f88439d ("riscv: Remove OF_PRIOR_STAGE from RISC-V boards")

Signed-off-by: Leo Yu-Chi Liang 
Reviewed-by: Rick Chen 
Reviewed-by: Bin Meng

sandbox: Remove OF_HOSTFILE

2021-10-27T20:38:26+00:00

OF_HOSTFILE is used on sandbox configs only.  Although it's pretty
unique and not causing any confusions,  we are better of having simpler
config options for the DTB.

So let's replace that with the existing OF_BOARD.  U-Boot would then
have only three config options for the DTB origin.
- OF_SEPARATE, build separately from U-Boot
- OF_BOARD, board specific way of providing the DTB
- OF_EMBED embedded in the u-boot binary(should not be used in production

Signed-off-by: Ilias Apalodimas 
Reviewed-by: Simon Glass

riscv: Remove OF_PRIOR_STAGE from RISC-V boards

2021-10-18T17:19:50+00:00

At some point back in 2018 prior_stage_fdt_address and OF_PRIOR_STAGE got
introduced,  in order to support a DTB handed over by an earlier stage boo
loader.  However we have another option in the Kconfig (OF_BOARD) which has
identical semantics.

On RISC-V some of the boards pick up the DTB from a1 and copy it in their
private gd_t.  Apart from that they copy it to prior_stage_fdt_address,  if
the Kconfig option is selected, which is unnecessary.

So let's switch the config option for those boards to OF_BOARD and define
the required board_fdt_blob_setup() for them.

Signed-off-by: Ilias Apalodimas 
Reviewed-by: Simon Glass 
Reviewed-by: Leo Yu-Chi Liang

mmc: Rename MMC_SUPPORT to MMC

2021-09-04T15:42:41+00:00

Rename these options so that CONFIG_IS_ENABLED can be used with them.

Signed-off-by: Simon Glass 
Reviewed-by: Jaehoon Chung 
[trini: Fixup some incorrect renames]
Signed-off-by: Tom Rini

riscv: ae350: Switch to use binman to generate u-boot.itb

2021-05-19T09:01:51+00:00

Use the new BINMAN_STANDALONE_FDT option for AE350 based SPL defconfigs,
so that binman is now used to generate u-boot.itb.

Signed-off-by: Bin Meng 
Reviewed-by: Simon Glass 
Reviewed-by: Rick Chen

Merge branch '2021-02-02-drop-asm_global_data-when-unused'

2021-02-15T15:16:45+00:00

- Merge the patch to take  out of

riscv: ax25-ae350: Cast addr with uintptr_t

2021-02-03T10:38:41+00:00

addr was delcared as fdt_addr_t which is now a 64-bit address.
In a 32-bit build, this causes the following warning seen when
building ax25-ae350.c:

  warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]

Cast addr with uintptr_t.

Signed-off-by: Bin Meng

common: Drop asm/global_data.h from common header

2021-02-02T20:33:42+00:00

Move this out of the common header and include it only where needed.  In
a number of cases this requires adding "struct udevice;" to avoid adding
another large header or in other cases replacing / adding missing header
files that had been pulled in, very indirectly.   Finally, we have a few
cases where we did not need to include  at all, so
remove that include.

Signed-off-by: Simon Glass 
Signed-off-by: Tom Rini

riscv: ae350: Use fdtdec_get_addr_size_auto_noparent to parse smc reg

2020-07-24T06:56:24+00:00

Use fdtdec_get_addr_size_auto_noparent to read the "reg" property
instead of fdtdec_get_addr. This will increase the compatibility
of dtb parsing.

Signed-off-by: Rick Chen 
Acked-by: Leo Liang 
Reviewed-by: Bin Meng 
Tested-by: Leo Liang

treewide: convert bd_t to struct bd_info by coccinelle

2020-07-17T13:30:13+00:00

The Linux coding style guide (Documentation/process/coding-style.rst)
clearly says:

  It's a **mistake** to use typedef for structures and pointers.

Besides, using typedef for structures is annoying when you try to make
headers self-contained.

Let's say you have the following function declaration in a header:

  void foo(bd_t *bd);

This is not self-contained since bd_t is not defined.

To tell the compiler what 'bd_t' is, you need to include 

  #include 
  void foo(bd_t *bd);

Then, the include direcective pulls in more bloat needlessly.

If you use 'struct bd_info' instead, it is enough to put a forward
declaration as follows:

  struct bd_info;
  void foo(struct bd_info *bd);

Right, typedef'ing bd_t is a mistake.

I used coccinelle to generate this commit.

The semantic patch that makes this change is as follows:

  
  @@
  typedef bd_t;
  @@
  -bd_t
  +struct bd_info
  

Signed-off-by: Masahiro Yamada