Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1393806 > unrolled thread
| Started by | Jeff Moyer <jmoyer@redhat.com> |
|---|---|
| First post | 2016-05-03 22:50 +0200 |
| Last post | 2016-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.
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
| From | Jeff Moyer <jmoyer@redhat.com> |
|---|---|
| Date | 2016-05-03 22:50 +0200 |
| Subject | Re: [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]
| From | Jeff Moyer <jmoyer@redhat.com> |
|---|---|
| Date | 2016-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]
| From | Mike Christie <mchristi@redhat.com> |
|---|---|
| Date | 2016-05-04 20:10 +0200 |
| Subject | Re: [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]
| From | Mike Christie <mchristi@redhat.com> |
|---|---|
| Date | 2016-05-04 20:00 +0200 |
| Subject | Re: [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