[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150202.192634.1792206005008667377.davem@davemloft.net>
Date: Mon, 02 Feb 2015 19:26:34 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: herbert@...dor.apana.org.au
Cc: tgraf@...g.ch, netdev@...r.kernel.org
Subject: Re: rhashtable: Move hash_rnd into bucket_table
From: David Miller <davem@...emloft.net>
Date: Mon, 02 Feb 2015 19:19:56 -0800 (PST)
> From: Herbert Xu <herbert@...dor.apana.org.au>
> Date: Sat, 31 Jan 2015 21:21:50 +1100
>
>> Currently hash_rnd is a parameter that users can set. However,
>> no existing users set this parameter. It is also something that
>> people are unlikely to want to set directly since it's just a
>> random number.
>>
>> In preparation for allowing the reseeding/rehashing of rhashtable,
>> this patch moves hash_rnd into bucket_table so that it's now an
>> internal state rather than a parameter.
>>
>> Signed-off-by: Herbert Xu <herbert@...dor.apana.org.au>
>
> Also applied to net-next, thanks a lot.
Actually this and the netfilter change break the build.
I'm reverting all of these rhashtable changes, please fix this stuff
up.
Firstly, the hash_rnd change results in this:
lib/rhashtable.c: In function ‘obj_raw_hashfn’:
lib/rhashtable.c:84:9: warning: passing argument 1 of ‘lockdep_rht_mutex_is_held’ discards ‘const’ qualifier from pointer target type [enabled by default]
lib/rhashtable.c:57:5: note: expected ‘struct rhashtable *’ but argument is of type ‘const struct rhashtable *’
Next, the netfilter change results in:
ERROR: "rhashtable_walk_start" [net/netfilter/nft_hash.ko] undefined!
Powered by blists - more mailing lists