Hi ,
I am trying to bring up u-boot1.1.3 on a custom mpc8247 board, having
32MB flash and two 32 M SDRAM .
See a problem after the relocation happens. The code gets relocated from
Flash to RAM correctly. But when the control goes to in_ram it gets
looped there
And then gets reset. I have done
Dear Chander Kashyap ,
On 27 June 2011 17:37, Chander Kashyap chander.kash...@linaro.org wrote:
Adds mmc boot support.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
mmc_spl/board/samsung/origen/Makefile | 105
On Tuesday, July 12, 2011 07:42:56 AM smitha.va...@wipro.com wrote:
Hi ,
I am trying to bring up u-boot1.1.3 on a custom mpc8247 board, having
32MB flash and two 32 M SDRAM .
Can you please try a newer version (git clone git://git.denx.de/u-boot.git)
See a problem after the relocation
The following changes since commit 68d4230c3ccce96a72c5b99e48399bf1796fe3c6:
powerpc/85xx: Add default usb mode and phy type to hwconfig (2011-07-11
13:24:21 -0500)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Harald Krapfenbauer (2):
Dear smitha.va...@wipro.com,
In message 07acdfb8eca8ef47863a613bc01bbb2203243...@hyd-mkd-mbx02.wipro.com
you wrote:
I am trying to bring up u-boot1.1.3 on a custom mpc8247 board, having
32MB flash and two 32 M SDRAM .
See a problem after the relocation happens. The code gets relocated from
On Monday, July 11, 2011 05:53:49 Helmut Raiger wrote:
On 07/07/2011 07:46 PM, Mike Frysinger wrote:
those NULL checks should not be necessary either. a correctly written
networking driver should only register itself with the miiphy layer
when it has successfully registered itself with the
On Tuesday, June 28, 2011 15:36:09 Mike Frysinger wrote:
Many of these have been posted already, but some have not. We've pulled
some updates from the Linux port, added support for multiple serial devs
at the same time, and random tweaks/improvements all over.
Harald Krapfenbauer (2):
On 12 July 2011 00:19, Dirk Behme dirk.be...@googlemail.com wrote:
From: Dirk Behme dirk.be...@googlemail.com
Fix compilation of mkv310_image host tool
tools/mkv310_image.c: In function 'main':
tools/mkv310_image.c:67: error: 'S_IRUSR' undeclared (first use in this
function)
On 12 July 2011 11:37, Minkyu Kang proms...@gmail.com wrote:
Dear Chander Kashyap ,
On 27 June 2011 17:37, Chander Kashyap chander.kash...@linaro.org wrote:
Adds mmc boot support.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
mmc_spl/board/samsung/origen/Makefile
Hi List,
am I right that there is no standard gpio interface in u-boot or did I miss it?
Regards
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Adds support for ORIGEN board with MMC Booting.
Chander Kashyap (2):
ARMV7: Add support for Samsung ORIGEN board
ORIGEN: Add MMC SPL support
MAINTAINERS |1 +
board/samsung/origen/Makefile | 46 ++
Origen board is based upon S5PV310 SoC which is similiar to
S5PC210 SoC.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
MAINTAINERS |1 +
board/samsung/origen/Makefile| 46
board/samsung/origen/lowlevel_init.S | 468
Adds mmc boot support.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes in v2:
Use sys/stat.h for file permission macros in tools/mkv310_image.c
mmc_spl/board/samsung/origen/Makefile | 105 +++
mmc_spl/board/samsung/origen/mmc_boot.c
Dear Graeme,
I'm trying to summarize your last 3 postings here.
In message 4e1b7e0c.8000...@gmail.com you wrote:
First, I would very much like to get rid of this _ms thing. We
should rather make very clear in the documentation which unit the time
services are based on, and use this
Hi Mike,
On Monday, July 11, 2011 05:53:49 Helmut Raiger wrote:
On 07/07/2011 07:46 PM, Mike Frysinger wrote:
those NULL checks should not be necessary either. a correctly written
networking driver should only register itself with the miiphy layer
when it has successfully registered
According to datasheet,set block count before multiple read/write.
Signed-off-by: elen.song elen.s...@atmel.com
---
drivers/mmc/atmel_mci.h |9 -
drivers/mmc/gen_atmel_mci.c |4
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/atmel_mci.h
Hi Wolfgang,
Thanks for the renewed feedback
On 12/07/11 18:49, Wolfgang Denk wrote:
Dear Graeme,
I'm trying to summarize your last 3 postings here.
In message 4e1b7e0c.8000...@gmail.com you wrote:
First, I would very much like to get rid of this _ms thing. We
should rather make very
Only install der 4xx-EMAC interrupt handlers *after* the core
network driver is registered.
This problem was noticed on the APM Taishan 440GX board, where
the board hung upon bootup after displaying Net:.
Signed-off-by: Stefan Roese s...@denx.de
---
drivers/net/4xx_enet.c | 14 +++---
The integrator board was apparently never converted over to support
relocation until now. After this the integrator u-boot both compiles
and boots on the Integrator AP.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
board/armltd/integrator/integrator.c | 14 --
1 files
Give us some kind of sane shell environment so the bootloader can
be used.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integratorap.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/integratorap.h
This adds support for a subset of the default commands for the
Integrator, however since the card does not have Ethernet (unless
you plug in a PCI card) we can not use the default command set.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integratorap.h |6 ++
The integratorap/cp config for u-boot was outdated and would not
even compile, so fix the obvious missing bits for it to start
building. After this make ap920t_config/make all starts working
again.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
board/armltd/integrator/lowlevel_init.S
On this GCC in Fedora (4.6.0 20110530) the tools gen_eth_addr
and img2srec become size zero if compiled with -pedantic (no
warnings are emitted however). Marking them _NOPED solves the
issue for me.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
tools/Makefile |6 +++---
1 files
Dear Linus Walleij,
In message 1310469889-12999-1-git-send-email-linus.wall...@linaro.org you
wrote:
On this GCC in Fedora (4.6.0 20110530) the tools gen_eth_addr
and img2srec become size zero if compiled with -pedantic (no
warnings are emitted however). Marking them _NOPED solves the
issue
Hi,
For our upcoming SOC, we have a situation where in we need to configure UART
console at runtime. Our SOC makes use of NS16550.
I looked through the u-boot tree found several references for doing the same.
hebbar@linux- server:~/projects/u-boot-git$ gr NS16550_init *
Dear Graeme Russ,
In message 4e1c23b8.6020...@gmail.com you wrote:
So how do we deal with Nios2? It is what caused such a deep investigation
into the timer API. We have three choices I can think of off the top of my
head:
1. Move the whole timer API up to the architecture level and
On 7/12/2011 6:10 AM, Wolfgang Denk wrote:
Dear Graeme Russ,
snip
Do we? What exactly is the needed resolution of the underlying
hardware timer? So far, it appears sufficient to have it ticking with
1000 Hz or more. Are there really systems that cannot provide that?
The only architecture
Hello.
Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
Hm... but EHCI controllers only support high speed (USB 2.0) devices...
You need a companion controller (UHCI/OHCI) to support the full/low speed
devices.
WBR, Sergei
On Tuesday, July 12, 2011 04:56:23 PM Sergei Shtylyov wrote:
Hello.
Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
Hm... but EHCI controllers only support high speed (USB 2.0) devices...
You need a companion controller (UHCI/OHCI) to support the full/low speed
On Tue, Jul 12, 2011 at 1:58 PM, Wolfgang Denk w...@denx.de wrote:
Dear Linus Walleij,
In message 1310469889-12999-1-git-send-email-linus.wall...@linaro.org you
wrote:
On this GCC in Fedora (4.6.0 20110530) the tools gen_eth_addr
and img2srec become size zero if compiled with -pedantic (no
Hi Anton,
Le 11/07/2011 18:19, Anton Staaf a écrit :
I know that this is throwing more fuel on the fire (for which I am sorry),
but I don't follow the argument that this is unportable. As far as I can
tell, the # : # syntax is not using any special compiler extensions, it is
simply
Dear Wolfgang
Wolfgang Denk wrote:
What exactly is the reason that we cannot have better timer
resolutions in NIOS?
You _can_ have better timer resolutions in Nios. However, there
are legacy systems that implement timer(s) with a fixed period
of 10 msec. The use of such implementations is
This is a resend without modifications by mail client
Regards
Jens
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Jul 12, 2011 at 11:24, Linus Walleij wrote:
I do this, first I apply the patches I sent for Integrator support, then
I apply this patch to test with network support:
no changes at all should be necessary to include/configs/. build the
tools in an unconfigured tree to avoid any of that
Dear Jens Scharsig,
This is a resend without modifications by mail client
Really? It seems the patch was completely omitted.. :)
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear J. William Campbell, All
I have two comments regarding this discussion so far. First, I
think using the time function name at all is a VERY BAD idea. People
will confuse it with the normal c library function that returns the
time of day since the epoch. One may say that they
On Tue, Jul 12, 2011 at 8:29 AM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi Anton,
Le 11/07/2011 18:19, Anton Staaf a écrit :
I know that this is throwing more fuel on the fire (for which I am sorry),
but I don't follow the argument that this is unportable. As far as I can
tell,
Am 2011-07-12 18:00, schrieb Reinhard Meyer:
Dear Jens Scharsig,
This is a resend without modifications by mail client
Should it be better to say: The referenced email is ... ;-)
Really? It seems the patch was completely omitted.. :)
Reinhard
Jens
On 7/12/2011 8:23 AM, Scott McNutt wrote:
Dear Wolfgang
Wolfgang Denk wrote:
What exactly is the reason that we cannot have better timer
resolutions in NIOS?
You _can_ have better timer resolutions in Nios. However, there
are legacy systems that implement timer(s) with a fixed period
of
On 07/09/2011 05:30 PM, Torsten Koschorrek wrote:
This patch fixes compiler errors due to missing definitions of
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
It also does some cleanup: CONFIG_SYS_TEXT_BASE was moved to scb9328.h,
obsolete config.mk was removed. The scb9328 board has 1
On Tue, Jul 12, 2011 at 5:49 PM, Mike Frysinger vap...@gentoo.org wrote:
On Tue, Jul 12, 2011 at 11:24, Linus Walleij wrote:
I do this, first I apply the patches I sent for Integrator support, then
I apply this patch to test with network support:
no changes at all should be necessary to
On Tue, Jul 12, 2011 at 14:48, Linus Walleij wrote:
On Tue, Jul 12, 2011 at 5:49 PM, Mike Frysinger wrote:
On Tue, Jul 12, 2011 at 11:24, Linus Walleij wrote:
I do this, first I apply the patches I sent for Integrator support, then
I apply this patch to test with network support:
no changes
On Tue, Jul 12, 2011 at 8:57 PM, Mike Frysinger vap...@gentoo.org wrote:
[Me]
So yes, I can positively repeat this on a clean tree. It's still -pendantic
that
is the culprit, if I copy the above and run manually without -pedantic
it compiles fine.
are you using ccache ?
Yes :-P
I didn't
On Tue, Jul 12, 2011 at 14:59, Linus Walleij wrote:
On Tue, Jul 12, 2011 at 8:57 PM, Mike Frysinger wrote:
[Me]
So yes, I can positively repeat this on a clean tree. It's still -pendantic
that
is the culprit, if I copy the above and run manually without -pedantic
it compiles fine.
are you
On Tue, Jul 12, 2011 at 04:48, Simon Schwarz wrote:
am I right that there is no standard gpio interface in u-boot or did I miss
it?
in general you missed it, but probably not your fault as i dont think
it's documented :P. and not everyone supports it (yet).
the API being adopted is the same
Dear Anton Staaf,
In message CAF6FioVs5rsF27Boq9+Bb+3Cgdh2m=jj1c=41a-32mubud9...@mail.gmail.com
you wrote:
Sorry, but because such code is unportable we do not accept it, as it
would lead to driver code that becomes unportable, too.
I know that this is throwing more fuel on the fire
Dear Linus Walleij,
In message CACRpkdaqvK3730mB67C8Bmpfm6fLHb1Tz-Bzr=lhxn1bfw2...@mail.gmail.com
you wrote:
Yes I'm reluctant about the whole thing, doesn't say from the patch it
was indeed intended as a discussion item...
You should have marked it as RFC in the subject, then.
Then this
Dear Linus Walleij,
In message cacrpkdadsmrw3uu6q7_mabsb-wpaey-wmkyf7q0waxnby12...@mail.gmail.com
you wrote:
On Tue, Jul 12, 2011 at 8:57 PM, Mike Frysinger vap...@gentoo.org wrote:
[Me]
So yes, I can positively repeat this on a clean tree. It's still
-pendantic that
is the culprit, if
On Tue, Jul 12, 2011 at 16:05, Wolfgang Denk wrote:
Linus Walleij wrote:
On Tue, Jul 12, 2011 at 8:57 PM, Mike Frysinger wrote:
[Me]
So yes, I can positively repeat this on a clean tree. It's still
-pendantic that
is the culprit, if I copy the above and run manually without -pedantic
On Tue, Jul 12, 2011 at 05:22, Detlev Zundel wrote:
Mike Frysinger wrote:
but the point isnt the impact of this single check. it sets the
precedence that every function in u-boot that takes a pointer should
start over protecting itself against poorly written code originating
elsewhere. now
On Tue, Jul 12, 2011 at 12:30 PM, Wolfgang Denk w...@denx.de wrote:
Dear Anton Staaf,
In message CAF6FioVs5rsF27Boq9+Bb+3Cgdh2m=jj1c=
41a-32mubud9...@mail.gmail.com you wrote:
Sorry, but because such code is unportable we do not accept it, as it
would lead to driver code that becomes
Dear Anton Staaf,
In message caf6fiovcfgxzep7dhgxyr+cjaf0nq8lybxkveaqycz8noos...@mail.gmail.com
you wrote:
That makes sense to me. Would an alternative that uses the width and
size of the field be acceptable? Then there is a well understood (on both
types of architectures) mapping from
On Tue, Jul 12, 2011 at 10:05 PM, Wolfgang Denk w...@denx.de wrote:
Yes I'm reluctant about the whole thing, doesn't say from the patch it
was indeed intended as a discussion item...
You should have marked it as RFC in the subject, then.
I forgot, mea culpa.
I didn't think so, but nowadays
On Tue, Jul 12, 2011 at 2:18 PM, Wolfgang Denk w...@denx.de wrote:
Dear Anton Staaf,
In message
caf6fiovcfgxzep7dhgxyr+cjaf0nq8lybxkveaqycz8noos...@mail.gmail.com you
wrote:
That makes sense to me. Would an alternative that uses the width and
size of the field be acceptable? Then
Hi Wolfgang,
On 12/07/11 23:10, Wolfgang Denk wrote:
Dear Graeme Russ,
In message 4e1c23b8.6020...@gmail.com you wrote:
So how do we deal with Nios2? It is what caused such a deep investigation
into the timer API. We have three choices I can think of off the top of my
head:
1. Move the
Hi Reinhard,
On 13/07/11 02:08, Reinhard Meyer wrote:
Dear J. William Campbell, All
[snip]
Lets just keep the current functions udelay(us) and u32 get_timer(), the
latter maybe without parameter. Remove all *masked() and *reset() functions
This is happening and has Wolfgang's 100% support.
On 7/12/2011 5:33 PM, Graeme Russ wrote:
Hi Reinhard,
On 13/07/11 02:08, Reinhard Meyer wrote:
Dear J. William Campbell, All
[snip]
Lets just keep the current functions udelay(us) and u32 get_timer(), the
latter maybe without parameter. Remove all *masked() and *reset() functions
This is
Hi Andy,
Could this version be accepted to be merged?
Thanks,
Lei
On Wed, Jun 29, 2011 at 3:50 PM, Lei Wen lei...@marvell.com wrote:
V1:
add sdhci generic framework and with marvell sdhci implementation
V2:
rename the previous file name from sdhci-mv to mv_sdhci
Lei Wen (2):
MMC: add
Hi,
My u-boot works when run from the BDI emulator. But when it is
programmed in flash and powered on with out connecting the emulator
It does not come up . I checked the HRCW its correct. Any suggestions?
Regards,
Smitha
Please do not print this email unless it is absolutely necessary.
Hi Albert,
On 07/08/11 00:06, Igor Grinberg wrote:
On 07/07/11 20:46, Albert ARIBAUD wrote:
Le 07/07/2011 18:51, Igor Grinberg a écrit :
If we have this option and it is documented, then any new board can use it
instead of thinking (although it is simple) where and how to dereference
the
60 matches
Mail list logo