On Wednesday 15 February 2012 03:55:31 Prabhakar Kushwaha wrote:
> Built u-boot elf file does not contain any dwarf informations by default.
> This information is required for debugging.
no real information here as to what is going wrong. the -g flag provides debug
information and many people (m
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
> The gpio_from_string() call shall parse the incoming GPIO name taken
> from the command line and return the GPIO number used within U-Boot or
> return -1 on error.
i.e. the already existing name_to_gpio() func
> The gpio_to_string() on the othe
On Monday 14 May 2012 01:37:10 Kyungmin Park wrote:
> On 5/14/12, Mike Frysinger wrote:
> > On Thursday 10 May 2012 01:23:40 Donghwa Lee wrote:
> >> Makefile |1 +
> >> include/libtizen.h | 30 +
> >> lib/tizen/Makefile | 46 +
> >> lib/tizen/
On Friday 11 May 2012 15:21:19 Wolfgang Denk wrote:
> Michael Walle wrote:
> > Add new function eth_random_enetaddr() to generate a locally administered
> > ethernet address.
> >
> > Signed-off-by: Michael Walle
> > ---
> >
> > include/net.h | 15 +++
> > net/eth.c | 20
On Friday 11 May 2012 17:22:23 Michael Walle wrote:
> Am Freitag 11 Mai 2012, 23:14:25 schrieb Wolfgang Denk:
> > Michael Walle wrote:
> > > What about the rand function? I guess that should be two
> > > compile time options
> > >
> > > - CONFIG_RAND
> > > - CONFIG_RANDOM_HWADDR
> > >
> > > Any b
On Friday 11 May 2012 20:08:16 Simon Glass wrote:
> This macro is generally useful to make it available in common.
>
> This version is taken directly from the Linux kernel include/linux/kernel.h
>
> Signed-off-by: Simon Glass
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is
Hi,
On 5/14/12, Mike Frysinger wrote:
> On Thursday 10 May 2012 01:23:40 Donghwa Lee wrote:
>> Makefile |1 +
>> include/libtizen.h | 30 +
>> lib/tizen/Makefile | 46 +
>> lib/tizen/tizen.c | 40 +
>> lib/tizen/tizen_hd_logo.h
On Thursday 10 May 2012 13:40:33 Michael Walle wrote:
> --- /dev/null
> +++ b/board/buffalo/lsxl/Makefile
>
> +clean:
> + rm -f $(SOBJS) $(OBJS)
> +
> +distclean: clean
> + rm -f $(LIB) core *.bak .depend
dead code; please delete
> --- /dev/null
> +++ b/board/buffalo/lsxl/lsxl.c
>
> +in
On 5/12/2012 15:38, Thad Phetteplace wrote:
Hello all,
I am trying to add dataflash support for the at91sam9m10g45ek to a
recent version of u-boot (2010.06 or later). I have a patched version
of u-boot-1.3.4 from linux4sam that works, and a glance at more recent
code seems to show dataflash sup
On Thursday 10 May 2012 01:23:40 Donghwa Lee wrote:
> Makefile |1 +
> include/libtizen.h | 30 +
> lib/tizen/Makefile | 46 +
> lib/tizen/tizen.c | 40 +
> lib/tizen/tizen_hd_logo.h | 5071
> lib/tizen/tizen_hd_logo_data.h |
On Monday 07 May 2012 12:36:00 Allen Martin wrote:
> On Sat, May 05, 2012 at 01:01:22PM -0700, Wolfgang Denk wrote:
> > Allen Martin wrote:
> > > Override -march setting for tegra to -march=armv4t for cmd_nvedit.c
> > >
> > > The recent change to use -march=armv7-a for armv7 caused a regression
>
On Saturday 05 May 2012 18:32:11 Julius Baxter wrote:
> When reset code is in flash, the jump instructions emitted by the compiler
> are relative instead of absolute jumps.
>
> A fix to the reset code to make correct jumps to the beginning of code
> relocated to RAM have also been added.
please l
On Friday 04 May 2012 18:21:31 Timur Tabi wrote:
> Introduce board_start_saveenv() and board_finish_saveenv(), two "weak"
> functions that are called before and after saving the environment. This
> allows for board-specific functions that "prepare" the board for saving
> the environment. This is
On Wednesday 02 May 2012 21:37:51 Charles Manning wrote:
> Seems odd that this hasn't been done yet.
> Shaves 5k off an omap overo build.
my understanding is that it doesn't work for some
> +PLATFORM_RELFLAGS += -ffunction-sections
where's the -fdata-sections ?
-mike
signature.asc
Description:
I suppose the question would be how big the code change is versus how
many people will actually benefit. If it result in a 'big' increase in
.text or .data then it may need to be a compile time option
(CONFIG_SYS_HUGE_EXT4 or something)
I was guess that the issue lies in that the sector off
Hi Jorgen Lundman,
On Mon, May 14, 2012 at 11:12 AM, Jorgen Lundman wrote:
>>
>> Yay, so the ext4 works for you? Why wasn't ext4 merged? Can you post the
>> reasoning (maybe links to gmane or something?)
>>
>
> I have no idea. I just needed ext4 support, and saw someone had done the
> hard work b
Yay, so the ext4 works for you? Why wasn't ext4 merged? Can you post the
reasoning (maybe links to gmane or something?)
I have no idea. I just needed ext4 support, and saw someone had done the
hard work back in Dec. I took the patches and applied them.
I have been informed that ext4 can't r
Marek Vasut writes:
> Dear Wolfgang Denk,
>
>> Dear Marek Vasut,
>>
>> In message <201205131909.49488.marek.va...@gmail.com> you wrote:
>> > > -"env import -t $loadaddr $filesize\0" \
>> > > +"env import -t -r $loadaddr $filesize\0" \
>> >
>> > Not everyone impor
Dear Alexander,
In message <4fb01720.90...@ahsoftware.de> you wrote:
>
> Sorry, it seems you just are unable or yiu don't want to understand the
> problem. So here is my last message on this topic, trying to explain it
> for you.
I'm sorry you are giving up so early, just one resubmit before ge
On 13.05.2012 20:57, Marek Vasut wrote:
Dear Wolfgang Denk,
Dear Marek Vasut,
In message<201205131909.49488.marek.va...@gmail.com> you wrote:
- "env import -t $loadaddr $filesize\0" \
+ "env import -t -r $loadaddr $filesize\0" \
Not everyone importing env on bea
Dear Marek Vasut,
In message <201205132145.19997.ma...@denx.de> you wrote:
>
> > But yes, TIMTOWTDI.
>
> What's this NLA (or 9LA) ? :)
http://en.wikipedia.org/wiki/TIMTOWTDI
> > Do you care?
>
> Well Alexander does, so I'm trying to find a fitting solution for both
> parties
> (uboot and hi
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201205132057.47247.ma...@denx.de> you wrote:
> > > It's not a problem of using broken tools - the problem is of ignorant
> > > people _not_ using decade old, working tools like dos2unix if they
> > > need them.
> >
> > tr -d '\r' won't work
On Sat, May 12, 2012 at 8:40 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
> ---
> include/configs/mx28evk.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Acked-by: Fabio Estevam http://lists.denx.de/mailman/listinfo/u-boot
On Sat, May 12, 2012 at 8:40 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
Acked-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Marek Vasut,
In message <201205132057.47247.ma...@denx.de> you wrote:
>
> > It's not a problem of using broken tools - the problem is of ignorant
> > people _not_ using decade old, working tools like dos2unix if they
> > need them.
>
> tr -d '\r' won't work? :-)
Not as well - it will delet
On 13.05.2012 20:52, Marek Vasut wrote:
Dear Alexander Holler,
On 13.05.2012 19:09, Marek Vasut wrote:
Dear Alexander Holler,
Use the new option -r for env import.
Signed-off-by: Alexander Holler
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletio
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201205131909.49488.marek.va...@gmail.com> you wrote:
> > > - "env import -t $loadaddr $filesize\0" \
> > > + "env import -t -r $loadaddr $filesize\0" \
> >
> > Not everyone importing env on beagle use broken tools ;-)
>
> I
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201205131912.57149.ma...@denx.de> you wrote:
> > Dear Otavio Salvador,
> >
> > > Signed-off-by: Otavio Salvador
> > > ---
> > >
> > > include/configs/m28evk.h |6 +++---
> > > 1 file changed, 3 insertions(+), 3 deletions(-)
> > >
>
Dear Alexander Holler,
> On 13.05.2012 19:09, Marek Vasut wrote:
> > Dear Alexander Holler,
> >
> >> Use the new option -r for env import.
> >>
> >> Signed-off-by: Alexander Holler
> >> ---
> >>
> >> include/configs/omap3_beagle.h |2 +-
> >> 1 files changed, 1 insertions(+), 1 deletions
Dear Matevz Langus,
> Hi,
>
> Thanks, initial problem about the subpage size was solved fast.
How, so you can only use 2048b big subpage?
> The
> question still remains, is it wise to let u-boot resize volumes if it only
> boots from one of the volumes.
Sure, why not?
btw please avoid top-pos
Dear Marek Vasut,
In message <201205131909.49488.marek.va...@gmail.com> you wrote:
>
> > - "env import -t $loadaddr $filesize\0" \
> > + "env import -t -r $loadaddr $filesize\0" \
>
> Not everyone importing env on beagle use broken tools ;-)
It's not a problem of using broke
Dear Marek Vasut,
In message <201205131912.57149.ma...@denx.de> you wrote:
> Dear Otavio Salvador,
>
> > Signed-off-by: Otavio Salvador
> > ---
> > include/configs/m28evk.h |6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/include/configs/m28evk.h b/includ
Dear Otavio Salvador,
> On Sun, May 13, 2012 at 2:15 PM, Marek Vasut wrote:
> >> As the register accessing mode is the same for all i.MXS SoCs we ought
> >> to use 'mxs' prefix intead of 'mx28'.
> >
> > Are you _SURE_ the register offsets are the same on mx233 and mx28? For
> > example for DMA?
Dear Alexander Holler,
In message <1336913407-7383-1-git-send-email-hol...@ahsoftware.de> you wrote:
> When this option is enabled, CRLF is treated like LF when importing
> environments
> from text files, which means CRs ('\r') in front of LFs ('\n') are just
> ignored.
>
> Drawback of enabling
On Sun, May 13, 2012 at 2:15 PM, Marek Vasut wrote:
>> As the register accessing mode is the same for all i.MXS SoCs we ought
>> to use 'mxs' prefix intead of 'mx28'.
>>
>
> Are you _SURE_ the register offsets are the same on mx233 and mx28? For
> example
> for DMA?
>From what I read from mx23 d
On Sun, May 13, 2012 at 2:12 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> I don't like that "ought" in the subject ... did you actually try?
I didn't try it yet as I am in began of iMX23 suppport. I'll keep it
in my wip to resend after testing it.
--
Otavio Salvador
Hi,
I am new to U-boot and I am trying to get it to work on the mx28evk board
(revision D). I can compile U-boot and create an image for the SD-card. When I
try to boot from this image the serial debug console stays empty. No error code
is given. When I power the board without the SD-card I get
On 13.05.2012 19:09, Marek Vasut wrote:
Dear Alexander Holler,
Use the new option -r for env import.
Signed-off-by: Alexander Holler
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h
b/include/configs/
Hi,
Thanks, initial problem about the subpage size was solved fast. The question
still remains, is it wise to let u-boot resize volumes if it only boots from
one of the volumes.
Matevz Langus
On 13. maj 2012, at 19:09, Marek Vasut wrote:
> Dear Matevz Langus,
>
>> Hi,
>>
>> I found an inte
Dear Otavio Salvador,
> As the register accessing mode is the same for all i.MXS SoCs we ought
> to use 'mxs' prefix intead of 'mx28'.
>
Are you _SURE_ the register offsets are the same on mx233 and mx28? For example
for DMA?
Best regards,
Marek Vasut
__
Dear Otavio Salvador,
> Signed-off-by: Otavio Salvador
> ---
> include/configs/m28evk.h |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
> index ebf7e39..c1ae996 100644
> --- a/include/configs/m28evk.h
> +++ b/
Dear Otavio Salvador,
I don't like that "ought" in the subject ... did you actually try?
> Signed-off-by: Otavio Salvador
> ---
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Otavio Salvador,
> Signed-off-by: Otavio Salvador
> ---
> include/configs/m28evk.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
> index 7472ddc..ebf7e39 100644
> --- a/include/configs/m28evk.h
> +++ b/includ
Dear Alexander Holler,
> Use the new option -r for env import.
>
> Signed-off-by: Alexander Holler
> ---
> include/configs/omap3_beagle.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/omap3_beagle.h
> b/include/configs/omap3_beagle.h index ddeb4
Dear Matevz Langus,
> Hi,
>
> I found an interesting situation where I can not decide whether it is a bug
> or functionality that should not be included at all.
>
> If I generate UBI image consisting of 3 Volumes to NAND flash on my board,
> U-boot does not attach UBI to MTD. This happens only
When this option is enabled, CRLF is treated like LF when importing environments
from text files, which means CRs ('\r') in front of LFs ('\n') are just ignored.
Drawback of enabling this option is that (maybe exported) variables which have
a trailing CR in their content will get imported without
Use the new option -r for env import.
Signed-off-by: Alexander Holler
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index ddeb414..d8b10c2 100644
--- a/include/configs/o
When this option is enabled, CRLF is treated like LF when importing environments
from text files, which means CRs ('\r') in front of LFs ('\n') are just ignored.
Drawback of enabling this option is that (maybe exported) variables which have
a trailing CR in their content will get imported without
Dear Alexander Holler,
In message <4faf6bab.5040...@ahsoftware.de> you wrote:
>
> Not dealing with them too. ;)
>
> Two other solutions come to mind: Expanding the if( '\r' ) so that it
> only removes CRs if they are before LF or make \r possible in import and
> use \r in export.
I think I wo
Hello,
Am 12.05.2012 23:18, schrieb Wolfgang Denk:
Thanks - but it adds restrictions to doing perfectly valid things. I
see the disadvantages significantly bigger than what we can win - keep
in mind, that dealing wqith DOS line endings is a topic that is
decades old.
Not dealing with them to
Am 12.05.2012 23:21, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message<4faeb5c2.40...@ahsoftware.de> you wrote:
In the good old days (tm) with line printers and almost endless paper
from dead trees, CRLF instead only LF as line endings in text files did
made sense.
It still makes a l
51 matches
Mail list logo
