Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1393806 > unrolled thread

Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs

Started byJeff Moyer <jmoyer@redhat.com>
First post2016-05-03 22:50 +0200
Last post2016-05-04 20:00 +0200
Articles 4 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs Jeff Moyer <jmoyer@redhat.com> - 2016-05-03 22:50 +0200
    Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs Jeff Moyer <jmoyer@redhat.com> - 2016-05-04 20:00 +0200
      Re: [PATCH 00/42] v7: separate operations from flags in the  bio/request structs Mike Christie <mchristi@redhat.com> - 2016-05-04 20:10 +0200
    Re: [PATCH 00/42] v7: separate operations from flags in the  bio/request structs Mike Christie <mchristi@redhat.com> - 2016-05-04 20:00 +0200

#1393806 — Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs

FromJeff Moyer <jmoyer@redhat.com>
Date2016-05-03 22:50 +0200
SubjectRe: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
Message-ID<ruPqy-6Hu-13@gated-at.bofh.it>
mchristi@redhat.com writes:

> The following patches begin to cleanup the request->cmd_flags and
> bio->bi_rw mess. We currently use cmd_flags to specify the operation,
> attributes and state of the request. For bi_rw we use it for similar
> info and also the priority but then also have another bi_flags field
> for state. At some point, we abused them so much we just made cmd_flags
> 64 bits, so we could add more.
>
> The following patches seperate the operation (read, write discard,
> flush, etc) from cmd_flags/bi_rw.
>
> This patchset was made against linux-next from today April 15
> (git tag next-20160415).
>
> I put a git tree here:
> https://github.com/mikechristie/linux-kernel.git
> The patches are in the op branch.

Hi, Mike,

That git tree doesn't seem to exist.  I did manage to apply your patch
set on top of next-20160415, though.

So... what testing did you do? ;-) I ran into the following problems:
- git clone fails
- yum segfaults
- many blktrace/blkparse issues, including incorrect cpu recorded in
  traces, null task names, and blkparse outputting nothing for a trace
  file several gigabytes in size.

After that, I decided to back out your patches and test the base
linux-next kernel.  That kernel has none of those issues.

So, either I'm missing some dependencies, or I think we've got some
issues to iron out before this thing goes in.  Before I dig any further,
am I missing something?

Cheers,
Jeff

[toc] | [next] | [standalone]


#1394582

FromJeff Moyer <jmoyer@redhat.com>
Date2016-05-04 20:00 +0200
Message-ID<rv9fz-85-5@gated-at.bofh.it>
In reply to#1393806
Mike Christie <mchristi@redhat.com> writes:

> On 05/03/2016 03:44 PM, Jeff Moyer wrote:
>> Hi, Mike,
>> 
>> That git tree doesn't seem to exist.  I did manage to apply your patch
>> set on top of next-20160415, though.
>> 
>> So... what testing did you do? ;-) I ran into the following problems
>
> I normally run xfstests and run it on my daily workstation and laptop. I
> did not do this for every FS this time and hit a regression.
>
> What FS were you using?

I'm using xfs, scsi disk, no blk-mq, no dm.

>> - git clone fails
>> - yum segfaults
>
> In v7/v6, I missed a new submit_bio call, so I hit issues like the two
> above. I have this fixed in the next version.

OK, does this mean you're posting another version, or you already did
and I somehow missed it?

>> - many blktrace/blkparse issues, including incorrect cpu recorded in
>>   traces, null task names, and blkparse outputting nothing for a trace
>>   file several gigabytes in size.
>
> I will double check for these issues.

Thanks.  I'll stop digging for now, then.

Cheers,
Jeff

[toc] | [prev] | [next] | [standalone]


#1394592 — Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs

FromMike Christie <mchristi@redhat.com>
Date2016-05-04 20:10 +0200
SubjectRe: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
Message-ID<rv9pg-z8-9@gated-at.bofh.it>
In reply to#1394582
On 05/04/2016 12:58 PM, Jeff Moyer wrote:
> Mike Christie <mchristi@redhat.com> writes:
> 
>> On 05/03/2016 03:44 PM, Jeff Moyer wrote:
>>> Hi, Mike,
>>>
>>> That git tree doesn't seem to exist.  I did manage to apply your patch
>>> set on top of next-20160415, though.
>>>
>>> So... what testing did you do? ;-) I ran into the following problems
>>
>> I normally run xfstests and run it on my daily workstation and laptop. I
>> did not do this for every FS this time and hit a regression.
>>
>> What FS were you using?
> 
> I'm using xfs, scsi disk, no blk-mq, no dm.
> 
>>> - git clone fails
>>> - yum segfaults
>>
>> In v7/v6, I missed a new submit_bio call, so I hit issues like the two
>> above. I have this fixed in the next version.
> 
> OK, does this mean you're posting another version, or you already did
> and I somehow missed it?
> 

I did not repost yet. I am still testing. Jens had me add some wrappers
around the operation access, so because of my last screw up and the
wrapper change affected all my patches I am redoing all my testing.

[toc] | [prev] | [next] | [standalone]


#1394583 — Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs

FromMike Christie <mchristi@redhat.com>
Date2016-05-04 20:00 +0200
SubjectRe: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
Message-ID<rv9fz-85-7@gated-at.bofh.it>
In reply to#1393806
On 05/03/2016 03:44 PM, Jeff Moyer wrote:
> mchristi@redhat.com writes:
> 
>> The following patches begin to cleanup the request->cmd_flags and
>> bio->bi_rw mess. We currently use cmd_flags to specify the operation,
>> attributes and state of the request. For bi_rw we use it for similar
>> info and also the priority but then also have another bi_flags field
>> for state. At some point, we abused them so much we just made cmd_flags
>> 64 bits, so we could add more.
>>
>> The following patches seperate the operation (read, write discard,
>> flush, etc) from cmd_flags/bi_rw.
>>
>> This patchset was made against linux-next from today April 15
>> (git tag next-20160415).
>>
>> I put a git tree here:
>> https://github.com/mikechristie/linux-kernel.git
>> The patches are in the op branch.
> 
> Hi, Mike,
> 
> That git tree doesn't seem to exist.  I did manage to apply your patch
> set on top of next-20160415, though.
> 
> So... what testing did you do? ;-) I ran into the following problems

I normally run xfstests and run it on my daily workstation and laptop. I
did not do this for every FS this time and hit a regression.

What FS were you using?

> - git clone fails
> - yum segfaults


In v7/v6, I missed a new submit_bio call, so I hit issues like the two
above. I have this fixed in the next version.

> - many blktrace/blkparse issues, including incorrect cpu recorded in
>   traces, null task names, and blkparse outputting nothing for a trace
>   file several gigabytes in size.

I will double check for these issues.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web