http://en.wikipedia.org/wiki/Diwali
how many mailing lists do you plan on spamming with this rubbish?
i'm just curious.
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
cotch" ...
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
On Tue, 8 Oct 2013, Tom Rini wrote:
> On Tue, Oct 08, 2013 at 05:28:23PM -0400, Robert P. J. Day wrote:
> > On Tue, 8 Oct 2013, Robert Nelson wrote:
> >
> > > On Tue, Oct 8, 2013 at 3:39 PM, Robert P. J. Day
> > > wrote:
> > > > On Tue, 8 Oct 2
On Tue, 8 Oct 2013, Robert Nelson wrote:
> On Tue, Oct 8, 2013 at 3:39 PM, Robert P. J. Day
> wrote:
> > On Tue, 8 Oct 2013, Tom Rini wrote:
> >
> > ... snip ...
> >
> >> Applied to u-boot/master.
> >
> > dumb question but what does it
on
the u-boot mainline, and the "master" branch, so what am i
misunderstanding? thanks.
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
update mmcroot variable.
>
> This reverts commit 827512fb1154c05c6eb1e2259e936df55c98a535.
>
> Cc: Robert P. J. Day
> Signed-off-by: Tom Rini
> ---
> include/configs/am335x_evm.h |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/include/configs/am335x_evm.h b
rides
> the default from the CONFIG variable.
what board is this on?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twit
uot; \
"fi; " \
"else " \
- "bootm; " \
+ "bootz; " \
"fi;\0" \
"mmcboot=mmc dev ${mmcdev}; " \
"if mmc
Do a global spelling fix for all spellings of "redundand", which is a
functional change since it includes the variable
CONFIG_SYS_REDUNDAND_ENVIRONMENT.
Signed-off-by: Robert P. J. Day
---
compile-tested, configured for "am335x_boneblack_config".
diff --git a/common/env
Fix various misspellings of things like "environment", "kernel",
"default" and "volatile", and throw in a couple grammar fixes.
Signed-off-by: Robert P. J. Day
---
ok, here's version two ...
diff --git a/Makefile b/Makefile
index 1365db6.
On Mon, 16 Sep 2013, Albert ARIBAUD wrote:
> (possible resend to fix... a typo. No kidding.)
>
> Hi Robert,
>
> On Sun, 15 Sep 2013 18:49:23 -0400 (EDT), "Robert P. J. Day"
> wrote:
>
> > On Sun, 15 Sep 2013, Fabio Estevam wrote:
> >
> > &g
just noticed that while you can manually generate the CHANGELOG
file, "make distclean" doesn't remove it. i'll leave it up to someone
higher up the food chain to determine where that removal should go.
rday
--
=====
ne all at once, it should be safe. i can
submit a patch unless people feel it's simply too disruptive.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
On Sun, 15 Sep 2013, Fabio Estevam wrote:
> On Sun, Sep 15, 2013 at 7:10 PM, Robert P. J. Day
> wrote:
> >
> > Fix various misspellings of things like "environment", "kernel",
> > "default" and "volatile", and throw in a co
Tidy up, reorder, and add newer info to the arch/ directory subsection
of the README file.
Signed-off-by: Robert P. J. Day
---
if anyone wants to adjust any of that differently, help yourself.
diff --git a/README b/README
index ccd47fa..be5336f 100644
--- a/README
+++ b/README
@@ -153,9
Fix various misspellings of things like "environment", "kernel",
"default" and "volatile", and throw in a couple grammar fixes.
Signed-off-by: Robert P. J. Day
---
diff --git a/Makefile b/Makefile
index 1365db6..f55f8c0 100644
--- a/Makefile
On Sun, 15 Sep 2013, Albert ARIBAUD wrote:
> Hi Wolfgang,
>
> On Sun, 15 Sep 2013 01:28:12 +0200, Wolfgang Denk wrote:
>
> > Dear "Robert P. J. Day",
> >
> > In message you wrote:
> > >
> > > given my pedantic nature, i've run acr
best way to do this? thanks.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
a
class that findfdt isn't really finding anything, it's just *setting*
something that will actually be looked for later.
thoughts? i can submit a patch if those higher up the food chain
think there's value in this.
rday
--
====
If, in CONFIG_BOOTCOMMAND, the environment switches both the mmcdev
and bootpart variables to refer to MMC device 1, it would make sense
that the mmcroot env variable should switch to that device as well.
Signed-off-by: Robert P. J. Day
---
i asked about this a while back and didn't
i'm still interested on thoughts on this proposed patch:
On Wed, 4 Sep 2013, Robert P. J. Day wrote:
>
> soldiering on with my configuring and building u-boot for my BBB, i
> have a proposal for include/configs/am335x_evm.h:
>
> #define CONFIG_BOOTCOMMAND \
&g
MMC for the boot
partition, it only makes to switch to the same device for the root
filesystem.
thoughts?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
Somewhere along the line of refactoring the am335x header files, the
kernel image load was lost, so put it back in.
Signed-off-by: Robert P. J. Day
---
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index e0a87f8..7969e07 100644
--- a/include/configs/am335x_evm.h
On Tue, 3 Sep 2013, Robert P. J. Day wrote:
>
> just checked out and built u-boot for beaglebone black:
>
> $ make am335x_boneblack_config
>
> built, copied only MLO and u-boot.img to SD card so i could run u-boot
> off of SD card but boot the rest out of the eMMC, and
at the new environment, and i don't see where the kernel
image is loaded into memory. thoughts?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
flash types!\n");
> return -1;
pedantically, it's "redundant", not "redundand". and it might be
useful to add some commentary in the sample fw_env.config file that
explains this new feature, as the patch is clearly not adding any
document
On Sat, 24 Aug 2013, Luka Perkov wrote:
> On Sat, Aug 24, 2013 at 12:01:25AM -0400, Robert P. J. Day wrote:
> > On Sat, 24 Aug 2013, Luka Perkov wrote:
> > > /dev/mmcblk0 0x6 0x2000 0x2000
> >
> > ah, there's the misunderstanding. i thought we were dis
On Sat, 24 Aug 2013, Luka Perkov wrote:
> On Fri, Aug 23, 2013 at 05:11:01PM -0400, Robert P. J. Day wrote:
> > On Fri, 23 Aug 2013, Luka Perkov wrote:
> >
> > > On Fri, Aug 23, 2013 at 08:25:07AM -0400, Robert P. J. Day wrote:
> > > > i'm sure there&#x
On Fri, 23 Aug 2013, Luka Perkov wrote:
> On Fri, Aug 23, 2013 at 08:25:07AM -0400, Robert P. J. Day wrote:
> > i'm sure there's a simple answer to this -- i built u-boot for my
> > beaglebone black using the "am335x_boneblack" config, which supports
> >
On Fri, 23 Aug 2013, Luka Perkov wrote:
> On Fri, Aug 23, 2013 at 08:25:07AM -0400, Robert P. J. Day wrote:
> > i'm sure there's a simple answer to this -- i built u-boot for my
> > beaglebone black using the "am335x_boneblack" config, which supports
> >
On Fri, 23 Aug 2013, Stefano Babic wrote:
> Hi Robert,
>
> On 23/08/2013 14:25, Robert P. J. Day wrote:
> >
> > i'm sure there's a simple answer to this
>
> There is
>
> >-- i built u-boot for my
> > beaglebone black using the "am335x_bon
On Fri, 23 Aug 2013, Andreas Bießmann wrote:
> Dear Robert P. J. Day,
>
> On 08/23/2013 02:25 PM, Robert P. J. Day wrote:
>
>
>
> > so it's clearly there, but i have no idea what i'd put in
> > /etc/fw_env.config to refer to that partition.
> >
>
tition offset and size, yes? i just have to
figure out what that is, if that's the way it's done.
rday
--
================
Robert P. J. Day Ottawa, Ontario, C
Typoes fixed:
"partion" -> "partition"
"retrive", "retreive" -> "retrieve"
"th" -> "to"
Signed-off-by: Robert P. J. Day
---
just my pedantic nature getting the best of me, not sure if folks
preferred i
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/r
printf("%c ", separator);
}
where that loop inserts the separator *and* a blank. is that
deliberate? it just looks weird.
rday
--
================
Robert P. J. Day
On Sun, 21 Jul 2013, Tom Rini wrote:
> On Sun, Jul 21, 2013 at 01:43:29PM -0700, Robert P. J. Day wrote:
>
> > in the end, i would *like* the host to have the IP address
> > 192.168.7.1, and the BBB to have the IP address 192.168.7.2, and
> > there's one other sli
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
> Hi Robert,
>
> On Sun, 21 Jul 2013 08:10:15 -0700 (PDT), "Robert P. J. Day"
> wrote:
>
> > On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
> >
> > > Hi Robert,
> > >
> > > On Sun, 2
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
> Hi Robert,
>
> On Sun, 21 Jul 2013 08:10:15 -0700 (PDT), "Robert P. J. Day"
> wrote:
> > p.s. just to be clear, when the BBB is up and running, the only
> > active network interface is:
> >
> > usb0
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
> Hi Robert,
>
> On Sun, 21 Jul 2013 04:07:17 -0700 (PDT), "Robert P. J. Day"
> wrote:
>
> >
> > i have a current production version of the beaglebone black, and i'd
> > dearly love to NFS mount th
x.org/Mount_BeagleBoard_Root_Filesystem_over_NFS_via_USB
and am about to start poring over it, but if someone already knows if
it can be done (or not), that would be great. thanks.
rday
--
Robert P. J
On Mon, 4 Mar 2013, Tom Rini wrote:
> On Thu, Feb 28, 2013 at 08:46:15AM -0500, Robert P. J. Day wrote:
>
> > it would seem that in addition to manually setting HOSTCC, a user
> > should also set HOSTSTRIP when building fw_printenv, no? there's no
> > mention of tha
it would seem that in addition to manually setting HOSTCC, a user
should also set HOSTSTRIP when building fw_printenv, no? there's no
mention of that in the README but the strip operation will certainly
fail without it.
rday
___
U-Boot mailing list
U
Signed-off-by: Robert P. J. Day
---
diff --git a/tools/env/README b/tools/env/README
index df020e4..1020b57 100644
--- a/tools/env/README
+++ b/tools/env/README
@@ -8,7 +8,7 @@ In order to cross-compile fw_printenv, run
in the root directory of the U-Boot distribution. For example,
make
27;d use for this situation, and where
that single u-boot image would end up.
rday
--
========
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.
Quoting Scott Wood :
On 02/05/2013 07:37:20 AM, Robert P. J. Day wrote:
a few basic questions about a board i don't have access to right
this minute but did yesterday and will later today. it's an AM1808
experimenter kit lookalike except that it has (allegedly) had its NOR
flas
self-explanatory -- variables that are explicitly defined but are
apparently never used anywhere in the code. amusingly, i had to open
up the matching when i noticed the misspelling at the end. if all of
these are superfluous, i can submit a single patch to remove it all.
i will shut
some time ago, i wrote some simple shell scripts that scanned the
kernel source tree and identified oddities in configuration files --
things like Kconfig variables that were defined but never used, macros
that were being tested but were never set, etc. i just tweaked one of
those script
Quoting Eric Bénard :
Hi Robert,
Le Tue, 05 Feb 2013 08:37:20 -0500,
"Robert P. J. Day" a écrit :
main question -- should flinfo not tell me about my flash? what
might this configuration be missing? i should have access to the
board in an hour or two. thanks.
you can
a few basic questions about a board i don't have access to right
this minute but did yesterday and will later today. it's an AM1808
experimenter kit lookalike except that it has (allegedly) had its NOR
flash replaced with 2G of NAND flash, and i want to figure out what i
can add to the c
Nothing appears to use or compile cmd_df.c anymore.
Signed-off-by: Robert P. J. Day
---
hope this is the right format for deleting a file.
diff --git a/common/cmd_df.c b/common/cmd_df.c
deleted file mode 100644
index f7e5df3..000
--- a/common/cmd_df.c
+++ /dev/null
@@ -1,36 +0,0
Signed-off-by: Robert P. J. Day
---
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
index 06fc171..7398371 100644
--- a/common/cmd_mtdparts.c
+++ b/common/cmd_mtdparts.c
@@ -1422,7 +1422,7 @@ static int delete_partition(const char *id)
return 1
i mentioned this this weekend as well, can someone clarify this?
the source file cmd_df.c looks weird:
U_BOOT_CMD(
sf, 2, 1, do_serial_flash,
"Serial flash sub-system",
"probe [bus:]cs - init flash device on given SPI bus and CS")
so the source fil
i know i mentioned it this weekend but the only reason i tripped
over that cmd_disk.c thingie is that i built myself a cmd_*.c
reference list, matching source files with defined commands and
any preprocessor conditions that defined them here:
http://www.crashcourse.ca/wiki/index.php/U-Boot_comm
Quoting Albert ARIBAUD :
Hi Robert,
On Mon, 04 Feb 2013 07:53:43 -0500, "Robert P. J. Day"
wrote:
another observation from my weekend perusal of all of the
common/cmd_*.c files is that, despite its "cmd_" filename prefix, the
source file cmd_disk.c doesn't
another observation from my weekend perusal of all of the
common/cmd_*.c files is that, despite its "cmd_" filename prefix, the
source file cmd_disk.c doesn't define any actual u-boot commands.
according to what i see as u-boot filename naming conventions, it
shouldn't be named "cmd_*",
/file_reference
not perfect, but it gives me a quick way to know what source files
provide which commands, and under what circumstances.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
mentation of the "reginfo"
command, and the relevant test is already being done in the Makefile:
COBJS-$(CONFIG_CMD_REGINFO) += cmd_reginfo.o
am i understanding that correctly? thanks.
rday
--
==============
Signed-off-by: Robert P. J. Day
---
i think i got this right ... those chunks are just long enough that
comments are useful.
diff --git a/common/cmd_load.c b/common/cmd_load.c
index 2c8dab1..46db962 100644
--- a/common/cmd_load.c
+++ b/common/cmd_load.c
@@ -1064,8 +1064,8 @@ U_BOOT_CMD
do_serial_flash,
"Serial flash sub-system",
"probe [bus:]cs - init flash device on given SPI bus and CS")
i'm confused ...
rday
--
================
Robert P. J. Day
k about that first.
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://
Signed-off-by: Robert P. J. Day
---
fixing a few simple typoes should not represent this much grief.
diff --git a/common/cmd_mem.c b/common/cmd_mem.c
index 0f3ffc8..d44aa1d 100644
--- a/common/cmd_mem.c
+++ b/common/cmd_mem.c
@@ -462,7 +462,8 @@ static int do_mem_loop(cmd_tbl_t *cmdtp, int
tic uint dp_last_addr, dp_last_size;
... snip ...
which, as you can see, has a leading blank line but not a following
one. so what's correct? is this written down somewhere?
rday
--
Robert P. J. Day
Signed-off-by: Robert P. J. Day
---
i'm going to leave the comment format as it is since it matches all
of the other brief comments in that file.
diff --git a/common/cmd_mem.c b/common/cmd_mem.c
index 0f3ffc8..2568c04 100644
--- a/common/cmd_mem.c
+++ b/common/cmd_mem.c
@@ -462,7 +
On Sat, 2 Feb 2013, Jeroen Hofstee wrote:
> On 02/02/2013 05:04 PM, Robert P. J. Day wrote:
> > Signed-off-by: Robert P. J. Day
> >
> > ---
> >
> >based on perusal of entire file as i was reading code. undoubtedly
> > more of these file-
Signed-off-by: Robert P. J. Day
---
based on perusal of entire file as i was reading code. undoubtedly
more of these file-wide proofreads coming if no objections ...
diff --git a/common/cmd_mem.c b/common/cmd_mem.c
index 0f3ffc8..2568c04 100644
--- a/common/cmd_mem.c
+++ b/common/cmd_mem.c
be corrected.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.li
DECLARE_GLOBAL_DATA_PTR;
return gd->main_clk_rate_hz;
}
and based on how gcc optimizes, i'm not convinced that that macro
invocation is going to be in file-global scope, or am i just
forgetting my C scoping rules?
rday
--
===============
Tidy up indentation, and use what appears to be the standard of
"unsigned long" rather than "ulong" in u-boot.h files.
Signed-off-by: Robert P. J. Day
---
should be no functional change here, just aesthetics.
diff --git a/arch/arm/include/asm/u-boot.h b/arch/arm/includ
ot;version" to that page,
just for fun.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
On Fri, 1 Feb 2013, Robert P. J. Day wrote:
> ... the same source file -- AMDLV065D.c -- is in two different
> directories, and they differ slightly:
>
> $ diff board/{altera,psyent}/common/AMDLV065D.c
> 175c175
> < writeb (b, dst);
> ---
> &
same name to have that
single, subtle difference just looks strange.
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
S += -DCONFIG_SH -D__SH__
^^^
not suggesting they deserve immediate removal, just want to verify
that my understanding is correct and that they're unnecessary.
thanks.
rday
--
================
Robert P. J. Day
t comment should read:
# Configuration file for fw_(printenv/setenv) utility.
if it's anything more than just a trivial fix, i'll ask first.
rday
p.s. just edited that page, hope i did it correctly. onward ...
--
=
the bootable SD card that came with the kit, it's
based on the arago project so i know i have something that boots to
userspace as a starting point -- always good to know.
--
================
Robert P. J. Day
Fix a comment in the fw_env.config file, no functional change.
Signed-off-by: Robert P. J. Day
---
diff --git a/tools/env/fw_env.config b/tools/env/fw_env.config
index 8e21d5a..9d3b1a4 100644
--- a/tools/env/fw_env.config
+++ b/tools/env/fw_env.config
@@ -1,4 +1,4 @@
-# Configuration file for
On Sat, 26 Jan 2013, Albert ARIBAUD wrote:
> Hi Robert,
>
> On Sat, 26 Jan 2013 07:11:18 -0500 (EST), "Robert P. J. Day"
> wrote:
>
> > On Sat, 26 Jan 2013, Albert ARIBAUD wrote:
> >
> > > Hi Robert,
> > >
> > > On Sat, 2
On Sat, 26 Jan 2013, Robert P. J. Day wrote:
>
> Make USB help info for "start" subcommand consistent with other USB
> subcommands.
ACK, never mind, i just remembered that the first character string
of the long help automatically gets the command name prepende
On Sat, 26 Jan 2013, Albert ARIBAUD wrote:
> Hi Robert,
>
> On Sat, 26 Jan 2013 06:38:51 -0500 (EST), "Robert P. J. Day"
> wrote:
... snip ...
> > and second, i'm not sure how to read this out of cmd_pci.c:
> >
> > = start
> >
> >
NGHELP is defined, the symbol
"pci_help_text" is created as the text, but its *usage* just below in
the U_BOOT_CMD macro is *outside* of that preprocessor check. how
would that work if CONFIG_SYS_LONGHELP is undefined? not at my dev
host right this minute so i can't test, but it just loo
Make USB help info for "start" subcommand consistent with other USB
subcommands.
Signed-off-by: Robert P. J. Day
---
unless there's something different about the "start" subcommand,
this would seem to make sense for consistency.
diff --git a/common/cmd_usb.c
to get you started, and you can match up
running the commands with the underlying code.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
M of output to a mailing
list? what's wrong with pastebin?
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter:
Since there's no obvious mention, add a brief reference to the
custodians page at www.denx.de
Signed-off-by: Robert P. J. Day
---
remembering that i embarrassed myself by not understanding the
difference between a maintainer and a custodian, i think it's worth
adding a brief ment
Git commit d417d1db5f9092d125ddea882ced77eaa5f3d236 replaced the
omap-common file reset.S with reset.c, but the Makefile was not
adjusted for that.
Signed-off-by: Robert P. J. Day
---
Compile and run-tested on a BeagleBoard xM (rev C), seems to work
fine.
diff --git a/arch/arm/cpu/armv7
On Wed, 14 Nov 2012, Albert ARIBAUD wrote:
> Hi Robert,
>
> On Wed, 14 Nov 2012 11:32:11 -0500 (EST), "Robert P. J. Day"
> wrote:
>
> >
> > perusing the Makefiles, pretty straightforward but, on occasion, i
> > run into something like this (from
. is
there something deliberate about using SOBJS to refer to an object
file whose source file isn't actually assembler? just curious.
rday
--
Robert P. J. Day Ottawa, Ontario, C
On Wed, 14 Nov 2012, Benoît Thébaudeau wrote:
> Take a look at the following rule in the main Makefile:
> $(obj)include/autoconf.mk: $(obj)include/config.h
yup, that's what i was looking for, thanks.
rday
--
======
x27;s happening in the config and build process. thanks.
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn:
Since the top-level README file refers the reader to the CHANGELOG,
it's worth mentioning how to generate it.
Signed-off-by: Robert P. J. Day
---
diff --git a/README b/README
index afdf591..eeda03b 100644
--- a/README
+++ b/README
@@ -54,6 +54,11 @@ In case of problems see the CHANGELO
No functional changes, simply for readability.
Signed-off-by: Robert P. J. Day
---
diff --git a/arch/arm/cpu/armv7/omap4/clocks.c
b/arch/arm/cpu/armv7/omap4/clocks.c
index 5bd0a88..12c5803 100644
--- a/arch/arm/cpu/armv7/omap4/clocks.c
+++ b/arch/arm/cpu/armv7/omap4/clocks.c
@@ -44,7 +44,7
No functional changes, just more comments for readability when a
preprocessor check spans more than a few lines, and for consistency.
Signed-off-by: Robert P. J. Day
---
diff --git a/arch/arm/cpu/armv7/omap3/board.c b/arch/arm/cpu/armv7/omap3/board.c
index f3cd81a..89c587e 100644
--- a/arch
On Mon, 12 Nov 2012, Henrik Nordström wrote:
> mån 2012-11-12 klockan 12:43 -0500 skrev Robert P. J. Day:
> > after some playing around, i think i have a pretty good handle on
> > the structure and usage of the boards.cfg file, except for what are
> > apparently some oddit
-less beagle
xm.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
ntify an xM at *runtime*, but it
doesn't do anything to address the compile-time configuration. unless
i'm misunderstanding something.
anyway, i'll putter around in the code and see if there's a simple
and elegant solution. as you suggested, the boards.cfg soluti
Signed-off-by: Robert P. J. Day
---
pretty sure that comment is inaccurate, but i'm willing to be
corrected.
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 7a3cc16..741cbd9 100644
--- a/include/configs/omap3_beagle.h
+++ b/include/configs/omap3_bea
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
---
checked custodians page, didn't notice anyone in charge of LEDs.
diff --git a/common/cmd_led.c b/common/cmd_led.
/wiki/U-Boot/Custodians
ah, my mistake, apologies. too used to kernel MAINTAINERS file ...
rday
--
============
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
t imagine that would be hard to do.
rday
p.s. weirdly, while my working u-boot has all sorts of flash-related
commands, it *doesn't* have "flinfo", which seems odd and kind of
inconsistent. will investigate further ...
--
==============
27;t appear in that file. should it?
rday
--
================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twi
301 - 400 of 461 matches
Mail list logo
