* [U-Boot] [PATCH V3 2/5] ARM: enhance u-boot.lds to detect over-sized SPL
2012-10-22 16:19 [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Stephen Warren
@ 2012-10-22 16:19 ` Stephen Warren
2012-10-22 17:52 ` Tom Rini
2012-10-22 16:19 ` [U-Boot] [PATCH V3 3/5] ARM: tegra: derive CONFIG_SPL_MAX_SIZE instead of hard-coding it Stephen Warren
` (3 subsequent siblings)
4 siblings, 1 reply; 15+ messages in thread
From: Stephen Warren @ 2012-10-22 16:19 UTC (permalink / raw)
To: u-boot
From: Stephen Warren <swarren@nvidia.com>
Add an ASSERT() to u-boot.lds to detect an SPL that doesn't fit within
SPL_TEXT_BASE..SPL_MAX_SIZE.
Different .lds files implement this check in two possible ways:
1) An ASSERT() like this
2) Defining a MEMORY region of size SPL_MAX_SIZE, and re-directing all
linker output into that region. Since u-boot.lds is used for both
SPL and main U-Boot, this would entail only sometimes defining a
MEMORY region, and only sometimes performing that redirection, and
hence option (1) was deemed much simpler, and hence implemented.
Note that this causes build failures at least for NVIDIA Tegra Seaboard
and Ventana. However, these are legitimate; the SPL doesn't fit within
the required space, and this does cause runtime issues.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Simon Glass <sjg@chromium.org>
Acked-by: Allen Martin <amartin@nvidia.com>
---
v3: No change.
v2: New patch; replaced checks in Makefile.
---
arch/arm/cpu/u-boot.lds | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/u-boot.lds b/arch/arm/cpu/u-boot.lds
index 9153c3d..ec2a273 100644
--- a/arch/arm/cpu/u-boot.lds
+++ b/arch/arm/cpu/u-boot.lds
@@ -92,3 +92,7 @@ SECTIONS
/DISCARD/ : { *(.interp*) }
/DISCARD/ : { *(.gnu*) }
}
+
+#if defined(CONFIG_SPL_TEXT_BASE) && defined(CONFIG_SPL_MAX_SIZE)
+ASSERT(__bss_end__ < (CONFIG_SPL_TEXT_BASE + CONFIG_SPL_MAX_SIZE), "SPL image too big");
+#endif
--
1.7.0.4
^ permalink raw reply related [flat|nested] 15+ messages in thread* [U-Boot] [PATCH V3 2/5] ARM: enhance u-boot.lds to detect over-sized SPL
2012-10-22 16:19 ` [U-Boot] [PATCH V3 2/5] ARM: enhance u-boot.lds to detect over-sized SPL Stephen Warren
@ 2012-10-22 17:52 ` Tom Rini
2012-10-25 18:11 ` Simon Glass
0 siblings, 1 reply; 15+ messages in thread
From: Tom Rini @ 2012-10-22 17:52 UTC (permalink / raw)
To: u-boot
On Mon, Oct 22, 2012 at 10:19:33AM -0600, Stephen Warren wrote:
> From: Stephen Warren <swarren@nvidia.com>
>
> Add an ASSERT() to u-boot.lds to detect an SPL that doesn't fit within
> SPL_TEXT_BASE..SPL_MAX_SIZE.
>
> Different .lds files implement this check in two possible ways:
> 1) An ASSERT() like this
> 2) Defining a MEMORY region of size SPL_MAX_SIZE, and re-directing all
> linker output into that region. Since u-boot.lds is used for both
> SPL and main U-Boot, this would entail only sometimes defining a
> MEMORY region, and only sometimes performing that redirection, and
> hence option (1) was deemed much simpler, and hence implemented.
>
> Note that this causes build failures at least for NVIDIA Tegra Seaboard
> and Ventana. However, these are legitimate; the SPL doesn't fit within
> the required space, and this does cause runtime issues.
>
> Signed-off-by: Stephen Warren <swarren@nvidia.com>
> Acked-by: Simon Glass <sjg@chromium.org>
> Acked-by: Allen Martin <amartin@nvidia.com>
This isn't quite what I envisoned at first (see
arch/arm/cpu/armv7/omap-common/u-boot-spl.lds) but I think for the
generic linker script, this is the least instrusive method.
Acked-by: Tom Rini <trini@ti.com>
And since parts 1 and 2 are generic code, I've assigned them to Albert
in patchwork. It's his call if he wants to take them or have them all
come via the tegra tree.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20121022/6f8eca56/attachment.pgp>
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 2/5] ARM: enhance u-boot.lds to detect over-sized SPL
2012-10-22 17:52 ` Tom Rini
@ 2012-10-25 18:11 ` Simon Glass
0 siblings, 0 replies; 15+ messages in thread
From: Simon Glass @ 2012-10-25 18:11 UTC (permalink / raw)
To: u-boot
On Mon, Oct 22, 2012 at 10:52 AM, Tom Rini <trini@ti.com> wrote:
> On Mon, Oct 22, 2012 at 10:19:33AM -0600, Stephen Warren wrote:
>
>> From: Stephen Warren <swarren@nvidia.com>
>>
>> Add an ASSERT() to u-boot.lds to detect an SPL that doesn't fit within
>> SPL_TEXT_BASE..SPL_MAX_SIZE.
>>
>> Different .lds files implement this check in two possible ways:
>> 1) An ASSERT() like this
>> 2) Defining a MEMORY region of size SPL_MAX_SIZE, and re-directing all
>> linker output into that region. Since u-boot.lds is used for both
>> SPL and main U-Boot, this would entail only sometimes defining a
>> MEMORY region, and only sometimes performing that redirection, and
>> hence option (1) was deemed much simpler, and hence implemented.
>>
>> Note that this causes build failures at least for NVIDIA Tegra Seaboard
>> and Ventana. However, these are legitimate; the SPL doesn't fit within
>> the required space, and this does cause runtime issues.
>>
>> Signed-off-by: Stephen Warren <swarren@nvidia.com>
>> Acked-by: Simon Glass <sjg@chromium.org>
>> Acked-by: Allen Martin <amartin@nvidia.com>
I tested this series on seaboard.
Tested-by: Simon Glass <sjg@chromium.org>
>
> This isn't quite what I envisoned at first (see
> arch/arm/cpu/armv7/omap-common/u-boot-spl.lds) but I think for the
> generic linker script, this is the least instrusive method.
>
> Acked-by: Tom Rini <trini@ti.com>
>
> And since parts 1 and 2 are generic code, I've assigned them to Albert
> in patchwork. It's his call if he wants to take them or have them all
> come via the tegra tree.
>
> --
> Tom
>
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 3/5] ARM: tegra: derive CONFIG_SPL_MAX_SIZE instead of hard-coding it
2012-10-22 16:19 [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Stephen Warren
2012-10-22 16:19 ` [U-Boot] [PATCH V3 2/5] ARM: enhance u-boot.lds to detect over-sized SPL Stephen Warren
@ 2012-10-22 16:19 ` Stephen Warren
2012-10-25 18:12 ` Simon Glass
2012-10-22 16:19 ` [U-Boot] [PATCH V3 4/5] ARM: tegra: select between Seaboard/Ventana at compile time Stephen Warren
` (2 subsequent siblings)
4 siblings, 1 reply; 15+ messages in thread
From: Stephen Warren @ 2012-10-22 16:19 UTC (permalink / raw)
To: u-boot
From: Stephen Warren <swarren@nvidia.com>
For Tegra, the SPL and main U-Boot are concatenated together to form a
single memory image. Hence, the maximum SPL size is the different in
TEXT_BASE for SPL and main U-Boot. Instead of manually calculating
SPL_MAX_SIZE based on those two TEXT_BASE, which can lead to errors if
one TEXT_BASE is changed without updating SPL_MAX_SIZE, simply perform
the calculation automatically.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Simon Glass <sjg@chromium.org>
Acked-by: Allen Martin <amartin@nvidia.com>
---
v3: No change.
v2: New patch.
---
include/configs/tegra20-common.h | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/tegra20-common.h b/include/configs/tegra20-common.h
index 70c5cfb..c0c93e5 100644
--- a/include/configs/tegra20-common.h
+++ b/include/configs/tegra20-common.h
@@ -188,7 +188,8 @@
#define CONFIG_SPL
#define CONFIG_SPL_NAND_SIMPLE
#define CONFIG_SPL_TEXT_BASE 0x00108000
-#define CONFIG_SPL_MAX_SIZE 0x00004000
+#define CONFIG_SPL_MAX_SIZE (CONFIG_SYS_TEXT_BASE - \
+ CONFIG_SPL_TEXT_BASE)
#define CONFIG_SYS_SPL_MALLOC_START 0x00090000
#define CONFIG_SYS_SPL_MALLOC_SIZE 0x00010000
#define CONFIG_SPL_STACK 0x000ffffc
--
1.7.0.4
^ permalink raw reply related [flat|nested] 15+ messages in thread* [U-Boot] [PATCH V3 3/5] ARM: tegra: derive CONFIG_SPL_MAX_SIZE instead of hard-coding it
2012-10-22 16:19 ` [U-Boot] [PATCH V3 3/5] ARM: tegra: derive CONFIG_SPL_MAX_SIZE instead of hard-coding it Stephen Warren
@ 2012-10-25 18:12 ` Simon Glass
0 siblings, 0 replies; 15+ messages in thread
From: Simon Glass @ 2012-10-25 18:12 UTC (permalink / raw)
To: u-boot
On Mon, Oct 22, 2012 at 9:19 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> From: Stephen Warren <swarren@nvidia.com>
>
> For Tegra, the SPL and main U-Boot are concatenated together to form a
> single memory image. Hence, the maximum SPL size is the different in
> TEXT_BASE for SPL and main U-Boot. Instead of manually calculating
> SPL_MAX_SIZE based on those two TEXT_BASE, which can lead to errors if
> one TEXT_BASE is changed without updating SPL_MAX_SIZE, simply perform
> the calculation automatically.
>
> Signed-off-by: Stephen Warren <swarren@nvidia.com>
> Acked-by: Simon Glass <sjg@chromium.org>
> Acked-by: Allen Martin <amartin@nvidia.com>
I tested this series on seaboard.
Tested-by: Simon Glass <sjg@chromium.org>
> ---
> v3: No change.
> v2: New patch.
> ---
> include/configs/tegra20-common.h | 3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/tegra20-common.h b/include/configs/tegra20-common.h
> index 70c5cfb..c0c93e5 100644
> --- a/include/configs/tegra20-common.h
> +++ b/include/configs/tegra20-common.h
> @@ -188,7 +188,8 @@
> #define CONFIG_SPL
> #define CONFIG_SPL_NAND_SIMPLE
> #define CONFIG_SPL_TEXT_BASE 0x00108000
> -#define CONFIG_SPL_MAX_SIZE 0x00004000
> +#define CONFIG_SPL_MAX_SIZE (CONFIG_SYS_TEXT_BASE - \
> + CONFIG_SPL_TEXT_BASE)
> #define CONFIG_SYS_SPL_MALLOC_START 0x00090000
> #define CONFIG_SYS_SPL_MALLOC_SIZE 0x00010000
> #define CONFIG_SPL_STACK 0x000ffffc
> --
> 1.7.0.4
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 4/5] ARM: tegra: select between Seaboard/Ventana at compile time
2012-10-22 16:19 [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Stephen Warren
2012-10-22 16:19 ` [U-Boot] [PATCH V3 2/5] ARM: enhance u-boot.lds to detect over-sized SPL Stephen Warren
2012-10-22 16:19 ` [U-Boot] [PATCH V3 3/5] ARM: tegra: derive CONFIG_SPL_MAX_SIZE instead of hard-coding it Stephen Warren
@ 2012-10-22 16:19 ` Stephen Warren
2012-10-25 18:13 ` Simon Glass
2012-10-22 16:19 ` [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL Stephen Warren
2012-10-25 18:11 ` [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Simon Glass
4 siblings, 1 reply; 15+ messages in thread
From: Stephen Warren @ 2012-10-22 16:19 UTC (permalink / raw)
To: u-boot
From: Stephen Warren <swarren@nvidia.com>
Seaboard and Ventana are very similar boards, and so share the seaboard.c
board file. The one difference needed so far is detected at run-time by
calling machine_is_ventana(). This bloats the Ventana build with code
that is never used. Switch to detecting Ventana at compile time to remove
bloat. This shaves ~5K off the SPL size on Ventana, and makes the SPL fit
within the max size.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
---
v3: Combined back-to-back #ifdefs.
v2: New patch to replace modification of CONFIG_SYS_TEXT_BASE.
---
board/nvidia/seaboard/seaboard.c | 4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/board/nvidia/seaboard/seaboard.c b/board/nvidia/seaboard/seaboard.c
index 4e8a183..ea431e9 100644
--- a/board/nvidia/seaboard/seaboard.c
+++ b/board/nvidia/seaboard/seaboard.c
@@ -34,7 +34,7 @@
#endif
/* TODO: Remove this code when the SPI switch is working */
-#ifndef CONFIG_SPI_UART_SWITCH
+#if !defined(CONFIG_SPI_UART_SWITCH) && (CONFIG_MACH_TYPE != MACH_TYPE_VENTANA)
/*
* Routine: gpio_config_uart_seaboard
* Description: Force GPIO_PI3 low on Seaboard so UART4 works.
@@ -48,8 +48,6 @@ static void gpio_config_uart_seaboard(void)
void gpio_early_init_uart(void)
{
- if (machine_is_ventana())
- return;
gpio_config_uart_seaboard();
}
#endif
--
1.7.0.4
^ permalink raw reply related [flat|nested] 15+ messages in thread* [U-Boot] [PATCH V3 4/5] ARM: tegra: select between Seaboard/Ventana at compile time
2012-10-22 16:19 ` [U-Boot] [PATCH V3 4/5] ARM: tegra: select between Seaboard/Ventana at compile time Stephen Warren
@ 2012-10-25 18:13 ` Simon Glass
0 siblings, 0 replies; 15+ messages in thread
From: Simon Glass @ 2012-10-25 18:13 UTC (permalink / raw)
To: u-boot
On Mon, Oct 22, 2012 at 9:19 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> From: Stephen Warren <swarren@nvidia.com>
>
> Seaboard and Ventana are very similar boards, and so share the seaboard.c
> board file. The one difference needed so far is detected at run-time by
> calling machine_is_ventana(). This bloats the Ventana build with code
> that is never used. Switch to detecting Ventana at compile time to remove
> bloat. This shaves ~5K off the SPL size on Ventana, and makes the SPL fit
> within the max size.
>
> Signed-off-by: Stephen Warren <swarren@nvidia.com>
I tested this series on seaboard.
Acked-by: Simon Glass <sjg@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
> ---
> v3: Combined back-to-back #ifdefs.
> v2: New patch to replace modification of CONFIG_SYS_TEXT_BASE.
> ---
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL
2012-10-22 16:19 [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Stephen Warren
` (2 preceding siblings ...)
2012-10-22 16:19 ` [U-Boot] [PATCH V3 4/5] ARM: tegra: select between Seaboard/Ventana at compile time Stephen Warren
@ 2012-10-22 16:19 ` Stephen Warren
2012-10-25 18:15 ` Simon Glass
2012-10-27 9:15 ` Albert ARIBAUD
2012-10-25 18:11 ` [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Simon Glass
4 siblings, 2 replies; 15+ messages in thread
From: Stephen Warren @ 2012-10-22 16:19 UTC (permalink / raw)
To: u-boot
From: Stephen Warren <swarren@nvidia.com>
Seaboard has a GPIO that switches an external mux between Tegra's debug
UART and SPI flash. This is initialized from the SPL so that SPL debug
output can be seen. Simplify the code that does this, and don't actually
request the GPIO in the SPL; just program it. This saves ~4.5K from the
size of the SPL, mostly BSS due to the large gpio_names[] table that is
no longer required. This makes Seaboard's SPL fit within the current max
size.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Simon Glass <sjg@chromium.org>
Acked-by: Allen Martin <amartin@nvidia.com>
---
v3: No change.
v2: New patch to replace modification of CONFIG_SYS_TEXT_BASE.
---
board/nvidia/seaboard/seaboard.c | 14 ++++----------
1 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/board/nvidia/seaboard/seaboard.c b/board/nvidia/seaboard/seaboard.c
index ea431e9..c412c07 100644
--- a/board/nvidia/seaboard/seaboard.c
+++ b/board/nvidia/seaboard/seaboard.c
@@ -26,6 +26,7 @@
#include <asm/arch/tegra.h>
#include <asm/arch/clock.h>
#include <asm/arch/funcmux.h>
+#include <asm/arch/gpio.h>
#include <asm/arch/pinmux.h>
#include <asm/arch-tegra/mmc.h>
#include <asm/gpio.h>
@@ -35,21 +36,14 @@
/* TODO: Remove this code when the SPI switch is working */
#if !defined(CONFIG_SPI_UART_SWITCH) && (CONFIG_MACH_TYPE != MACH_TYPE_VENTANA)
-/*
- * Routine: gpio_config_uart_seaboard
- * Description: Force GPIO_PI3 low on Seaboard so UART4 works.
- */
-static void gpio_config_uart_seaboard(void)
+void gpio_early_init_uart(void)
{
/* Enable UART via GPIO_PI3 (port 8, bit 3) so serial console works */
+#ifndef CONFIG_SPL_BUILD
gpio_request(GPIO_PI3, NULL);
+#endif
gpio_direction_output(GPIO_PI3, 0);
}
-
-void gpio_early_init_uart(void)
-{
- gpio_config_uart_seaboard();
-}
#endif
#ifdef CONFIG_TEGRA_MMC
--
1.7.0.4
^ permalink raw reply related [flat|nested] 15+ messages in thread* [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL
2012-10-22 16:19 ` [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL Stephen Warren
@ 2012-10-25 18:15 ` Simon Glass
2012-10-27 9:15 ` Albert ARIBAUD
1 sibling, 0 replies; 15+ messages in thread
From: Simon Glass @ 2012-10-25 18:15 UTC (permalink / raw)
To: u-boot
Hi,
On Mon, Oct 22, 2012 at 9:19 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> From: Stephen Warren <swarren@nvidia.com>
>
> Seaboard has a GPIO that switches an external mux between Tegra's debug
> UART and SPI flash. This is initialized from the SPL so that SPL debug
> output can be seen. Simplify the code that does this, and don't actually
> request the GPIO in the SPL; just program it. This saves ~4.5K from the
> size of the SPL, mostly BSS due to the large gpio_names[] table that is
> no longer required. This makes Seaboard's SPL fit within the current max
> size.
>
> Signed-off-by: Stephen Warren <swarren@nvidia.com>
> Acked-by: Simon Glass <sjg@chromium.org>
> Acked-by: Allen Martin <amartin@nvidia.com>
I tested this series on seaboard.
Tested-by: Simon Glass <sjg@chromium.org>
> ---
> v3: No change.
> v2: New patch to replace modification of CONFIG_SYS_TEXT_BASE.
> ---
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL
2012-10-22 16:19 ` [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL Stephen Warren
2012-10-25 18:15 ` Simon Glass
@ 2012-10-27 9:15 ` Albert ARIBAUD
2012-10-28 2:09 ` Stephen Warren
1 sibling, 1 reply; 15+ messages in thread
From: Albert ARIBAUD @ 2012-10-27 9:15 UTC (permalink / raw)
To: u-boot
Hi Stephen,
On Mon, 22 Oct 2012 10:19:36 -0600, Stephen Warren
<swarren@wwwdotorg.org> wrote:
> From: Stephen Warren <swarren@nvidia.com>
>
> Seaboard has a GPIO that switches an external mux between Tegra's debug
> UART and SPI flash. This is initialized from the SPL so that SPL debug
> output can be seen. Simplify the code that does this, and don't actually
> request the GPIO in the SPL; just program it. This saves ~4.5K from the
> size of the SPL, mostly BSS due to the large gpio_names[] table that is
> no longer required. This makes Seaboard's SPL fit within the current max
> size.
Is it possible to reorder the patch series so that Seaboard (and
Ventana?) builds do not break temporarily between patch 2 and this
patch?
Amicalement,
--
Albert.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL
2012-10-27 9:15 ` Albert ARIBAUD
@ 2012-10-28 2:09 ` Stephen Warren
2012-10-28 14:07 ` Albert ARIBAUD
0 siblings, 1 reply; 15+ messages in thread
From: Stephen Warren @ 2012-10-28 2:09 UTC (permalink / raw)
To: u-boot
On 10/27/2012 03:15 AM, Albert ARIBAUD wrote:
> Hi Stephen,
>
> On Mon, 22 Oct 2012 10:19:36 -0600, Stephen Warren
> <swarren@wwwdotorg.org> wrote:
>
>> From: Stephen Warren <swarren@nvidia.com>
>>
>> Seaboard has a GPIO that switches an external mux between Tegra's debug
>> UART and SPI flash. This is initialized from the SPL so that SPL debug
>> output can be seen. Simplify the code that does this, and don't actually
>> request the GPIO in the SPL; just program it. This saves ~4.5K from the
>> size of the SPL, mostly BSS due to the large gpio_names[] table that is
>> no longer required. This makes Seaboard's SPL fit within the current max
>> size.
>
> Is it possible to reorder the patch series so that Seaboard (and
> Ventana?) builds do not break temporarily between patch 2 and this
> patch?
It would be possibel, although I'd personally rather call out the issue
explicitly with a build break; if the build succeeds, you end up using
code that silently causes memory corruption. Of course, this issue has
been around for a while, so perhaps hiding it for another couple extra
commits wouldn't be a big deal. Plus, the build break proves the assert
in the .lds file works:-) But it's not big deal either way; feel free to
re-order the commits if you want.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL
2012-10-28 2:09 ` Stephen Warren
@ 2012-10-28 14:07 ` Albert ARIBAUD
0 siblings, 0 replies; 15+ messages in thread
From: Albert ARIBAUD @ 2012-10-28 14:07 UTC (permalink / raw)
To: u-boot
Hi Stephen,
On Sat, 27 Oct 2012 20:09:20 -0600, Stephen Warren
<swarren@wwwdotorg.org> wrote:
> On 10/27/2012 03:15 AM, Albert ARIBAUD wrote:
> > Hi Stephen,
> >
> > On Mon, 22 Oct 2012 10:19:36 -0600, Stephen Warren
> > <swarren@wwwdotorg.org> wrote:
> >
> >> From: Stephen Warren <swarren@nvidia.com>
> >>
> >> Seaboard has a GPIO that switches an external mux between Tegra's debug
> >> UART and SPI flash. This is initialized from the SPL so that SPL debug
> >> output can be seen. Simplify the code that does this, and don't actually
> >> request the GPIO in the SPL; just program it. This saves ~4.5K from the
> >> size of the SPL, mostly BSS due to the large gpio_names[] table that is
> >> no longer required. This makes Seaboard's SPL fit within the current max
> >> size.
> >
> > Is it possible to reorder the patch series so that Seaboard (and
> > Ventana?) builds do not break temporarily between patch 2 and this
> > patch?
>
> It would be possibel, although I'd personally rather call out the issue
> explicitly with a build break; if the build succeeds, you end up using
> code that silently causes memory corruption. Of course, this issue has
> been around for a while, so perhaps hiding it for another couple extra
> commits wouldn't be a big deal. Plus, the build break proves the assert
> in the .lds file works:-) But it's not big deal either way; feel free to
> re-order the commits if you want.
No need: your points are valid.
Amicalement,
--
Albert.
^ permalink raw reply [flat|nested] 15+ messages in thread
* [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections
2012-10-22 16:19 [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Stephen Warren
` (3 preceding siblings ...)
2012-10-22 16:19 ` [U-Boot] [PATCH V3 5/5] ARM: tegra: don't request GPIO from Seaboard's SPL Stephen Warren
@ 2012-10-25 18:11 ` Simon Glass
2012-10-26 21:45 ` Albert ARIBAUD
4 siblings, 1 reply; 15+ messages in thread
From: Simon Glass @ 2012-10-25 18:11 UTC (permalink / raw)
To: u-boot
On Mon, Oct 22, 2012 at 9:19 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> From: Stephen Warren <swarren@nvidia.com>
>
> When -ffunction-sections or -fdata-section are used, symbols are placed
> into sections such as .data.eserial1_device and .bss.serial_current.
> Update the linker script to explicitly include these. Without this
> change (at least with my gcc-4.5.3 built using crosstool-ng), I see that
> the sections do end up being included, but __bss_end__ gets set to the
> same value as __bss_start.
>
> Signed-off-by: Stephen Warren <swarren@nvidia.com>
> Acked-by: Allen Martin <amartin@nvidia.com>
I tested this series on seaboard.
Acked-by: Simon Glass <sjg@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
Regards,
Simon
^ permalink raw reply [flat|nested] 15+ messages in thread* [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections
2012-10-25 18:11 ` [U-Boot] [PATCH V3 1/5] ARM: fix u-boot.lds for -ffunction-sections/-fdata-sections Simon Glass
@ 2012-10-26 21:45 ` Albert ARIBAUD
0 siblings, 0 replies; 15+ messages in thread
From: Albert ARIBAUD @ 2012-10-26 21:45 UTC (permalink / raw)
To: u-boot
Hi Simon,
On Thu, 25 Oct 2012 11:11:14 -0700, Simon Glass <sjg@chromium.org>
wrote:
> On Mon, Oct 22, 2012 at 9:19 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> > From: Stephen Warren <swarren@nvidia.com>
> >
> > When -ffunction-sections or -fdata-section are used, symbols are placed
> > into sections such as .data.eserial1_device and .bss.serial_current.
> > Update the linker script to explicitly include these. Without this
> > change (at least with my gcc-4.5.3 built using crosstool-ng), I see that
> > the sections do end up being included, but __bss_end__ gets set to the
> > same value as __bss_start.
> >
> > Signed-off-by: Stephen Warren <swarren@nvidia.com>
> > Acked-by: Allen Martin <amartin@nvidia.com>
>
> I tested this series on seaboard.
>
> Acked-by: Simon Glass <sjg@chromium.org>
> Tested-by: Simon Glass <sjg@chromium.org>
>
> Regards,
> Simon
>
Applied (this patch only in the series) to u-boot-arm/master, thanks!
Amicalement,
--
Albert.
^ permalink raw reply [flat|nested] 15+ messages in thread