Around Mon 11 May 2015 13:07:22 +0200 or thereabout, Andreas Bießmann wrote:
This series deletes avr32-boards that are still using the ancient arch/avr32/lib/board.c code. If one would like his board to stay in u-boot there is a last chance to convert it to generic board _now_. It should be as easy as defining these three values in the board config:
|/* generic board */ |#define CONFIG_SYS_GENERIC_BOARD |#define CONFIG_BOARD_EARLY_INIT_F |#define CONFIG_BOARD_EARLY_INIT_R
I would prefer this solution over removing all the board support for AVR32 targets in U-Boot.
Sadly, I do not have the time to work with AVR32 in U-Boot.
The patch 'avr32: delete non generic board favr-32-ezkit' has an checkpatch warning which will not be fixed.
---8<--- 0 errors, 1 warnings, 0 checks for 0002-avr32-delete-non-generic-board-favr-32-ezkit.patch: warning: arch/avr32/Kconfig,22: please write a paragraph that describes the config symbol fully --->8---
The patch 'avr32: delete non generic board's atstk100{3,4,6}' has a checkpatch warning wich will not be fixed.
---8<--- 0 errors, 1 warnings, 0 checks for 0005-avr32-delete-non-generic-board-s-atstk100-3-4-6.patch: warning: arch/avr32/Kconfig,13: please write a paragraph that describes the config symbol fully --->8---
Andreas Bießmann (7): avr32: delete non generic board atngw100 avr32: delete non generic board favr-32-ezkit avr32: delete non generic board hammerhead avr32: delete non generic board mimc200 avr32: delete non generic board's atstk100{3,4,6} avr32: take maintainership for atstk1002 avr32: delete ancient board.c
If one were to prioritize, then keeping the atngw100 board would be great.
If the arch/avr32/lib/board.c is a redundant implementation of the generic board.c file, then I am all for removing it and move to using the generic implementation.
<snipp stats>