* raid5: handle_stripe_dirtying
@ 2015-08-04 18:32 Markus Stockhausen
2015-08-04 21:31 ` NeilBrown
0 siblings, 1 reply; 2+ messages in thread
From: Markus Stockhausen @ 2015-08-04 18:32 UTC (permalink / raw)
To: Neil Brown; +Cc: linux-raid@vger.kernel.org
[-- Attachment #1: Type: text/plain, Size: 689 bytes --]
Hi Neil,
before sending a wrong patch. Could you help me to understand the reason
for an unconditional singular
set_bit(STRIPE_HANDLE, &sh->state);
in function handle_stripe_dirtying of raid5.c? It seems to be there since
its introduction somewhere 8 years ago - patch "raid5: refactor handle_stripe5
and handle_stripe6 (v3)".
If I understand the idea behind the flag right it is required to ensure
handling of the stripe in the next handle_stripe() run. That would only make
sense if we set it unconditionally OR depending on some changes to the
stripe. The above function does both. See a few lines below in the deep
if-blocks.
Thanks in advance.
Markus
=
[-- Attachment #2: InterScan_Disclaimer.txt --]
[-- Type: text/plain, Size: 1650 bytes --]
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: raid5: handle_stripe_dirtying
2015-08-04 18:32 raid5: handle_stripe_dirtying Markus Stockhausen
@ 2015-08-04 21:31 ` NeilBrown
0 siblings, 0 replies; 2+ messages in thread
From: NeilBrown @ 2015-08-04 21:31 UTC (permalink / raw)
To: Markus Stockhausen; +Cc: linux-raid@vger.kernel.org
On Tue, 4 Aug 2015 18:32:37 +0000 Markus Stockhausen
<stockhausen@collogia.de> wrote:
> Hi Neil,
>
> before sending a wrong patch. Could you help me to understand the reason
> for an unconditional singular
Sending a wrong patch is not such a bad thing - it would help me know
what you are thinking, and so reduce guess-work :-)
>
> set_bit(STRIPE_HANDLE, &sh->state);
>
> in function handle_stripe_dirtying of raid5.c? It seems to be there since
> its introduction somewhere 8 years ago - patch "raid5: refactor handle_stripe5
> and handle_stripe6 (v3)".
>
> If I understand the idea behind the flag right it is required to ensure
> handling of the stripe in the next handle_stripe() run. That would only make
> sense if we set it unconditionally OR depending on some changes to the
> stripe. The above function does both. See a few lines below in the deep
> if-blocks.
So I'm guessing that you want to remove one of those? Probably
justified.
That duplication goes back to
Commit: 396a6123577d ("v2.4.5.4 -> v2.4.5.5")
I think your understanding of STRIPE_HANDLE is pretty spot-on.
NeilBrown
>
> Thanks in advance.
>
> Markus
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-08-04 21:31 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-04 18:32 raid5: handle_stripe_dirtying Markus Stockhausen
2015-08-04 21:31 ` NeilBrown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).