All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukasz Majewski <l.majewski@samsung.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2] usb: gadget: fastboot: improve download progress bar
Date: Wed, 24 Sep 2014 14:19:41 +0200	[thread overview]
Message-ID: <20140924141941.3207a669@amdc2363> (raw)
In-Reply-To: <1411107312-12461-1-git-send-email-voice.shen@atmel.com>

Hi Bo,

> When download is ongoing, if the actual size of one transfer
> is not the same as BTYES_PER_DOT, which will cause the dot
> won't print anymore. Then it will let the user thinking it
> is stuck, actually it is transfering without dot printed.
> 
> So, improve the method to show the progress bar (print dot).

Applied to u-boot-dfu tree

Thanks for support!

> 
> Signed-off-by: Bo Shen <voice.shen@atmel.com>
> ---
> Changes in v2:
>   - get rid of the global variable.
>   - avoid the dot print after showing the total download length.
> 
>  drivers/usb/gadget/f_fastboot.c | 14 +++++++++-----
>  1 file changed, 9 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/usb/gadget/f_fastboot.c
> b/drivers/usb/gadget/f_fastboot.c index 7a1acb9..dda9d1c 100644
> --- a/drivers/usb/gadget/f_fastboot.c
> +++ b/drivers/usb/gadget/f_fastboot.c
> @@ -380,6 +380,7 @@ static void rx_handler_dl_image(struct usb_ep
> *ep, struct usb_request *req) unsigned int transfer_size =
> download_size - download_bytes; const unsigned char *buffer =
> req->buf; unsigned int buffer_size = req->actual;
> +	unsigned int pre_dot_num, now_dot_num;
>  
>  	if (req->status != 0) {
>  		printf("Bad status: %d\n", req->status);
> @@ -392,7 +393,15 @@ static void rx_handler_dl_image(struct usb_ep
> *ep, struct usb_request *req) memcpy((void
> *)CONFIG_USB_FASTBOOT_BUF_ADDR + download_bytes, buffer,
> transfer_size); 
> +	pre_dot_num = download_bytes / BYTES_PER_DOT;
>  	download_bytes += transfer_size;
> +	now_dot_num = download_bytes / BYTES_PER_DOT;
> +
> +	if (pre_dot_num != now_dot_num) {
> +		putc('.');
> +		if (!(now_dot_num % 74))
> +			putc('\n');
> +	}
>  
>  	/* Check if transfer is done */
>  	if (download_bytes >= download_size) {
> @@ -414,11 +423,6 @@ static void rx_handler_dl_image(struct usb_ep
> *ep, struct usb_request *req) req->length = ep->maxpacket;
>  	}
>  
> -	if (download_bytes && !(download_bytes % BYTES_PER_DOT)) {
> -		putc('.');
> -		if (!(download_bytes % (74 * BYTES_PER_DOT)))
> -			putc('\n');
> -	}
>  	req->actual = 0;
>  	usb_ep_queue(ep, req, 0);
>  }



-- 
Best regards,

Lukasz Majewski

Samsung R&D Institute Poland (SRPOL) | Linux Platform Group

      parent reply	other threads:[~2014-09-24 12:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-19  6:15 [U-Boot] [PATCH v2] usb: gadget: fastboot: improve download progress bar Bo Shen
2014-09-19  7:05 ` Marek Vasut
2014-09-24 12:19 ` Lukasz Majewski [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140924141941.3207a669@amdc2363 \
    --to=l.majewski@samsung.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.