Fix a comment in the fw_env.config file, no functional change.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
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 Ottawa, Ontario, CANADA
http
i did it correctly. onward ...
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com
^^^
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 Ottawa, Ontario
difference just looks strange.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http
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);
---
writeb (dst, b);
$
that looks kind
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
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 rpj...@crashcourse.ca
---
should be no functional change here, just aesthetics.
diff --git a/arch/arm/include/asm/u-boot.h b/arch/arm/include
-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
--
Robert P. J. Day
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
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 rpj...@crashcourse.ca
---
based on perusal of entire file as i was reading code. undoubtedly
more of these file-wide proofreads coming if no objections
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
? is this written down somewhere?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
flash sub-system,
probe [bus:]cs - init flash device on given SPI bus and CS)
i'm confused ...
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
, 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
--
Robert P. J. Day Ottawa
/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
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_*,
Quoting Albert ARIBAUD albert.u.b...@aribaud.net:
Hi Robert,
On Mon, 04 Feb 2013 07:53:43 -0500, Robert P. J. Day
rpj...@crashcourse.ca 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
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:
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 file
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
Nothing appears to use or compile cmd_df.c anymore.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
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
Quoting Eric Bénard e...@eukrea.com:
Hi Robert,
Le Tue, 05 Feb 2013 08:37:20 -0500,
Robert P. J. Day rpj...@crashcourse.ca 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
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
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
Quoting Scott Wood scottw...@freescale.com:
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
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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
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
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 that in the README but the strip
/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. Day
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sun, 21 Jul 2013 04:07:17 -0700 (PDT), Robert P. J. Day
rpj...@crashcourse.ca wrote:
i have a current production version of the beaglebone black, and i'd
dearly love to NFS mount the root filesystem over the USB tether
(which
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sun, 21 Jul 2013 08:10:15 -0700 (PDT), Robert P. J. Day
rpj...@crashcourse.ca wrote:
p.s. just to be clear, when the BBB is up and running, the only
active network interface is:
usb0 Link encap:Ethernet HWaddr EA:60:E8:F4
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sun, 21 Jul 2013 08:10:15 -0700 (PDT), Robert P. J. Day
rpj...@crashcourse.ca wrote:
On Sun, 21 Jul 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sun, 21 Jul 2013 04:07:17 -0700 (PDT), Robert P. J. Day
rpj...@crashcourse.ca
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 slight complication.
i can't assume
that loop inserts the separator *and* a blank. is that
deliberate? it just looks weird.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
Typoes fixed:
partion - partition
retrive, retreive - retrieve
th - to
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
just my pedantic nature getting the best of me, not sure if folks
preferred i submit these on a per-subsystem basis and CC all relevant
maintainers. if so
out what that is, if that's the way it's done.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
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:
snip
so it's clearly there, but i have no idea what i'd put in
/etc/fw_env.config to refer to that partition.
i tried adding the simple line:
/dev/mmcblk1boot1
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_boneblack config, which
supports saving env info to the eMMC HW partition
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
saving env info to the eMMC HW partition boot1
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
saving env info to the eMMC HW partition boot1
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's a simple answer to this -- i built u-boot for my
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 discussing
how to be able to refer *directly
, 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
documentation.
rday
--
Robert P. J. Day
see where the kernel
image is loaded into memory. thoughts?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
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 got:
U-Boot# run bootcmd
mmc1
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 rpj...@crashcourse.ca
---
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index e0a87f8..7969e07 100644
--- a/include
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
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 \
run findfdt; \
run
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 rpj...@crashcourse.ca
---
i asked about this a while
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
--
Robert P. J. Day Ottawa, Ontario, CANADA
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
On Sun, 15 Sep 2013, Albert ARIBAUD wrote:
Hi Wolfgang,
On Sun, 15 Sep 2013 01:28:12 +0200, Wolfgang Denk w...@denx.de wrote:
Dear Robert P. J. Day,
In message alpine.DEB.2.02.1309140615150.14699@oneiric you wrote:
given my pedantic nature, i've run across the occasional
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 rpj...@crashcourse.ca
---
diff --git a/Makefile b/Makefile
index 1365db6..f55f8c0 100644
--- a/Makefile
+++ b/Makefile
@@ -45,13 +45,13
Tidy up, reorder, and add newer info to the arch/ directory subsection
of the README file.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
if anyone wants to adjust any of that differently, help yourself.
diff --git a/README b/README
index ccd47fa..be5336f 100644
--- a/README
On Sun, 15 Sep 2013, Fabio Estevam wrote:
On Sun, Sep 15, 2013 at 7:10 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
Fix various misspellings of things like environment, kernel,
default and volatile, and throw in a couple grammar fixes.
Isn't there a typo in the subject itself
be safe. i can
submit a patch unless people feel it's simply too disruptive.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
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
--
Robert P
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
rpj...@crashcourse.ca wrote:
On Sun, 15 Sep 2013, Fabio Estevam wrote:
On Sun, Sep 15, 2013 at 7:10 PM, Robert P. J. Day
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 rpj...@crashcourse.ca
---
ok, here's version two ...
diff --git a/Makefile b/Makefile
index 1365db6..f55f8c0 100644
--- a/Makefile
+++ b
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 rpj...@crashcourse.ca
---
compile-tested, configured for am335x_boneblack_config.
diff --git a/common
in the patch?
or am i doing something silly?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
? what's wrong with pastebin?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com
match up
running the commands with the underlying code.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
Make USB help info for start subcommand consistent with other USB
subcommands.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
unless there's something different about the start subcommand,
this would seem to make sense for consistency.
diff --git a/common/cmd_usb.c b/common
? not at my dev
host right this minute so i can't test, but it just looks ... weird.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter
On Sat, 26 Jan 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sat, 26 Jan 2013 06:38:51 -0500 (EST), Robert P. J. Day
rpj...@crashcourse.ca wrote:
... snip ...
and second, i'm not sure how to read this out of cmd_pci.c:
= start
#ifdef CONFIG_SYS_LONGHELP
static char
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 prepended.
apologies.
rday
On Sat, 26 Jan 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sat, 26 Jan 2013 07:11:18 -0500 (EST), Robert P. J. Day
rpj...@crashcourse.ca wrote:
On Sat, 26 Jan 2013, Albert ARIBAUD wrote:
Hi Robert,
On Sat, 26 Jan 2013 06:38:51 -0500 (EST), Robert P. J. Day
rpj...@crashcourse.ca
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
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
.
--
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
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
1 - 100 of 456 matches
Mail list logo