All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wols Lists <antlists@youngman.org.uk>
To: Guoqing Jiang <guoqing.jiang@linux.dev>, Song Liu <song@kernel.org>
Cc: Donald Buczek <buczek@molgen.mpg.de>,
	linux-raid <linux-raid@vger.kernel.org>
Subject: Re: [Update PATCH V3] md: don't unregister sync_thread with reconfig_mutex held
Date: Mon, 9 May 2022 12:19:03 +0100	[thread overview]
Message-ID: <6f41c017-8102-cfe6-ad37-e07df3e23cc0@youngman.org.uk> (raw)
In-Reply-To: <f3c2ea9a-2dd4-52be-cd3d-a8c994213fd4@linux.dev>

On 09/05/2022 11:37, Guoqing Jiang wrote:
> 
> 
> On 5/9/22 5:32 PM, Wols Lists wrote:
>> On 09/05/2022 09:09, Guoqing Jiang wrote:
>>> I can switch back to V2 if you think that is the correct way to do 
>>> though no
>>> one comment about the change in dm-raid.
>>
>> DON'T QUOTE ME ON THIS
>>
>> but it is very confusing, as I believe dm-raid is part of Device 
>> Managment, which is actually nothing to do with md-raid
> 
> 
> No, dm-raid (I mean dm-raid.c here) is a bridge between dm framwork and 
> md raid, which
> makes dm can reuse md raid code to avoid re-implementation raid logic 
> inside dm itself.

Hmm...

Which backs up what I thought - if it's used by the dm people to call 
md-raid, then asking for info/comments about it on the md list is likely 
to get you no-where...

>> (apart from, like many block layer drivers, md-raid uses dm to manage 
>> the device beneath it.)
> 
> The above statement is very confusing.
> 
Yup. I've never understood it. But, from all my time on the list, it is 
noticeable that nobody seems to know or care much about dm, and this is 
simply one more data point that agrees with that impression. If you want 
to know about dm-raid, you probably need to go where the dm people hang out.

Cheers,
Wol

  reply	other threads:[~2022-05-09 13:14 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-05  8:16 [PATCH 0/2] two fixes for md Guoqing Jiang
2022-05-05  8:16 ` [PATCH V3 1/2] md: don't unregister sync_thread with reconfig_mutex held Guoqing Jiang
2022-05-05 14:02   ` kernel test robot
2022-05-05 18:04   ` kernel test robot
2022-05-06  2:34     ` Guoqing Jiang
2022-05-06  2:34       ` Guoqing Jiang
2022-05-05  8:16 ` [PATCH 2/2] md: protect md_unregister_thread from reentrancy Guoqing Jiang
2022-05-09  6:39   ` Song Liu
2022-05-09  8:12     ` Guoqing Jiang
2022-05-06 11:36 ` [Update PATCH V3] md: don't unregister sync_thread with reconfig_mutex held Guoqing Jiang
2022-05-09  6:37   ` Song Liu
2022-05-09  8:09     ` Guoqing Jiang
2022-05-09  9:32       ` Wols Lists
2022-05-09 10:37         ` Guoqing Jiang
2022-05-09 11:19           ` Wols Lists [this message]
2022-05-09 11:26             ` Guoqing Jiang
2022-05-10  6:44       ` Song Liu
2022-05-10 12:01         ` Donald Buczek
2022-05-10 12:09           ` Guoqing Jiang
2022-05-10 12:35             ` Donald Buczek
2022-05-10 18:02               ` Song Liu
2022-05-11  8:10                 ` Guoqing Jiang
2022-05-11 21:45                   ` Song Liu
2022-05-20 18:27         ` Logan Gunthorpe
2022-05-21 18:23           ` Donald Buczek
2022-05-23  1:08             ` Guoqing Jiang
2022-05-23  5:41               ` Donald Buczek
2022-05-23  9:51                 ` Guoqing Jiang
2022-05-24 16:13                   ` Logan Gunthorpe
2022-05-25  9:04                     ` Guoqing Jiang
2022-05-25 18:22                       ` Logan Gunthorpe
2022-05-26  9:46                         ` Jan Kara
2022-05-26 11:53                         ` Jan Kara
2022-05-31  6:11                           ` Christoph Hellwig
2022-05-31  7:43                             ` Jan Kara
2022-05-30  9:55                   ` Guoqing Jiang
2022-05-30 16:35                     ` Logan Gunthorpe
2022-05-31  8:13                       ` Guoqing Jiang
2022-05-24 15:58                 ` Logan Gunthorpe
2022-05-24 18:16                   ` Song Liu
2022-05-25  9:17                 ` Guoqing Jiang
2022-05-24 15:51             ` Logan Gunthorpe
2022-06-02  8:12           ` Xiao Ni
2022-05-09  8:18   ` Donald Buczek
2022-05-09  8:48     ` Guoqing Jiang

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=6f41c017-8102-cfe6-ad37-e07df3e23cc0@youngman.org.uk \
    --to=antlists@youngman.org.uk \
    --cc=buczek@molgen.mpg.de \
    --cc=guoqing.jiang@linux.dev \
    --cc=linux-raid@vger.kernel.org \
    --cc=song@kernel.org \
    /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.