Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable

[PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 02/16] userns: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 03/16] mm,ksm: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 04/16] workqueue: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 06/16] tracepoint: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
Re: [PATCH v8 06/16] tracepoint: use new hashtable implementation · Mathieu Desnoyers <mathieu.desnoyers@efficios.com> · 2012-10-30
[PATCH v8 07/16] net,9p: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 08/16] block,elevator: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 09/16] SUNRPC/cache: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 10/16] dlm: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 11/16] net,l2tp: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 12/16] dm: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 14/16] net,rds: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 16/16] tracing output: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
Re: [PATCH v8 16/16] tracing output: use new hashtable implementation · Steven Rostedt <rostedt@goodmis.org> · 2012-10-30
[PATCH v8 15/16] openvswitch: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 13/16] lockd: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
[PATCH v8 05/16] mm/huge_memory: use new hashtable implementation · Sasha Levin <hidden> · 2012-10-30
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Mathieu Desnoyers <mathieu.desnoyers@efficios.com> · 2012-10-30
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Tejun Heo <tj@kernel.org> · 2012-10-30
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Sasha Levin <hidden> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Jim Rees <hidden> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Sasha Levin <hidden> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Steven Rostedt <rostedt@goodmis.org> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Linus Torvalds <torvalds@linux-foundation.org> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Steven Rostedt <rostedt@goodmis.org> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Sasha Levin <hidden> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Linus Torvalds <torvalds@linux-foundation.org> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Sasha Levin <hidden> · 2012-11-02
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Al Viro <viro@ZenIV.linux.org.uk> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Linus Torvalds <torvalds@linux-foundation.org> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Al Viro <viro@ZenIV.linux.org.uk> · 2012-10-31
Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · Linus Torvalds <torvalds@linux-foundation.org> · 2012-10-31
RE: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable · David Laight <hidden> · 2012-10-31

From: Linus Torvalds <hidden>
Date: 2012-10-31 02:23:25
Also in: dm-devel, linux-mm, linux-nfs, lkml

On Tue, Oct 30, 2012 at 6:36 PM, Sasha Levin [off-list ref] wrote:

I can either rebase that on top of mainline, or we can ask maintainers
to take it to their own trees if you take only 01/16 into mainline.
What would you prefer?

I don't really care deeply. The only reason to merge it now would be
to avoid any pain with it during the next merge window. Just taking
01/16 might be the sanest way to do that, then the rest can trickle in
independently at their own leisure.

             Linus

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help