On Thursday 15 May 2014 04:42:58 Pavel Machek wrote:
Hi!
I am trying to understand the state of the socfpga preloader in mainline
u-boot.
From what I see, this is broken and perhaps has never worked.
That's correct AFAICT.
When I build the code in u-boot-socfpga I get a healthy
On Tuesday 13 May 2014 08:26:44 Tom Rini wrote:
On Tue, May 06, 2014 at 10:46:46AM +1200, Charles Manning wrote:
mxsimage uses the same crc32 function as pblimage.
Signed-off-by: Charles Manning cdhmann...@gmail.com
Acked-by: Stefano Babic sba...@denx.de
This introduces warnings:
tools
1/2: casting pointers in mxsimage.c
Charles Manning (2):
mkimage : Split out and clean pbl_crc32 for use by other image types
tools: Refactor mxsimage to use pbl_crc32
tools/Makefile|1 +
tools/mxsimage.c | 32 +++---
tools/pbl_crc32.c | 56
Both pblimage and mxsimage use the same crc algorithm, so refactor.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Changes for V2:
- Cast buffer pointers when calling pbl_crc32().
tools/mxsimage.c | 32 +++-
1 file changed, 7 insertions(+), 25 deletions
The crc32 used by pblimgae is NOT the same as zlib crc32.
The pbl_crc32 is useful for other purposes in mkimage so split it out.
While we are about it, clean up redundant and confusing code.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Unchanged from V1.
tools/Makefile|1
On Thu, May 8, 2014 at 10:24 PM, Chin Liang See cl...@altera.com wrote:
Hi Charles,
On Tue, 2014-05-06 at 12:22 +1200, Charles Manning wrote:
Hello
I am trying to understand the state of the socfpga preloader in
mainline u-boot.
From what I see, this is broken and perhaps has
As a step towards adding an image signer for socfpga, this set of patches
breaks out the common crc code that is used in both pblimage and mxsimage.
Not that this is NOT the same algorithm as the crc generated by zlib.
The new function has been named pbl_crc32.
Charles Manning (2):
mkimage
mxsimage uses the same crc32 function as pblimage.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
tools/mxsimage.c | 28 +++-
1 file changed, 3 insertions(+), 25 deletions(-)
diff --git a/tools/mxsimage.c b/tools/mxsimage.c
index 045b35a..0c4348c 100644
The crc32 used by pblimgae is NOT the same as zlib crc32.
The pbl_crc32 is useful for other purposes in mkimage so split it out.
While we are about it, clean up redundant and confusing code.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
tools/Makefile|1 +
tools/pbl_crc32.c
Hello
I am trying to understand the state of the socfpga preloader in mainline
u-boot.
From what I see, this is broken and perhaps has never worked.
When I build the code in u-boot-socfpga I get a healthy working
u-boot-spl.bin of approx 45kbytes.
When I build the mainline u-boot code I get a
On Saturday 05 April 2014 09:47:02 Pavel Machek wrote:
Hi!
I'm trying to get custom preloader to work (on EBV Socrates)... I
tried applying old patch from mail archives, but a) applying patch
from mail archives is not fun and b) it did not seem to do the trick.
Just to make sure... right
On Tuesday 11 March 2014 22:13:26 you wrote:
Hello Charles, Gerhard,
Is there any (real, technical) reason why the bzip stuff (the
CRC-32 calculation that has been made available separately)
cannot get built and used as a library, and the tools/
application just gets linked
Dear Gerhard
Thank you for your further comments and clarifications, may I press you for a
few more?
On Tuesday 11 March 2014 08:36:24 Gerhard Sittig wrote:
[ Cc: to Masahiro for the tools/ vs lib/ build support part ]
On Mon, Mar 10, 2014 at 16:04 +1300, Charles Manning wrote:
On Sunday
Hello Gerhard
Thank you for that feedback.
On Sunday 09 March 2014 05:51:23 Gerhard Sittig wrote:
On Thu, Mar 06, 2014 at 15:40 +1300, Charles Manning wrote:
[ ... ]
Unfortunately the CRC used in this boot ROM is not the same as the
Adler CRC in lib/crc32.c. Indeed the Adler code
as a checksum.
Thus, the appropriate CRC generator is added to lib/ as crc32_alt.c.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Changes for v3:
- Fix some coding style issues.
- Move from a standalone tool to the mkimgae framework.
Changes for v4:
- Fix more coding style issues.
- Fix
Hello All
I am currently reworking a socfpga signer patch which is part of mkimage.
One thing I need to do is to stuff some bytes into a header ensuring the
endianism is correct.
This is a trivial thing to do in C, but I have been instructed to use the
existing functions put_unaligned_le32()
Hello Wolfgang
Further to my last response
On Friday 28 February 2014 11:43:47 Charles Manning wrote:
On Friday 28 February 2014 10:57:21 Wolfgang Denk wrote:
+static uint32_t get_le32(const uint8_t *buf)
+{
+ uint32_t retval;
+
+ retval = (((uint32_t) buf[0]) 0
I can certainly avoid the ifdef, but there is already another one three
lines down
for the SAMSUNG case:
ifdef CONFIG_SOCFPGA
ALL-y += $(OBJTREE)/socfpga-signed-preloader.bin
endif
ifdef CONFIG_SAMSUNG
ALL-y+= $(obj)/$(BOARD)-spl.bin
endif
It seems odd to me that
On Friday 28 February 2014 10:23:11 Wolfgang Denk wrote:
Dear Charles,
sorry, I only send part of the message. Here is the rest.
In message
cae21aqp2gspedrdakio1wpa3vgtwjd-3d1wsqm0whg9r-8b...@mail.gmail.com you
wrote:
Both Gerhard and me asked before: Why exactly do we need another
+++ b/lib/crc32_alt.c
@@ -0,0 +1,94 @@
+/*
+ * Copyright (C) 2014 Charles Manning cdhmann...@gmail.com
+ *
+ * SPDX-License-Identifier:GPL-2.0+
+ *
+ * Note that the CRC is **not** the zlib/Adler crc32 in crc32.c.
+ * It is the CRC-32 used in bzip2, ethernet and elsewhere
as a checksum.
Thus, the appropriate CRC generator is added to lib/ as crc32_alt.c.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Changes for v3:
- Fix some coding style issues.
- Move from a standalone tool to the mkimgae framework.
Changes for v4:
- Fix more coding style issues.
- Fix
as a checksum.
Thus, the appropriate CRC generator is added to lib/ as crc32_alt.c.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Changes for v3:
- Fix some coding style issues.
- Move from a standalone tool to the mkimgae framework.
Changes for v4:
- Fix more coding style issues.
- Fix
On Wednesday 26 February 2014 19:16:37 Michal Simek wrote:
On 02/26/2014 02:17 AM, Charles Manning wrote:
Like many platforms, the Altera socfpga platform requires that the
preloader be signed in a certain way or the built-in boot ROM will
not boot the code.
This change automatically
ROM will
not boot the code.
This change automatically creates an appropriately signed preloader
from an SPL image.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Changes for v3:
- Fix some coding style issues.
- Move from a standalone tool to the mkimgae framework
Hello Wolfgang
I have some further observations to my last email...
Your input would be vastly appreciated.
Please see below.
On Tue, Feb 25, 2014 at 8:18 AM, Charles Manning cdhmann...@gmail.comwrote:
Hello Wolfgang
On Monday 24 February 2014 19:48:36 Wolfgang Denk wrote:
Dear Charles
Hello All, but mainly a message to Wolfgang and Gerhard.
I would like to apologise for my recent flurry of postings causing some
confusion and gnashing of teeth.
I only read some of the comments (relating to adding a version number on the
patch). I had read that far then assumed the patch had
Like many platforms, the Altera socfpga platform requires that the
preloader be signed in a certain way or the built-in boot ROM will
not boot the code.
This change automatically creates an appropriately signed preloader
from an SPL image.
Signed-off-by: Charles Manning cdhmann...@gmail.com
socfpgaimage.
* This version passes checkpatch too :-)
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1 +
tools
I am in the throes of extending mkimage to add socfpga support. This is my
first time in mkimage, so please forgive me being on a learning curve.
It seems that the most normal path for mkimage signers is to append some
sort of header to the front of the image
ie the flow is
write header out
This tool signs a preloader (built from SPL) when CONFIG_SOCFPGA is set.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools
This one passes checkpatch too :-)
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1 +
tools
No need to use the altera tool any more...
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
spl/Makefile |8 ++
tools/Makefile |9 +-
tools/socfpga-signer.c | 294
3 files changed, 310 insertions(+), 1 deletion
Hi Tom
On Thursday 20 February 2014 13:32:37 Tom Rini wrote:
On Thu, Feb 20, 2014 at 12:01:40PM +1300, Charles Manning wrote:
No need to use the altera tool any more...
Signed-off-by: Charles Manning cdhmann...@gmail.com
[snip]
+ //crcval = crc_calc ((uint32_t *)buf, len/4
The summary already has other verification. This one is not needed.
The check caused summaries to be ignored if they were not on the
numbered block. This caused problems when a summary was embedded in an
image and the image is written to a flash with bad blocks.
Signed-off-by: Charles Manning
I have had to deal with this a bit so I'll give my 2c.
Under the GPL2, the company only has to provide source, or make an
offer to do so, to customers buying the product containing the GPL
code.
The flip side to this is that the teeth in the GPL come from
copyright law and the only person who
On Fri, Mar 8, 2013 at 11:23 AM, Wolfgang Denk w...@denx.de wrote:
Dear Charles,
In message
CAE21AQoqC8_sJarKmSAa2f-3=3YDPL9gK7rxL7pXUx3aa=n...@mail.gmail.com you
wrote:
1) If you buy a product containing GPL code, but the company does not
supply the code, then - in general - you cannot
On Wednesday 15 August 2012 08:16:22 Marek Vasut wrote:
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Charles Manning cdhmann...@gmail.com
Cc: Wolfgang Denk w...@denx.de
While I appreciate this, I would prefer the use the patch I submitted today
which also gets rid of the yaffs hweight code
Also remove yaffs_hweight and use the hweight in u-boot.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
fs/yaffs2/Makefile|2 +-
fs/yaffs2/stdio.h |1 -
fs/yaffs2/stdlib.h|1 -
fs/yaffs2/string.h|4 ---
fs/yaffs2/yaffs_hweight.c | 52
Hi All
I'm helping to work through an issue where some code is loaded into RAM
and go xxx is issued to then launch the code.
Sometimes this works and sometimes it does not, which makes me suspect that
there might be a cache flushing issue.
I looked at do_exec_go() and it does not flush caches
Hello All
I am trying to use SPL to boot an AM3703-based overo board from NAND.
SPL runs and seems to load u-boot correctly but u-boot does not run
correctly.
When I use the same SPL and u-boot from MMC, everything boots fine.
I have modified SPL slightly to add some extra debugging.
Any ideas
Hi All
My understanding of the way SPL is intended to be configured is:
(a) You have one config file for both SPL and u-boot.
(b) SPL features are selected via SPL-specific options.
I have a need to build SPL with MMC/FAT support, but I don't want
u-boot to have MMC/FAT support.
I do however
On Friday 18 May 2012 08:58:06 Scott Wood wrote:
On 05/17/2012 03:47 PM, Tom Rini wrote:
On 05/17/2012 01:22 PM, Scott Wood wrote:
We had problems with (B) regarding TEXT_BASE -- the makefile versions of
the config symbols will only be generated once.
CONFIG_SKIP_LOW_LEVEL_INIT doesn't
On Tuesday 15 May 2012 17:12:05 Mike Frysinger wrote:
On Monday 14 May 2012 17:01:30 Charles Manning wrote:
On Monday 14 May 2012 17:15:50 Mike Frysinger wrote:
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
On Wednesday 16 May 2012 10:25:26 Wolfgang Denk wrote:
Dear Charles,
In message 201205161007.59560.mannin...@actrix.gen.nz you wrote:
On Tuesday 15 May 2012 17:12:05 Mike Frysinger wrote:
...
current u-boot policy is to not introduce changes that knowingly break
other platforms. so
On Monday 14 May 2012 17:15:50 Mike Frysinger wrote:
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
It won't work for people that don't set up their lds
Seems odd that this hasn't been done yet.
Shaves 5k off an omap overo build.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
arch/arm/config.mk |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/config.mk b/arch/arm/config.mk
index 45f9dca..73e0cce
On Monday 30 April 2012 16:40:16 Wolfgang Denk wrote:
Dear Charles Manning,
In message 1335739336-2942-1-git-send-email-cdhmann...@gmail.com you
wrote:
This patch set replaces fs/yaffs2 with a new version.
This new version is faster and also adds the ability to dynamically
add yaffs2
This patch set replaces fs/yaffs2 with a new version.
This new version is faster and also adds the ability to dynamically
add yaffs2 mount points which makes configuration far simpler.
-- Charles
___
U-Boot mailing list
U-Boot@lists.denx.de
On Friday 27 April 2012 00:25:55 Wolfgang Denk wrote:
Dear Charles Manning,
In message 201204261028.44543.mannin...@actrix.gen.nz you wrote:
yaffs went through a large reformat a while ago meaning that the current
code does not diff well against the old code. Future changes shuld be a
lot
On Tuesday 24 April 2012 03:33:35 Stefano Babic wrote:
On 22/04/2012 22:23, Charles Manning wrote:
On Friday 20 April 2012 09:40:50 Tom Rini wrote:
On Mon, Apr 16, 2012 at 04:32:07PM +1200, Charles Manning wrote:
Hello ubooters and yaffsers
Hi Charles,
I was commissioned to refresh
On Tuesday 24 April 2012 08:58:09 you wrote:
Dear Charles Manning,
In message 201204231346.32195.mannin...@actrix.gen.nz you wrote:
I recently sent a message to the list announcing a method for patching in
the latest yaffs2.
u-boot updated with the latest yaffs2 can be pulled from
g
On Thursday 26 April 2012 10:21:37 Tom Rini wrote:
On Thu, Apr 26, 2012 at 09:08:42AM +1200, Charles Manning wrote:
On Tuesday 24 April 2012 08:58:09 you wrote:
Dear Charles Manning,
In message 201204231346.32195.mannin...@actrix.gen.nz you wrote:
I recently sent a message
On Thursday 26 April 2012 10:40:51 Tom Rini wrote:
On 04/25/2012 03:28 PM, Charles Manning wrote:
On Thursday 26 April 2012 10:21:37 Tom Rini wrote:
On Thu, Apr 26, 2012 at 09:08:42AM +1200, Charles Manning wrote:
On Tuesday 24 April 2012 08:58:09 you wrote:
Dear Charles Manning
On Friday 20 April 2012 09:40:50 Tom Rini wrote:
On Mon, Apr 16, 2012 at 04:32:07PM +1200, Charles Manning wrote:
Hello ubooters and yaffsers
I was commissioned to refresh yaffs2 in u-boot and add a mechanism to
support dynamic yaffs partition set up (way simpler than screwing around
Hello all
I recently sent a message to the list announcing a method for patching in the
latest yaffs2.
u-boot updated with the latest yaffs2 can be pulled from
g...@github.com:cdhmanning/u-boot-yaffs2.git
-- CHarles
___
U-Boot mailing list
Hello ubooters and yaffsers
I was commissioned to refresh yaffs2 in u-boot and add a mechanism to support
dynamic yaffs partition set up (way simpler than screwing around with mtd
part) and manual configuration.
Rather than do this as a once off, I set this scripting up so that this can
be
in u-boot myself. have a look at the commands for the
yaffs code.
Bud
-Original Message-
From: Charles Manning [mailto:mannin...@actrix.gen.nz]
Sent: Thursday, 15 March 2012 6:24 a.m.
To: Bud Miljkovic
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Enabling nand createbbt
happens.
In a normal situation with mtd partitioning these are set to 0 and
n-blocks-in-partition -1, but they can be set manually too.
-- Charles
Bud
-Original Message-
From: Charles Manning [mailto:mannin...@actrix.gen.nz]
Sent: Monday, 12 March 2012 8:20 a.m.
To: Bud
Bud
Yaffs can work without mtdpart. To do that you just need to configure the
start and end blocks manually instead of using the partition info to do this.
On Friday 09 March 2012 13:58:48 Bud Miljkovic wrote:
Thank you Scott and Fabio,
You help is much appreciated.
I will try to add the
On Wednesday 08 February 2012 17:16:10 Bud Miljkovic wrote:
Can someone clue me in how one goes about a NAND bootable u-Boot?
Bud
You can't actually run uboot from NAND per se. The rom boot loader reads the
image into ram where it runs.
Based on my experience with omap - which uses a very
On Friday 10 February 2012 10:37:44 Bud Miljkovic wrote:
Hello Jason Liu,
Is there a glossary for the defines used in the
/include/configs/board_name.h files?
I find it far easier to just grep the code.
-- Charles
___
U-Boot mailing list
Bud
Last time I looked, the yaffs code in u-boot is pretty old and I would
recommend refreshing it.
-- Charles
On Friday 03 February 2012 10:40:45 Bud Miljkovic wrote:
I am newbie in this. Anybody done it?
Any lead is appreciated.
Cheers,
Bud Miljkovic
-Original Message-
On Tuesday 31 January 2012 17:07:05 Bud Miljkovic wrote:
Hi there,
While getting acquainted with possible u-Boot development issues, I read
FAQ 14.2.1. Can U-Boot be configured such that it can be started in
RAM? and was puzzled to learn that u-Boot cannot run from RAM.
This is clearly
Hi All
I have usbtty partially working on omap3 (overo board). Unfortunately the
byte stream gets corrupted. It looks like some sort of buffer / fifo
corruption or similar with old bytes being sent and some bytes being dropped.
Does anyone have this actually working reliably?
I tried to have
On Wednesday 11 May 2011 11:47:14 Jason Kridner wrote:
On Tue, May 10, 2011 at 7:23 PM, Charles Manning
mannin...@actrix.gen.nzwrote:
Hi All
I have usbtty partially working on omap3 (overo board). Unfortunately
the byte stream gets corrupted. It looks like some sort of buffer / fifo
Hi All
I recently moved from a really old uboot to git master of a few days back to
be able to get the benefit of dcache/icache
Unfortunately I'm now seeing data corruption on the serial stream using
usbtty.
Anyone else seeing this problem?
Thanks
Charles
On Thursday 05 May 2011 13:44:01 Charles Manning wrote:
Hi All
I recently moved from a really old uboot to git master of a few days back
to be able to get the benefit of dcache/icache
Unfortunately I'm now seeing data corruption on the serial stream using
usbtty.
Anyone else seeing
On Wednesday 20 April 2011 15:51:56 Charles Manning wrote:
Garbage collect code that isn't used.
Saves a good few kbytes.
Sorry folks. THis patch is broken.
I'll submit another.
Charles
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On Tuesday 19 April 2011 11:20:47 Ciummo, Larry (DS-1) wrote:
Designation: Non-SSA/Finmeccanica
A while back there was a fix for the overlapping section link problem
(see below) involving changing some sort of global. Does anyone have a
pointer to the change. I'm using a fairly old uboot
Garbage collect code that isn't used.
Saves a good few kbytes.
Signed-off-by: Charles Manning cdhmann...@gmail.com
---
Makefile |2 +-
arch/arm/config.mk|6 ++
arch/arm/cpu/armv7/u-boot.lds |6 +++---
3 files changed, 10 insertions(+), 4
I've been investigating reducing the size of an omap3 uboot image to less than
64k to facilitate loading via the bootrom. I've been working with the Brian
Silvermans' patch and some modifications to that.
http://www.mail-archive.com/u-boot@lists.denx.de/msg16073.html
With Brians's patch, and
71 matches
Mail list logo
