README 2.8 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596
  1. meta-swupdate, Yocto layer for deploy tool
  2. ==========================================
  3. This layer's purpose is to add support for a deployment
  4. mechanism of Yocto's images based on swupdate project.
  5. Layer dependencies
  6. ------------------
  7. This layer depends on:
  8. URI: git://github.com/openembedded/meta-openembedded.git
  9. subdirectory: meta-oe
  10. BitBake variable expansion
  11. --------------------------
  12. To insert the values of BitBake variables into the update file, pre- and postfix
  13. the names with "@@". For example, to automatically set the version tag, use the
  14. line `version = "@@DISTRO_VERSION@@";` in your sw-description file.
  15. Image hashing
  16. -------------
  17. During creation of the update file, occurrences of @IMAGE (where IMAGE is an
  18. image filename) are replaced with the sha256 hash of the image.
  19. BitBake auto versions
  20. ---------------------
  21. By setting the version tag in the update file to `@SWU_AUTO_VERSION` it is
  22. automatically replaced with `PV` from BitBake's package-data-file for the package
  23. matching the name of the provided filename tag.
  24. Since the filename can differ from package name (deployed with another name or
  25. the file is a container for the real package) you can append the correct package
  26. name to the tag:
  27. `@SWU_AUTO_VERSION:<package-name>`
  28. To insert the value of a variable from BitBake's package-data-file different to
  29. `PV` (e.g. `PKGV`) you can append the variable name to the tag:
  30. `@SWU_AUTO_VERSION@<package-data-variable>`
  31. or
  32. `@SWU_AUTO_VERSION:<package-name>@<package-data-variable>`
  33. SWU image signing
  34. -----------------
  35. There are 3 signing mechanisms supported by meta-swupdate at the moment:
  36. 1. RSA signing:
  37. * Set variable: `SWUPDATE_SIGNING = "RSA"`
  38. * Set `SWUPDATE_PRIVATE_KEY` to the full path of private key file
  39. 2. CMS signing:
  40. * Set variable: `SWUPDATE_SIGNING = "CMS"`
  41. * Set `SWUPDATE_CMS_CERT` to the full path of certificate file
  42. * Set `SWUPDATE_CMS_KEY ` to the full path of private key file
  43. 3. Custom signing tool:
  44. * Set variable: `SWUPDATE_SIGNING = "CUSTOM"`
  45. * Set variable `SWUPDATE_SIGN_TOOL' to custom string that needs to be
  46. executed in order to perform the signing
  47. sw-description is signed and the signature is written to sw-description.sig
  48. which is included in the SWU file.
  49. Encrypted private keys are not currently supported since a secure
  50. mechanism must exist to provide the passphrase.
  51. Maintainer
  52. ----------
  53. Stefano Babic <sbabic@denx.de>
  54. Submitting patches
  55. ------------------
  56. You can submit your patches (or post questions regarding
  57. this layer to the swupdate Mailing List:
  58. swupdate@googlegroups.com
  59. When creating patches, please use something like:
  60. git format-patch -s --subject-prefix='meta-swupdate][PATCH' <revision range>
  61. Please use 'git send-email' to send the generated patches to the ML
  62. to bypass changes from your mailer.