> Il giorno 21 ott 2017, alle ore 18:13, Tejun Heo ha scritto:
>
> Hello, Paolo.
>
> On Thu, Oct 19, 2017 at 08:50:17AM +0200, Paolo Valente wrote:
>> The blkg obtained through a blkg_lookup, in a rcu_read section, is
>> protected. But, outside that section, a pointer to that blkg is not
>> gu
Currently, blk_mq_tagset_iter() iterate over initial hctx tags only.
In case scheduler is used, it doesn't iterate the hctx scheduler tags
and the static request aren't been updated.
For example, while using NVMe over Fabrics RDMA host, this cause us not to
reinit the scheduler requests and thus no
On Sat, 2017-10-21 at 11:23 +0900, Byungchul Park wrote:
> On Sat, Oct 21, 2017 at 4:58 AM, Bart Van Assche
> wrote:
> > As explained in another e-mail thread, unlike the lock inversion checking
> > performed by the <= v4.13 lockdep code, cross-release checking is a
> > heuristic
> > that does n
Currently, blk_mq_tagset_iter() iterate over initial hctx tags only.
In case scheduler is used, it doesn't iterate the hctx scheduler tags
and the static request aren't been updated.
For example, while using NVMe over Fabrics RDMA host, this cause us not to
reinit the scheduler requests and thus
On Fri, Oct 20, 2017 at 07:44:51AM -0700, Christoph Hellwig wrote:
> The Subject prefix for this should be "block:".
>
> > @@ -945,7 +945,7 @@ int submit_bio_wait(struct bio *bio)
> > {
> > struct submit_bio_ret ret;
> >
> > - init_completion(&ret.event);
> > + init_completion_with_map(
On Sun, Oct 22, 2017 at 02:34:56PM +, Bart Van Assche wrote:
> On Sat, 2017-10-21 at 11:23 +0900, Byungchul Park wrote:
> > On Sat, Oct 21, 2017 at 4:58 AM, Bart Van Assche
> > wrote:
> > > As explained in another e-mail thread, unlike the lock inversion checking
> > > performed by the <= v4.
Hi Christoph,
On 2017/10/19 0:52, Christoph Hellwig wrote:
> Hi all,
>
> this series adds support for multipathing, that is accessing nvme
> namespaces through multiple controllers to the nvme core driver.
>
> It is a very thin and efficient implementation that relies on
> close cooperation wit
Hi Jens,
Could you please pick this patch?
Thanks,
Joseph
On 17/10/13 01:13, Shaohua Li wrote:
> On Thu, Oct 12, 2017 at 05:15:46PM +0800, Joseph Qi wrote:
>> From: Joseph Qi
>>
>> In mixed read/write workload on SSD, write latency is much lower than
>> read. But now we only track and record rea
Benjamin,
>> Not sure it's worth it especially now that Martin has merged the patch.
>
> He did? I only saw a mail that he picked patches 2-5. So all the bsg
> changes are still open I think.
Yes, I expected the bsg bits to go through Jens' tree.
--
Martin K. Petersen Oracle Linux Enginee
On Sun, Oct 22, 2017 at 09:32:00PM +0300, Sagi Grimberg wrote:
>
>> Currently, blk_mq_tagset_iter() iterate over initial hctx tags only.
>> In case scheduler is used, it doesn't iterate the hctx scheduler tags
>> and the static request aren't been updated.
>> For example, while using NVMe over Fabr
On Mon, Oct 23, 2017 at 02:16:03AM -0400, Martin K. Petersen wrote:
>
> Benjamin,
>
> >> Not sure it's worth it especially now that Martin has merged the patch.
> >
> > He did? I only saw a mail that he picked patches 2-5. So all the bsg
> > changes are still open I think.
>
> Yes, I expected th
Guan,
If per-controller block device nodes are hidden, how can the user-space tools
such as multipath-tools and nvme-cli (if it supports) know status of each path
of
the multipath device?
if at all, the path state is reflected on the controller class device
node, not on the namespace block de
On Mon, Oct 23, 2017 at 08:53:35AM +0900, Byungchul Park wrote:
> On Fri, Oct 20, 2017 at 07:44:51AM -0700, Christoph Hellwig wrote:
> > The Subject prefix for this should be "block:".
> >
> > > @@ -945,7 +945,7 @@ int submit_bio_wait(struct bio *bio)
> > > {
> > > struct submit_bio_ret ret;
>
On Sun, 2017-10-22 at 13:47 +, Israel Rukshin wrote:
> @@ -441,6 +442,8 @@ static int blk_mq_sched_alloc_tags(struct request_queue
> *q,
> if (!hctx->sched_tags)
> return -ENOMEM;
>
> + set->sched_tags[hctx_idx] = hctx->sched_tags;
> +
> ret = blk_mq_alloc_rqs(s
14 matches
Mail list logo