Hi Wolfgang,
On Fri, Apr 1, 2011 at 1:35 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> > Can you please explain on what board, and with which tool chain, you
>> > see any problems?
>>
>> I test on Marvell pxa955 (MG1) board, with android 4.4.0 toolchain.
>> The pxa9
Dear Lei Wen,
In message you
wrote:
>
> > Can you please explain on what board, and with which tool chain, you
> > see any problems?
>
> I test on Marvell pxa955 (MG1) board, with android 4.4.0 toolchain.
> The pxa955's ns16550 register's IER has nine bits. The 8th bit is HSE, which
> means the
Hi Wolfgang,
On Thu, Mar 31, 2011 at 11:58 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message <1301586774-25447-1-git-send-email-lei...@marvell.com> you wrote:
>> Some hardware would dysfunctional if only access the register by
>> byte. This patch is tend to recover original access the respo
Dear "sywang",
In message you wrote:
>
> In my scenario, I want to write the panic info into the flash, but the panic
If the system panics, you must not assume that there is any working
code left that is capable of writing to flash memory.
> is caused by interrupt routine, I cannot access the
Dear Charles Krinke,
In message you
wrote:
>
> up_data = (end_addr + 1 - ((long)flash_addr + CONFIG_ENV_SIZE));
> debug("2 Data to save 0x%lx end:%lx new:%lx\n", up_data, end_addr,
> flash_addr);
> if (up_data) {
> if ((saved_data = malloc(up_data)) == NULL) {
>
This is a Delivery Status Notification (DSN).
I was unable to deliver your message to
aardee...@rediffmail.com.
I said
(end of message)
And they gave me the error;
552 suspicious virus code detected in executables attached, message not
accepted (#5.3.4)
Reporting-MTA: dns; etexusa.com
I ran into this, too, but it went away when I updated my compiler. It
looks like the beginning was set a little too close to the end?
On Thu, Mar 31, 2011 at 9:55 AM, Wolfgang Denk wrote:
> Dear Alex,
>
> the mpq101 board support is broken in recent versions of U-Boot:
>
> Configuring for mpq101
Thanks for your reply very much.
In my scenario, I want to write the panic info into the flash, but the panic
is caused by interrupt routine, I cannot access the flash, so I think that
if the flash-write function from u-boot can be called, the issue should be
resolved.
Any other comments?
T
I have an MPC8323ERDB that I am trying to update from an older version of
u-boot to 2010.12 and am having trouble saving the environment with
"saveenv". I turn on the debug in env_flash.c and can see the failure is at
line 271 near the beginning of the saveenv() routine where we are trying to
malli
On Mar 31, 2011, at 5:27 PM, Darren Hart wrote:
> The u-boot recipe in Poky (OE core) fails to build u-boot for powerpc.
> I've tested the following versions:
>
> v2010.09
> v2010.12
> v2011.03
>
> All versions fail with:
> $ make ARCH=powerpc
> CROSS_COMPILE=/opt/poky/1.0/sysroots/x86_64-pokys
The u-boot recipe in Poky (OE core) fails to build u-boot for powerpc.
I've tested the following versions:
v2010.09
v2010.12
v2011.03
All versions fail with:
$ make ARCH=powerpc
CROSS_COMPILE=/opt/poky/1.0/sysroots/x86_64-pokysdk-linux/usr/bin/ppc603e-poky-linux/powerpc-poky-linux-
MPC8315ERDB_co
Dear Scott Wood,
In message <20110331212629.ga17...@schlenkerla.am.freescale.net> you wrote:
> From: Wolfgang Denk
>
> Commit 6dc1ece "Introduce a new linker flag LDFLAGS_FINAL" modified a
> number of Makefiles in a way that broke out-of-tree builds. The
> problem was that $(nandobj) was used b
Dear Scott Wood,
In message <20110331112109.12162...@schlenkerla.am.freescale.net> you wrote:
>
> I don't see the above error with top-of-tree:
>
> $ CROSS_COMPILE=~/ppc-tc-4.5/bin/powerpc-linux-gnu- ./MAKEALL
> MPC8313ERDB_NAND_33
> Configuring for MPC8313ERDB_NAND_33 - Board: MPC8313ERDB, Opti
From: Wolfgang Denk
Commit 6dc1ece "Introduce a new linker flag LDFLAGS_FINAL" modified a
number of Makefiles in a way that broke out-of-tree builds. The
problem was that $(nandobj) was used before it got defined.
Fix this.
Signed-off-by: Wolfgang Denk
Signed-off-by: Scott Wood
---
v2: Added
Hi,
2011/3/31 Trübenbach, Ralf :
> This patch adds support for the PI7C9X442SL PCIe EHCI host controller
> from Pericom.
>
> Tested at P4080DS eval board from Freescale.
>
> Signed-off-by: Ralf Trübenbach
> Cc: Remy Bohmer
> ---
>
Applied to u-boot-usb.
Thanks.
Remy
__
On Thu, 31 Mar 2011 16:52:31 +0200
Wolfgang Denk wrote:
> Commit 6dc1ece "Introduce a new linker flag LDFLAGS_FINAL" modified a
> number of Makefiles in a way that broke out-of-tree builds. The
> problem was that $(nandobj) was used before it got defined.
>
> Fix this.
>
> Signed-off-by: Wolfg
On Thu, 31 Mar 2011 11:51:30 -0500
Kim Phillips wrote:
> On Thu, 31 Mar 2011 11:21:09 -0500
> Scott Wood wrote:
>
> > On Thu, 31 Mar 2011 17:40:17 +0200
> > Wolfgang Denk wrote:
> > > In message <20110331103141.80162901.kim.phill...@freescale.com> you wrote:
> > > > Scott, please push this com
On Thu, 31 Mar 2011 11:21:09 -0500
Scott Wood wrote:
> On Thu, 31 Mar 2011 17:40:17 +0200
> Wolfgang Denk wrote:
> > In message <20110331103141.80162901.kim.phill...@freescale.com> you wrote:
> > > Scott, please push this commit upstream to fix out of source tree
> > > NAND builds.
> >
> > See
This patch adds support for the PI7C9X442SL PCIe EHCI host controller
from Pericom.
Tested at P4080DS eval board from Freescale.
Signed-off-by: Ralf Trübenbach
Cc: Remy Bohmer
---
diff --git a/drivers/usb/host/ehci-pci.c b/drivers/usb/host/ehci-pci.c
index cff3438..2b68f7b 100644
--- a/drive
Wolfgang,
>>> Which board would that be? I don't see this on any board I tested.
>> it is mvblm7 (=MPC8343) and a new MPC8377 based one waiting for
>> the merge window to open.
>>
>>
>> I'm using a gcc-4.3.3 from OpenEmbedded/Angstrom ... if this matters at all.
> Can you please try and use anothe
On Thu, 2011-03-31 at 17:37 +0200, Wolfgang Denk wrote:
> > $(nandobj) was defined in those Makefiles in that way before applying
> > LDFLAGS_FINAL patch. Why could the out-of-tree builds passed before
> > applying LDFLAG_FINAL patch?
>
> Have a look at the changes introduced by your commit, and
On Thu, 31 Mar 2011 17:40:17 +0200
Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <20110331103141.80162901.kim.phill...@freescale.com> you wrote:
> > On Thu, 31 Mar 2011 11:19:15 +0200
> > Wolfgang Denk wrote:
> >
> > > Dear Kim & Kumar,
> > >
> > > are you aware that a number of 83
On Thu, 31 Mar 2011 07:38:18 +0200
Heiko Schocher wrote:
> Hello Kim,
>
> Kim Phillips wrote:
> > On Mon, 21 Mar 2011 08:01:57 +0100
> > Heiko Schocher wrote:
> >
> >> Signed-off-by: Heiko Schocher
> >> cc: Kim Phillips
> >> cc: Holger Brunck
> >> cc: Wolfgang Denk
> >> cc: Detlev Zundel
Dear Andre Schwarz,
In message <4d94a250@matrix-vision.de> you wrote:
>
> > Which board would that be? I don't see this on any board I tested.
> it is mvblm7 (=MPC8343) and a new MPC8377 based one waiting for
> the merge window to open.
>
>
> I'm using a gcc-4.3.3 from OpenEmbedded/Angstrom
Dear Lei Wen,
In message <1301586774-25447-1-git-send-email-lei...@marvell.com> you wrote:
> Some hardware would dysfunctional if only access the register by
> byte. This patch is tend to recover original access the responding
> register according to CONFIG_SYS_NS16550_REG_SIZE.
Can you please ex
Some hardware would dysfunctional if only access the register by
byte. This patch is tend to recover original access the responding
register according to CONFIG_SYS_NS16550_REG_SIZE.
Signed-off-by: Lei Wen
---
README |5
drivers/serial/ns16550.c |7 --
include/
Wolfgang,
> Dear Andre Schwarz,
>
> In message<4d949e22.5090...@matrix-vision.de> you wrote:
>> moving to latest U-Boot introduces some issues with the environment.
> Which board would that be? I don't see this on any board I tested.
it is mvblm7 (=MPC8343) and a new MPC8377 based one waiting for
Dear Kim Phillips,
In message <20110331103141.80162901.kim.phill...@freescale.com> you wrote:
> On Thu, 31 Mar 2011 11:19:15 +0200
> Wolfgang Denk wrote:
>
> > Dear Kim & Kumar,
> >
> > are you aware that a number of 83xx boards don't build any more?
> > I see errors like these:
> >
> > Config
Dear Andre Schwarz,
In message <4d949e22.5090...@matrix-vision.de> you wrote:
>
> moving to latest U-Boot introduces some issues with the environment.
Which board would that be? I don't see this on any board I tested.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wo
Dear Haiying Wang,
In message <1301583985.1991.4.camel@haiying-laptop> you wrote:
>
> What is "out-of-tree builds"? Why did LDFLAGS_FINAL patch break it? the
out-of-tree building means that you store all build results in some
other directory, outside of the source tree. See item 3 under Notes at
On Thu, 31 Mar 2011 11:19:15 +0200
Wolfgang Denk wrote:
> Dear Kim & Kumar,
>
> are you aware that a number of 83xx boards don't build any more?
> I see errors like these:
>
> Configuring for MPC8313ERDB_NAND_33 - Board: MPC8313ERDB, Options:
> SYS_33MHZ,NAND_U_BOOT
> ppc_6xx-ld: cannot open l
Hi,
moving to latest U-Boot introduces some issues with the environment.
Setup:
- PowerPC based boards (52xx / 83xx)
- Environments are in flash with redundancy
Dumping flash the environments with dd and using hexdump shows :
- crc32 - flags Data (first entry beginning with 'a').
Hi,
My name is Mrs Michelle wife to Mr Richard Jones Moore,I came across your
resume on Career Network saying you need employment.I\'ll need your services as
a personal assistant for my business within the
. We just moved in to town a couple of days ago before embarking on a trip
sponsored by
Dear Wolfgang,
On Thu, 2011-03-31 at 16:52 +0200, Wolfgang Denk wrote:
> Commit 6dc1ece "Introduce a new linker flag LDFLAGS_FINAL" modified a
> number of Makefiles in a way that broke out-of-tree builds. The
> problem was that $(nandobj) was used before it got defined.
What is "out-of-tree builds
Dear Alex,
the mpq101 board support is broken in recent versions of U-Boot:
Configuring for mpq101 board...
ppc_85xxDP-ld: u-boot: section .ppcenv lma 0xfffc overlaps previous sections
Can you please have a look?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolf
Commit 6dc1ece "Introduce a new linker flag LDFLAGS_FINAL" modified a
number of Makefiles in a way that broke out-of-tree builds. The
problem was that $(nandobj) was used before it got defined.
Fix this.
Signed-off-by: Wolfgang Denk
---
nand_spl/board/amcc/acadia/Makefile |6 +++-
Ah, I didnt see it was already in next
On Mar 31, 2011, at 3:13, "Kumar Gala" wrote:
>
> On Mar 29, 2011, at 2:30 PM, Andy Fleming wrote:
>
>> From: Mingkai Hu
>>
>> Signed-off-by: Mingkai Hu
>> Acked-by: Andy Fleming
>> Signed-off-by: Kumar Gala
>> ---
>> drivers/net/tsec.c | 857
>> ++
1. Enhance ftsmc020 according to datasheets.
2. Fix relocation related declaration.
Signed-off-by: Macpaul Lin
---
Changes for v2:
- Remove assembly register offsets for support lowlevel_init.S.
- The nested structure of register offsets has been rewrote.
- Fix relocation related declaratio
Dear "Macpaul Lin",
In message <1301570307-13852-1-git-send-email-macp...@andestech.com> you wrote:
> 1. Enhance ftsmc020 according to datasheets.
> 2. Fix relocation related declaration.
>
> Signed-off-by: Macpaul Lin
...
> CONFIDENTIALITY NOTICE:
>
> This e-mail (and its attachments) may cont
1. Enhance ftsmc020 according to datasheets.
2. Fix relocation related declaration.
Signed-off-by: Macpaul Lin
---
Changes for v2:
- Remove assembly register offsets for support lowlevel_init.S.
- The nested structure of register offsets has been rewrote.
- Fix relocation related declaratio
Hi all,
In message <20110331091915.d9b19edf...@gemini.denx.de> I wrote:
>
> are you aware that a number of 83xx boards don't build any more?
> I see errors like these:
>
> Configuring for MPC8313ERDB_NAND_33 - Board: MPC8313ERDB, Options:
> SYS_33MHZ,NAND_U_BOOT
> ppc_6xx-ld: cannot open linker
Dear "sywang",
In message you wrote:
>
> how does Linux call the function from u-boot?
Simply: it does not.
When Linux starts running, U-Boot is gone and dead; nothing of it
survives the boot of Linux except for the parameters passed to the
Linux kernel.
Linux has no idea which boot loader ha
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Kim & Kumar,
are you aware that a number of 83xx boards don't build any more?
I see errors like these:
Configuring for MPC8313ERDB_NAND_33 - Board: MPC8313ERDB, Options:
SYS_33MHZ,NAND_U_BOOT
ppc_6xx-ld: cannot open linker script file u-boot.lds: No such file or
directory
make[1]: *** [/wor
SMDKV310 board is based on Samsung S5PV310 SOC. This SOC is very much
similar to S5PC210.
Signed-off-by: Chander Kashyap
Signed-off-by: Tushar Behera
---
board/samsung/smdkv310/Makefile| 46 +++
board/samsung/smdkv310/config.mk |1 +
board/samsung/smdkv310/lowlevel_init.S |
Added MMC SPL boot support for SMDKV310. This framework design is
based on nand_spl support.
Signed-off-by: Chander Kashyap
---
Makefile| 11 ++-
spl/board/samsung/smdkv310/Makefile | 104 +++
spl/board/samsung/smdkv310/m
Hi,
This patchset adds support for a new board SMDKV310, based on S5PV310 SOC.
This SOC is very similar to S5PC210 SOC, hence we are re-using this SOC code.
Chander Kashyap (2):
ARMV7: Adding support for Samsung SMDKV310 Board
ARMV7: MMC SPL Boot support for SMDKV310 board
Makefile
Dear Macpaul Lin,
Please keep the mailing list on Cc: (re-added)
In message you
wrote:
>
> > I repeat again: I consider this manual unrolling of the nested structs
> > a Bad Thing. You should have separate offsets for each of the nested
> > structs.
>
> The above code is really a rework for
On Mar 28, 2011, at 10:35 AM, Kyle Moffett wrote:
> The numeric constants in the switch statements are replaced by #defines
> added to the common ddr_spd.h header. This dramatically improves the
> readability of the switch statments.
>
> In addition, a few of the longer lines were cleaned up, a
From: Timur Tabi
Remove the SERDES8 erratum work-around code that only applied to P4080 rev1,
which is not supported by this version of U-Boot.
Signed-off-by: Timur Tabi
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/fsl_corenet_serdes.c | 106 +++--
1 files chang
From: Timur Tabi
Add documentation for the "serdes" hwconfig option, which is used to specify
the status of SerDes banks two and three for the SERDES8 erratum work-around.
Signed-off-by: Timur Tabi
Signed-off-by: Kumar Gala
---
doc/README.p4080ds | 32
1 fil
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c
b/arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c
index ee7ef0f..02d069c 100644
--- a/arch/powerpc/cpu/mpc8xxx/ddr/ct
Add i2c support to aspenite board with Armada100 soc.
Signed-off-by: Lei Wen
---
Changelog:
V2:
NO CHANGE
V3:
clean code style issue
V4:
V5:
NO CHANGE
V6:
Move the CONFIG_CMD_I2C define place
arch/arm/cpu/arm926ejs/armada100/cpu.c| 16 +++
arch/arm/include/asm/arch-armada100/mf
Add the ability to support multiple i2c bus for mv_i2c
Signed-off-by: Lei Wen
---
Changelog:
V2:
NO CHANGE
V3:
clean code style issue
V4:
V5:
V6:
NO CHANGE
drivers/i2c/mv_i2c.c | 36 +++-
1 files changed, 35 insertions(+), 1 deletions(-)
diff --git a/drivers
For better sharing with other platform other than pxa's,
it is more convenient to put the driver to the common place.
Signed-off-by: Lei Wen
---
Changelog:
v2: rename previous pxa_i2c to mvi2c.
V3: change previous name from pxa_i2c to mv_i2c
clean code style issue exist in original code
V4:
Add i2c support to dkb board with pantheon soc.
Signed-off-by: Lei Wen
---
Changelog:
V2:
NO CHANGE
V3:
clean code sytle issue
Add i2c clock enable code include in I2C configure define block
V4:
make i2c definition included in the ifdef
V5:
NO CHANGE
V6:
Move the CONFIG_CMD_I2C define place
Add i2c_clk_enable in the cpu specific code, since previous platform it,
while new platform don't need. In the pantheon and armada100 platform,
this function is defined as NULL one.
Signed-off-by: Lei Wen
---
Changelog:
V2:
NO CHANGE
V3:
clean code sytle issue
V4:
V5:
V6:
NO CHANGE
arch/arm/c
V2:
rename the previous pxa_i2c to mvi2c, since this driver would be shared
by many other Marvell platforms.
V3:
Clean the code sytle issue
V4:
add and* and or* to make set bit operation generic
Also make i2c definition included in the ifdef
V5:
Fix code style issue of the first patch
V6:
Sepe
On Mar 15, 2011, at 12:04 PM, Kyle Moffett wrote:
> The numeric constants in the switch statements are replaced by #defines
> added to the common ddr_spd.h header. This dramatically improves the
> readability of the switch statments.
>
> In addition, a few of the longer lines were cleaned up, a
On Mar 15, 2011, at 10:23 AM, Kyle Moffett wrote:
> The current FreeScale MPC-8xxx DDR SPD interpreter is using full 64-bit
> integer divide operations to convert between nanoseconds and DDR clock
> cycles given arbitrary DDR clock frequencies.
>
> Since all of the inputs to this are 32-bit (nan
Dear Macpaul Lin,
In message you
wrote:
>
> There are lots of register offset is widely been used both in
> lowlevel_init and C environment.
Yes, there is a lot os mess that piled up over the years. It will
take time to clean this up.
> If there is a code wrote as writel(0x1, AT91_ASM_SMC_S
On Mar 15, 2011, at 1:14 PM, Kumar Gala wrote:
> From: Laurentiu TUDOR
>
> We utilize the compatible string to find the node to add fsl,liodn
> property to. However P3041 & P5020 don't have "fsl,p4080-pcie"
> compatible for their PCIe controllers as they aren't backwards compatible.
>
> Allow
On Mar 29, 2011, at 2:30 PM, Andy Fleming wrote:
> From: Mingkai Hu
>
> Signed-off-by: Mingkai Hu
> Acked-by: Andy Fleming
> Signed-off-by: Kumar Gala
> ---
> drivers/net/tsec.c | 857 +---
> 1 files changed, 416 insertions(+), 441 deletions(-)
Hi Wolfgang
2011/3/31 Wolfgang Denk :
> Dear Macpaul Lin,
>
> We should probably split architecture and/or board specific additions
> like these into separate files in the respectice architecture / board
> directories. Eventually we add make targets for these, then; for now
> it's probably suffic
On Mar 29, 2011, at 2:30 PM, Andy Fleming wrote:
> From: Mingkai Hu
>
> Signed-off-by: Mingkai Hu
> Acked-by: Andy Fleming
> Signed-off-by: Kumar Gala
> ---
> drivers/net/tsec.c | 234 ++-
> include/tsec.h |8 +-
> 2 files changed, 123 i
Kim,
> On Mon, 28 Feb 2011 17:18:38 +0100
> Andre Schwarz wrote:
>
>> sorry to bother you again, but I again stumbled over the discussed USB
>> init issue :
> nack, 837x has a usb controller at IMMR+0x23000.
yes - but offset 0x00-0xff is explicitly reserved regarding to the manual.
Hi Prafulla,
On Thu, Mar 31, 2011 at 2:56 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Lei Wen [mailto:adrian.w...@gmail.com]
>> Sent: Wednesday, March 30, 2011 7:36 PM
>> To: Prafulla Wadaskar
>> Cc: Lei Wen; Heiko Schocher; Wolfgang Denk; u-boot@lists.denx.de; Marek
>
Dear Kumar Gala,
In message you
wrote:
> [ Pull in one other HW / SoC related fix in for v2011.03 ]
>
> The following changes since commit cb815e5ff979e36d68df130a810d34de4bf93289:
>
> Prepare v (2011-03-27 21:50:07 +0200)
>
> are available in the git repository at:
> git://git.denx.de/u-
Dear Stefan Roese,
In message <201103281934.20704...@denx.de> you wrote:
> Hi Wolfgang,
>
> please pull this CFI fix:
>
> The following changes since commit cb815e5ff979e36d68df130a810d34de4bf93289:
>
> Prepare v (2011-03-27 21:50:07 +0200)
>
> are available in the git repository at:
> git
69 matches
Mail list logo
