Dear Pantelis Antoniou,
> The sequence number is a 16 bit counter; make sure we
> handle rollover correctly. This fixes the wrong transfers for
> large (> 256MB) images.
>
> Also utilize a variable to handle initialization, so that we
> don't rely on just the counter sent by the host.
[...]
Uh,
The sequence number is a 16 bit counter; make sure we
handle rollover correctly. This fixes the wrong transfers for
large (> 256MB) images.
Also utilize a variable to handle initialization, so that we
don't rely on just the counter sent by the host.
Signed-off-by: Pantelis Antoniou
---
drivers/
Hi Pantelis,
Please see below comments.
Moreover this patch doesn't solve the problem of bricking trats board
after flashing it with dfu after applying:
[U-Boot] [PATCH] dfu: Handle large transfers correctly
on top of:
[U-Boot] [PATCH 00/10] USB: Gadget & DFU related fixes
Wit
Hi Lukasz,
On Nov 29, 2012, at 11:06 AM, Lukasz Majewski wrote:
> Hi Pantelis,
>
>> The sequence number is a 16 bit counter; make sure we
>> handle rollover correctly. This fixes the wrong transfers for
>> large (> 256MB) images.
>
> This is a bit misleading comment.
> DFU 1.1 standard says:
>
Hi Pantelis,
> The sequence number is a 16 bit counter; make sure we
> handle rollover correctly. This fixes the wrong transfers for
> large (> 256MB) images.
This is a bit misleading comment.
DFU 1.1 standard says:
"The wBlockNum field is a block sequence number. It increments each time
a block
Dear Pantelis Antoniou,
> The sequence number is a 16 bit counter; make sure we
> handle rollover correctly. This fixes the wrong transfers for
> large (> 256MB) images.
>
> Signed-off-by: Pantelis Antoniou
> ---
> drivers/dfu/dfu.c | 28 +++-
> drivers/dfu/dfu_mmc.c
The sequence number is a 16 bit counter; make sure we
handle rollover correctly. This fixes the wrong transfers for
large (> 256MB) images.
Signed-off-by: Pantelis Antoniou
---
drivers/dfu/dfu.c | 28 +++-
drivers/dfu/dfu_mmc.c | 3 +++
include/dfu.h | 2 ++
7 matches
Mail list logo