From: Sasha Levin <sasha.levin@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Senna Tschudin <peter.senna@gmail.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2] hlist: drop the node parameter from iterators
Date: Wed, 16 Jan 2013 17:17:42 -0500 [thread overview]
Message-ID: <50F72706.5090900@oracle.com> (raw)
In-Reply-To: <CA+55aFxjwW4Ppv-73WHh-RqeFvq+Bjr3o08ZuKkiWuwAVMkqFQ@mail.gmail.com>
On 01/16/2013 05:04 PM, Linus Torvalds wrote:
> On Wed, Jan 16, 2013 at 1:58 PM, Sasha Levin <sasha.levin@oracle.com> wrote:
>>
>> I guess that if you agree that it should go in once it had some more
>> testing, it can go into linux-next and sit there for the next couple
>> of weeks until the next merge window opens.
>
> So linux-next gets compile testing and warns about conflicts. But
> almost nobody really runs the end result.
I do :)
I also know that people run ltp tests on top of those builds, so while
it's not as good as actually working with it, it's also not
insignificant.
> Now, *hopefully* the compile problems and conflicts are the major
> issue, but at the same time, I worry about some actual subtle semantic
> breakage. I'm not sure how it would happen, but it's a big patch..
>
>> What would be the best way to do that though? see if akpm would take
>> it into his tree?
>
> That would help. As would just linux-next. As would just after the
> next merge window closes, if you can send it almost immediately *and*
> have the "at least the patch has been around for a long time with no
> *known* breakage" note. Because at some point, I guess we can't do
> much more than that.
Alrighty, right after merge window it is. The -rc4 period is what you
told me the last time I sent this patch, so I went with that this time.
I'll resend this patch to Andrew in hopes that he'll be okay with
having it in his tree until the next window.
Thanks!
next prev parent reply other threads:[~2013-01-16 22:18 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-13 16:31 [PATCH v2] hlist: drop the node parameter from iterators Sasha Levin
2013-01-15 16:46 ` Paul E. McKenney
2013-01-16 20:48 ` Linus Torvalds
2013-01-16 21:58 ` Sasha Levin
2013-01-16 22:04 ` Linus Torvalds
2013-01-16 22:17 ` Sasha Levin [this message]
-- strict thread matches above, loose matches on Subject: below --
2013-01-31 2:00 Sasha Levin
2013-02-07 0:55 ` Andrew Morton
2013-02-07 1:00 ` Tejun Heo
2013-02-07 1:45 ` Li Zefan
2013-02-07 1:01 ` Sasha Levin
2013-02-07 21:34 ` Andrew Morton
2013-03-04 10:41 ` Paul Bolle
2013-03-04 14:20 ` Sasha Levin
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=50F72706.5090900@oracle.com \
--to=sasha.levin@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peter.senna@gmail.com \
--cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox