Re: [PATCH] Rename other copy of hash_string to hashlen_string

2016-05-29 Thread George Spelvin
> That version fails the test. On m68k/ARAnyM: > > test_hash: hashlen_string(256..256) returned length 1, expected 0 Just kill me. :-( I didn't change that code, so I didn't re-test it. But I changed the test. diff --git a/fs/namei.c b/fs/namei.c index aefba699..dcb85255 100644 --- a/fs/namei.c

Re: [PATCH] Rename other copy of hash_string to hashlen_string

2016-05-29 Thread Geert Uytterhoeven
Hi Georges, On Sun, May 29, 2016 at 7:26 AM, George Spelvin wrote: > The original name was simply hash_string(), but that conflicted with a > function with that name in drivers/base/power/trace.c, and I decided that > calling it "hashlen_" was better anyway. > > But you have to do it in two place

[PATCH] Rename other copy of hash_string to hashlen_string

2016-05-28 Thread George Spelvin
The original name was simply hash_string(), but that conflicted with a function with that name in drivers/base/power/trace.c, and I decided that calling it "hashlen_" was better anyway. But you have to do it in two places. Signed-off-by: George Spelvin Fixes: fcfd2fbf22d2587196890103d41e3d554c47