On 12 July 2011 00:19, Dirk Behme wrote:
> From: Dirk Behme
>
> 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)
> tools/mkv310_image.c:67: error: (Each undeclared identif
On 12 July 2011 11:37, Minkyu Kang wrote:
> Dear Chander Kashyap ,
>
> On 27 June 2011 17:37, Chander Kashyap wrote:
>> Adds mmc boot support.
>>
>> Signed-off-by: Chander Kashyap
>> ---
>> mmc_spl/board/samsung/origen/Makefile | 105
>> mmc_spl/board/samsung/orige
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 ++
board/samsung/origen/lowlevel_
Origen board is based upon S5PV310 SoC which is similiar to
S5PC210 SoC.
Signed-off-by: Chander Kashyap
---
MAINTAINERS |1 +
board/samsung/origen/Makefile| 46
board/samsung/origen/lowlevel_init.S | 468 ++
board/samsu
Adds mmc boot support.
Signed-off-by: Chander Kashyap
---
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 | 75 +++
mmc
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
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 regi
According to datasheet,set block count before multiple read/write.
Signed-off-by: elen.song
---
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 b/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 r
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
---
drivers/net/4xx_enet.c | 14 +++---
1 files ch
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
---
board/armltd/integrator/integrator.c | 14 --
1 files changed, 8 insertions(+),
Give us some kind of sane shell environment so the bootloader can
be used.
Signed-off-by: Linus Walleij
---
include/configs/integratorap.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/integratorap.h b/include/configs/integratorap.h
index 8b41885..ea6a
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
---
include/configs/integratorap.h |6 ++
1 files changed, 6 inser
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
---
board/armltd/integrator/lowlevel_init.S |2 +-
include/conf
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
---
tools/Makefile |6 +++---
1 files changed, 3 insertions(+),
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
> i
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 *
board/sheldon/simpc83
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 an
On 7/12/2011 6:10 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> 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
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
___
U-Boot mailing list
On Tuesday, July 12, 2011 04:56:23 PM Sergei Shtylyov wrote:
> Hello.
>
> Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
>
> 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.
Hi,
On Tue, Jul 12, 2011 at 1:58 PM, Wolfgang Denk 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 subst
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 ve
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
On Tue, Jul 12, 2011 at 8:29 AM, Albert ARIBAUD
wrote:
> 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
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 per
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 ha
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 at all should be necessary to include/configs/
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:
>>
>>
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 using ccache ?
Yes :-P
I didn't think s
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 f
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
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 (for which I am sorry),
You don't have to apologize. I thi
Dear Linus Walleij,
In message
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 happens on my side:
>
> make -C tools all
> make[1]: Entering
Dear Linus Walleij,
In message
you 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 fi
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 wit
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
>> elsewher
On Tue, Jul 12, 2011 at 12:30 PM, Wolfgang Denk wrote:
> Dear Anton Staaf,
>
> In message 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 th
Dear Anton Staaf,
In message
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 these values to the mask and shift
> required to access portio
On Tue, Jul 12, 2011 at 10:05 PM, Wolfgang Denk 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 it'
On Tue, Jul 12, 2011 at 2:18 PM, Wolfgang Denk wrote:
>
> Dear Anton Staaf,
>
> In message
> 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)
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:
>>
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
Hi Andy,
Could this version be accepted to be merged?
Thanks,
Lei
On Wed, Jun 29, 2011 at 3:50 PM, Lei Wen 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 sdhci generi
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 deref
Dear smitha.va...@wipro.com,
In message <07acdfb8eca8ef47863a613bc01bbb2203243...@hyd-mkd-mbx02.wipro.com>
you wrote:
>
> 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
On 07/12/2011 11:22 AM, Detlev Zundel wrote:
> i did go through the level of detail and showed the call graphs ...
> none of
> which should allow a driver tested as working to even once hit the
> NULL path.
As I said, these are the call graphs currently existing...
This was also my trail.
Hi, everybody:
I'am using a board similar to at91rm9200ek, u-boot version is v2011.03.
Early I use eldk4.2 to build u-boot, all things ok, but eldk 4.2 can't
compile busybox whith ubiattach enabled. So I change my toolchain to
eldk5.0 (eldk-eglibc-i686-arm-toolchain-gmae-5.0.tar.bz2,
poky-image-s
56 matches
Mail list logo