dd if=u-boot.bin of=u-boot.bin2 bs=512k conv=sync
Il giorno mer, 23/07/2008 alle 11.35 -0700, Fundu ha scritto:
> My u-boot.bin is 256k.
> Is there a way i could make it fit into 512k b'coz sector size is 512k.
> The CFG_MONITOR_LEN doesn't seem to have any effect.
>
> TIA
>
>
>
>
> -
On mer, 2008-07-09 at 09:25 -0400, Timur Tabi wrote:
> On Jul 7, 2008, at 10:17 AM, Luigi 'Comio' Mantellini wrote:
>
> > ---
> > drivers/i2c/fsl_i2c.c | 68
> > +
> > 1 files changed, 68 insertions
Hi Yi-Neng,
you are wrong :) I'm using Lauterbach Trace32 under Linux with success.
Ask to your FAE or Lauterbach technical support to have a linux release.
Anyway, for debug u-boot I use a script like the attachment.
ciao ciao
luigi
On mar, 2008-07-08 at 11:41 +0800, Yi-Neng Lin wrote:
> Hi
test failed
try again.
Il giorno lun, 07/07/2008 alle 13.25 -0700, Barry Burr (C) ha scritto:
> test
>
>
>
> Barry Burr
>
> IT | Systems Administrator| 2Wire, Inc
>
> 1704 Automation Pkwy San Jose Ca 95131
> Direct 408.321.1692
>
> [EMAIL PROTECTED]
>
>
>
>
>
>
Il giorno lun, 07/07/2008 alle 20.02 +0200, Wolfgang Denk ha scritto:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > I just extended the fsl_i2c.c driver that already uses a precomputed
>
> Yes, I know. I never understood what such a complicated driver for
> sich a simple protocol was
On lun, 2008-07-07 at 16:59 +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > +
>
> What a nightmare of data and code. So many magic numbers, so much
> potential for errors. And for what? Just for I2C support in U-Boot?
>
>From your PoV you are right.
> Are you
---
drivers/i2c/fsl_i2c.c | 68 +
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index 0690340..8fd73c0 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -78,6 +78,73 @@
---
drivers/i2c/fsl_i2c.c | 68 +
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index 0690340..8fd73c0 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -78,6 +78,73 @@
The coldfire cpus use a little different i2c device that is not perfectly
compatible with the i2c fsl driver present on mpc cpus. consequently the
fsl_i2c driver needs some little modification in order to work on these cpus
(m547x/m548x and m5445x cpus).
Best regards,
luigi
---
drivers/i2c/fsl_i2c.c | 68 +
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index 0690340..8fd73c0 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -78,6 +78,73 @@
The coldfire cpus use a little different i2c device that is not perfectly
compatible with the i2c fsl driver present on mpc cpus. consequently the
fsl_i2c driver needs some little modification in order to work on these cpus
(m547x/m548x and m5445x cpus).
luigi
Ciao Pesà,
U-Boot can load an image from a jffs2 fs using the fsload command:
fsload DEST_ADDR imagename
Furthermore, you need to properly define the mtdpart and mtdids
environment vars or define the opportune #define, like this:
#define MTDIDS_DEFAULT "nor0=phys_mapped_flash"
#define
Hi List,
Hi Tsi-Ching Liew,
I'm using u-boot 1.3.2 (trunk) on my application in order to boot the
freescale linux kernel for mcf547x cpus. My application has a lot of
memory (256MB) and this causes difficulties to start the linux kernel.
The Head.S code of the mcf547x Linux Kernel allows a one-to
Hi Nanda,
the command table is (essentially) a vector of pointers to functions
(the commands). These pointers are calculated using the TEXTBASE pointer
that usually is located into the flash. When relocate the u-boot code,
we need to update the commands table with the relocated pointer for e
each
I think that to support this feature a better tcp/ip stack should be
implemented...
At this point the question may be if we really need a real tcp/ip
stack... After all u-boot is a boot loader and not a full operating
system... or not?
luigi
Il giorno lun, 12/05/2008 alle 01.03 +0200, Wolfgang De
Il giorno mer, 16/04/2008 alle 22.23 +0300, Vlad Lungu ha scritto:
> Luigi 'Comio' Mantellini wrote:
> [snip]
> > I have 2 identical flash chip from spansion.
> >
> Can you tell me the part number so I can do a quick check on it?
I'll send you the exac
Hi Vlad,
Il giorno mer, 16/04/2008 alle 21.39 +0300, Vlad Lungu ha scritto:
> > The rootfs will be Read-only. Any write access will be redirected to a
> > ramdisk. Only during the "upgrading" activity the JFFS2 will be write
> > from an custom user application, while during the normal activity bot
Hi Vlad and list,
see inline comments.
On mer, 2008-04-16 at 16:05 +0300, Vlad Lungu wrote:
> Luigi 'Comio' Mantellini wrote:
> > .. cut...
> >
> > The answer is pretty simple: the flash layout is a project
> > constraint :D. I know that this approach is very
Hi Vlad,
Hi list,
see inline comments.
On mer, 2008-04-16 at 14:47 +0300, Vlad Lungu wrote:
> Luigi 'Comio' Mantellini wrote:
> > Hi Guys,
> >
> ..
> > [0xbe00 -> 0xbfc0 ] JFFS2 root
> > [0xbfc0 -> 0xbfe0 ] U-BOOT code
> >
Hi Guys,
I'm a question regarding the MTD Concat support in U-BOOT.
My system has 2 Flash (x16MB) driven by 2 different Chipselects. The
memory layout is the following:
[0xbe00 -> 0xbeff ] Flash#0 CS#0
[0xbf00 -> 0xbfff ] Flash#1 CS#1
I would link to create a JFFS2 partition acr
I think that a separate include directory for u-boot is a good idea.
ciao
luigi
On sab, 2008-04-12 at 14:25 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> Hi,
>
> I proposing to create an include directory name u-boot like it's
> done in linux (include/linux) where we put all rel
Hi u-boot users,
Has anyone tried the lzma patch? On my system works fine but I would
like to have a feedback from you :)
IS there the possibility to see this patch integrated into the official
u-boot tree?
Thanks a lot,
luigi
On mar, 2008-04-01 at 11:18 +0200, Luigi 'Comio' Mantel
Hi Bartlomej,
On gio, 2008-04-03 at 13:48 +0200, Bartlomiej Sieka wrote:
...
> >>
> >
> > Before to make this test, you should strip the elf-file in order to omit
> > the non-used code. Alternatively you should check the size of the
> > u-boot.bin file (that is striped by definition).
>
> "objc
Hi Bartlomiej,
thank you for the answers. See my comments below.
On gio, 2008-04-03 at 11:31 +0200, Bartlomiej Sieka wrote:
> Hi Luigi,
>
> You wrote:
> > On gio, 2008-03-27 at 12:13 +0100, Luigi 'Comio' Mantellini wrote:
> >
> >>
> >> - The
does encoding and decoding. I wanted to use
> this algo and do compression and decompression of my binaries.
> You can search google for nrv2b.c and you will get it from
> Koder.com.
> Thanks for your help
> Avinash
>
> - Original Message
> Fr
to
u-boot address. To achieve this you needn't to know the u-boot header
structure.
You should analyze the board/atmel/at91rm9200dk/u-boot.lds and
cpu/arm920t/start.S files to understand how u-boot works (at
initialization time).
Best regards,
luigi
> Thanks
> Avinash
>
>
>
your help
> Avinash
>
>
> - Original Message
> From: Luigi 'Comio' Mantellini <[EMAIL PROTECTED]>
> To: Avinash Vijayvergia <[EMAIL PROTECTED]>
> Cc: u-boot-users@lists.sourceforge.net
> Sent: Wednesday, April 2, 2008 2:19:36 PM
> Subject:
Hi Avinash,
I'm not undestanding if you want compress the U-Boot code or if you want
compress the uImage image.
Anyway, I don't know the nrv2b algorithm, can you give me any links?
thanks,
luigi
Il giorno mer, 02/04/2008 alle 13.54 -0700, Avinash Vijayvergia ha
scritto:
> Hi All
>
> I am worki
Hi Bartlomiej,
I posted a week ago some considerations about the new image format (with
subject "[U-Boot-Users] New Image format: headers hashes."). Please,
can you give an your opinion about these consideration? I'm really
interested to support new image in my firmwares, but I need to
understan
Hi All,
I will rework the patch in order to include all files from LZMA
SDK and some fix. I'll send the patch on Tuesday (I'm in
vacation). These are the implemented features:
- LZMA SDK 4.57 Decode code (vanilla)
- A Buff2Buff wrapper to decode the image (LZMA_Alone format)
- Fixes for mkimage (
Hi Wolfgang,
> In message
> <[EMAIL PROTECTED]>
> you wrote:
>>
>> Running the contained script the directory will be populated
>> with all need files (LzmaTypes.h, LzmaDecode.*). Anyway, I
>> can
>> resubmit the patch including all files. The LZMA SDK is
>> released under LGPL with exceptions but
Hi Wolfgang,
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> this patch adds the lzma support with the following
>> constraints:
>>
>> - it doesn't install the LZMA SDK files. I provide the
>> import_lzma.sh
>> script to import the needs file from a lzma sdk release
>
> Sorry, but I will not a
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> this patch adds the lzma support with the following
>> constraints:
>>
>> - it doesn't install the LZMA SDK files. I provide the
>> import_lzma.sh
>> script to import the needs file from a lzma sdk release
>
> Sorry, but I will not accept this.
>
>
Hi Jerry,
see inline comments.
On ven, 2008-03-28 at 13:31 -0400, Jerry Van Baren wrote:
> Luigi 'Comio' Mantellini wrote:
> > Hi everyone,
> >
> > this patch adds the lzma support with the following constraints:
> >
> > - it doesn't install
-Boot code
modifies:
- common/do_bootm.c file
- common/image.c file
- include/image.h file
Please read the lib_lzma/README.txt file.
Luigi
On ven, 2008-03-28 at 16:42 +0100, Luigi 'Comio' Mantellini wrote:
> Hi people,
>
> I have a stupid question: why does u-boot not
Hi people,
I have a stupid question: why does u-boot not support the LZMA
algorithm?
(Anyway, I have a self-made and untested patch that introduces this
compression algorithm).
Thanks a lot.
luigi
Industrie Dial Face S.p.A.
Luigi Mantellini
R&D - Software
Industrie Dial Face S.p.A.
Via Canzo,
hash values must protect all fields of a node
(like the "old" image format).
to be continue...
ciao
luigi
On gio, 2008-03-27 at 17:06 +0100, Luigi 'Comio' Mantellini wrote:
> On gio, 2008-03-27 at 12:13 +0100, Luigi 'Comio' Mantellini wrote:
> >
> >
On gio, 2008-03-27 at 12:13 +0100, Luigi 'Comio' Mantellini wrote:
>
>
> - The mkimage calculate hashes before that timestamp is added to
> image.
> is it better exchange the order of these operations (before add
> timestamp then calculate hashes)?
> - Does
Hi Guys,
I ask you fro a comment regarding the new image format.
I'm studying the mkimage code (and image.c file) to understand how new
image works. I have the following observations/questions:
- The mkimage calculate hashes before that timestamp is added to image.
is it better exchange the orde
This patch should resolve the compilation issues on 547x/548x cpus.
Best regards
On gio, 2008-03-27 at 10:11 +0100, Luigi 'Comio' Mantellini wrote:
>
> This patch seems incompatible with cf547x/548x cpus because the cpu
> specific global data doesn't define the i2c1_clk
This patch seems incompatible with cf547x/548x cpus because the cpu
specific global data doesn't define the i2c1_clk / i2c2_clk attributes.
Best regards,
luigi
On ven, 2008-03-14 at 17:45 -0500, Timur Tabi wrote:
> Add support to the Freescale I2C driver (fsl_i2c.c) for setting and querying
>
any idea?
On ven, 2008-03-14 at 14:43 +0100, Luigi 'Comio' Mantellini wrote:
> Hi All,
>
> Is there a symbol (like __U_BOO_T__) that is defined during U-Boot
> compilation and that I can test into my .c/.h source files?
>
> I have a self-made library that is share
Hi A,
I'm trying to use the newimage patches but I cannot compile the mkimage
tool because the uint8_t uint16_t, ... types are not defined into the
fdt.h include file (that uses them).
I just patched the fdt.h source adding the following code in the head:
#ifndef __KERNEL__
typedef unsig
Hi All,
Is there a symbol (like __U_BOO_T__) that is defined during U-Boot
compilation and that I can test into my .c/.h source files?
I have a self-made library that is shared between the bootloader and the
linux kernel.
Obviously the source paths and includes are different in the two
environmen
Hi Alwin,
You can try using the ports for 547x/548x processors (check the
board/freescale/ directory).
Ciao
luigi
Il giorno lun, 10/03/2008 alle 11.36 +1300, Alwin Leerling ha scritto:
> Hi,
>
> Is a port to the Coldfire 5307 and/or 5407 in the works or is anyone
> interested in it?
>
> My
Hi Richard,
Thanks for your answer.
On ven, 2008-03-07 at 14:58 +, Richard Danter wrote:
> On 07/03/2008, Luigi 'Comio' Mantellini <[EMAIL PROTECTED]> wrote:
> > How I can load (and start) an EST Flat Bin image? My supplier gives me
> > this image and I do
HI Folks,
How I can load (and start) an EST Flat Bin image? My supplier gives me
this image and I don't know how run it from u-boot (from git).
Can someone help me?
thanks a lot.
luigi
--
__ Luigi Mantellini
.'__'. R&D - Software
(.' '.)Industrie Dial Face S
Hi Shinya,
I found the error... but it's not an u-boot issue. I'm using a (old)
customized linux 2.6.10 (from my vendor) that also adds the 0xa000
offset to the pointers passed by u-boot, assuming that address is
expressed in termos of physical address. I corrected the linux code
masking and (
Hi Shinya,
Thanks for your support and your code patches.
I'm waiting for a Lauterbach trace32 to debug deeply the code and
understand better the behaviour.
I'll send you my feedback next week.
Best regards,
luigi
On sab, 2008-02-16 at 18:06 +0900, Shinya Kuribayashi wrote:
> Shinya Kuribayas
Hi Shinya,
see inline.
On gio, 2008-02-14 at 12:55 +0900, Shinya Kuribayashi wrote:
> Luigi 'Comio' Mantellini wrote:
...
>
> So it seems Alchemy-based SoC. if so,
>
No. I'm working on a SoC that uses a IP core from MIPS (mips4kec). The
mips core should be (for
Hi list,
I'm working on the porting of u-boot (1.3.1 from git) to a mips based
SoC. The port seems to work fine unless the UNCACHED_SDRAM macro (used
by do_bootm_linux).
Using the version from commit de9a738faa7c2f47286119c3bfebc3dfbfe7d86d
(that maps the addresses on KSEG1 instead on physical ad
iskloading to a common routine" patch or before?
>
> Regards,
> TsiChung
>
>
> -----Original Message-
> From: Luigi 'Comio' Mantellini [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 04, 2008 5:04 PM
> To: Liew Tsi Chung
> Cc: U-Boot-Users; Wolfgang
Hi u-boot ml,
Hi Tsi Chung Liew,
I have the following error compiling the M5475xxx targets:
[code]
make[1]: Leaving directory `/mnt/devel/idf/u-boot/common'
make -C libfdt/
make[1]: Entering directory `/mnt/devel/idf/u-boot/libfdt'
m68k-elf-ar crv libfdt.a
make[1]: Leaving directory `/mnt/devel/
Thank you for the useful code.
We will start from this to implement our specific application code.
luigi
Il giorno gio, 17/01/2008 alle 11.20 -0600, Tsi-Chung Liew ha scritto:
> Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]>
> ---
> include/asm-m68k/fec.h | 145 ++--
> inc
54 matches
Mail list logo
