[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

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

From: Sasha Levin <hidden>
Date: 2012-11-02 04:24:15
Also in: dm-devel, linux-mm, linux-nfs, lkml

On Tue, Oct 30, 2012 at 10:23 PM, Linus Torvalds
[off-list ref] wrote:

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

quoted

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.

Okay, I'll keep working on converting everything else as soon as 01/16
makes it in your tree.


Thanks,
Sasha

`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