From: Donald Buczek <buczek@molgen.mpg.de>
To: Paul Menzel <pmenzel@molgen.mpg.de>,
dvteam@molgen.mpg.de, George Spelvin <linux@sciencehorizons.net>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: Ordering problems with 3ware controller
Date: Thu, 17 Nov 2016 20:55:58 +0100 [thread overview]
Message-ID: <e9feadfa-fa8e-e630-faaf-a3721ad0318a@molgen.mpg.de> (raw)
In-Reply-To: <5618e4d9-8add-37eb-a141-c31f98e298ef@molgen.mpg.de>
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@molgen.mpg.de
Tel: +49 30 8413 1433
prev parent reply other threads:[~2016-11-17 19:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-08 10:07 Ordering problems with 3ware controller Paul Menzel
2016-11-08 11:09 ` Paul Menzel
2016-11-08 23:45 ` Martin K. Petersen
2016-11-09 9:08 ` Paul Menzel
2016-11-10 13:59 ` Martin K. Petersen
2016-11-16 21:24 ` Donald Buczek
2016-11-17 14:55 ` Paul Menzel
2016-11-17 19:55 ` Donald Buczek [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e9feadfa-fa8e-e630-faaf-a3721ad0318a@molgen.mpg.de \
--to=buczek@molgen.mpg.de \
--cc=dvteam@molgen.mpg.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux@sciencehorizons.net \
--cc=martin.petersen@oracle.com \
--cc=pmenzel@molgen.mpg.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.