public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 01/16] ARM: remove vpac270 board support
Date: Sat, 1 Aug 2015 18:36:10 +0200	[thread overview]
Message-ID: <201508011836.10501.marex@denx.de> (raw)
In-Reply-To: <CAPnjgZ1s-pCopsp3nQUuRhLeiwH5-AWyDn86zvOAtzVqgkbOCg@mail.gmail.com>

On Saturday, August 01, 2015 at 06:08:56 PM, Simon Glass wrote:
> Hi Marek,

Hi!

> On 28 July 2015 at 09:57, Marek Vasut <marex@denx.de> wrote:
> > On Tuesday, July 28, 2015 at 05:53:10 PM, Masahiro Yamada wrote:
> > 
> > [...]
> > 
> >> >> $ git describe
> >> >> v2015.07-307-g2647394
> >> >> $ make vpac270_ond_256_defconfig
> >> >> #
> >> >> # configuration written to .config
> >> >> #
> >> >> $ make -s CROSS_COMPILE=arm-unknown-linux-gnueabi-
> >> >> ===================== WARNING ======================
> >> >> Please convert this board to generic board.
> >> >> Otherwise it will be removed by the end of 2014.
> >> >> See doc/README.generic-board for further information
> >> >> ====================================================
> >> >> $ ls -l spl/u-boot-spl.bin
> >> >> -rwxrwxr-x 1 masahiro masahiro 2828 Jul 28 00:53 spl/u-boot-spl.bin
> >> >> 
> >> >> 
> >> >> 
> >> >> It is over 2KB.
> >> > 
> >> > So the hardware spilt already? Aww :-(
> >> > 
> >> > I wonder, maybe converting this to TPL might be the correct solution ?
> >> 
> >> Maybe, if you could split it into two images.
> > 
> > I think I might need TPL and SPL:
> > 
> > TPL: Load the SDRAM init code into CPU's SRAM from the OneNAND
> > SPL: Load big U-Boot from OneNAND into the main SDRAM
> > 
> > ... or maybe we should just sacrifice the machine in the name of progress
> > and be done with it. I don't know when I might have time to fix it
> > afterall.
> 
> Well it sounds like it is already broken. It worries me that SPL has
> somehow got larger though - any reason for that?

I think the machine was always quite borderline and stuffing the SPL into
it was always a bit hackish. The changes to the SPL probably just exposed
this hackishness.

Best regards,
Marek Vasut

  reply	other threads:[~2015-08-01 16:36 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-26  8:26 [U-Boot] [PATCH 00/16] Add macros to ease our life with independent CONFIGs between U-Boot and SPL Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 01/16] ARM: remove vpac270 board support Masahiro Yamada
2015-07-26  8:49   ` Marek Vasut
2015-07-27  2:46     ` Masahiro Yamada
2015-07-27 15:58     ` Masahiro Yamada
2015-07-27 22:31       ` Marek Vasut
2015-07-28 15:53         ` Masahiro Yamada
2015-07-28 15:57           ` Marek Vasut
2015-08-01 16:08             ` Simon Glass
2015-08-01 16:36               ` Marek Vasut [this message]
2015-07-26  8:26 ` [U-Boot] [PATCH 02/16] kbuild: fixdep: optimize code slightly Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 03/16] kbuild: add a makefile macro useful with per-image config options Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 04/16] linux/kconfig.h: add CPP macros useful for " Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 05/16] spl: move SPL driver entries to driver/Makefile Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 06/16] dm: unify obj-$(CONFIG_DM) and obj-$(CONFIG_SPL_DM) entries Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 07/16] clk: rename CONFIG_SPL_CLK_SUPPORT to CONFIG_SPL_CLK Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 08/16] clk: unify obj-$(CONFIG_CLK) and obj-$(CONFIG_SPL_CLK) entries Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 09/16] ram: rename CONFIG_SPL_RAM_SUPPORT to CONFIG_SPL_RAM Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 10/16] ram: unify obj-$(CONFIG_RAM) and obj-$(CONFIG_SPL_RAM) entries Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 11/16] led: rename CONFIG_SPL_LED_SUPPORT to CONFIG_SPL_LED Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 12/16] led: unify obj-$(CONFIG_LED) and obj-$(CONFIG_SPL_LED) entries Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 13/16] dm: drop CONFIG_DM_DEVICE_REMOVE from uncmd list Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 14/16] fdtdec: fix OF_CONTROL switch Masahiro Yamada
2015-07-26  8:26 ` [U-Boot] [PATCH 15/16] of: flip CONFIG_SPL_DISABLE_OF_CONTROL into CONFIG_SPL_OF_CONTROL Masahiro Yamada
2015-07-26  8:27 ` [U-Boot] [PATCH 16/16] of: clean up OF_CONTROL ifdef conditionals Masahiro Yamada
2015-07-26 18:38   ` Pavel Machek
2015-07-26 23:30     ` Marek Vasut
2015-07-27  1:33     ` Masahiro Yamada
2015-07-27  7:05       ` Pavel Machek
2015-07-27 10:52         ` Marek Vasut
2015-07-27 12:30           ` Masahiro Yamada
2015-07-27 16:51 ` [U-Boot] [PATCH 00/16] Add macros to ease our life with independent CONFIGs between U-Boot and SPL Scott Wood

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201508011836.10501.marex@denx.de \
    --to=marex@denx.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox