Message ID | 20211224153552.2086061-1-vsementsov@virtuozzo.com (mailing list archive) |
---|---|
Headers | show |
Series | block-job: drop BlockJob.blk | expand |
On 12/24/21 18:35, Vladimir Sementsov-Ogievskiy wrote: > Hi all! > > v2: rebase on master, fix iostest 283 > > Block jobs usually operate with several block nodes, and better to > handle them symmetrically, than use one from s->common.blk and one from > s->target (or something like this). Moreover, generic blockjob layer has > no use of BlockJob.blk. And more-moreover, most of block-jobs don't > really use this blk. Actually only block-stream use it. > > I've started this thing (unbinding block-job and its main node) long > ago. First step was removing bs->job pointer in b23c580c946644b. Then > block_job_drain was dropped in bb0c94099382b5273. > > Now let's finally drop job->blk pointer Reviewed-by: Nikita Lapshin<nikita.lapshin@virtuozzo.com>
27.12.2021 15:13, Nikta Lapshin wrote: > > On 12/24/21 18:35, Vladimir Sementsov-Ogievskiy wrote: > >> Hi all! >> >> v2: rebase on master, fix iostest 283 >> >> Block jobs usually operate with several block nodes, and better to >> handle them symmetrically, than use one from s->common.blk and one from >> s->target (or something like this). Moreover, generic blockjob layer has >> no use of BlockJob.blk. And more-moreover, most of block-jobs don't >> really use this blk. Actually only block-stream use it. >> >> I've started this thing (unbinding block-job and its main node) long >> ago. First step was removing bs->job pointer in b23c580c946644b. Then >> block_job_drain was dropped in bb0c94099382b5273. >> >> Now let's finally drop job->blk pointer > > Reviewed-by: Nikita Lapshin<nikita.lapshin@virtuozzo.com> > Thanks for review, applied to my jobs branch.