[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e9feadfa-fa8e-e630-faaf-a3721ad0318a@molgen.mpg.de>
Date: Thu, 17 Nov 2016 20:55:58 +0100
From: Donald Buczek <buczek@...gen.mpg.de>
To: Paul Menzel <pmenzel@...gen.mpg.de>, dvteam@...gen.mpg.de,
George Spelvin <linux@...encehorizons.net>
Cc: "Martin K. Petersen" <martin.petersen@...cle.com>,
linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: Ordering problems with 3ware controller
On 17.11.2016 15:55, Paul Menzel wrote:
> Dear Linux folks,
>
>
> On 11/16/16 22:24, Donald Buczek wrote:
>>
>> The relevant commit is 703b5fa which includes
>
> The commit message summary is *fs/dcache.c: Save one 32-bit multiply
> in dcache lookup*.
>
>> static inline unsigned long end_name_hash(unsigned long hash)
>> {
>> - return (unsigned int)hash;
>> + return __hash_32((unsigned int)hash);
>> }
>>
>> __hash_32 is a multiplication by 0x61C88647 ( hash.h )
>>
>> And this exactly is the difference between the hash value of "host0" on
>> the 4.4 and the 4.8 system:
>>
>> DB<2> x sprintf '%x',0x11bf1ddd*0x61C88647
>> 0 '6c750ef074af64b'
>>
>> The bug, of course, is in the userspace tool tw_cli which wrongly
>> assumes that the names would be returned in the "right" order by
>> getdents.
>
> Nice analysis.
>
> Unfortunately, I don’t find the discussion of the patch on the Linux
> kernel mailing list.
703b5fa sits on top of 8387ff2 from Linus Torvalds. Maybe he didn't send
his own suggestion to the lists but to the three people named in that
commit only. Maybe George Spelvin replied with his patch as an
improvement and Linus just accepted it on his own branch and merged
(554828e).
Donald
--
Donald Buczek
buczek@...gen.mpg.de
Tel: +49 30 8413 1433
Powered by blists - more mailing lists