-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 02/18/2013 03:39 PM, Benoît Thébaudeau wrote:
Hi Tom,
On Monday, February 18, 2013 5:40:21 PM, Tom Rini wrote:
On Sun, Feb 17, 2013 at 04:51:37PM +0100, Beno??t Th??baudeau wrote:
Hi Albert, Tom, Zhong,
On Friday, February 15, 2013 9:54:22 PM, Beno??t Th??baudeau wrote:
Signed-off-by: Beno??t Th??baudeau benoit.thebaudeau@advansee.com --- Changes in v7: None Changes in v6: - New patch.
Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None
arch/arm/cpu/arm926ejs/start.S | 10 ---------- 1 file changed, 10 deletions(-)
I would like to get your feedback regarding the status of the Samsung SMDK6400 board: - It is not in boards.cfg, so, according to commit 1285a28, support for it should already have been removed a long time ago. It also seems to be the only board remaining in the main Makefile. - It uses the deprecated NAND SPL. - MAKEALL does not test its build, which has been broken for a while. - If it were removed or fixed, ARM1176's start.S' relocate_code() could be made identical to all the other implementations of this function, so all this duplicated code could be moved to a common location like crt0.S. Besides that, it would be possible to completely get rid of the legacy NAND SPL on ARM.
I have no intention of fixing this board, but dropping it and cleaning up ARM after that would be easy.
I'm in favor of removing and updating README.scrapyard, baring quick attention from the maintainer to update it to not being using the Makefile and fix the rest of the breakage.
OK. The s3c64xx SoC and all the drivers coming with it then become unused. Should this be removed too? There may be out-of-tree users of this SoC.
Yes, it's what the scrapyard is for. If an out-of-tree user exists they can either support the reference board (and bring it back from the dead) or their own board.
- -- Tom