From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
To: Fengguang Wu <lkp@intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>,
linux-rt-users@vger.kernel.org, linux-kernel@vger.kernel.org,
kbuild-all@01.org, jianchuan.wang@windriver.com,
tglx@linutronix.de, yang.shi@windriver.com
Subject: Re: [kbuild-all] [PATCH] locking_selftest: Save/restore migrate_disable_atomic in locking selftest
Date: Tue, 1 Dec 2015 18:59:44 +0100 [thread overview]
Message-ID: <565DE010.3040907@linutronix.de> (raw)
In-Reply-To: <20151123150303.GA26066@wfg-t540p.sh.intel.com>
On 11/23/2015 04:03 PM, Fengguang Wu wrote:
> Thanks! Yes, a stable branch name would be better than "linux-4.1.y-rt"
> that's like to become stable over time.
finally. I got to it.
I pushed two branches @ pub/scm/linux/kernel/git/rt/linux-rt-devel.git:
for-kbuild-bot/current-stable [0]
for-kbuild-bot/prepare-release [1]
Branch [0] should contain the last -RT release. This could be used for
testing patches against (if you find one with the RT marker in subject).
The tree should start a stable-tree marker (currently it is v4.1.13)
and have -RT tree applied on top. You should be able compile after each
commit (between the stable tag and HEAD) and nothing should introduce
warnings or fail to compile.
The second branch [1] would be similar to the first one except that I
plan to push stuff there before I make a release it. Does this make
sense or do I over think this?
If you do compile tests, it would be nice if you could enable
CONFIG_PREEMPT_RT_FULL. That is where most of the changes start to work.
Nevertheless it should also work without it(i.e. no preemption or
desktop).
If you have slightly different naming scheme or suggestions just tell
me I will adapt to it:)
Thank you for the service.
> Thanks,
> Fengguang
Sebastian
next prev parent reply other threads:[~2015-12-01 17:59 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-23 7:19 [PATCH] locking_selftest: Save/restore migrate_disable_atomic in locking selftest jianchuan.wang
2015-11-23 7:30 ` kbuild test robot
2015-11-23 13:43 ` Steven Rostedt
2015-11-23 14:14 ` [kbuild-all] " Fengguang Wu
2015-11-23 14:17 ` Steven Rostedt
2015-11-23 14:58 ` Fengguang Wu
2015-11-23 14:35 ` Sebastian Andrzej Siewior
2015-11-23 15:03 ` Fengguang Wu
2015-12-01 17:59 ` Sebastian Andrzej Siewior [this message]
2015-12-03 1:53 ` Fengguang Wu
2015-12-11 17:24 ` Sebastian Andrzej Siewior
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=565DE010.3040907@linutronix.de \
--to=bigeasy@linutronix.de \
--cc=jianchuan.wang@windriver.com \
--cc=kbuild-all@01.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rt-users@vger.kernel.org \
--cc=lkp@intel.com \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=yang.shi@windriver.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).