mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Sascha Hauer <s.hauer@pengutronix.de>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: "U-Boot Version 2 (barebox)" <barebox@lists.infradead.org>
Subject: Re: [PATCH] Documentation: usb chapter of user manual
Date: Fri, 4 Jul 2014 07:33:53 +0200	[thread overview]
Message-ID: <20140704053353.GD26384@pengutronix.de> (raw)
In-Reply-To: <alpine.LFD.2.11.1407030848330.24495@localhost>

On Thu, Jul 03, 2014 at 08:50:36AM -0400, Robert P. J. Day wrote:
> 
> A number of minor fixes, and including the help output from the
> "dfu-util" command for the benefit of the reader.
> 
> Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>

Applied, thanks

Sascha

> 
> ---
> 
>   i added the output of "dfu-util -h" since it didn't seem onerously
> long and i thought it would be useful for the reader.
> 
> diff --git a/Documentation/user/usb.rst b/Documentation/user/usb.rst
> index 9bbfcca..8b700d3 100644
> --- a/Documentation/user/usb.rst
> +++ b/Documentation/user/usb.rst
> @@ -4,21 +4,21 @@ USB support
>  USB host support
>  ----------------
> 
> -barebox has support for USB host and USB device mode. USB devices
> +barebox has support for both USB host and USB device mode. USB devices
>  take a long time to probe, so they are not probed automatically. Probing
>  has to be triggered using the :ref:`command_usb` or :ref:`command_detect` command.
> -USB devices in barebox are not hotpluggable. It is expected that USB
> +USB devices in barebox are not hot-pluggable. It is expected that USB
>  devices are not disconnected while barebox is running.
> 
>  USB Networking
>  ^^^^^^^^^^^^^^
> 
> -barebox supports ASIX compatible devices and the SMSC95xx. After
> -detection the device shows up as eth0 and can be used like a regular network
> +barebox supports ASIX-compatible devices and the SMSC95xx. After
> +detection, the device shows up as eth0 and can be used like a regular network
>  device.
> 
>  To use a USB network device together with the :ref:`command_ifup` command, add the
> -following to /env/network/eth0-discover:
> +following to ``/env/network/eth0-discover``:
> 
>  .. code-block:: sh
> 
> @@ -30,7 +30,7 @@ USB mass storage
>  ^^^^^^^^^^^^^^^^
> 
>  barebox supports USB mass storage devices. After probing them with the :ref:`command_usb`
> -they show up as ``/dev/diskx`` and can be used like any other device.
> +command, they show up as ``/dev/diskx`` and can be used like any other device.
> 
>  USB device support
>  ------------------
> @@ -39,27 +39,52 @@ DFU
>  ^^^
> 
>  USB Device Firmware Upgrade (DFU) is an official USB device class specification of the USB
> -Implementers Forum. It provides a vendor independent way to update the firmware of embedded
> +Implementers Forum. It provides a vendor-independent way to update the firmware of embedded
>  devices. The current specification is version 1.1 and can be downloaded here:
>  http://www.usb.org/developers/devclass_docs/DFU_1.1.pdf
> 
> -On barebox side the update is handled with the :ref:`command_dfu` command. It is passes a list
> -of partitions to provide to the host. The partition list has the form ``<file>(<name>)<flags>``.
> -``file`` is the path to the device or regular file which shall be updated. ``name`` is the
> -name under which the partition shall be provided to the host. For the possible ``flags`` see
> +On the barebox side, the update is handled with the :ref:`command_dfu` command.
> +It is passed a list of partitions to provide to the host. The partition list
> +has the form ``<file>(<name>)<flags>``.  ``file`` is the path to the device or
> +regular file which shall be updated. ``name`` is the name under which the partition
> +shall be provided to the host. For the possible ``flags`` see
>  :ref:`command_dfu`. A typical ``dfu`` command could look like this:
> 
>  .. code-block:: sh
> 
>    dfu "/dev/nand0.barebox.bb(barebox)sr,/dev/nand0.kernel.bb(kernel)r,/dev/nand0.root.bb(root)r"
> 
> -On the host the tool `dfu-util <http://dfu-util.gnumonks.org/>`_ can be used to update the
> -partitions. It is available for the most distributions. To update the Kernel for the above
> -example the following can be used:
> +On the host side, the tool `dfu-util <http://dfu-util.gnumonks.org/>`_ can be used
> +to update the partitions. It is available for most distributions and typically
> +supports the following options::
> +
> +  dfu-util -h
> +  Usage: dfu-util [options] ...
> +    -h --help                     Print this help message
> +    -V --version                  Print the version number
> +    -v --verbose                  Print verbose debug statements
> +    -l --list                     List the currently attached DFU capable USB devices
> +    -e --detach                   Detach the currently attached DFU capable USB devices
> +    -d --device vendor:product    Specify Vendor/Product ID of DFU device
> +    -p --path bus-port. ... .port Specify path to DFU device
> +    -c --cfg config_nr            Specify the Configuration of DFU device
> +    -i --intf intf_nr             Specify the DFU Interface number
> +    -a --alt alt                  Specify the Altsetting of the DFU Interface
> +                                  by name or by number
> +    -t --transfer-size            Specify the number of bytes per USB Transfer
> +    -U --upload file              Read firmware from device into <file>
> +    -D --download file            Write firmware from <file> into device
> +    -R --reset                    Issue USB Reset signalling once we're finished
> +    -s --dfuse-address address    ST DfuSe mode, specify target address for
> +                                  raw file download or upload. Not applicable for
> +                                  DfuSe file (.dfu) downloads
> +
> +To update the kernel for the above example, you would use something like
> +the following:
> 
>  .. code-block:: sh
> 
>    dfu-util -D arch/arm/boot/zImage -a kernel
> 
> -The dfu-util command automatically finds dfu capable devices. If there are multiple devices
> -found it has to be specified with the ``-d``/``-p`` options.
> +The ``dfu-util`` command automatically finds DFU-capable devices. If there are
> +multiple devices found, you need to identify one with the ``-d``/``-p`` options.
> 
> -- 
> 
> ========================================================================
> Robert P. J. Day                                 Ottawa, Ontario, CANADA
>                         http://crashcourse.ca
> 
> Twitter:                                       http://twitter.com/rpjday
> LinkedIn:                               http://ca.linkedin.com/in/rpjday
> ========================================================================
> 
> _______________________________________________
> barebox mailing list
> barebox@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/barebox
> 

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

      reply	other threads:[~2014-07-04  5:34 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-03 12:50 Robert P. J. Day
2014-07-04  5:33 ` Sascha Hauer [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=20140704053353.GD26384@pengutronix.de \
    --to=s.hauer@pengutronix.de \
    --cc=barebox@lists.infradead.org \
    --cc=rpjday@crashcourse.ca \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox