Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
doc/README.update |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/README.update b/doc/README.update
index a476002..48f03b7 100644
--- a/doc/README.update
+++ b/doc/README.update
@@ -39,11 +39,11 @@ Th
d in the doc/uImage.FIT/ directory of
U-Boot sources.
Regards,
Bartlomiej Sieka
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
; branch and look OK.
>
> I think I understand what happened, and fixed it.
>
> Please check again.
Checked -- the 'next' branch has all the commits needed for the
auto-update feature, and the feature itself works as expected.
Regards,
Bartlomiej Sieka
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
e.FIT/update3.its
create mode 100644 doc/uImage.FIT/update_uboot.its
The above changes and newly added files associated with the feature are
not present in the tree.
Other commits needed for the auto-update feature are present on the
'next' branch and look OK.
Regards,
Bartlomiej Sieka
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Andy Fleming wrote:
> On Tue, Sep 23, 2008 at 5:05 AM, Bartlomiej Sieka <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> TOT U-Boot (commit 8fd4166c, compiled with ELDK 4.2) for the MPC8555CDS
>> target is broken with the following symptoms:
>>
>>
>
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 14:58 Wed 08 Oct , Bartlomiej Sieka wrote:
>> [dropped [EMAIL PROTECTED] and [EMAIL PROTECTED] from CC]
>>
>> Hi Jean-Christophe,
>>
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> On 15:26 Wed 01 Oct ,
[dropped [EMAIL PROTECTED] and [EMAIL PROTECTED] from CC]
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:26 Wed 01 Oct , Bartlomiej Sieka wrote:
>> Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
>> ---
>> common/Makefile |2 +-
>&g
Stefan Roese wrote:
> Hi Bartlomiej,
>
> On Wednesday 08 October 2008, Bartlomiej Sieka wrote:
>> Do you have any comments on the below patch?
>
> Looks good to me. So:
Thanks for prompt response.
>
> Acked-by: Stefan Roese <[EMAIL PROTECTED]>
>
> N
Hello Stefan,
Do you have any comments on the below patch?
Regards,
Bartlomiej Sieka
Bartlomiej Sieka wrote:
> The upcoming automatic update feature needs the ability to adjust an
> address within Flash to the end of its respective sector. Factor out
> this functionality to a new
the upcoming automatic
software update feature.
Summary of changes:
- do not scale the first argument to NetSetTimeout() by CFG_HZ
- change timeout values used in the networking code to milliseconds
Signed-off-by: Rafal Czubak <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Sieka <[EMAIL
<[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
README | 12 ++
common/Makefile |1 +
common/main.c |7 +
common/update.c | 315
Now that the auto-update feature uses the 'firmware' type for updates, it is
useful to inspect the load address of such images.
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
common/image.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
dif
off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
net/tftp.c | 28
1 files changed, 24 insertions(+), 4 deletions(-)
diff --git a/net/tftp.c b/net/tftp.c
index 3f0a516..f7cc111 100644
--- a/net/tftp.c
+++ b/net/tftp.c
@@ -34,6 +34,21 @@
#define TFTP_ERROR 5
#defi
The upcoming automatic update feature needs the ability to adjust an
address within Flash to the end of its respective sector. Factor out
this functionality to a new function flash_sect_roundb().
Signed-off-by: Rafal Czubak <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Sieka <[EMAIL
have to be
significantly increased for the trab target (CONFIG_UPDATE_TFTP_MSEC_MAX set
to 100, instead of the default 100).
Regards,
Bartlomiej Sieka
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
common/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/Makefile b/common/Makefile
index 8bddf8e..bb6655d 100644
--- a/common/Makefile
+++ b/common/Makefile
@@ -148,13 +148,13 @@ endif
Wolfgang Denk wrote:
> Dear Bartlomiej Sieka,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> How about 'updatefile' for the env. variable and 'README.update' for the
>> documentation?
>
> ACK from me (this is doc/README.update, right?
Kim Phillips wrote:
> On Thu, 25 Sep 2008 20:17:30 +0200
> Wolfgang Denk <[EMAIL PROTECTED]> wrote:
>
>> Dear Kim,
>>
>> In message <[EMAIL PROTECTED]> you wrote:
>>>> On Thu, Sep 25, 2008 at 3:16 AM, Bartlomiej Sieka <[EMAIL PROTECTED]>
&
ws code (and no more declarations unless
> you open a new block).
>
>> So if we move the call to au_tftp() someplace below, then when
>> both CONFIG_VFD and VFD_TEST_LOGO are defined, we'll have a call to
>> trab_vfd(), which will happen before the software update.
>
>
Hi Wolfgang,
You wrote:
> Dear Bartlomiej Sieka,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> The auto-update feature allows to automatically download software updates
>> from a TFTP server and store them in Flash memory during boot. Updates are
>> contained
eout long enough, but this situation will be changed by
> your other patches).
>
> So please extend that patch to change this into milliseconds as
> discussed before.
OK, v2 of the patches will implement milisecond granularity for initial
TFTP server timeout.
Regards,
Bartlomiej Sieka
n't flash the board easily).
Brief search of the ML archives didn't reveal any such issue reported,
so I'm posting this as a data point, and in the hopes that someone can
take further investigation from here. I'll be happy to provide more
details if needed, and might also be a
Jerry Van Baren wrote:
> Bartlomiej Sieka wrote:
>> There are two aspects of a TFTP transfer involving timeouts:
>> 1. timeout waiting for initial server reply after sending RRQ
>> 2. timeouts while transferring actual data from the server
>>
>> Since the upcomi
<[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
README | 12 ++
common/Makefile |1 +
common/au_tftp.c| 279 +++
common/main.c |
Now that the auto-update feature uses the 'firmware' type for updates, it is
useful to inspect the load address of such images.
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
common/image.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
dif
default number of connection retries.
The total delay when trying to download a file from a non-existing TFTP server
is TftpRRQTimeoutSecs x TftpRRQTimeoutCountMax seconds.
Timeouts during file transfers (2.) are unaffected.
Signed-off-by: Rafal Czubak <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej
that can become
handy when using the new feature.
Please see newly added doc/README.au_tftp for more details.
Code has been compile-tested on several ppc, arm and mips targets. The feature
itself has been tested on TQM8555 and MPC8555CDS.
Regards,
Bartlomiej Sieka
- add function fit_all_image_check_hashes() that verifies if all hashes of all
images in the FIT are valid
- improve output of fit_image_check_hashes() when the hash check fails
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
common/image.c
The following two patches extend the iminfo command with the ability to
check if hashes in a FIT image are valid.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
common/cmd_bootm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index 8dbab02..e537418 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
@@ -854,6 +
30 matches
Mail list logo
