Required to fix the following compile error when building sandbox:
/tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
:(.text+0x601d): undefined reference to `oftree_dispose'
Signed-off-by: Sean Edmond
Reviewed-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- f
On Thu, 16 Nov 2023 at 19:02, wrote:
>
> From: Sean Edmond
>
> Required to fix the following compile error when building sandbox:
> /tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
> :(.text+0x601d): undefined reference to `oftree_dispose'
&g
From: Sean Edmond
Required to fix the following compile error when building sandbox:
/tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
:(.text+0x601d): undefined reference to `oftree_dispose'
Signed-off-by: Sean Edmond
---
drivers/core/ofnode.c | 12 ++--
1 file
On Fri, 3 Nov 2023 at 12:38, wrote:
>
> From: Sean Edmond
>
> Required to fix the following compile error when building sandbox:
> /tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
> :(.text+0x601d): undefined reference to `oftree_dispose'
&g
From: Sean Edmond
Required to fix the following compile error when building sandbox:
/tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
:(.text+0x601d): undefined reference to `oftree_dispose'
Signed-off-by: Sean Edmond
---
drivers/core/ofnode.c | 12 ++--
1 file
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’:
drivers/serial/serial_sh.h:429:35:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’:
drivers/serial/serial_sh.h:429:35:
On 10/4/23 09:49, Paul Barker wrote:
On 03/10/2023 13:42, Marek Vasut wrote:
On 9/20/23 14:41, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/seria
On 03/10/2023 13:42, Marek Vasut wrote:
> On 9/20/23 14:41, Paul Barker wrote:
>> If we attempt to compile serial_sh.c for a system which lacks HSCIF
>> support (e.g. R8A7740), we see the following compilation error:
>>
>> In file included from drivers/serial/serial_sh.c:20:
>> drivers/se
On 9/20/23 14:41, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’
On Tue, 12 Sept 2023 at 15:35, wrote:
>
> From: Sean Edmond
>
> Required to fix the following compile error when building sandbox:
> /tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
> :(.text+0x601d): undefined reference to `oftree_dispose'
&g
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’:
drivers/serial/serial_sh.h:429:35:
From: Sean Edmond
Required to fix the following compile error when building sandbox:
/tmp/cci9ibby.ltrans21.ltrans.o: In function `do_cedit_load':
:(.text+0x601d): undefined reference to `oftree_dispose'
Signed-off-by: Sean Edmond
---
drivers/core/ofnode.c | 12 ++--
1 file
On 8/26/23 14:03, Paul Barker wrote:
On 23/08/2023 12:22, Marek Vasut wrote:
On 8/23/23 08:25, Paul Barker wrote:
On 22/08/2023 22:38, Marek Vasut wrote:
On 8/22/23 20:10, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the
On 23/08/2023 12:22, Marek Vasut wrote:
> On 8/23/23 08:25, Paul Barker wrote:
>> On 22/08/2023 22:38, Marek Vasut wrote:
>>> On 8/22/23 20:10, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation e
On 8/23/23 08:25, Paul Barker wrote:
On 22/08/2023 22:38, Marek Vasut wrote:
On 8/22/23 20:10, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/seria
On 22/08/2023 22:38, Marek Vasut wrote:
> On 8/22/23 20:10, Paul Barker wrote:
>> If we attempt to compile serial_sh.c for a system which lacks HSCIF
>> support (e.g. R8A7740), we see the following compilation error:
>>
>> In file included from drivers/serial/serial_sh.c:20:
>> drivers/se
On 8/22/23 20:10, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’:
drivers/serial/serial_sh.h:429:35:
Hi Chan,
On Sun, 4 Jun 2023 at 15:41, Chan Kim wrote:
>
> Hello all,
> For commit 26659d42654 (Fri Jun 2 12:13:01 2023 -0400)
>
> When I do 'make qemu_arm64_defconfig' and 'make', I get this compile error.
>
> ckim@ckim-ubuntu:~/u-boot-test/u-boot
>-Original Message-
> >From: Chan Kim
> >Sent: Sunday, June 4, 2023 11:41 PM
> >To: U-Boot Mailing List
> >Subject: compile error
> >
> >Hello all,
> >For commit 26659d42654 (Fri Jun 2 12:13:01 2023 -0400)
> >
> >When I do 'mak
(ubuntu 20.04).
Chan Kim
>-Original Message-
>From: Chan Kim
>Sent: Sunday, June 4, 2023 11:41 PM
>To: U-Boot Mailing List
>Subject: compile error
>
>Hello all,
>For commit 26659d42654 (Fri Jun 2 12:13:01 2023 -0400)
>
>When I do 'make qemu_arm64
Hello all,
For commit 26659d42654 (Fri Jun 2 12:13:01 2023 -0400)
When I do 'make qemu_arm64_defconfig' and 'make', I get this compile error.
ckim@ckim-ubuntu:~/u-boot-test/u-boot$ make -j28
ENVCinclude/generated/env.txt
UPD include/generated/timestamp_au
> -Original Message-
> From: Simon Glass [mailto:s...@chromium.org]
> Sent: Tuesday, February 8, 2022 6:13 PM
>
> Hi Johann,
>
Hi Simon,
thanks for your fast answer.
> On Tue, 8 Feb 2022 at 08:44, Johann Neuhauser
> wrote:
> >
> > Dear developers and Simon,
> >
> > we wanna run secure
Hi Philippe,
On Tue, 8 Feb 2022 at 10:12, Philippe REYNES
wrote:
>
> Hi Johann,
>
> Le 08/02/2022 à 16:43, Johann Neuhauser a écrit :
> > Dear developers and Simon,
> >
> > we wanna run secure boot with U-Boot's SPL_FIT_SIGNATURE and FIT_SIGNATURE
> > on our STM32MP1 boards and discovered the CV
Hi Johann,
On Tue, 8 Feb 2022 at 08:44, Johann Neuhauser
wrote:
>
> Dear developers and Simon,
>
> we wanna run secure boot with U-Boot's SPL_FIT_SIGNATURE and FIT_SIGNATURE on
> our STM32MP1 boards and discovered the CVE-2021-27097.
That is already fixed in 2021.04 so you can just use a mainli
Hi Johann,
Le 08/02/2022 à 16:43, Johann Neuhauser a écrit :
Dear developers and Simon,
we wanna run secure boot with U-Boot's SPL_FIT_SIGNATURE and FIT_SIGNATURE on
our STM32MP1 boards and discovered the CVE-2021-27097.
To mitigate this vulnerability we wanna enable SPL_LOAD_FIT_FULL and
SPL
Dear developers and Simon,
we wanna run secure boot with U-Boot's SPL_FIT_SIGNATURE and FIT_SIGNATURE on
our STM32MP1 boards and discovered the CVE-2021-27097.
To mitigate this vulnerability we wanna enable SPL_LOAD_FIT_FULL and
SPL_FIT_FULL_CHECK.
If I compile any U-Boot SPL with the mentioned
On Wed, 10 Nov 2021 at 21:06, Mathew McBride wrote:
>
> This command is not compiled by default and was not
> updated to pass the udevice to tpm_get_capability.
>
> Signed-off-by: Mathew McBride
> Reviewed-by: Ilias Apalodimas
> ---
> cmd/tpm-v1.c | 7 ++-
> 1 file changed, 6 insertions(+),
This command is not compiled by default and was not
updated to pass the udevice to tpm_get_capability.
Signed-off-by: Mathew McBride
Reviewed-by: Ilias Apalodimas
---
cmd/tpm-v1.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/cmd/tpm-v1.c b/cmd/tpm-v1.c
index 3a7e35d
Hi Mathew,
On Thu, 4 Nov 2021 at 03:14, Mathew McBride wrote:
>
> This command is not compiled by default and was not
> updated to pass the udevice to tpm_get_capability.
>
> Signed-off-by: Mathew McBride
> ---
> cmd/tpm-v1.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> dif
This command is not compiled by default and was not
updated to pass the udevice to tpm_get_capability.
Signed-off-by: Mathew McBride
---
cmd/tpm-v1.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/cmd/tpm-v1.c b/cmd/tpm-v1.c
index 3a7e35d525..55f2aeff46 100644
--- a/cm
On Mon, Jul 06, 2020 at 05:32:27PM +0200, Bruno Thomsen wrote:
> tpm2_tis_spi driver fails to compile with errors like this:
>
> drivers/tpm/tpm_tis.h:117:2: error: redeclaration of enumerator
> 'TPM_ACCESS_VALID'
> drivers/tpm/tpm_tis.h:118:2: error: redeclaration of enumerator
> 'TPM_ACCESS_A
tpm2_tis_spi driver fails to compile with errors like this:
drivers/tpm/tpm_tis.h:117:2: error: redeclaration of enumerator
'TPM_ACCESS_VALID'
drivers/tpm/tpm_tis.h:118:2: error: redeclaration of enumerator
'TPM_ACCESS_ACTIVE_LOCALITY'
drivers/tpm/tpm_tis.h:119:2: error: redeclaration of enumera
On 10/18/2019 12:01 PM, Laurentiu Tudor wrote:
> From: Laurentiu Tudor
>
> If SEC FW support is not enabled (ARMV8_SEC_FIRMWARE_SUPPORT=n) this
> compilation error happens:
> arch/arm/include/asm/arch-fsl-layerscape/fsl_icid.h:169:4: error:
> 'CONFIG_ARMV8_SEC_FIRMWARE_SUPPORT' undeclared here (n
From: Laurentiu Tudor
If SEC FW support is not enabled (ARMV8_SEC_FIRMWARE_SUPPORT=n) this
compilation error happens:
arch/arm/include/asm/arch-fsl-layerscape/fsl_icid.h:169:4: error:
'CONFIG_ARMV8_SEC_FIRMWARE_SUPPORT' undeclared here (not in a function)
Fix it by wrapping with CONFIG_IS_ENABLE
On 18.10.2019 09:32, Horia Geanta wrote:
> On 10/17/2019 12:21 PM, Laurentiu Tudor wrote:
>> From: Laurentiu Tudor
>>
>> If SEC FW support is not enabled (ARMV8_SEC_FIRMWARE_SUPPORT=n) this
>> compilation error happens:
>> arch/arm/include/asm/arch-fsl-layerscape/fsl_icid.h:169:4: error:
>> 'CON
On 10/17/2019 12:21 PM, Laurentiu Tudor wrote:
> From: Laurentiu Tudor
>
> If SEC FW support is not enabled (ARMV8_SEC_FIRMWARE_SUPPORT=n) this
> compilation error happens:
> arch/arm/include/asm/arch-fsl-layerscape/fsl_icid.h:169:4: error:
> 'CONFIG_ARMV8_SEC_FIRMWARE_SUPPORT' undeclared here (n
From: Laurentiu Tudor
If SEC FW support is not enabled (ARMV8_SEC_FIRMWARE_SUPPORT=n) this
compilation error happens:
arch/arm/include/asm/arch-fsl-layerscape/fsl_icid.h:169:4: error:
'CONFIG_ARMV8_SEC_FIRMWARE_SUPPORT' undeclared here (not in a function)
Fix it by adding an intermediate macro t
On Sun, Mar 31, 2019 at 04:07:03PM +0800, wangqiang1...@sina.com wrote:
> From: 默默
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
From: 默默
---
Makefile | 7 +++
lib/bch.c | 9 -
2 files changed, 15 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index c1af9307b3..92e04dd689 100644
--- a/Makefile
+++ b/Makefile
@@ -291,6 +291,9 @@ DARWIN_MINOR_VERSION= $(shell sw_vers
-productVersion | c
On Tue, Oct 23, 2018 at 10:21:25AM +0200, Lars Povlsen wrote:
> common/common_fit.c is including , but not actually using it. The
> inclusion will cuase compile error on platforms using CONFIG_OF_SEPARATE
> and not SPL.
>
> Signed-off-by: Lars Povlsen
> Reviewed-by: J
On 23/10/2018 10:21, Lars Povlsen wrote:
common/common_fit.c is including , but not actually using it. The
inclusion will cuase compile error on platforms using CONFIG_OF_SEPARATE
and not SPL.
Signed-off-by: Lars Povlsen
---
common/common_fit.c | 1 -
1 file changed, 1 deletion(-)
diff
common/common_fit.c is including , but not actually using it. The
inclusion will cuase compile error on platforms using CONFIG_OF_SEPARATE
and not SPL.
Signed-off-by: Lars Povlsen
---
common/common_fit.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/common/common_fit.c b/common
...
> I believe that spl.h is not needed at all here. It should be removed JJ
Thanks for the feedback, I have sent a new patch to that effect.
---Lars
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 22/10/2018 10:48, Lars Povlsen wrote:
When changing some MIPS configs from CONFIG_OF_EMBED to
CONFIG_OF_SEPARATE, I ran into this compile issue since SPL is not
enabled. The fix is to guard the header with the
CONFIG_SPL_LIBCOMMON_SUPPORT preprocessor symbol.
It seems that the is not need
When changing some MIPS configs from CONFIG_OF_EMBED to
CONFIG_OF_SEPARATE, I ran into this compile issue since SPL is not
enabled. The fix is to guard the header with the
CONFIG_SPL_LIBCOMMON_SUPPORT preprocessor symbol.
It seems that the is not needed even when SPL is enabled, but
I'm not 100
On Thu, May 03, 2018 at 08:19:03PM +1200, Chris Packham wrote:
> When the following configuration is set
>
> # CONFIG_CMD_DHCP is not set
> CONFIG_CMD_BOOTP=y
> CONFIG_BOOTP_NTPSERVER=y
>
> The following compile error is observed
>
> error: used struct
CMD_DHCP is not set
>> > CONFIG_CMD_BOOTP=y
>> > CONFIG_BOOTP_NTPSERVER=y
>> >
>> > The following compile error is observed
>> >
>> > error: used struct type value where scalar is required
>> > if (net_ntp_server)
>> >
When the following configuration is set
# CONFIG_CMD_DHCP is not set
CONFIG_CMD_BOOTP=y
CONFIG_BOOTP_NTPSERVER=y
The following compile error is observed
error: used struct type value where scalar is required
if (net_ntp_server)
^~
Resolve this by checking
On Thu, May 3, 2018 at 12:23 PM Joe Hershberger
wrote:
> On Fri, Apr 27, 2018 at 4:55 AM, Chris Packham
wrote:
> > When the following configuration is set
> >
> > # CONFIG_CMD_DHCP is not set
> > CONFIG_CMD_BOOTP=y
> > CONFIG_BOOTP_NTPSERVER=y
>
On Fri, Apr 27, 2018 at 4:55 AM, Chris Packham wrote:
> When the following configuration is set
>
> # CONFIG_CMD_DHCP is not set
> CONFIG_CMD_BOOTP=y
> CONFIG_BOOTP_NTPSERVER=y
>
> The following compile error is observed
>
> error: used struct type value where
When the following configuration is set
# CONFIG_CMD_DHCP is not set
CONFIG_CMD_BOOTP=y
CONFIG_BOOTP_NTPSERVER=y
The following compile error is observed
error: used struct type value where scalar is required
if (net_ntp_server)
^~
Resolve this by checking
During disabled MMC_HS200_SUPPORT, some functions don't use anywhere.
Signed-off-by: Jaehoon Chung
---
Chnagelog on V2
- Remove functions in uniphier-sd.h
drivers/mmc/uniphier-sd-rcar.c | 4
drivers/mmc/uniphier-sd.h | 9 -
2 files changed, 4 insertions(+), 9 deletions(-)
dif
Hi,
On 02/23/2018 04:21 PM, Jaehoon Chung wrote:
> During disabled MMC_HS200_SUPPORT, it doesn't use anywhere.
This patch is based on u-boot-mmc/next branch.
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Jaehoon Chung
> ---
> drivers/mmc/uniphier-sd-rcar.c | 4
> 1 file changed, 4 inse
During disabled MMC_HS200_SUPPORT, it doesn't use anywhere.
Signed-off-by: Jaehoon Chung
---
drivers/mmc/uniphier-sd-rcar.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mmc/uniphier-sd-rcar.c b/drivers/mmc/uniphier-sd-rcar.c
index 8baa2a9b46..894decd04d 100644
--- a/drivers/mm
On 25/11/2016 21:42, Sven Ebenfeld wrote:
> When I tried to deactivate VIDEO support for the Wandboard, it still
> tried to initialize the Framebuffer and so on. That is the reason for
> the added ifdefs. CONFIG_VIDEO is enabled in the configuration as default
> and therefore nothing changes for th
When I tried to deactivate VIDEO support for the Wandboard, it still
tried to initialize the Framebuffer and so on. That is the reason for
the added ifdefs. CONFIG_VIDEO is enabled in the configuration as default
and therefore nothing changes for the default user.
The structs mx6dl_i2c2_pad_info a
Dear sir :
before make , I have do something as below :
1. export CROSS_COMPILE=arm-xilinx-linux-gnueabi-
export PATH=/opt/zynq_gcc/arm-xilinx-linux-gnueabi/bin:$PATH
2. export ARCH=arm
export CROSS_COMPILE=arm-xilinx-Linux-gnueabi-
3.
Hi,
2016-11-02 10:07 GMT+01:00 李东升 <000lidongsh...@163.com>:
> Dear sir or madam :
> when i want to generate u-boot file for zynq device , i found it can
> not be compiled ;
>
> the error code are as below :
> root@lolo-pc:~/zynq_study/u-boot_file/u-boot-d8bdfc8# make
> zynq_zc702_defconfig
Dear sir or madam :
when i want to generate u-boot file for zynq device , i found it can not be
compiled ;
the error code are as below :
root@lolo-pc:~/zynq_study/u-boot_file/u-boot-d8bdfc8# make zynq_zc702_defconfig
HOSTCC scripts/basic/fixdep
as: unrecognized option '--32'
scripts/Makef
On Tue, Sep 06, 2016 at 02:23:07PM +0800, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> When enabled sec firmware framework, but lack of definition of
> the marco SEC_FIRMWARE_FIT_IMAGE, SEC_FIRMEWARE_FIT_CNF_NAME
> and SEC_FIRMWARE_TARGET_EL, there will be some build errors,
> so give a default
From: Hou Zhiqiang
When enabled sec firmware framework, but lack of definition of
the marco SEC_FIRMWARE_FIT_IMAGE, SEC_FIRMEWARE_FIT_CNF_NAME
and SEC_FIRMWARE_TARGET_EL, there will be some build errors,
so give a default definition.
Signed-off-by: Hou Zhiqiang
---
arch/arm/cpu/armv8/sec_firmw
Hi Scott,
On Mon, Jun 20, 2016 at 03:17:11AM -0500, Scott Wood wrote:
>On Mon, 2016-06-20 at 15:15 +0800, Peng Fan wrote:
>> Error info "
>> common/fb_nand.c: In function 'fb_nand_lookup':
>> common/fb_nand.c:65:3: error: 'mtd' undeclared (first use in this function)
>> *mtd = nand_info[dev->id->
On Mon, 2016-06-20 at 15:15 +0800, Peng Fan wrote:
> Error info "
> common/fb_nand.c: In function 'fb_nand_lookup':
> common/fb_nand.c:65:3: error: 'mtd' undeclared (first use in this function)
> *mtd = nand_info[dev->id->num];
> ^
> "
>
> Correct fb_nand_lookup parameter name to fix this i
Error info "
common/fb_nand.c: In function 'fb_nand_lookup':
common/fb_nand.c:65:3: error: 'mtd' undeclared (first use in this function)
*mtd = nand_info[dev->id->num];
^
"
Correct fb_nand_lookup parameter name to fix this issue.
Signed-off-by: Peng Fan
Cc: Maxime Ripard
Cc: Scott Wood
From: rick
Fix compile error with gcc 4.9.3
Signed-off-by: rick
Cc: Andes
---
arch/nds32/cpu/n1213/start.S |2 +-
arch/nds32/include/asm/macro.h | 22 +++---
arch/nds32/include/asm/posix_types.h |4
3 files changed, 16 insertions(+), 12 deletions
Hello Ladislav Michl,
Am 03.01.2016 um 22:05 schrieb Ladislav Michl:
drivers/mtd/ubi/io.c:1354:3: error: 'dump_len' undeclared (first use in
this function)
dump_len = max_t(int, 128, len - i);
Signed-off-by: Ladislav Michl
---
drivers/mtd/ubi/io.c | 1 -
1 file changed, 1 deletion(-)
Hello Ladislav Michl
Am 03.01.2016 um 22:05 schrieb Ladislav Michl:
drivers/mtd/ubi/io.c:1354:3: error: 'dump_len' undeclared (first use in
this function)
dump_len = max_t(int, 128, len - i);
Signed-off-by: Ladislav Michl
---
drivers/mtd/ubi/io.c | 1 -
1 file changed, 1 deletion(-)
Y
drivers/mtd/ubi/io.c:1354:3: error: 'dump_len' undeclared (first use in
this function)
dump_len = max_t(int, 128, len - i);
Signed-off-by: Ladislav Michl
---
drivers/mtd/ubi/io.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mtd/ubi/io.c b/drivers/mtd/ubi/io.c
index d1bdec3..0be9
Signed-off-by: Ladislav Michl
---
drivers/mtd/ubi/io.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mtd/ubi/io.c b/drivers/mtd/ubi/io.c
index d1bdec3..0be9c5a 100644
--- a/drivers/mtd/ubi/io.c
+++ b/drivers/mtd/ubi/io.c
@@ -1351,7 +1351,6 @@ static int self_check_write(struct ubi_de
On Mon, Dec 15, 2014 at 12:07:52PM -0800, Kevin Hilman wrote:
> From: Kevin Hilman
>
> When CONFIG_TRACE is disabled, linking fails with:
>
> common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
> `trace_early_init'
>
> To fix, wrap trace init calls with #ifdef CONFIG_TRACE.
On Tue, Dec 09, 2014 at 03:03:58PM -0800, Kevin Hilman wrote:
> From: Kevin Hilman
>
> When CONFIG_TRACE is disabled, linking fails with:
>
> common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
> `trace_early_init'
>
> To fix, wrap the call to trace_early_init() with #ifdef
On 15 December 2014 at 13:07, Kevin Hilman wrote:
> From: Kevin Hilman
>
> When CONFIG_TRACE is disabled, linking fails with:
>
> common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
> `trace_early_init'
>
> To fix, wrap trace init calls with #ifdef CONFIG_TRACE.
>
> While at it
From: Kevin Hilman
When CONFIG_TRACE is disabled, linking fails with:
common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
`trace_early_init'
To fix, wrap trace init calls with #ifdef CONFIG_TRACE.
While at it, remove the static inline version of the init call from
trace.h as
From: Kevin Hilman
When CONFIG_TRACE is disabled, linking fails with:
common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
`trace_early_init'
To fix, wrap the call to trace_early_init() with #ifdef CONFIG_TRACE.
Cc: Simon Glass
Cc: Tom Rini
Signed-off-by: Kevin Hilman
---
Hi Kevin,
On 9 December 2014 at 16:03, Kevin Hilman wrote:
> From: Kevin Hilman
>
> When CONFIG_TRACE is disabled, linking fails with:
>
> common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
> `trace_early_init'
>
> To fix, wrap the call to trace_early_init() with #ifdef CONFI
From: Kevin Hilman
When CONFIG_TRACE is disabled, linking fails with:
common/built-in.o:(.data.init_sequence_f+0x8): undefined reference to
`trace_early_init'
To fix, wrap the call to trace_early_init() with #ifdef CONFIG_TRACE.
Cc: Simon Glass
Cc: Tom Rini
Signed-off-by: Kevin Hilman
---
On Thu, May 08, 2014 at 10:29:25AM +0200, Michal Simek wrote:
> On 05/08/2014 10:13 AM, Masahiro Yamada wrote:
> > ps7_init.c exported by hw project has #include "xil_io.h" line
> > but U-Boot does not have "xil_io.h".
> >
> > So we get an error on SPL build:
> > ps7_init.c:12581:20: fatal error
On 05/08/2014 10:13 AM, Masahiro Yamada wrote:
> ps7_init.c exported by hw project has #include "xil_io.h" line
> but U-Boot does not have "xil_io.h".
>
> So we get an error on SPL build:
> ps7_init.c:12581:20: fatal error: xil_io.h: No such file or directory
>
> We can delete the include direc
ps7_init.c exported by hw project has #include "xil_io.h" line
but U-Boot does not have "xil_io.h".
So we get an error on SPL build:
ps7_init.c:12581:20: fatal error: xil_io.h: No such file or directory
We can delete the include directive in ps7_init.c to avoid this error.
But it is painful to
t;
> Best regards,
> Nobuhiro
>
> 2014-03-31 15:45 GMT+09:00 Pantelis Antoniou :
>> Hi Nobuhiro,
>>
>> Thank you for catching this.
>>
>> On Mar 31, 2014, at 8:54 AM, Nobuhiro Iwamatsu wrote:
>>
>>> BY commit "mmc: Split mmc struct, rework mm
54 AM, Nobuhiro Iwamatsu wrote:
>
>> BY commit "mmc: Split mmc struct, rework mmc initialization (v2)",
>> sh_mmcif has compile error. This fixes compile error.
>>
>> Signed-off-by: Nobuhiro Iwamatsu
>> CC: Pantelis Antoniou
>> Reported-by: Masahiro Y
Hi Nobuhiro,
Thank you for catching this.
On Mar 31, 2014, at 8:54 AM, Nobuhiro Iwamatsu wrote:
> BY commit "mmc: Split mmc struct, rework mmc initialization (v2)",
> sh_mmcif has compile error. This fixes compile error.
>
> Signed-off-by: Nobuhiro Iwamatsu
> CC: Pant
BY commit "mmc: Split mmc struct, rework mmc initialization (v2)",
sh_mmcif has compile error. This fixes compile error.
Signed-off-by: Nobuhiro Iwamatsu
CC: Pantelis Antoniou
Reported-by: Masahiro Yamada
---
drivers/mmc/sh_mmcif.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
Dear Abdullah,
In message <1391536944.55409.yahoomail...@web140303.mail.bf1.yahoo.com> you
wrote:
>
> When I try to compile u-boot I get the following error:
>
> The error is explained in this link:
>
> http://www.denx.de/wiki/DULG/SourceObjectHasEABIVersion4ButTargetHasEABIVersion0
>
> It wo
When I try to compile u-boot I get the following error:
The error is explained in this link:
http://www.denx.de/wiki/DULG/SourceObjectHasEABIVersion4ButTargetHasEABIVersion0
It works for another toolchain. However, I want to learn that if there is a way
to compile it with the current toolchain
Hello Wolfgang
> > Could you resend
> > http://patchwork.ozlabs.org/patch/292309/
> > in a correct format?
> >
> > (Or Tom can directly pick it from the ML?)
>
> Of course I can. Does this patch solve the problem for you?
Yes. It worked for me. Thanks.
(And applied to u-boot/master)
It's OK
On Tue, Nov 19, 2013 at 08:01:44AM +0100, Wolfgang Denk wrote:
> From: Wolfgang Denk
> Date: Tue, 19 Nov 2013 07:50:46 +0100
> Subject: [PATCH] Blackfin: don't use 'bool' when it causes problems
>
> The use of 'bool' data types in globally used header files cases build
> errors like this:
>
> In
Dear Masahiro Yamada,
In message <20131125104322.c02e.aa925...@jp.panasonic.com> you wrote:
> Hello Wolfgang
>
> Could you resend
> http://patchwork.ozlabs.org/patch/292309/
> in a correct format?
>
> (Or Tom can directly pick it from the ML?)
Of course I can. Does this patch solve the problem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/24/2013 08:43 PM, Masahiro Yamada wrote:
> Hello Wolfgang
>
> Could you resend http://patchwork.ozlabs.org/patch/292309/ in a
> correct format?
>
> (Or Tom can directly pick it from the ML?)
It's in my current local queue, I'll be pushing thin
Hello Wolfgang
Could you resend
http://patchwork.ozlabs.org/patch/292309/
in a correct format?
(Or Tom can directly pick it from the ML?)
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/
Hello Mans
> > +/*
> > + * Undef true and false here to avoid macro expansion by
> > + */
> > +#undef true
> > +#undef false
>
> This won't work if stdbool.h defines true/false as an enum. Some
> versions of gcc did this. The correct fix is to change the code so it
Thanks for your comments.
T
Masahiro Yamada writes:
> Before this commit, common/cmd_test.c defined
> _STDBOOL_H in order to avoid including .
> But this work-around is not a good idea.
>
> Blackfin header file
> arch/blackfin/include/asm/blackfin_local.h
> uses bool type here:
> extern bool bfin_os_log_check(void);
>
> T
Hello Wolfgang
> In message <1384830117-25345-1-git-send-email-yamad...@jp.panasonic.com> you
> wrote:
> > Before this commit, common/cmd_test.c defined
> > _STDBOOL_H in order to avoid including .
> > But this work-around is not a good idea.
>
> Actually it is a good idea, as it attempts to be
Dear Masahiro Yamada,
In message <1384830117-25345-1-git-send-email-yamad...@jp.panasonic.com> you
wrote:
> Before this commit, common/cmd_test.c defined
> _STDBOOL_H in order to avoid including .
> But this work-around is not a good idea.
Actually it is a good idea, as it attempts to be indepen
FYI:
This patch is related with the discussion in the thread:
http://patchwork.ozlabs.org/patch/292011/
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Before this commit, common/cmd_test.c defined
_STDBOOL_H in order to avoid including .
But this work-around is not a good idea.
Blackfin header file
arch/blackfin/include/asm/blackfin_local.h
uses bool type here:
extern bool bfin_os_log_check(void);
This means Blackfin boards which define CONFI
> I have ported u-boot to my android4.2 source and use the android
> toolchain,
> which has a gcc version 4.6.x-google 20120106.
> my envisionment for build: ubuntu 10.04, with a host gcc version 4.4.3.
> my platform is arm-v7, cotex-a5.
> the problem is that some times u-boot will
compile
error(I use a 'make -j32' for building android):
target thumb C++: libGLES_trace <=
frameworks/native/opengl/libs/GLES_trace/src/gltrace_context.cpp
CC ispi.c
target thumb C++: libGLES_trace <=
frameworks/native/opengl/libs/GLES_trace/src/gltrace_egl.cpp
1 - 100 of 211 matches
Mail list logo
