Since pins multiplexing, SDHC shares signals with IFC, with this patch:
To enable SDHC in case of NOR/NAND/SPI boot
a) For temporary use case in runtime without reboot system
run 'mux sdhc' in u-boot to validate SDHC with invalidating IFC.
b) For long-term use case
set 'esdhc' in
Function cpld_show() was for debug and not called, so clean it.
Signed-off-by: Shengzhou Liu
---
board/freescale/p1010rdb/p1010rdb.c | 35 ---
1 file changed, 35 deletions(-)
diff --git a/board/freescale/p1010rdb/p1010rdb.c
b/board/freescale/p1010rdb/p1010rdb.c
Some boards use System EEPROM with 128-bytes instead of 256-bytes.
Since we regard 256-bytes EEPROM as standard EEPROM with default
value for MAX_NUM_PORTS. For those non-256-bytes EEPROM, we can
redefine MAX_NUM_PORTS in board-specific file to override the
default MAX_NUM_PORTS.
This patch doesn'
- Rename old P1010RDB board as P1010RDB-PA.
- Add support for new P1010RDB-PB board.
- Some optimization.
For more details, see board/freescale/p1010rdb/README.
Signed-off-by: Shengzhou Liu
---
board/freescale/p1010rdb/p1010rdb.c | 176 ++--
boards.cfg
Hello Eric,
Le 12/09/2013 23:56, Eric Nelson a écrit :
Hi all,
It seems to be all about displays and mux/pad registers for
me these days.
I just tracked down an issue related to commit 87d720e0c that
causes improper display on our RGB displays.
In particular, the pad settings for these two r
From: Fabio Estevam
Similarly as mx25 and mx53, mx6solo-lite needs to setup the MII gasket for RMII
mode.
Add support for mx6solo-lite.
Signed-off-by: Fabio Estevam
---
Based on FSL BSP, which uses U-boot 2013.04.
Changes since v1:
- None
drivers/net/fec_mxc.c | 2 +-
drivers/net/fec_mxc.h
Add the missing bang (!) to execute external command, otherwise it does not
work.
Signed-off-by: Axel Lin
---
boards.cfg | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boards.cfg b/boards.cfg
index dbd8479..9fc77fb 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -38,7 +38,7 @@
From: Fabio Estevam
mx6slevk has a SMSC8720 connected in RMII mode.
Add support for it.
Signed-off-by: Fabio Estevam
---
Based on FSL BSP, which uses U-boot 2013.04.
Changes since v1:
- Replace access via register + offset style with proper structure
- Fix checkpatch error
arch/arm/cpu/armv
From: David Feng
Signed-off-by: David Feng
---
arch/arm/config.mk |4 +
arch/arm/cpu/armv8/Makefile | 38 +
arch/arm/cpu/armv8/cache.S | 130 +
arch/arm/cpu/armv8/cache_v8.c | 228 +
From: David Feng
Signed-off-by: David Feng
---
common/cmd_pxe.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_pxe.c b/common/cmd_pxe.c
index a2fb50a..df58522 100644
--- a/common/cmd_pxe.c
+++ b/common/cmd_pxe.c
@@ -57,7 +57,7 @@ static int format_mac_pxe(
From: David Feng
Signed-off-by: David Feng
---
common/board_f.c | 19 +++
common/board_r.c | 18 ++
2 files changed, 29 insertions(+), 8 deletions(-)
diff --git a/common/board_f.c b/common/board_f.c
index 0ada1af..f6ca610 100644
--- a/common/board_f.c
+++ b/
From: David Feng
Signed-off-by: David Feng
---
MAINTAINERS |4 +
board/armltd/dts/vexpress64.dts | 439 ++
board/armltd/vexpress64/Makefile | 27 +++
board/armltd/vexpress64/vexpress64.c | 70 ++
boards.cfg
From: David Feng
Signed-off-by: David Feng
---
common/fdt_support.c | 66 ++
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
index b034c98..9bc5821 100644
--- a/common/fdt_support.c
+++
From: David Feng
The porting has been merged with arm architecture.
Most architecture codes are placed in
arch/arm/cpu/armv8 directory. Generic board is also
supported after a few bugs are fixed.
u-boot could be running at EL1 or EL2.
Changes for v7:
- Integrate SMC9 patch of sharma bhupes
On Thu, Sep 12, 2013 at 7:41 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Similarly as mx25 and mx53, mx6solo-lite needs to setup the MII gasket for
> RMII
> mode.
>
> Add support for mx6solo-lite.
>
> Signed-off-by: Fabio Estevam
> ---
Seems safe enough to go into 2013.10, doesn't it? :
Previously, the address of a requested capability is define like that
"#define PCI_DCR0x78"
But, the addresses of capabilities is different with regard to PCIe revs.
So this method is not flexible.
Now a function to get the address of a requested capability is added and used.
It ca
On 29 August 2013 02:31, Lukasz Majewski wrote:
> Hi Minkyu
>
>> Dear Lukasz,
>>
>> On 13/08/13 06:15, Lukasz Majewski wrote:
>> > This commit brings removal of duplicated code for UART IP block
>> > embedded at Samsung SoCs.
>> > New include/asm/samsung-common directory has been created to store
Dear Jiri Prchal,
In message <1378991839-16732-1-git-send-email-jiri.prc...@aksignal.cz> you
wrote:
...
> +err_spi_setup_slave:
> + if (!is_valid_ether_addr(sernum)) {
> + debug("Using random MAC address\n");
> + eth_random_enetaddr(sernum);
> + }
Pleas change thi
From: Fabio Estevam
In arch/arm/cpu/arm1136/cpu.c we have:
#ifndef CONFIG_SYS_CACHELINE_SIZE
#define CONFIG_SYS_CACHELINE_SIZE 32
#endif
,so there is no need to define 'CONFIG_SYS_CACHELINE_SIZE' with the default
size in the board config file.
Signed-off-by: Fabio Estevam
---
include/c
Tom,
The following changes since commit 985a71d15b8bd9cfbeae1ac1b08a5319abfd246c:
Merge branch 'master' of git://www.denx.de/git/u-boot-ppc4xx
(2013-09-09 09:59:30 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
for you to fetch changes up to 954
From: Fabio Estevam
Currently board_eth_init() always return 0, but we should propagate the error
when cpu_eth_init() fails.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qsabreauto/mx6qsabreauto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/mx6qs
From: Fabio Estevam
Currently board_eth_init() always return 0, but we should propagate the error
when cpu_eth_init() fails.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6sabresd/mx6sabresd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/mx6sabresd/
Thanks Stefano,
On 09/12/2013 02:47 AM, Stefano Babic wrote:
Hi Fabio,
CC to Eric and Troy.
On 11/09/2013 23:14, Fabio Estevam wrote:
diff --git a/board/freescale/mx6sabresd/mx6sabresd.c
b/board/freescale/mx6sabresd/mx6sabresd.c
index c832bd9..0f91fe2 100644
--- a/board/freescale/mx6sabresd
Dear Robert Hodaszi,
> On 2013-09-12 16:31, Marek Vasut wrote:
> > Dear Robert Hodaszi,
> >
> > Please do not top-post.
> >
> > Memalign should do here with proper rounding. Can you prepare another
> > patch please?
> >
> > Best regards,
> > Marek Vasut
>
> Ok. I will try to do that tomorrow.
Hi Eric,
On Thu, Sep 12, 2013 at 6:56 PM, Eric Nelson
wrote:
> Hi all,
>
> It seems to be all about displays and mux/pad registers for
> me these days.
>
> I just tracked down an issue related to commit 87d720e0c that
> causes improper display on our RGB displays.
>
> In particular, the pad setti
On Thu, Sep 12, 2013 at 3:17 PM, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201309121605.04824.ma...@denx.de> you wrote:
>>
>> Looking at the code one more time, it'd make most sense to simply allocate
>> the
>> buffer NOT on stack, but with some memalign-kind-of call to avoid this
On Wed, Sep 11, 2013 at 03:52:51PM +0200, Albert ARIBAUD wrote:
> Put all informations about targets, including state (active or
> orphan) and maintainers, in boards.cfg; remove MAINTAINERS;
> adjust the build system accordingly.
>
> Signed-off-by: Albert ARIBAUD
> ---
> V2:
> - updated wi
Wolfgang Denk denx.de> writes:
>
> Dear Mateusz,
>
> In message <5123E16B.1060907 gmail.com> you wrote:
> >
> > Is there anyone that can support me with enforcing GPL compliance on
> > company that ships product with binary u-boot? Or did that in the past?
>
> We can try.
>
> > They're "ma
On Thu, Sep 12, 2013 at 03:18:51PM +0200, Albert ARIBAUD wrote:
> Hello Tom,
>
> The following changes since commit
> 68e1747f9c0506159e8ecc9a4feb58e9c65a7b39:
>
> socfpga: Creating driver for Reset Manager (2013-09-06 12:09:06 +0200)
>
> are available in the git repository at:
>
> git://g
Hi Tom,
On Thu, 12 Sep 2013 11:11:16 -0400, Tom Rini wrote:
> On Thu, Sep 12, 2013 at 03:18:51PM +0200, Albert ARIBAUD wrote:
>
> > Hello Tom,
> >
> > The following changes since commit
> > 68e1747f9c0506159e8ecc9a4feb58e9c65a7b39:
> >
> > socfpga: Creating driver for Reset Manager (2013-09
Hi all,
It seems to be all about displays and mux/pad registers for
me these days.
I just tracked down an issue related to commit 87d720e0c that
causes improper display on our RGB displays.
In particular, the pad settings for these two registers lost
their drive-strength value:
MX6_PAD
From: Fabio Estevam
mx6slevk has a SMSC8720 connected in RMII mode.
Add support for it.
Signed-off-by: Fabio Estevam
---
Based on FSL BSP, which uses U-boot 2013.04.
arch/arm/cpu/armv7/mx6/clock.c | 30 +
arch/arm/include/asm/arch-mx6/clock.h | 1 +
arch/arm/inc
From: Fabio Estevam
Similarly as mx25 and mx53, mx6solo-lite needs to setup the MII gasket for RMII
mode.
Add support for mx6solo-lite.
Signed-off-by: Fabio Estevam
---
Based on FSL BSP, which uses U-boot 2013.04.
drivers/net/fec_mxc.c | 2 +-
drivers/net/fec_mxc.h | 4 ++--
2 files changed,
Dear Hector Palacios,
In message <523195ca.3010...@digi.com> you wrote:
>
> Here is a patch:
>
> From: Robert Hodaszi
> Date: Fri, 6 Sep 2013 09:50:52 +0200
> Subject: [PATCH] net: fec: fix invalid temporary RX buffer alignment because
> of GCC bug
>
> Older GCC versions don't handle well al
Dear Fabio Estevam,
In message
you wrote:
>
> > It makes perfect sense to allocate variable with function scope only
> > on the stack. That's what the stack has been invented for.
>
> This buffer in the fec driver will be used in DMA transfer, so maybe
> that's the reason we should use malloc
I just brought up two samples, that it was a long-term problem. Now it
is fixed. But if somebody is trying to compile the U-Boot with an older
toolchain, it could cause problems. I had problems with 4.4.6.
Yes, 2k is a lot, and I would not put it on the stack. That was just a
quick fix. It wou
Dear Robert Hodaszi,
In message <5231a0c0.8070...@digi.com> you wrote:
>
> Sorry, hopefully that will be a plain-text.
>
> There are a lot of bug announcement, just make a search:
> gcc.gnu.org/bugzilla/show_bug.cgi?id=33721
> gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
Hm... what exactly are th
Stephan,
The processor is a 460SX (shares the same data sheet as 460GT).
In my /include/configs/.h file I include "amcc-common.h" which
has what you suggested:
/*
* UART
*/
#define CONFIG_SYS_NS16550
#define CONFIG_SYS_NS16550_SERIAL
#define CONFIG_SYS_NS16550_REG_SIZE 1
#define CONFIG_SYS_NS1
Dear Roy Caspi,
In message
you wrote:
>
> I have a VxWorks Boot Loader running on my P3041 and from there I'm willing
> to execute a U-Boot image that was previously burnt in my flash.
> The U-Boot image - u-boot-p3041ds-2011.09-r5.bin - is 512KB and is burnt at
> the address of 0xF802,,
On Mon, 2013-09-09 at 16:43 +0530, Prabhakar Kushwaha wrote:
> Hi,
>
> SPL framework is used to support multi-stage booting. Where first
> level boot loader is created via SPL having relocate_code() function.
> I am working on a Freescale's SoC which has less internal SRAM.
> I don't want to u
Dear Marek Vasut,
In message <201309121605.04824.ma...@denx.de> you wrote:
>
> Looking at the code one more time, it'd make most sense to simply allocate
> the
> buffer NOT on stack, but with some memalign-kind-of call to avoid this abuse
> of
> stack. You see, the max packet size is around 2
On Thu, Sep 12, 2013 at 08:46:50AM -0400, Tom Rini wrote:
> board/ti/am335x/README talks about eMMC env on the main partition, with
> redundancy, rather than in one of the boot partitions. Switch to using
> the main partition + redundant copy.
>
> Signed-off-by: Tom Rini
I'm going to re-tract
Hi Minkyu,
> Hi Minkyu
>
> > Dear Lukasz,
> >
> > On 13/08/13 06:15, Lukasz Majewski wrote:
> > > This commit brings removal of duplicated code for UART IP block
> > > embedded at Samsung SoCs.
> > > New include/asm/samsung-common directory has been created to store
> > > common code for existin
On Thu, Sep 12, 2013 at 3:53 PM, Wolfgang Denk wrote:
> Dear Fabio Estevam,
>
> In message
> you
> wrote:
>>
>> > It makes perfect sense to allocate variable with function scope only
>> > on the stack. That's what the stack has been invented for.
>>
>> This buffer in the fec driver will be use
On Tue, 2013-09-03 at 11:26 +0530, Pekon Gupta wrote:
> diff --git a/doc/README.nand b/doc/README.nand
> index 913e9b5..f72f618 100644
> --- a/doc/README.nand
> +++ b/doc/README.nand
> @@ -169,6 +169,19 @@ Configuration Options:
>Please convert your driver even if you don't need the extra
>
Hi Stefano,
On 09/12/2013 03:17 AM, Stefano Babic wrote:
Hi Fabio,
On 11/09/2013 23:14, Fabio Estevam wrote:
From: Fabio Estevam
If a HDMI cable is not connected, the following message is seen on boot:
CPU: Freescale i.MX6Q rev1.1 at 792 MHz
Reset cause: POR
Board: MX6-SabreSD
DRAM: 1 Gi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/11/2013 10:10 PM, FengHua wrote:
> hi,
> The following codes are originated from linux kernel. I am not sure
> whether license issues exist.
> I list the original codes at the bottom. Please check it and give me some
> advice.
> If lice
On 2013-09-12 16:31, Marek Vasut wrote:
Dear Robert Hodaszi,
Please do not top-post.
Memalign should do here with proper rounding. Can you prepare another patch
please?
Best regards,
Marek Vasut
Ok. I will try to do that tomorrow.
Best regards,
Robert Hodaszi
_
Dear Robert Hodaszi,
> I just brought up two samples, that it was a long-term problem. Now it
> is fixed. But if somebody is trying to compile the U-Boot with an older
> toolchain, it could cause problems. I had problems with 4.4.6.
>
> Yes, 2k is a lot, and I would not put it on the stack. That
Dear Robert Hodaszi,
> Hi,
>
> Sorry, hopefully that will be a plain-text.
>
> There are a lot of bug announcement, just make a search:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33721
This was apparently fixed three years ago.
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
And this o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/11/2013 09:39 AM, FengHua wrote:
> hi Rob, Thank you for your checking of this patch.
>
>> -原始邮件- 发件人: "Rob Herring" 发送时间:
>> 2013年9月11日 星期三 收件人: feng...@phytium.com.cn 抄送:
>> u-boot@lists.denx.de, tr...@ti.com 主题: Re: [U-Boot] [PATCH v
malloc can fail, so we should better check its return value before using it.
Signed-off-by: Fabio Estevam
---
drivers/mmc/fsl_esdhc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c
index f87e647..a7170b4 100644
--- a/drivers/mmc/fsl_esdhc.
Hello Tom,
The following changes since commit
68e1747f9c0506159e8ecc9a4feb58e9c65a7b39:
socfpga: Creating driver for Reset Manager (2013-09-06 12:09:06 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to 5480ac32171ab0e38c48c9f5
This patch adds support for our companies board CDU9G25 with Atmel AT91SAM9G25,
128MB DDR2, 256MB NAND.
Signed-off-by: Jiri Prchal
---
v2
Fixed static IP and MAC addr cofiguration by random MAC and DHCP.
Added entry to MAINTAINERS.
Fixed line lenght, trailing spaces and other cosmetics.
v3
Remove
board/ti/am335x/README talks about eMMC env on the main partition, with
redundancy, rather than in one of the boot partitions. Switch to using
the main partition + redundant copy.
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |7 ---
1 file changed, 4 insertions(+), 3 deletio
Make multiple USB controllers work inside u-boot by doing the
following:
- Defining max. no of USB controllers for each soc
- Defining proper base address for each controller
so that initialization code can work for each of them
Ramneek Mehresh (2):
powerpc/usb:Define C
Hi,
Sorry, hopefully that will be a plain-text.
There are a lot of bug announcement, just make a search:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33721
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
Also, I printed out the buffer addresses, and that temporary RX buffer
was not aligned. S
Hi,
Sorry, hopefully that will be a plain-text.
There are a lot of bug announcement, just make a search:
gcc.gnu.org/bugzilla/show_bug.cgi?id=33721
gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
Also, I printed out the buffer addresses, and that temporary RX buffer
was not aligned. So the transmit
CONFIG_USB_MAX_CONTROLLER_COUNT macro recently defined for
initializing all USB controllers on a given platform. This
macro is defined for all 85xx socs
Signed-off-by: Ramneek Mehresh
---
arch/powerpc/cpu/mpc8xxx/fdt.c| 6 --
arch/powerpc/include/asm/config_mpc85xx.h | 24 ++
Introduce different macros for storing addresses of multiple
USB controllers. This is required for successful initialization
and usage of multiple USB controllers inside u-boot
Signed-off-by: Ramneek Mehresh
---
arch/powerpc/cpu/mpc83xx/cpu_init.c | 2 +-
arch/powerpc/include/asm/immap_512x.h
Dear Robert Hodaszi,
>
>
>http-equiv="Content-Type">
>
>
> Hi,
>
> There are a lot of bug announcement, just make a search:
>
>href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33721";>http://gcc.gnu.or
> g/bugzilla/show_bug.cgi?id=33721 conte
Dear Hector Palacios,
> Hello,
>
> Going back to this old thread I have some news regarding the problem with
> TFTP transmissions blocking (timed out) after 10 seconds on the FEC of the
> MX28. See below:
>
> On 07/17/2013 05:55 PM, Hector Palacios wrote:
> > Dear Marek,
> >
> > On 07/16/2013 0
Hi,
I have a global variable problem with u-boot when i enabled with '-pie'
flag during linking time. In the interrupt handler i set the global
variable to 1 initially is set to 0 but i am not able to see the updated
global variable after return from interrupt handler. But it is happen when
i dis
Dear Lukasz Majewski,
> New dfu_init_env_entities() function has been extracted from cmd_dfu.c and
> stored at dfu core.
>
> This is a dfu centric code, so it shall be processed in the core.
>
> Change-Id: I756c5de922fa31399d8804eaadc004ee98844ec2
> Signed-off-by: Lukasz Majewski
> Tested-by: H
On Tue, Sep 10, 2013 at 11:12 AM, Enric Balletbo i Serra
wrote:
> From: Enric Balletbo i Serra
>
> We can run the DDR at 400MHz, so update the timings for that purpose.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> arch/arm/include/asm/arch-am33xx/ddr_defs.h | 24
>
Hello,
Going back to this old thread I have some news regarding the problem with TFTP
transmissions blocking (timed out) after 10 seconds on the FEC of the MX28.
See below:
On 07/17/2013 05:55 PM, Hector Palacios wrote:
Dear Marek,
On 07/16/2013 06:44 AM, Marek Vasut wrote:
Dear Fabio Estev
Hi Fabio,
On 11/09/2013 23:14, Fabio Estevam wrote:
> From: Fabio Estevam
>
> If a HDMI cable is not connected, the following message is seen on boot:
>
> CPU: Freescale i.MX6Q rev1.1 at 792 MHz
>
> Reset cause: POR
Hi Fabio,
CC to Eric and Troy.
On 11/09/2013 23:14, Fabio Estevam wrote:
> diff --git a/board/freescale/mx6sabresd/mx6sabresd.c
> b/board/freescale/mx6sabresd/mx6sabresd.c
> index c832bd9..0f91fe2 100644
> --- a/board/freescale/mx6sabresd/mx6sabresd.c
> +++ b/board/freescale/mx6sabresd/mx6sabre
Dear Jagan,
> On Thu, Mar 21, 2013 at 10:21 PM, Detlev Zundel wrote:
>> Hi fellow U-Boot developers,
>>
>> people meeting us at our booth at the Embedded World trade show in
>> Nürnberg this year may already have heard rumours about it but now it is
>> official - there will be an U-Boot mini-summ
Hi,
I have a VxWorks Boot Loader running on my P3041 and from there I'm willing to
execute a U-Boot image that was previously burnt in my flash.
The U-Boot image - u-boot-p3041ds-2011.09-r5.bin - is 512KB and is burnt at the
address of 0xF802,, ending at 0xF809, (no env. parameters were
70 matches
Mail list logo
