> Let me try with 2011.09. However, to understand this malloc issue
> further, do you have any comments on what could be wrong and any tests
> for me to try out to debug further?
|It's an out of tree port, isn't it? So how could I comment on it?
|I don't know what you did...
Yes, its a custom
Hi Christopher,
On Wednesday 02 November 2011 06:33 PM, Lalancette, Christopher wrote:
> Hello,
> I've recently been playing around with u-boot on a pandaboard Rev A1.
> The rest of my environment is an MLO built from x-loader git hash
> c4289f1bee035dea41536c5ba5e1bc36c7d493c4, and booti
Dear Vinay Hegde,
In message <1320295503.7620.yahoomail...@web137915.mail.in.yahoo.com> you wrote:
> Let me try with 2011.09. However, to understand this malloc issue
> further, do you have any comments on what could be wrong and any tests
> for me to try out to debug further?
It's an out of tree
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
Cc: Scott Wood
Cc: Tom Rini
---
change for v6:
- moved arch/arm/cpu/arm926ejs/davinci/spl_nand.c to
drivers/mtd/nand/nand_spl_load.c as Scoot Wood suggested.
compiled through CONFIG_SPL_NAND_LOAD define
changes for v7:
On Wed, Nov 2, 2011 at 3:12 PM, Lalancette, Christopher
wrote:
>> If you use SPL instead (so the 'MLO' that U-Boot also builds) does
>> everything work again?
>
> Oh, I didn't even notice that u-boot now builds an MLO. Thanks for the heads
> up.
>
> Unfortunately, that doesn't help; when I copy
>
> I am trying to port one existing platform (which uses 2010.03 U-Boot)
> to 2011.06 U-Boot. I have an issue while env_relocate. The malloc
|v2011.06 is old. Please use recent code; recommended top of tree from
|git.
Hi Wolfgang,
Let me try with 2011.09. However, to understand this malloc
On Wednesday 02 November 2011 02:54:02 Wolfgang Denk wrote:
> U-Boot Makefiles contain a number of tests for compiler features etc.
> which so far are executed again and again. On some architectures
> (especially ARM) this results in a large number of calls to gcc.
seems to shave ~10% off for Bla
Signed-off-by: Mike Frysinger
---
arch/blackfin/lib/board.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/lib/board.c b/arch/blackfin/lib/board.c
index a70473c..e3ee4cd 100644
--- a/arch/blackfin/lib/board.c
+++ b/arch/blackfin/lib/board.c
@@ -308,7 +308,6
Cast uint32_t to void* for %p, and use %zu for size_t.
Signed-off-by: Mike Frysinger
---
arch/blackfin/cpu/traps.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/blackfin/cpu/traps.c b/arch/blackfin/cpu/traps.c
index 0cb833a..20aeab8 100644
--- a/arc
Hello,
it give me a great pleasure to write you i was browsing when i came
across your mail and i free to contact you ,i will be very happy to be in
communication with you if you will have the desire with me so that we can get
to know each other and see what happened in future. i will be very ha
On Wed, Nov 2, 2011 at 9:16 PM, Huang Changming-R66093
wrote:
> No, I have two boards, one was used for BSP development, and the other was
> ordered in Aug.
>
>> $ make mpc8360emds_newmodifier
>>
> It make sense.
Kim's way makes more sense if those values are different though.
-M
__
On Mon, Oct 31, 2011 at 11:51 AM, Stephen Warren wrote:
> Pass the GPIO numbers for power and card detect to tegra2_mmc_init(), and
> modify that function to perform all required GPIO initialization. This
> removes the need for board files to perform these operations.
>
> Move board_mmc_getcd() in
HI Wolfgang,
2011/11/2 Wolfgang Denk :
> U-Boot Makefiles contain a number of tests for compiler features etc.
> which so far are executed again and again. On some architectures
> (especially ARM) this results in a large number of calls to gcc.
board before after reduction
adp-ag1
Thanks and Best Regards
Jerry Huang
> -Original Message-
> From: McClintock Matthew-B29882
> Sent: Wednesday, November 02, 2011 10:52 PM
> To: Huang Changming-R66093
> Cc: Tabi Timur-B04825; u-boot@lists.denx.de; Phillips Kim-R1AAHA
> Subject: Re: [U-Boot] [PATCH v5] MPC8360EMDS: 512MB
Signed-off-by: Marek Vasut
Cc: Albert ARIBAUD
---
board/vpac270/Makefile |4 ++
board/vpac270/onenand.c | 66 ++
board/vpac270/u-boot-spl.lds | 92 ++
board/vpac270/vpac270.c |2 +
include/configs/vpa
This introduces small OneNAND loader, fitting into 1kB of space (smallest
possible OneNAND RAM size). Some devices equipped with such crappy chips will
use this.
Signed-off-by: Marek Vasut
Cc: Albert ARIBAUD
Cc: Kyungmin Park
Cc: Scott Wood
---
drivers/mtd/onenand/Makefile |4 +
driv
On Tue, Oct 4, 2011 at 12:32 PM, Jon Medhurst (Tixy)
wrote:
> Cc: Andy Fleming
> Signed-off-by: Jon Medhurst
> drivers/mmc/arm_pl180_mmci.c | 26 --
> 1 files changed, 0 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/mmc/arm_pl180_mmci.c b/drivers/mmc/arm_pl1
Hi Wolfgang,
On 02.11.2011 23:48, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In
> message
> you wrote:
>>
>> On Wed, Nov 2, 2011 at 7:54 AM, Wolfgang Denk wrote:
>>> U-Boot Makefiles contain a number of tests for compiler features etc.
>>> which so far are executed again and again. =C
On Wed, Nov 2, 2011 at 6:08 PM, Andy Fleming wrote:
> On Thu, Oct 13, 2011 at 4:57 PM, Anton Staaf wrote:
>> diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
>> index 8b6f829..195f89d 100644
>> --- a/drivers/mmc/tegra2_mmc.c
>> +++ b/drivers/mmc/tegra2_mmc.c
>> @@ -256,9 +256,15 @
On Thu, Oct 13, 2011 at 4:57 PM, Anton Staaf wrote:
> diff --git a/drivers/mmc/tegra2_mmc.c b/drivers/mmc/tegra2_mmc.c
> index 8b6f829..195f89d 100644
> --- a/drivers/mmc/tegra2_mmc.c
> +++ b/drivers/mmc/tegra2_mmc.c
> @@ -256,9 +256,15 @@ static int mmc_send_cmd(struct mmc *mmc, struct mmc_cmd
>
> Hi all,
>
> Marek, did you see the onenand_ipl/onenand_read.c at u-boot? It's already
> implemented and used for OneNAND boot.
>
> How do you think migrate this file into generic SPL framework?
That's basically what I did, with a little polishing.
>
> Thank you,
> Kyungmin Park
__
Hi all,
Marek, did you see the onenand_ipl/onenand_read.c at u-boot? It's already
implemented and used for OneNAND boot.
How do you think migrate this file into generic SPL framework?
Thank you,
Kyungmin Park
-Original Message-
From: Marek Vasut [mailto:marek.va...@gmail.com]
Sent: Th
On Tue, Nov 1, 2011 at 4:15 PM, Ilya Yanok wrote:
> Hello All,
>
> these patches introduce support for HTKW mcx board (AM3517-based).
>
> Previously posted DaVinci EMAC patches
> ( http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/112309 )
> and NAND SPL patches
> ( http://thread.gmane.org/gm
I'm currently assuming this patch has been superseded by the patches
you submitted on the 31st?
Andy
On Tue, Oct 4, 2011 at 12:32 PM, Stephen Warren wrote:
> Seaboard uses SDMMC4, SDMMC3. Harmony uses SDMMC4, SDMMC2. Move
> board_init_mmc and gpio_config_mmc into board-specific files, so boards
> On 11/01/2011 05:54 PM, Marek Vasut wrote:
> > +static void spl_onenand_get_geometry(struct spl_onenand_data *data)
> > +{
[...]
> > + /* The page can be either 2k or 4k, avoid using DIV_ROUND_UP. */
> > + if (data.pagesize == 2048) {
> > + total_pages = len / 2048;
> > +
> This allows the SPL to avoid compiling in the CPU support code.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Scott Wood
> ---
> arch/arm/cpu/arm926ejs/Makefile |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> V2: Don
> > I have a query regarding U-Boot. Is it possible to boot two separate OS on
> > a Dual/multi core processor using U-Boot. I want to implement AMP on a dual
> > core processor and want to run two separate OS on a dual core arm cortex a9
> > processor. Did anybody tried the same thing earlier usin
Hi Stefano,
On Wed, Nov 2, 2011 at 6:41 AM, Stefano Babic wrote:
> Good. To be sure, do you have also tested NAND in u-boot ? I do not
> expect problems, but...
Yes, I confirmed that NAND works with the caches enabled by doing the
following tests:
1. Save environment variables in NAND
2. Repro
On 11/02/2011 06:19 AM, Sandeep Sharma wrote:
> Hi,
>
>
>
> I have a query regarding U-Boot. Is it possible to boot two separate OS on
> a Dual/multi core processor using U-Boot. I want to implement AMP on a dual
> core processor and want to run two separate OS on a dual core arm cortex a9
> pro
On 11/02/2011 01:00 AM, Heiko Schocher wrote:
> +inline void hang(void)
> +{
> + puts("### ERROR ### Please RESET the board ###\n");
> + for (;;)
> + ;
> +}
Why is this inline?
> diff --git a/arch/arm/cpu/arm926ejs/start.S b/arch/arm/cpu/arm926ejs/start.S
> index 86a0dc2..339c
Dear Daniel Schwierzeck,
In message
you wrote:
>
> On Wed, Nov 2, 2011 at 7:54 AM, Wolfgang Denk wrote:
> > U-Boot Makefiles contain a number of tests for compiler features etc.
> > which so far are executed again and again. =C2=A0On some architectures
> > (especially ARM) this results in a la
On 11/01/2011 05:54 PM, Marek Vasut wrote:
> +static void spl_onenand_get_geometry(struct spl_onenand_data *data)
> +{
> + uint32_t tmp;
> + uint32_t dev_id, density;
> +
> + /* Default geometry -- 2048b page, 128k erase block. */
> + data->pagesize = 2048;
> + data->erasesize =
On 11/01/2011 05:54 PM, Marek Vasut wrote:
> +inline void board_init_f(unsigned long unused)
Drop the inline.
> + /* Start of the rest of the SPL */
> + . = CONFIG_SPL_TEXT_BASE + 0x800;
> +
> + .text.1 :
> + {
> + *(.text*)
> + }
> +
> + . = ALIGN(4);
> +
On 11/01/2011 05:44 PM, Marek Vasut wrote:
>> On 11/01/2011 05:12 PM, Marek Vasut wrote:
On 10/31/2011 08:23 AM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Albert ARIBAUD
> ---
>>>
>>> [...]
>>>
> + for (page = 0; page <= total_pages; page++) {
> + ret
Hi Simon,
On 02.11.2011 21:39, Simon Glass wrote:
...
>>
>> diff --git a/config.mk b/config.mk
>> index 11b67e5..27c366f 100644
>> --- a/config.mk
>> +++ b/config.mk
>> @@ -107,8 +107,22 @@ HOSTCFLAGS += -pedantic
>> # Option checker (courtesy linux kernel) to ensure
>> # only supported compil
I am Mr. Wen Lee director of operations of the Bank Of Taipei Taiwan. I have
an obscured business proposal for you. Reply if interested.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I am Mr. Wen Lee director of operations of the Bank Of Taipei Taiwan. I have
an obscured business proposal for you. Reply if interested.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Mike,
On Wed, Nov 2, 2011 at 2:08 PM, Mike Frysinger wrote:
> should we start a sandbox tree with a proper maintainer ? if not, then i can
> at least start a "sandbox" branch in my tree and start merging things there.
> -mike
>
Have been thinking that, particularly as it looks like it's not
I am Mr. Wen Lee director of operations of the Bank Of Taipei Taiwan. I have
an obscured business proposal for you. Reply if interested.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
should we start a sandbox tree with a proper maintainer ? if not, then i can
at least start a "sandbox" branch in my tree and start merging things there.
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
On Tue, Nov 1, 2011 at 11:54 AM, Mike Frysinger wrote:
> On Tuesday 01 November 2011 10:01:53 Simon Glass wrote:
>> On Tue, Nov 1, 2011 at 2:50 AM, Matthias Weisser wrote:
>> > I just wanted to play around with the sandbox "arch" of u-boot maybe
>> > adding tun/tap support. Current head compiled s
Hi Matthias,
On Wed, Nov 2, 2011 at 11:39 AM, Matthias Weisser wrote:
> Am 26.10.2011 01:51, schrieb Simon Glass:
>> Sandbox wants to support commands which use memory. The map_physmen()
>> call provides this feature, so should be used more consistently in
>> U-Boot.
>>
>> Signed-off-by: Simon Gl
On Wed, Nov 2, 2011 at 1:12 PM, Matthias Weisser wrote:
> Using mmap to allocate memory from the OS for RAM simulation we can use
> u-boots own malloc implementation.
>
> Signed-off-by: Matthias Weisser
> ---
> Changes in V2:
> Removed the address hint for mmap
> Removed the special handling of
Kim Phillips wrote:
> 4. no need to clear BATs before writing them either.
FYI, take a look at Becky's BAT patch from a month ago:
http://patchwork.ozlabs.org/patch/117523/
The patch is for 86xx, so I have no idea if it's relevant to this discussion.
--
Timur Tabi
Linux kernel develope
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Daniel,
On Wed, Nov 2, 2011 at 11:46 AM, Daniel Schwierzeck
wrote:
> Apply memoization to cc-option macro by caching the results of the
> gcc calls. This macro is called very often so using cached results
> leads to faster compilation times.
>
> This feature can be enabled by setting CACHE_CC_
On Wed, 2 Nov 2011 09:52:17 -0500
McClintock Matthew-B29882 wrote:
> On Wed, Nov 2, 2011 at 2:34 AM, Huang Changming-R66093
> wrote:
> >> > How can I deal with the new board and old board?
> >>
> >> Check the board revision at runtime.
> >>
> > Board Specification says, there is one EEPROM to co
Hi Wolfgang,
On Tue, Nov 1, 2011 at 6:18 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Tue, Nov 1, 2011 at 2:21 PM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message
>> you
>> wrote:
>>>
>>> I have suggested making these functions available by default, and
>>> having CONFIG_NO_SYS_VSN
Using mmap to allocate memory from the OS for RAM simulation we can use
u-boots own malloc implementation.
Signed-off-by: Matthias Weisser
---
Changes in V2:
Removed the address hint for mmap
Removed the special handling of dlmalloc in common
Set gd->bd->bi_dram[0].start to 0 again
arch/s
Hello.
@Remy: One question I have for you is if the DFU implementation should
be based on the re-written gadget layer from samsung or based on the
current one?
First, and only high level, review for the DFU part.
Against which u-boot tree/branch/version is this patch? I tried to
apply it against
Now that this is not in common.h, perhaps it is acceptable to move this
documentation into the header file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move function documentation into header file
include/vsprintf.h | 123
lib/vsprintf.c
From: Sonny Rao
From: Sonny Rao
utilize the added vscnprintf functions to avoid buffer overruns
The implementation is fairly dumb in that it doesn't detect
that the buffer is too small, but at least will not cause crashes.
Signed-off-by: Sonny Rao
---
Changes in v2:
- Use sizeof(printbuffer)
From: Sonny Rao
From: Sonny Rao
These functions are useful in U-Boot because they allow a graceful failure
rather than an unpredictable stack overflow when printf() buffers are
exceeded.
Mostly copied from the Linux kernel. I copied vscnprintf and
scnprintf so we can change printf and vprintf
common.h is very large, so before changing the vsprintf functions, move the
prototypes into their own header file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move prototypes from common.h to vsprintf.h
include/common.h | 11 +--
include/vsprintf.h | 39 +++
The printf family of functions in U-Boot cannot deal with a situation where
the caller provides a buffer which turns out to be too small for the format
string. This can result in buffer overflows, stack overflows and other bad
behavior.
This patch series tidies this up in the common vsprintf.c cod
Hello.
On Wed, 2011-11-02 at 11:16, Mike Frysinger wrote:
> On Wednesday 02 November 2011 06:00:07 Andrzej Pietrasiewicz wrote:
>
> are you working with the elinux.org guys ?
> http://elinux.org/Merge_DFU_support_into_mainline_U-Boot
That would be me. As I stated in my other mail I was sur
On Wednesday 02 November 2011 14:35:55 Matthias Weisser wrote:
> So, as you can see, dumping to far is not faulting. It just dumps (in
> this case) the first bytes of my local libc.
yes, and i think this is acceptable behavior. take any SoC out there, and if
you do `md` on addresses that aren't
> If you use SPL instead (so the 'MLO' that U-Boot also builds) does
> everything work again?
Oh, I didn't even notice that u-boot now builds an MLO. Thanks for the heads
up.
Unfortunately, that doesn't help; when I copy both the new MLO and the new
u-boot.bin into place (again from git
head),
Hi Wolfgang,
On Wed, Nov 2, 2011 at 7:54 AM, Wolfgang Denk wrote:
> U-Boot Makefiles contain a number of tests for compiler features etc.
> which so far are executed again and again. On some architectures
> (especially ARM) this results in a large number of calls to gcc.
>
> This patch makes sur
Apply memoization to cc-option macro by caching the results of the
gcc calls. This macro is called very often so using cached results
leads to faster compilation times.
This feature can be enabled by setting CACHE_CC_OPTIONS=y in the
environment.
Signed-off-by: Daniel Schwierzeck
---
Some MAKEA
Am 26.10.2011 01:51, schrieb Simon Glass:
> Sandbox wants to support commands which use memory. The map_physmen()
> call provides this feature, so should be used more consistently in
> U-Boot.
>
> Signed-off-by: Simon Glass
After fixing malloc problem:
Tested-by: Matthias Weisser
Regards Matt
Add ULPI header file needed by Efika USB support patchset and generic
ULPI support patch, which is to be posted soon.
Signed-off-by: Jana Rapava
Cc: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
Cc: Igor Grinberg
---
Changes for v2:
- whitespace and comment changes
include/usb/ulpi.h
Am 01.11.2011 21:10, schrieb Mike Frysinger:
> On Tuesday 01 November 2011 15:01:55 Matthias Weisser wrote:
>> Am 01.11.2011 19:52, schrieb Mike Frysinger:
>>> On Tuesday 01 November 2011 14:37:24 Matthias Weisser wrote:
I don't know the memory layout strategies for all the Linux/Unix variant
On Wed, Nov 2, 2011 at 8:37 AM, Tom Rini wrote:
> On Wed, Nov 2, 2011 at 7:49 AM, Premi, Sanjeev wrote:
>>> -Original Message-
>>> From: u-boot-boun...@lists.denx.de
>>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
>>> Sent: Wednesday, November 02, 2011 12:24 PM
>>> To
On Wed, Nov 2, 2011 at 6:03 AM, Lalancette, Christopher
wrote:
> Hello,
> I've recently been playing around with u-boot on a pandaboard Rev A1.
> The rest of my environment is an MLO built from x-loader git hash
> c4289f1bee035dea41536c5ba5e1bc36c7d493c4, and booting an ubuntu 11.04 kernel
On 11/02/2011 04:57 AM, Simon Schwarz wrote:
> Hi Scott
>
> On 10/31/2011 10:22 PM, Scott Wood wrote:
>
>> What would the semantics of a generic dma_wait_for_transfer() be?
>>
>> I just don't see how this is generic at all, whatever the name.
>>
>
> Hm. It would be a check if the given DMA chann
Sorry for the delay, I am currently processing my patch backlog. I will be
applying them today.
On Nov 2, 2011, at 1:40, "Lei Wen" wrote:
> Hi Andy,
>
> On Tue, Oct 18, 2011 at 10:58 PM, Lei Wen wrote:
>> Hi Andy,
>>
>> On Sat, Oct 8, 2011 at 10:14 PM, Lei Wen wrote:
>>> This seris fix seve
On 11/02/2011 05:03 PM, Jana Rapava wrote:
>
> Ok, so non-board-specific parts should go into ./arch/arm/cpu/armv7/mx5/
> and board-specific callbacks should stay here? Do I understand you well?
Yes, I think so
>
>>
>> I don't want to block on that issue, so if it simplifies you a
>> further UL
2011/11/2 Igor Grinberg
> Hi Jana,
>
> On 11/01/11 21:24, Jana Rapava wrote:
>
> > diff --git a/board/efikamx/efika.h b/board/efikamx/efika.h
> > new file mode 100644
> > index 000..fec9ee0
> > --- /dev/null
> > +++ b/board/efikamx/efika.h
> >
> > diff --git a/board/efikamx/efikamx-usb.c b/bo
On Wed, Nov 2, 2011 at 7:49 AM, Premi, Sanjeev wrote:
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
>> Sent: Wednesday, November 02, 2011 12:24 PM
>> To: u-boot@lists.denx.de
>> Cc: Graeme Russ; Kumar Gala; A
On Wednesday 02 November 2011 06:00:07 Andrzej Pietrasiewicz wrote:
> Signed-off-by: Andrzej Pietrasiewicz
> Signed-off-by: Kyungmin Park
> ---
>
> Dear All,
>
> This is Device Firmware Upgrade (DFU) implementation which supports data
> upload and download function to devices which are equipped
Hi Wolfgang,
On Wed, Nov 2, 2011 at 7:45 AM, Wolfgang Denk wrote:
> Dear Simon,
>
> I just ran over this old posting again:
>
> 09/10/2008 Ricardo Ribalda D [PATCH] I2C EEPROM simulator v2
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/46964
>
> We never accepted this for U-Boot mainl
Hello.
This really comes as surprise to me as I'm working on exactly the same
at the moment. I just realised that I only mentioned it here inside the
fastboot patches thread.
I started from the old patches Harald Welte wrote for u-boot during
his work for OpenMoko. I worked with him during this t
Signed-off-by: Veli-Pekka Peltola
Cc: Remy Bohmer
---
common/cmd_usb.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/common/cmd_usb.c b/common/cmd_usb.c
index 8c87265..aecde13 100644
--- a/common/cmd_usb.c
+++ b/common/cmd_usb.c
@@ -701,10 +701,10 @@ U_BOOT_CM
Signed-off-by: Veli-Pekka Peltola
Cc: Remy Bohmer
---
When I first time used USB framework it was not so obvious to start with
"usb reset" to get everything going on. So lets add help text for start.
common/cmd_usb.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/
On Wed, Nov 2, 2011 at 2:34 AM, Huang Changming-R66093
wrote:
>> > How can I deal with the new board and old board?
>>
>> Check the board revision at runtime.
>>
> Board Specification says, there is one EEPROM to contain all board history,
> and I found it:
> On I2C2 bus, there is one EEPROM BRD(
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Wednesday, November 02, 2011 12:24 PM
> To: u-boot@lists.denx.de
> Cc: Graeme Russ; Kumar Gala; Albert Aribaud; Andy Fleming
> Subject: [U-Boot] [PATCH] Redu
Dear Simon,
I just ran over this old posting again:
09/10/2008 Ricardo Ribalda D [PATCH] I2C EEPROM simulator v2
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/46964
We never accepted this for U-Boot mainline, but in the context of the
Sandbox environment it might be interesting again.
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> > boun...@lists.denx.de] On Behalf Of Marek Vasut
> > Sent: Wednesday, November 02, 2011 3:55 PM
> > To: Ajay Bhargav
> > Cc: u-boot@lists.denx.de; aflem...@gmail.com
> > Subject: Re: [U-Boot] [PATCH] mmc: mv_sd
On 11/02/11 15:38, Wolfgang Denk wrote:
> Dear Igor Grinberg,
>
> In message <4eb110d3.5020...@compulab.co.il> you wrote:
>>
>> In the structure above, you have a mixture of tab and spaces
>> after the type before the name.
>> You can use either tabs or spaces (I prefer spaces), but not both.
>
>
Hi Vinary
2011/10/31 Vinay :
> Macpaul gmail.com> writes:
>
>> himport_r: can't malloc 29 bytes
>
> Hi,
>
> Did you get solution to this malloc failure in himpotr_r issue?
> I'm hitting the same issue and looking forward to some help.
>
> Thanks
> Vinay
>
I do not know which architecture/platfor
Dear Vinay Hegde,
In message <1320222788.66688.yahoomail...@web137907.mail.in.yahoo.com> you
wrote:
>
> I am trying to port one existing platform (which uses 2010.03 U-Boot)
> to 2011.06 U-Boot. I have an issue while env_relocate. The malloc
v2011.06 is old. Please use recent code; recommended
Dear Igor Grinberg,
In message <4eb110d3.5020...@compulab.co.il> you wrote:
>
> In the structure above, you have a mixture of tab and spaces
> after the type before the name.
> You can use either tabs or spaces (I prefer spaces), but not both.
http://www.denx.de/wiki/U-Boot/CodingStyle states c
Dear sadashiva reddy,
In message
you wrote:
>
> *I am able read 12kb size into my memory using below command *
You have asked the very smae question before. Reposting such
questions again and again is not considered a clever idea. Please see
http://catb.org/esr/faqs/smart-questions.html
Hello,
I've recently been playing around with u-boot on a pandaboard Rev A1. The
rest of my environment is an MLO built from x-loader git hash
c4289f1bee035dea41536c5ba5e1bc36c7d493c4, and booting an ubuntu 11.04 kernel
2.6.38-1208-omap4. Up until tag v2011.06, u-boot works flawlessly (as
Am 02.11.2011 07:54, schrieb Wolfgang Denk:
> U-Boot Makefiles contain a number of tests for compiler features etc.
> which so far are executed again and again. On some architectures
> (especially ARM) this results in a large number of calls to gcc.
>
> This patch makes sure to run such tests only
Hi,
On Wed, Oct 19, 2011 at 6:17 PM, sricharan wrote:
> OMAP5 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture.
> It's a dual core SOC with GIC used for interrupt handling and SCU for cache
> coherency.
>
> This patch series essentially adds the spl/u-boot support for omap5 soc.
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Marek Vasut
> Sent: Wednesday, November 02, 2011 3:55 PM
> To: Ajay Bhargav
> Cc: u-boot@lists.denx.de; aflem...@gmail.com
> Subject: Re: [U-Boot] [PATCH] mmc: mv_sdhci: Fix hos
Hi Tom,
>
> One thing it's better to do #define CONFIG_FOO rather than
> #define CONFIG_FOO 1.
>
Sorry for the late reply, i was on vacation.
I agree with your comments. I will send a V2 for this and your other comment.
> --
> Tom
>
___
U-Boot mailing
Hi,
I have a query regarding U-Boot. Is it possible to boot two separate OS on
a Dual/multi core processor using U-Boot. I want to implement AMP on a dual
core processor and want to run two separate OS on a dual core arm cortex a9
processor. Did anybody tried the same thing earlier using the U-B
Hi Wolfgang,
On 02/11/11 17:54, Wolfgang Denk wrote:
> U-Boot Makefiles contain a number of tests for compiler features etc.
> which so far are executed again and again. On some architectures
> (especially ARM) this results in a large number of calls to gcc.
>
> This patch makes sure to run such
Hi Wolfgang,
Please note that I had to do a force push into u-boot-x86 to delete a
commit that I munged the importing of (Ondrej's patch) and didn't realise
until I have pushed it (the patch title was all wrong)
I don't think this should cause any trouble to you though as everything in
u-boot-x86
Am 02.11.2011 11:25, schrieb Marek Vasut:
>> Am 31.10.2011 14:23, schrieb Marek Vasut:
>>> The start.S on PXA was very obscure. This reworks it back to be close to
>>> arm1136 start.S and others.
>>>
>>> Signed-off-by: Marek Vasut
>>> Cc: Albert ARIBAUD
>>> ---
>>>
>>> arch/arm/cpu/pxa/cpu.c |
On 21/10/11 15:29, Gabe Black wrote:
> Ensure that the value being passed to a %d format specifier is of type
> int.
>
>
> Signed-off-by: Gabe Black
> ---
> arch/x86/lib/realmode.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Applied to u-boot-x86 (with minor tweak to subje
On 29/10/11 09:38, Gabe Black wrote:
> From: Gabe Black
>
> Signed-off-by: Gabe Black
> ---
> arch/x86/include/asm/u-boot-x86.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/arch/x86/include/asm/u-boot-x86.h
> b/arch/x86/include/asm/u-boot-x86.h
> index accc8fa
Signed-off-by: Marek Vasut
---
arch/arm/include/asm/arch-pxa/regs-mmc.h | 154 +++
drivers/mmc/Makefile |1 +
drivers/mmc/pxa_mmc_gen.c| 442 ++
3 files changed, 597 insertions(+), 0 deletions(-)
create mode 100644 arc
> On 11/02/11 00:58, Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > ---
> >
> > arch/arm/include/asm/arch-pxa/regs-mmc.h | 154 +++
> > drivers/mmc/Makefile |1 +
> > drivers/mmc/pxa_mmc_gen.c| 442
> > ++ 3 fil
> Am 31.10.2011 14:23, schrieb Marek Vasut:
> > The start.S on PXA was very obscure. This reworks it back to be close to
> > arm1136 start.S and others.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Albert ARIBAUD
> > ---
> >
> > arch/arm/cpu/pxa/cpu.c | 16 ++
> > arch/arm/cpu/pxa/start.S |
> - "Marek Vasut" wrote:
> > > - "Marek Vasut" wrote:
> > > > > sdhci_readw does not work for host version read in Armada100
> >
[...]
> > Well such crippled hardware might appear somewhere else too, so yes.
> > But still,
> > it's surprising it's only one register, really. Can you poin
Hi Igor,
> Hi Jana,
>
> On 11/01/11 21:12, Jana Rapava wrote:
> > Add ULPI header file needed by Efika USB support patchset and generic
> > ULPI support patch, which is to be posted soon.
> >
> > Signed-off-by: Jana Rapava
> > Cc: Marek Vasut
> > Cc: Remy Bohmer
> > Cc: Stefano Babic
> > Cc:
1 - 100 of 121 matches
Mail list logo
