summaryrefslogtreecommitdiff
path: root/ubi-utils/src/mkbootenv.c
AgeCommit message (Collapse)Author
2009-03-17ubi-utils: re-arrange directory layoutArtem Bityutskiy
Move new-utils to ubi-utils and old ones to ubi-utils/old-utils. Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
2009-02-18UBI: update ubi-header.hArtem Bityutskiy
Take the latest version from the kernel, where it was renamed to ubi-media.h. Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
2008-02-19Revert ubi-tools changesArtem Bityutskiy
Restore ubi tools to their "original" state, which means to the state they were before I stareted cleaning them up. Instead, create a "new-utils" subdirectory and move my work there. Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
2008-01-18ubi-utils: move mkbootenv to sort-me-outArtem Bityutskiy
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
2007-08-29ubi-utils: remove useless build informationArtem Bityutskiy
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
2006-12-12[PATCH] Minor ubi utils cleanupsJosh Boyer
Remove getopt extern declarations Minor whitespace cleanups Remove incorrect program names that snuck in during getopt rewrite Change comments to match reality Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com> Acked-by: Frank Haverkamp <haver@vnet.ibm.com>
2006-12-11[MTD] UBI Utils: Tools should have individual version numbersFrank Haverkamp
The tools had a mixture of different version numbers. This is changed now. The internal change to move to remove glibc dependencies should be reflected by an increase of the version number, so that we can react if trouble is seen with the new code. Singed-off-by: Frank Haverkamp <haver@vnet.ibm.com>
2006-12-11[PATCH 2/13] Convert mkbootenv to use getopt option parsingJosh Boyer
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com> Acked-by: Frank Haverkamp <haver@vnet.ibm.com>
2006-10-31[MTD] UBI: Removed automake, autoconf, added ubi userspace headers.Frank Haverkamp
Signed-off-by: Frank Haverkamp <haver@vnet.ibm.com>