Current led help and usage info has redundancy and extraneous
newlines, tweak it to be consistent with other commands.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
checked custodians page, didn't notice anyone in charge of LEDs.
diff --git a/common/cmd_led.c b/common/cmd_led.c
that people agree is something patchable.
thoughts?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
that in the master tree, nor in the ti
tree or arm tree listed here:
http://www.denx.de/wiki/U-Boot/Custodians?sortcol=3table=1up=0
can someone point me at the appropriate u-boot source? thanks.
rday
--
Robert P. J. Day
-- already noticed some
minor typoes.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http
On Sat, 10 Dec 2011, Wolfgang Denk wrote:
Dear Robert P. J. Day,
In message alpine.DEB.2.02.1112100826510.2878@oneiric you wrote:
rather than cast around looking for a solution, i figure i can
better invest my time just reading this end to end:
http://www.denx.de/wiki/publish/DULG
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
of the person who gave it to me. and sometimes, political
reasons might trump technical reasons, as much as we don't want them
to.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
On Sat, 3 Dec 2011, Wolfgang Denk wrote:
Dear Robert,
In message alpine.DEB.2.02.1112030255250.24308@oneiric you wrote:
What version of uboot do you use? What compiler and it's version do you
use?
i'm using the latest git pull of u-boot, and:
$ powerpc-unknown-linux-gnu-gcc
On Sat, 3 Dec 2011, Marek Vasut wrote:
On Sat, 3 Dec 2011, Wolfgang Denk wrote:
Dear Robert,
In message alpine.DEB.2.02.1112030255250.24308@oneiric you wrote:
What version of uboot do you use? What compiler and it's version do
you use?
i'm using the latest git pull
On Sat, 3 Dec 2011, Wolfgang Denk wrote:
Dear Robert,
In message alpine.DEB.2.02.1112030255250.24308@oneiric you wrote:
What version of uboot do you use? What compiler and it's version do you
use?
i'm using the latest git pull of u-boot, and:
$ powerpc-unknown-linux-gnu-gcc
On Sat, 3 Dec 2011, Anatolij Gustschin wrote:
Hi Robert,
On Sat, 3 Dec 2011 12:47:47 -0500 (EST)
Robert P. J. Day rpj...@crashcourse.ca wrote:
...
Top of tree:
- git describe
v2011.09-1259-g7708d8b
- eldk-switch -r 4.2 ppc_8xx
Setup for ppc_8xx (using ELDK 4.2)
i'm sure
On Sat, 3 Dec 2011, Anatolij Gustschin wrote:
On Sat, 3 Dec 2011 15:12:44 -0500 (EST)
Robert P. J. Day rpj...@crashcourse.ca wrote:
...
um, my understanding for the need of that script (or its equivalent,
which i assume is just to switch to the git 4.2 branch), is to avoid
this issue
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn
On Fri, 2 Dec 2011, Scott Wood wrote:
On 12/02/2011 05:19 PM, Robert P. J. Day wrote:
and, at this point, i would think that all i need to do is:
= bootm 40
## Booting image at 0040 ...
Image Name: Linux-2.6.37
Created: 2011-12-02 23:08:06 UTC
Image Type
On Fri, 2 Dec 2011, Scott Wood wrote:
On 12/02/2011 05:41 PM, Robert P. J. Day wrote:
ok, so what's the make invocation to get one of those? i'm not a
ppc expert so i don't know much about device trees. i tried the
following:
$ make ARCH=powerpc cuImage.tqm8xx
CHK include
it is.
sometimes, you just have to work with what you're given, wolfgang.
sorry if that cramps your style.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
, it's late so i'll tackle this again tomorrow.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http
powerpc-unknown-linux-gnu-gcc (crosstool-NG-1.10.0) 4.4.5
...
i get the same result with u-boot 2010.12.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http
session
before; hence the fairly intro-level request for help.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
On Mon, 28 Nov 2011, Wolfgang Denk wrote:
Dear Robert P. J. Day,
In message alpine.DEB.2.02.280701300.6538@oneiric you wrote:
i'm teaching some embedded linux next week and, while i will have
physical boards for the students to play with, i'd also like to
demonstrate basic u-boot
On Mon, 21 Nov 2011, Tom Rini wrote:
On Sun, Nov 20, 2011 at 12:34 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
from back in april, karim yaghmour pointed out a problem related to
older lite5200 boards, and suggested a fix:
http://old.nabble.com/-U-Boot---PATCH--Env.-vars-fix
On Mon, 7 Dec 2009, Wolfgang Denk wrote:
Dear Robert P. J. Day,
In message alpine.lfd.2.00.0911190255590.29...@localhost you wrote:
another beginner-level question, i'm sure, but what's the
distinction between V_PROMPT and CONFIG_SYS_PROMPT for customizing
the u-boot prompt
On Mon, 7 Dec 2009, Wolfgang Denk wrote:
Dear Robert P. J. Day,
In message alpine.lfd.2.00.0911180156580.16...@localhost you wrote:
never afraid to embarrass myself, is the config option
CONFIG_DATAFLASH_MMC_SELECT actually doing anything useful?
Not in any mainline code, it seems
A number of config files define the V_PROMPT macro for the
command-line prompt, only to immediately use that macro to define
CONFIG_SYS_PROMPT, making V_PROMPT entirely superfluous.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i think this takes care of all of them.
include
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
On Fri, 20 Nov 2009, Tom wrote:
Robert P. J. Day wrote:
Make it clear to the reader that, since OMAP 34XX and 35XX are the
same silicon, the BeagleBoard can use the OMAP34XX macros.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/include/configs
On Fri, 20 Nov 2009, Wolfgang Denk wrote:
Dear Robert P. J. Day,
In message alpine.lfd.2.00.0911200826340.27...@localhost you wrote:
reading http://www.denx.de/wiki/view/DULG/UBootSplashScreen, and i
see:
To enable splash screen support, you have to add a #define
CONFIG_OMAP_INNOVATOR, for
which there is no other reference anywhere else in the tree.
can someone clarify what's happening in cases like that, because
it's not the only example i've run across. thanks.
rday
--
Robert P
CONFIG_SYS_PROMPT can't be set directly and V_PROMPT ignored/removed?
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page
.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
based on simple visual inspection, i can't see how those tests could
make any difference so they might as well be tossed.
diff --git a/common/cmd_cache.c b/common/cmd_cache.c
index 0dfa336..1202258 100644
--- a/common/cmd_cache.c
+++ b
applies
both patches?
okey dokey, coming right up.
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page
.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
revision of earlier patch, dropping change to cmd_license.c since
that's already been submitted.
there *are* at least a couple more files like this but they'll
require slightly different tweaking so i'm doing those separately.
diff --git
Move the CONFIG_CMD_NAND preprocessor test out of common/cmd_nand.c
and into the Makefile for consistency with other commands.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
AFAICT, this doesn't affect any functionality, right?
diff --git a/common/Makefile b/common/Makefile
index
Move the preprocessor test of CONFIG_SYS_NO_FLASH out of flash.c and
back to the Makefile, for readability.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
this one is a little uglier since it adds an #ifndef check to the
Makefile, but i still consider this to be more readable
On Thu, 19 Nov 2009, Mike Frysinger wrote:
On Thursday 19 November 2009 12:38:42 Robert P. J. Day wrote:
--- a/common/Makefile
+++ b/common/Makefile
@@ -152,7 +152,9 @@ COBJS-$(CONFIG_VFD) += cmd_vfd.o
COBJS-$(CONFIG_DDR_SPD) += ddr_spd.o
COBJS-$(CONFIG_HWCONFIG) += hwconfig.o
Make it clear to a reader that the user of OMAP34XX macros in the
(OMAP 3530-based) beagle config file is just fine.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'll let dirk be the judge as to whether this is worth adding, or if
he'd prefer a different phrasing.
diff --git
Remove the use of the V_PROMPT macro in a number of config files,
whose only use seems to be to subsequently set the CONFIG_SYS_PROMPT
macro, after which it's never used again.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
as far as i can tell, there's no compelling reason
On Fri, 20 Nov 2009, M?ns Rullg?rd wrote:
Robert P. J. Day rpj...@crashcourse.ca writes:
Make it clear to a reader that the user of OMAP34XX macros in the
(OMAP 3530-based) beagle config file is just fine.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
i'll let dirk
Make it clear to the reader that, since OMAP 34XX and 35XX are the
same silicon, the BeagleBoard can use the OMAP34XX macros.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 19a5ec9..59b7edc 100644
.
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter
.
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter
Collect object files corresponding to the same CONFIG variable on the
same line for better readability.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
clearly no *functional* difference but it follows the standard set
out in the rest of the file. compile tested for a beagle
Collect object files corresponding to the same CONFIG variable on the
same line for better readability.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
clearly no *functional* difference but it follows the standard set
out in the rest of the file. compile tested for a beagle
of OMAP34XX as well and while that may work fine for now, is
there any chance that could cause conflicts down the road?
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting
Bring the directory listing more into line with current content.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
not meant to be comprehensive, just to get things more up-to-date.
feel free to tweak as you see fit.
diff --git a/README b/README
index 2c77687..1e1bccc 100644
Explicitly demonstrate an example (BeagleBoard) of what was
added/changed to support a new board.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
obviously not critical, but it might be useful for readers to see
explicitly what constitutes adding support for a new board, file
On Tue, 17 Nov 2009, Dirk Behme wrote:
Robert P. J. Day wrote:
Explicitly demonstrate an example (BeagleBoard) of what was
added/changed to support a new board.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
obviously not critical, but it might be useful for readers
Show the simple end result of adding an example board (BeagleBoard).
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
based on dirk's earlier email, i'm emphasizing that this represents
only the *end result* of adding BeagleBoard support to U-Boot.
anything more involved than
Show the simple end result of adding an example board (BeagleBoard).
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
based on dirk's earlier email, i'm emphasizing that this represents
only the *end result* of adding BeagleBoard support to U-Boot.
anything more involved than
nandecc help output should not reproduce the command name, nor have
a trailing newline.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
compiled, loaded and run to verify correct output.
diff --git a/cpu/arm_cortexa8/omap3/board.c b/cpu/arm_cortexa8/omap3/board.c
index dd2c940
, is it doing anything useful?
or am i just confused?
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page
and everything was fine. so i'm
still curious about potential problems with minicom and u-boot.
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Annoying Kernel
, not stripped
$
look reasonable. all in all, pretty simple unless someone wants to
point out anything i did wrong. if i screwed up, it's just going on
an SD card so there's little chance of me breaking anything.
rday
--
Robert P. J
i want to use ELDK 4.2 to cross-compile u-boot for my beagleboard,
can someone verify that it does that properly? thanks.
rday
--
Robert P. J. Day Waterloo, Ontario, CANADA
Linux
mkimage
runs on the build host, i don't see an immediate need for an ARM
cross-compiler, and yet you can do make tools without one.
is there any way around this? i'm just curious.
rday
--
Robert P. J. Day
401 - 456 of 456 matches
Mail list logo