to use just a hack in uEnv.txt to fix the reset
problem with the brcm-module.
Besides that I don't really care what a maintainer said to some previous
similiar problem. Maintainers are humans too, maybe he just had
forgotten about the gpio-command.
Regards,
Alexander Holler
for mx6cuboxi to use the gpio
command too instead of taking the same (imho wrong) approach.
But enough said from me, I don't really care. ;)
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u
Am 24.05.2015 um 19:29 schrieb Alexander Holler:
Am 24.05.2015 um 16:27 schrieb Fabio Estevam:
Hi Stefano and Alexander,
On Sun, May 24, 2015 at 4:43 AM, Stefano Babic sba...@denx.de wrote:
Wouldn't it be better to just enable CONFIG_CMD_GPIO and then change
the
boot-script in the config
Am 24.05.2015 um 20:47 schrieb Fabio Estevam:
On Sun, May 24, 2015 at 3:03 PM, Alexander Holler hol...@ahsoftware.de
wrote:
Hmm, just one comment more.
If the gpio command would be enabled, it would even be possible to reset the
BRCM- WLAN and Bluetooth modules by just adding some stuff
works on imx, which I haven't tested or looked up.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
:
env import -t -r $loadaddr $filesize; \
if test -n \$uenvcmd\; then \
echo \Running uenvcmd ...\; \
run uenvcmd; \
fi; \
Regards,
Alexander
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've just remembered where I did see your name before, the config for
the rpi (as found in 2004.04) misses the uenvcmd. That's necessary to
execute commands when using uEnv.txt.
It's easily done
Am 14.08.2014 21:51, schrieb Stephen Warren:
On 08/14/2014 01:38 PM, Alexander Holler wrote:
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've just remembered where I did see your name before, the config
for
the rpi (as found in 2004.04
, something else
- boot (with kernel), swap, root, something else
...
Maybe someone does find usefull.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Am 14.08.2014 22:08, schrieb Stephen Warren:
On 08/14/2014 01:59 PM, Alexander Holler wrote:
Am 14.08.2014 21:51, schrieb Stephen Warren:
On 08/14/2014 01:38 PM, Alexander Holler wrote:
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've
, the voltage of the serial
changes every few years (12, 5, 3.3 and now 1.8 Volt), sometimes a
nullmodem (just 3 wires) is needed, ...
Whatever the reason is, sometimes it can be very hard to access the
u-boot command line. But most are able to modifying or create a file on
disk. ;)
Regards,
Alexander
for
environments where it makes sense. So in regard to untrustworthy
sd-cards most boards. ;)
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
the subsystem already changed at least once. So there must have been
already some thoughts or discussions about that topic.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
such a symmetry feature for env export
should be and how it will look like I will not spend the (little) time
to write a patch, nor the much large time to discuss the patch afterwards.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
Am 06.08.2014 12:02, schrieb Alexander Holler:
Am 06.08.2014 08:43, schrieb Wolfgang Denk:
Dear Alexander,
In message 53dfdc99.2020...@ahsoftware.de you wrote:
At least I've understood it such that nobody still has an objection=20
against the new feature for env import -t (-r).
I object
Am 06.08.2014 12:44, schrieb Måns Rullgård:
Alexander Holler hol...@ahsoftware.de writes:
Am 06.08.2014 08:43, schrieb Wolfgang Denk:
Dear Alexander,
In message 53dfdc99.2020...@ahsoftware.de you wrote:
At least I've understood it such that nobody still has an objection=20
against the new
Am 06.08.2014 13:18, schrieb Alexander Holler:
Am 06.08.2014 12:44, schrieb Måns Rullgård:
Alexander Holler hol...@ahsoftware.de writes:
Am 06.08.2014 08:43, schrieb Wolfgang Denk:
Dear Alexander,
In message 53dfdc99.2020...@ahsoftware.de you wrote:
At least I've understood
. ;)
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Am 04.08.2014 08:47, schrieb Alexander Holler:
But it would not be really symmetric. The -r for env import makes env
import eat both formats, which means it can be used almost always, but
using -r with env export would be a decision which always would be
wrong for many people.
Of course
Am 04.08.2014 12:00, schrieb Måns Rullgård:
Alexander Holler hol...@ahsoftware.de writes:
Why not just make env import treat \r like any other whitespace? It
would be a slight change from current behaviour, but the chance that
someone actually relies on a trailing \r being part of the value
Am 02.08.2014 23:09, schrieb Alexander Holler:
Am 01.08.2014 14:08, schrieb Wolfgang Denk:
Should we not, for reasons of symmetry, then also extend env export
by such a -r option?
Sorry, but I don't follow the new features of u-boot that closely.
Is it already possible to save an exported
Am 01.08.2014 14:08, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message 1405352998-7707-2-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
Use the new option -r for env import.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
include/configs/rpi_b.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/rpi_b.h b/include/configs/rpi_b.h
index ff48598..60f2489 100644
--- a/include/configs/rpi_b.h
Use the new option -r for env import.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
include/configs/omap3_beagle.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 3782049..9ba031d 100644
board configs
too.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Use the new option -r for env import.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
include/configs/am335x_evm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index a48b386..34d27c6 100644
--- a/include
that CR. But this
drawback is very unlikely and the big advantage of letting Windows user create
a *working* uEnv.txt too is likely more welcome.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
common/cmd_nvedit.c | 19 +++
common/env_common.c | 6 +++---
include
Am 21.01.2013 02:29, schrieb Alexander Holler:
Am 18.01.2013 21:57, schrieb Simon Glass:
Hi,
On Fri, Jan 18, 2013 at 7:47 AM, Steve Strobel
steve.stro...@link-comm.com wrote:
Maybe the USB flash drive used for recovery could contain not only the image
to be written to flash, but also
Am 21.01.2013 19:19, schrieb Scott Wood:
On 01/20/2013 08:53:05 PM, Alexander Holler wrote:
Am 18.01.2013 17:32, schrieb Alexander Holler:
Am 18.01.2013 04:17, schrieb Scott Wood:
On 01/17/2013 07:22:57 PM, Alexander Holler wrote:
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes
Am 18.01.2013 21:57, schrieb Simon Glass:
Hi,
On Fri, Jan 18, 2013 at 7:47 AM, Steve Strobel
steve.stro...@link-comm.com wrote:
Maybe the USB flash drive used for recovery could contain not only the image
to be written to flash, but also a bootable OS image used to provide
on-screen
Am 18.01.2013 17:32, schrieb Alexander Holler:
Am 18.01.2013 04:17, schrieb Scott Wood:
On 01/17/2013 07:22:57 PM, Alexander Holler wrote:
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes. Sounds nice at first, but there will be no end of features people
would want afterwards. Next
Am 18.01.2013 11:16, schrieb David Aldrich:
Try setting the max. blocksize explicit, e.g. I'm using -B 1460 here. It
depends
on the used tftp-server.
Hi Alexander
Thanks for your reply. Please will you confirm the exact syntax? I tried:
# tftp -B 1460 0x8200 tci6614-evm.dtb
Am 18.01.2013 04:17, schrieb Scott Wood:
On 01/17/2013 07:22:57 PM, Alexander Holler wrote:
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes. Sounds nice at first, but there will be no end of features people
would want afterwards. Next will be video tutorials and fancy sound
Am 16.01.2013 20:46, schrieb Wolfgang Denk:
Dear Simon Glass,
In message capnjgz12pss6sonsumu-vrrxwxs04zb+grqqguknw2dtzbu...@mail.gmail.com
you wrote:
We are currently using a very rudimentary graphics features attached
to U-Boot. It can only display bitmap images. We use this in Chromium
to
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes. Sounds nice at first, but there will be no end of features people
would want afterwards. Next will be video tutorials and fancy sound. ;)
(...)
I've just wondered what happened to the cc-list of that mail I sent.
I've send it with
CC
Am 17.01.2013 12:19, schrieb David Aldrich:
Hi
I am using an Advantech TMX320TCI6614 EVM to develop code for an ARM core on a
TI C66x device. The ARM core runs:
U-Boot 2011.06-2-gc4611c1-dirty (May 30 2012 - 15:38:01)
I have booted this target card for several months from a tftp server
Am 04.08.2012 18:55, schrieb Karl O. Pinc:
So perhaps the u-boot list default that has
duplicate elimination turned on,
where other lists do not, is factor contributing
to the confusion. I've never had
Some mail-servers have that feature enabled by default too. E.g.
cyrus-imapd (called
Am 13.05.2012 23:38, schrieb Wolfgang Denk:
Dear Alexander,
In message4fb01720.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
Am 13.05.2012 23:38, schrieb Wolfgang Denk:
Dear Alexander,
In message4fb01720.90...@ahsoftware.de you wrote:
What exactly are such error modes, by the way? I would expect that
trailing white space is pretty much harmless for most variable
settings?
The problem already starts in u-boot
Am 14.05.2012 11:07, schrieb Alexander Holler:
Am 13.05.2012 23:38, schrieb Wolfgang Denk:
Dear Alexander,
In message4fb01720.90...@ahsoftware.de you wrote:
What exactly are such error modes, by the way? I would expect that
trailing white space is pretty much harmless for most variable
Am 14.05.2012 18:02, schrieb Tom Rini:
On Sun, May 13, 2012 at 02:50:07PM +0200, Alexander Holler wrote:
Use the new option -r for env import.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
While I am sympathetic, the right answer is to tell users to use a text
editor that can save
On 14.05.2012 20:45, Marek Vasut wrote:
Dear Alexander Holler,
Am 14.05.2012 18:02, schrieb Tom Rini:
On Sun, May 13, 2012 at 02:50:07PM +0200, Alexander Holler wrote:
Use the new option -r for env import.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
While I am sympathetic
Am 12.05.2012 23:21, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message4faeb5c2.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
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
that CR.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
common/cmd_nvedit.c | 17 ++---
common/env_common.c |4 ++--
include/search.h|2 +-
lib/hashtable.c | 23 +++
4 files changed, 36 insertions(+), 10 deletions(-)
diff --git
Use the new option -r for env import.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
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
that CR.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
common/cmd_nvedit.c | 17 ++---
common/env_common.c |4 ++--
include/search.h|2 +-
lib/hashtable.c | 17 -
4 files changed, 33 insertions(+), 7 deletions(-)
diff --git a/common
On 13.05.2012 19:09, Marek Vasut wrote:
Dear Alexander Holler,
Use the new option -r for env import.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs
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 Hollerhol...@ahsoftware.de
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1
On 13.05.2012 20:57, Marek Vasut wrote:
Dear Wolfgang Denk,
Dear Marek Vasut,
In message201205131909.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
Am 11.05.2012 21:09, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message1336720486-7424-1-git-send-email-hol...@ahsoftware.de you wrote:
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
I don't think we should do this. If you have
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
Why don't you run the file trough dos2unix or tr -d '\r' ?
Because
Am 12.05.2012 16:46, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
Am 12.05.2012 18:08, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 16:46, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used for compatibility with text files which are
using CRLF instead of LF as the end
Am 12.05.2012 20:37, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 18:08, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 16:46, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
lib/hashtable.c | 18 +++---
1 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/lib/hashtable.c b/lib
Am 26.05.2011 17:41, schrieb Alexander Holler:
Am 26.05.2011 13:30, schrieb Christian Spielberger:
...
But even than USB doesn't seem to work on a BeagleBoard XM (at least
some people told me so). I don't have a XM, so I can't help more there.
It might be a problem with (a needed reset
Am 27.05.2011 11:40, schrieb Christian Spielberger:
On 05/27/2011 09:34 AM, Alexander Holler wrote:
Am 26.05.2011 17:41, schrieb Alexander Holler:
Am 26.05.2011 13:30, schrieb Christian Spielberger:
...
But even than USB doesn't seem to work on a BeagleBoard XM (at least
some people told me
Am 26.05.2011 13:30, schrieb Christian Spielberger:
Hi Alexander Holler,
is EHCI on omap3 already working?
On my beagleboard xM
usb start
hangs at this position in method ehci_hcd_init:
+ /* perform TLL soft reset, and wait until reset is complete */
+ writel
Am 24.05.2011 05:47, schrieb Mike Frysinger:
I've never seen a valid use of strcpy() with a null-pointer in real
world programs, which we are talking about, except in bugs.
i'm lazy and type 0 all the time for loading files, copying memory,
displaying things, etc... in u-boot. i dont feel
Am 23.05.2011 11:06, schrieb Matthias Weisser:
In some cases (e.g. bootm with a elf payload which is already at the right
position) there is a in place copy of data to the same address. Catching this
saves some ms while booting.
Signed-off-by: Matthias Weisserweiss...@arcor.de
---
Am 23.05.2011 11:46, schrieb Matthias Weißer:
The standard clearly say to both memory regions should not overlap when
memcpy() is used, so I would say this is the wrong place to fix that.
Well, real world applications do this. And these two instructions
shouldn't hurt a lot.
Real bugs to
Hello,
Am 23.05.2011 11:49, schrieb Albert ARIBAUD:
The standard clearly say to both memory regions should not overlap when
memcpy() is used, so I would say this is the wrong place to fix that.
I think the intent here is not to enforce the standard but to handle an
actual, and degenerate,
Hello,
Am 23.05.2011 11:03, schrieb Matthias Weisser:
In some cases (e.g. bootm with a elf payload which is already at the right
position) there is a in place copy of data to the same address. Catching this
saves some ms while booting.
Signed-off-by: Matthias Weisserweiss...@arcor.de
---
Am 23.05.2011 23:55, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message4ddacc8b.6090...@ahsoftware.de you wrote:
--- a/lib/string.c
+++ b/lib/string.c
@@ -467,6 +467,9 @@ void * memcpy(void *dest, const void *src, size_t count)
unsigned long *dl = (unsigned long *)dest, *sl
Am 24.05.2011 00:22, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message4ddadbb6.30...@ahsoftware.de you wrote:
So you I will look forward to checks for NULL pointers and similiar in
all C standard functions implemented in u-boot to circumvent tons of
possible real world bugs in all
Hello,
Am 02.04.2011 00:35, schrieb Alexander Holler:
Remove __attribute__ ((packed)) to prevent byte access to soc
registers in some gcc versions.
Having patches to enable ehci for the BeagleBoard lying around for
several month, this one was the show-stopper.
Credits have to go to Laine
Those are usefull for compatibility with the kernel.
Remove the locally defined pr_debug() in atmel_mci.c.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mmc/atmel_mci.c |6 --
include/common.h|4
2 files changed, 4 insertions(+), 6 deletions(-)
diff
Hello,
Am 01.04.2011 19:56, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message1301674331-7476-1-git-send-email-hol...@ahsoftware.de you wrote:
Those are usefull for compatibility with the kernel.
Remove the locally defined pr_debug() in atmel_mci.c.
Signed-off-by: Alexander
.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/usb/host/ehci.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index 945ab64..df9f055 100644
--- a/drivers/usb/host/ehci.h
+++ b/drivers/usb/host/ehci.h
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
board/ti/beagle/beagle.h | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/board/ti/beagle/beagle.h b/board/ti/beagle/beagle.h
index b22b653..abb69e7 100644
--- a/board/ti/beagle/beagle.h
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
arch/arm/cpu/armv7/omap3/clock.c | 20 ++
arch/arm/cpu/armv7/omap3/lowlevel_init.S | 22
arch/arm/include/asm/arch-omap3/clocks.h |1 +
arch/arm/include/asm/arch-omap3
The reset sequence/configuration for ehci is highly board specific,
so this will be done in the source for the board, instead of
introducing several CONFIG_* which would be needed to make those
few lines in beagle.c usable across different OMAP boards.
Signed-off-by: Alexander Holler hol
.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/usb/host/ehci.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index 945ab64..df9f055 100644
--- a/drivers/usb/host/ehci.h
+++ b/drivers/usb/host/ehci.h
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
board/ti/beagle/beagle.h | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/board/ti/beagle/beagle.h b/board/ti/beagle/beagle.h
index b22b653..abb69e7 100644
--- a/board/ti/beagle/beagle.h
The reset sequence/configuration for ehci is highly board specific,
so this will be done in the source for the board, instead of
introducing several CONFIG_* which would be needed to make those
few lines in beagle.c usable across different OMAP boards.
Signed-off-by: Alexander Holler hol
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
arch/arm/cpu/armv7/omap3/clock.c | 20 ++
arch/arm/cpu/armv7/omap3/lowlevel_init.S | 22
arch/arm/include/asm/arch-omap3/clocks.h |1 +
arch/arm/include/asm/arch-omap3
), and not by
people which are sorting their mailboxes by date.
So I thought it is good idea to resend that.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Am 02.04.2011 01:35, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message4d965c71.3010...@ahsoftware.de you wrote:
Hello,
Am 02.04.2011 00:53, schrieb Wolfgang Denk:
Why do you repost this stuff without any comments, versioning or
changelog?
Because someone broke the TWL4030-RTC
it.
Wolfgang, which tree is this patch supposed to go through? Mine because
the board is ARM? yours because it is a board, not arch, patch? Or
whichever?
Oh, sorry, haven't seen that Dirk is the maintainer, I've only added the
TI-maintainer to cc, which might be wrong.
Regards,
Alexander Holler
it is my answer again:
http://lists.denx.de/pipermail/u-boot/2011-March/088308.html
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
that message/thread informational.
Just to come up with that topic again. ;)
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
in any documentation for the XM-version.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Jason,
I've just seen a patch which makes env import optional, so you might
consider adding CONFIG_CMD_IMPORTENV to omap3_beagle.h to be prepared
when env import will get optional.
Regards,
Alexander Holler
___
U-Boot mailing list
U-Boot
Am 05.03.2011 13:31, schrieb Alexander Holler:
Hello Jason,
I've just seen a patch which makes env import optional, so you might
consider adding CONFIG_CMD_IMPORTENV to omap3_beagle.h to be prepared
when env import will get optional.
Sorry for the noise, the patch which makes it optional
Hello,
Am 03.03.2011 16:04, schrieb Jason Kridner:
On Wed, Mar 2, 2011 at 6:48 PM, Robert Nelsonrobertcnel...@gmail.com wrote:
On Wed, Mar 2, 2011 at 5:41 PM, Alexander Hollerhol...@ahsoftware.de
wrote:
Hello Jason,
Am 02.03.2011 21:26, schrieb Jason Kridner:
For backwards
Am 03.03.2011 00:48, schrieb Robert Nelson:
On Wed, Mar 2, 2011 at 5:41 PM, Alexander Hollerhol...@ahsoftware.de wrote:
Hello Jason,
Am 02.03.2011 21:26, schrieb Jason Kridner:
For backwards compatibility the use of boot.scr is still supported.
Sorry, but I think that line in the
Hello,
Am 02.03.2011 11:50, schrieb Thomas Weber:
Hello Alexander,
Am 02.03.2011 00:13, schrieb Jason Kridner:
On Fri, Feb 18, 2011 at 3:37 AM, Alexander Hollerhol...@ahsoftware.de
wrote:
Linux kernels= 2.6.36 are using ttyOn instead ttySn for the
serials on OMAPs.
...
can you please
Hello,
Am 02.03.2011 16:44, schrieb Jason Kridner:
On Tue, Mar 1, 2011 at 9:54 PM, Alexander Hollerhol...@ahsoftware.de wrote:
Hello Jason,
On 02.03.2011 00:37, Jason Kridner wrote:
From: Alexander Hollerhol...@ahsoftware.de
Using the new env import command it is possible to use plain
Hello,
just a last word. I don't have to decide which patch is used and I don't
have any problem if v2 is used. I'm able to modify bootcmd like I wish
and can live with any version.
I've justed wanted to make clear why I haven't used a simpler approach.
Anyway, if v2 will be used, please just
Hello Jason,
Am 02.03.2011 21:26, schrieb Jason Kridner:
For backwards compatibility the use of boot.scr is still supported.
Sorry, but I think that line in the description should get removed too.
Regards,
Alexander
___
U-Boot mailing list
Hello Jason,
On 02.03.2011 00:37, Jason Kridner wrote:
From: Alexander Hollerhol...@ahsoftware.de
Using the new env import command it is possible to use plain text files
instead
of script-images. Plain text files are much easier to handle.
E.g. If your boot.scr contains the following:
Am 25.02.2011 00:06, schrieb Rick Bronson:
I've searched the mailing list archives and couldn't come up with an
answer so I thought I'd try here: Anyone know of any implementations
of USBNET in u-boot for OMAP? This feature allows the OMAP, as a USB
device (gadget), to do networking over a
Am 20.02.2011 09:42, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message1298171532-5296-1-git-send-email-hol...@ahsoftware.de you wrote:
Without -msoft-float the compiler would be allowed to use certain
floating-point instructions (VFP/NEON) e.g. for optimizations, which
would require
Am 20.02.2011 10:39, schrieb Alexander Holler:
# -msoft-float forces the compiler to avoid any fp-related instructions
for optimizations.
Would that be better?
Anyway, I don't care about that patch. I now know the reason. ;)
Btw, isn't soft-float useless on ARM when armv5 is used
Am 20.02.2011 10:52, schrieb Alexander Holler:
Am 20.02.2011 10:39, schrieb Alexander Holler:
# -msoft-float forces the compiler to avoid any fp-related instructions
for optimizations.
Would that be better?
Anyway, I don't care about that patch. I now know the reason. ;)
Btw, isn't soft
On 20.02.2011 11:20, Wolfgang Denk wrote:
No, not at all, because the only additional information about what
Thanks, at least I tried it.
Regards,
Alexander
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello,
Am 26.01.2011 11:45, schrieb Matthias Weisser:
Using optimized versions of memset and memcpy from linux brings a quite
noticeable speed (x2 or better) improvement for these two functions.
Thanks, tested on armv5 and armv7, therefor
Tested-by: Alexander Holler hol...@ahsoftware.de
Hello,
Am 19.02.2011 12:19, schrieb Måns Rullgård:
In no case, however, should -msoft-float be *removed*: that would make
float support in U-Boot implicit and dependent on the toolchain in use,
and I think U-Boot float support should always be explicit and not
depend on the toolchain.
Am 19.02.2011 14:51, schrieb Albert ARIBAUD:
Le 19/02/2011 14:25, Måns Rullgård a écrit :
So whats the reasoning to use -msoft-float as it is currently done? To
confuse people? ;)
I guess it's there to make sure no floating-point instructions make it
into u-boot, even though floats are not
1 - 100 of 228 matches
Mail list logo