From: Ed Bartosh <ed.bartosh@linux.intel.com>
To: toaster@yoctoproject.org
Subject: [PATCH 0/7] Fix for #8918: Change the way we handle queued builds
Date: Tue, 13 Sep 2016 16:20:57 +0300 [thread overview]
Message-ID: <cover.1473769704.git.ed.bartosh@linux.intel.com> (raw)
Hi,
This patchset introduced a bit lighter way of handling builds.
Instead of polling database every second we process builds only when runbuilds
receives SIGUSR1. The signal is sent when build is either scheduled, canceled or
finished. A little bit of code cleanup is also included into this patchset.
Test instructions:
- Create multiple builds in UI. Check if they'll be built sequentially
- Create multiple builds in UI, cancel one. Check if the next one starts building.
- Repeat first two test cases when command line build is run. Only one UI build
should be run in parallel with command line build.
- Test any other combinations of running and cancelling builds to make sure
there are no regressions.
The following changes since commit 75927f8f6809b9b4696fc438b240bc7a3db561e2:
toaster: don't kill all runserver processes (2016-09-05 15:32:25 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ed/toaster/nopoll-queued-builds-8918
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ed/toaster/nopoll-queued-builds-8918
Ed Bartosh (7):
toaster: implement signal_runbuilds function
toaster: notify runbuilds when build status changes
runbuilds: process builds on SIGUSR1
runbuilds: process builds on start
runbuilds: code cleanup - whitespaces, long lines
runbuilds: code cleanup - remove unused imports
toaster: unlock BuildEnvirnoment when build is done
bitbake/lib/bb/ui/buildinfohelper.py | 12 ++++--
.../bldcontrol/management/commands/runbuilds.py | 49 ++++++++++------------
bitbake/lib/toaster/orm/models.py | 10 ++++-
3 files changed, 41 insertions(+), 30 deletions(-)
--
Regards,
Ed
next reply other threads:[~2016-09-13 13:21 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-13 13:20 Ed Bartosh [this message]
2016-09-13 13:20 ` [PATCH 1/7] toaster: implement signal_runbuilds function Ed Bartosh
2016-09-13 13:20 ` [PATCH 2/7] toaster: notify runbuilds when build status changes Ed Bartosh
2016-09-13 13:21 ` [PATCH 3/7] runbuilds: process builds on SIGUSR1 Ed Bartosh
2016-09-13 13:21 ` [PATCH 4/7] runbuilds: process builds on start Ed Bartosh
2016-09-13 13:21 ` [PATCH 5/7] runbuilds: code cleanup - whitespaces, long lines Ed Bartosh
2016-09-13 13:21 ` [PATCH 6/7] runbuilds: code cleanup - remove unused imports Ed Bartosh
2016-09-13 13:21 ` [PATCH 7/7] toaster: unlock BuildEnvirnoment when build is done Ed Bartosh
2016-09-16 16:25 ` Michael Wood
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=cover.1473769704.git.ed.bartosh@linux.intel.com \
--to=ed.bartosh@linux.intel.com \
--cc=toaster@yoctoproject.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.