[PATCHv5] Add support for OpenStack deployment.
by Pedro Alvarez
Repo: git://git.baserock.org/baserock/baserock/morph.git
Branch: baserock/pedroalvarez/S8631/openstack-configure-write
Sha1: 17e86e5f68e07e687418ef804d43201d056f425d
Pedro Alvarez (1):
exts: Add openstack configure/write exts
morphlib/exts/openstack.write | 140 +++++++++++++++++++++++++++++++++++++++
morphlib/exts/vdaboot.configure | 34 ++++++++++
2 files changed, 174 insertions(+)
create mode 100755 morphlib/exts/openstack.write
create mode 100755 morphlib/exts/vdaboot.configure
--
1.7.10.4
9 years, 6 months
[PATCH] sort artifacts for staging install
by Paul Sherwood
From 535cffe442af2d3d710f74d99636b7328e62e263 Mon Sep 17 00:00:00 2001
From: Paul Sherwood <paul.sherwood(a)codethink.co.uk>
Date: Sat, 7 Sep 2013 22:28:00 +0000
Subject: [PATCH] sort artifacts for staging install
This causes staging chunk artifacts to be installed in alphabetical
order - the build log looks a little tidier, and it's easier to see
any duplications.
Tested for base, devel and a full bootstrap.
---
morphlib/buildcommand.py | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/morphlib/buildcommand.py b/morphlib/buildcommand.py
index 32c740a..4769cc6 100644
--- a/morphlib/buildcommand.py
+++ b/morphlib/buildcommand.py
@@ -402,6 +402,8 @@ class BuildCommand(object):
'''
+ artifacts.sort(key=lambda artifact: artifact.name)
+
for artifact in artifacts:
if artifact.source.morphology['kind'] != 'chunk':
continue
--
1.7.9-rc0
9 years, 6 months
Add Wandboard/Pebble devel system
by Joe Burmeister
Repo: git://git.baserock.org/baserock/baserock/morphs
Branch: baserock/joeburmeister/wandboard-cleaned
Sha1: f2890ec4f8e4e6c173ca19c77af59592dc30791a
Land: master
card: S8664
Joe Burmeister (1):
Add Wandboard devel system.
bsp-wandboard.morph | 17 +++++++++++
deploy-pebble.morph | 12 ++++++++
devel-system-wandboard.morph | 52 ++++++++++++++++++++++++++++++++++
devel-system-wandboard/etc/morph.conf | 1 +
devel-system-wandboard/etc/resolv.conf | 1 +
devel-system-wandboard/manifest | 4 +++
src-fstab.configure | 2 ++
7 files changed, 89 insertions(+)
create mode 100644 bsp-wandboard.morph
create mode 100644 deploy-pebble.morph
create mode 100644 devel-system-wandboard.morph
create mode 120000 devel-system-wandboard/etc/morph.conf
create mode 100644 devel-system-wandboard/etc/resolv.conf
create mode 100644 devel-system-wandboard/manifest
create mode 100644 src-fstab.configure
--
1.8.1.2
9 years, 6 months
[PATCH 0/8] Refactor morph petrify and unpetrify
by Richard Maw
Repo: git://git.baserock.org/baserock/baserock/morph.git
Ref: baserock/richardmaw/S8717/refactor-petrify-v3
SHA1: 8d49d435f8aea6ca4beb9831d97407467bd024b3
Land: origin/master
Lars Wirzenius (1):
Fix MorphologySet bug: right Morphology object changed
Richard Maw (7):
sysbranchdir: simplify prefix / strip
morphlib.git: Refactor is_valid_sha1
MorphSet: keep old ref as unpetrify-ref
gitdir: Add methods to list morphologies
gitdir: add methods for reading morphologies
b&m: Re-implement morph petrify
b&m: re-implement morph unpetrify
morphlib/git.py | 4 +-
morphlib/gitdir.py | 65 ++++++++++
morphlib/gitdir_tests.py | 73 +++++++++++
morphlib/morphset.py | 9 +-
morphlib/morphset_tests.py | 8 +-
morphlib/plugins/branch_and_merge_new_plugin.py | 136 ++++++++++++++++++++
morphlib/plugins/branch_and_merge_plugin.py | 4 +-
morphlib/sysbranchdir.py | 3 +-
.../edit-updates-stratum-build-depends.stdout | 16 ++-
tests.branching/edit-updates-stratum.stdout | 10 +-
tests.branching/workflow.stdout | 1 +
11 files changed, 307 insertions(+), 22 deletions(-)
create mode 100644 tests.branching/workflow.stdout
--
1.7.10.4
9 years, 6 months
[PATCH] Rewrite morph foreach
by Richard Maw
Repo: git://git.baserock.org/baserock/baserock/morph.git
Ref: baserock/richardmaw/S8740/refactor-foreach
SHA1: 3f0e3e78228e533abd7e051e5103a282a46a645f
Land: origin/master
It's basically the same, but shorter, since most of the logic has been
moved into gitdir and sysbranch.
Richard Maw (1):
b&m: Re-implement morph foreach
morphlib/plugins/branch_and_merge_new_plugin.py | 58 ++++++++++++++++++++
morphlib/plugins/branch_and_merge_plugin.py | 2 +-
.../edit-checkouts-existing-chunk.stdout | 1 +
tests.branching/edit-clones-chunk.stdout | 2 +
tests.branching/foreach-handles-full-urls.stdout | 1 +
tests.branching/tag-creates-commit-and-tag.stdout | 2 +
tests.branching/tag-tag-works-as-expected.stdout | 3 +
7 files changed, 68 insertions(+), 1 deletion(-)
--
1.7.10.4
9 years, 6 months
[PATCHv3] Add support for OpenStack deployment.
by Pedro Alvarez
Repo: git://git.baserock.org/baserock/baserock/morph.git
Branch: baserock/pedroalvarez/S8631/openstack-configure-write
Sha1: b4f48ab48896f2123d66d70f992a54b1d69d2147
Pedro Alvarez (1):
exts: Add openstack configure/write exts
morphlib/exts/openstack.write | 129 +++++++++++++++++++++++++++++++++++++++
morphlib/exts/vdaboot.configure | 34 +++++++++++
2 files changed, 163 insertions(+)
create mode 100755 morphlib/exts/openstack.write
create mode 100755 morphlib/exts/vdaboot.configure
--
1.7.10.4
9 years, 6 months
[PATCHv4] Add support for OpenStack deployment.
by Pedro Alvarez
Repo: git://git.baserock.org/baserock/baserock/morph.git
Branch: baserock/pedroalvarez/S8631/openstack-configure-write
Sha1: ca01b5317fc11024693894e6983c8087d3c0857c
Pedro Alvarez (1):
exts: Add openstack configure/write exts
morphlib/exts/openstack.write | 133 +++++++++++++++++++++++++++++++++++++++
morphlib/exts/vdaboot.configure | 34 ++++++++++
2 files changed, 167 insertions(+)
create mode 100755 morphlib/exts/openstack.write
create mode 100755 morphlib/exts/vdaboot.configure
--
1.7.10.4
9 years, 6 months
BE Filesystem freezed
by Pankaj Pandey
Hi All,
We are using 3.10.4 kernel(from kernel.org) with BE8 support enabled. We
are able to boot the Kernel uImage with BE filesystem(nfs or initramfs).
But mounting of BE filesystem become very slow. It is taking nearly 30 or
more minute to mount the filesystem.
And when we run the "ls" or any other command on filesystem prompt, it
got hanged or freezed. As hardware debugger is connected with target board
so we can see current pc value inside the "handle_mm_fault" functions.
Kindly request you please suggest some pointers to proceed on this issue.
Thanks in Advance !!
Thanks and Regards,
Pankaj Pandey
9 years, 7 months
