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
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
---
Unchanged from V1.
tools/Makefile|1 +
tools/pbl_crc32.c
Both pblimage and mxsimage use the same crc algorithm, so refactor.
Signed-off-by: Charles Manning
---
Changes for V2:
- Cast buffer pointers when calling pbl_crc32().
tools/mxsimage.c | 32 +++-
1 file changed, 7 insertions(+), 25 deletions(-)
diff --git a
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
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
> > Acked-by: Stefano Babic
>
> This introduces
On Thu, May 8, 2014 at 10:24 PM, Chin Liang See 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.
> >
>
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
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
---
tools/Makefile|1 +
tools/pbl_crc32.c | 56
mxsimage uses the same crc32 function as pblimage.
Signed-off-by: Charles Manning
---
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
--- a/tools/mxsimage.c
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
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
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
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 Ma
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.
ribed as a checksum.
Thus, the appropriate CRC generator is added to lib/ as crc32_alt.c.
Signed-off-by: Charles Manning
---
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 typos i
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;
> > >
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() etc
" is a bad name as there is more than one alternative. Please use
> a descriptive name.
Ok I shall do that.
>
> > --- /dev/null
> > +++ b/lib/crc32_alt.c
> > @@ -0,0 +1,94 @@
> > +/*
> > + * Copyright (C) 2014 Charles Manning
> > + *
> > + * SPDX-
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
you
wrote:
> > > > Both Gerhard and me asked before: Why exactly do we need another
> > > > implementation of CRC32. We already have some - why c
> > 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
> >
> > I
ribed as a checksum.
Thus, the appropriate CRC generator is added to lib/ as crc32_alt.c.
Signed-off-by: Charles Manning
---
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 typos i
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 boo
ribed as a checksum.
Thus, the appropriate CRC generator is added to lib/ as crc32_alt.c.
Signed-off-by: Charles Manning
---
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 typos i
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 wrote:
> Hello Wolfgang
> On Monday 24 February 2014 19:48:36 Wolfgang Denk wrote:
> > Dear Charles
d" 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
> > ---
> >
> > Changes for
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
---
Chan
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 a
socfpgaimage.
* This version passes checkpatch too :-)
Signed-off-by: Charles Manning
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1 +
tools/socfpgaimage.c
This one passes checkpatch too :-)
Signed-off-by: Charles Manning
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1 +
tools/socfpgaimage.c | 348
This tool signs a preloader (built from SPL) when CONFIG_SOCFPGA is set.
Signed-off-by: Charles Manning
---
common/image.c |1 +
include/image.h |1 +
spl/Makefile |8 ++
tools/Makefile |2 +
tools/mkimage.c |2 +
tools/mkimage.h |1
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
c
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
>
> [snip]
>
> > + //crcval = crc_calc ((ui
No need to use the altera tool any more...
Signed-off-by: Charles Manning
---
spl/Makefile |8 ++
tools/Makefile |9 +-
tools/socfpga-signer.c | 294
3 files changed, 310 insertions(+), 1 deletion(-)
create mode 100644
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
On Fri, Mar 8, 2013 at 11:23 AM, Wolfgang Denk wrote:
> Dear Charles,
>
> In message
> you
> wrote:
>>
>> 1) If you buy a product containing GPL code, but the company does not
>> supply the code, then - in general - you cannot force the company to
>> supply you with code. You need to get the co
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 c
Also remove yaffs_hweight and use the hweight in u-boot.
Signed-off-by: Charles Manning
---
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
On Wednesday 15 August 2012 08:16:22 Marek Vasut wrote:
>
> Signed-off-by: Marek Vasut
> Cc: Charles Manning
> Cc: Wolfgang Denk
While I appreciate this, I would prefer the use the patch I submitted today
which also gets rid of the yaffs hweight code too.
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 cache
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
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
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 se
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
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'
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'
Seems odd that this hasn't been done yet.
Shaves 5k off an omap overo build.
Signed-off-by: Charles Manning
---
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 100644
--- a/arc
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 als
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
http://list
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
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
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
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-boo
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
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
U-Boot@lis
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
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 do
ehensive YAFFS2 commands
> document?
I have never used yaffs 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.
&
RE the mount/init 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.n
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 t
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/ files?
I find it far easier to just grep the code.
-- Charles
___
U-Boot mailing list
U-Boot@lists.d
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 s
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 cl
On Wednesday 11 May 2011 11:47:14 Jason Kridner wrote:
> On Tue, May 10, 2011 at 7:23 PM, Charles Manning
wrote:
> > Hi All
> >
> > I have usbtty partially working on omap3 (overo board). Unfortunately
> > the byte stream gets corrupted. It looks like some sort of buff
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 Thursday 05 May 2011 17:32:20 Wolfgang Denk wrote:
> Dear Alexander Stein,
>
> In message <201105030848.17576.alexander.st...@systec-electronic.com> you
wrote:
> > This specific version was selected due to relocation problems on ARM. But
> > I expect the dcache doesn't have that big influence o
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
&g
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 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 uboo
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
Garbage collect code that isn't used.
Saves a good few kbytes.
Signed-off-by: Charles Manning
---
Makefile |2 +-
arch/arm/config.mk|6 ++
arch/arm/cpu/armv7/u-boot.lds |6 +++---
3 files changed, 10 insertions(+), 4 deletions(-)
diff --
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 so
72 matches
Mail list logo
