Re: dm rq: Avoid that request processing stalls sporadically

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: dm rq: Avoid that request processing stalls sporadically
From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
Date: Fri, 19 Jan 2018 00:33:17 +0000
Accept-language: en-US
Cc: "linux-block@xxxxxxxxxxxxxxx" <linux-block@xxxxxxxxxxxxxxx>, "dm-devel@xxxxxxxxxx" <dm-devel@xxxxxxxxxx>, "snitzer@xxxxxxxxxx" <snitzer@xxxxxxxxxx>
In-reply-to: <20180119002616.GC4712@ming.t460p>
References: <20180118163707.11825-1-bart.vanassche@wdc.com> <20180118165050.GA19734@redhat.com> <1516295632.2676.16.camel@wdc.com> <20180119002616.GC4712@ming.t460p>
Spamdiagnosticmetadata: NSPM
Spamdiagnosticoutput: 1:99
Wdcipoutbound: EOP-TRUE

On Fri, 2018-01-19 at 08:26 +0800, Ming Lei wrote:
> No, this case won't return BLK_STS_RESOURCE.

It's possible that my attempt to reverse engineer the latest blk-mq changes
was wrong. But the queue stall is real and needs to be fixed.

Bart.

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

References:
- [PATCH] dm rq: Avoid that request processing stalls sporadically
  - From: Bart Van Assche
- Re: dm rq: Avoid that request processing stalls sporadically
  - From: Mike Snitzer
- Re: dm rq: Avoid that request processing stalls sporadically
  - From: Bart Van Assche
- Re: dm rq: Avoid that request processing stalls sporadically
  - From: Ming Lei

Prev by Date: [RFC PATCH 15/16] libmultipath: trigger change uevent on new device creation
Next by Date: Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
Previous by thread: Re: dm rq: Avoid that request processing stalls sporadically
Next by thread: Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
Index(es):
- Date
- Thread

[Index of Archives] [DM Crypt] [Fedora Desktop] [ATA RAID] [Fedora Marketing] [Fedora Packaging] [Fedora SELinux] [Yosemite Discussion] [KDE Users] [Fedora Docs]