linux/poky.git/scripts/lib/wic/plugins/imager, branch uninative-1.6Mirror of git.yoctoproject.org/pokyhttps://git.enea.com/cgit/linux/poky.git/atom?h=uninative-1.62017-03-27T10:08:34+00:00wic: fix generation of partition UUID2017-03-27T10:08:34+00:00Ed Bartoshed.bartosh@linux.intel.com2017-03-26T15:28:04+00:00urn:sha1:871363251a2de8fd701e80f711fbd3770dbf992e
Partition UUID for msdos partitioning is based on a 4 bytes long
system identifier. Wic uses random number to generate system
identifier. For the numbers starting with 0 partition uuid is
shorter, which makes wic images non-bootable as kernel expects
8 charactest in PARTUUID parameter.
Padded system identifier with '0' when generating partition UUID
to make it always 8 characters long. This should fix the boot
issue.
(From OE-Core rev: bdaba95af2b2c9174311374436f184d2a927f6f1)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic/partionedfs: Avoid reserving space for non-existing ext. partition2017-03-22T11:35:20+00:00Kristian Amliekristian.amlie@mender.io2017-03-10T13:16:27+00:00urn:sha1:76d182c757d6df47f315164163676e276f7379b1
We don't need the gap that the extended partition occupies if we
already know that we have less than five partitions. Saves up to one
full alignment of space.
(From OE-Core rev: 485315dc170e29962a8848db38db73abafd0586e)
Signed-off-by: Kristian Amlie <kristian.amlie@mender.io>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic/direct.py: Avoid exception if using multiple rawcopy/no-table entries.2017-03-11T16:09:14+00:00Kristian Amliekristian.amlie@mender.io2017-03-09T14:37:09+00:00urn:sha1:0cfcdf2e95fafa9ff9e7b0490d1860a87ba83744
If we are both having a bootloader and a U-Boot environment file, we
can end up with two entries using "--source rawcopy" and "--no-table",
and since they reuse the same file [1], their cleanup handlers will
try to delete the same file twice. So make sure we only do it once.
[1] Although they reuse the same file, the resulting output is
correct, so it appears the file is accessed in properly sequential
order.
(From OE-Core rev: f1a3eac376c4600cdb128d870ad9b7e9d51ed9c0)
Signed-off-by: Kristian Amlie <kristian.amlie@mender.io>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: move PluginMgr class to pluginbase2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-15T19:24:38+00:00urn:sha1:0c0ed61992c248a2427d0eb9905939e05c9de5b0
As PluginMgr class contains only one method it's
better to move it to pluginbase to have all plugin
related APIs in one module.
(From OE-Core rev: 244585b369ecc0019002ca51bf7f8fd506234462)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: remove PluginMgr.get_plugin_methods2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-15T18:13:41+00:00urn:sha1:b9839fd6648c05b9052ab922bf81eec2fffd47bb
Call methods directly instead of getting them with
get_plugin_methods and then calling.
(From OE-Core rev: efcd07fe17bf55441059b00a5becc3952e0a4075)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: reimplement PluginMgr.get_plugin_methods2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-15T12:58:22+00:00urn:sha1:d8cf70bf0f7320487b7f72b953ef929f6a1ba11e
Simplified the implementation of get_plugin_methods:
- get rid of looping over the dicrtionary, used access by key instead
- get rid of filling a dictionary that passed as a parameter
(From OE-Core rev: 875d4eede61b548d64f426c2ef077cc17e50cd45)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: use PluginMgr directly2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-15T12:16:38+00:00urn:sha1:ec7b604b1e45b6d9d20e9cd8731002b488b20dd3
Instead of making a singleton object of PluginMgr class
it's simpler to use PluginMgr class directly as any class
is a singleton.
(From OE-Core rev: cbe7dbd31f2292416d8e801e142679c69d9a44bc)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: move WicError to lib/wic/__init__.py2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-14T22:07:14+00:00urn:sha1:f8a4bd99503f5b63bbc748fedd4b7f32afbf0cb7
Removed unused exceptions from error.py
Moved definition of WicError to lib/wic/__init__.py
(From OE-Core rev: 15442d072bb6d93bd9b941726f93262503053da5)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: raise WicError instead of ImageError and CreatorError2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-14T21:47:06+00:00urn:sha1:af17aa91b32421100d8898a7c95049068e8e0e26
There is no need to raise special exceptions. Raising
WicError should be enough.
(From OE-Core rev: b952076cc9f458c3d5eb03e12dc3ec316a44804c)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wic: raise WicError in wic plugins2017-03-04T23:18:17+00:00Ed Bartoshed.bartosh@linux.intel.com2017-02-14T21:07:35+00:00urn:sha1:8da175607c0d3434428a3bf4ee1549919b698709
Replaced sys.exit with raising WicError in wic plugins.
(From OE-Core rev: 92e8c81c941597eb2b4b61d5c28833e4826888f8)
Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>