Message ID | 20230830092019.9846-1-dwagner@suse.de (mailing list archive) |
---|---|
Headers | show |
Series | Introduce nvmet target setup/cleanup helpers | expand |
On Aug 30, 2023 / 11:20, Daniel Wagner wrote: > Almost all fabric tests have the identically code for > setting up and cleaning up the target side. Introduce > two new helpers. > > Reviewed-by: Chaitanya Kulkarni <kch@nvidia.com> > Signed-off-by: Daniel Wagner <dwagner@suse.de> Thanks Daniel for this v4 series. All patches looks good, except one thing in this patch. [...] > diff --git a/tests/nvme/018 b/tests/nvme/018 > index 68729c3cb070..19e439f3f3e0 100755 > --- a/tests/nvme/018 > +++ b/tests/nvme/018 > @@ -21,16 +21,9 @@ test() { > > _setup_nvmet > > - local port > local nvmedev > > - truncate -s "${nvme_img_size}" "${def_file_path}" > - > - _create_nvmet_subsystem "${def_subsysnqn}" "${def_file_path}" \ > - "${def_subsys_uuid}" > - port="$(_create_nvmet_port "${nvme_trtype}")" > - _add_nvmet_subsys_to_port "${port}" "${def_subsysnqn}" > - _create_nvmet_host "${def_subsysnqn}" "${def_hostnqn}" > + _nvmet_target_setup As I noted for v3, I think the line above should be, _nvmet_target_setup --blkdev file If the change is ok for you, I'll add this fix up and apply the series. > > _nvme_connect_subsys "${nvme_trtype}" "${def_subsysnqn}" > > @@ -48,12 +41,7 @@ test() { > > _nvme_disconnect_subsys "${def_subsysnqn}" > > - _remove_nvmet_subsystem_from_port "${port}" "${def_subsysnqn}" > - _remove_nvmet_subsystem "${def_subsysnqn}" > - _remove_nvmet_port "${port}" > - _remove_nvmet_host "${def_hostnqn}" > - > - rm "${def_file_path}" > + _nvmet_target_cleanup > > echo "Test complete" > }
On Wed, Aug 30, 2023 at 01:38:03PM +0000, Shinichiro Kawasaki wrote: > > diff --git a/tests/nvme/018 b/tests/nvme/018 > > index 68729c3cb070..19e439f3f3e0 100755 > > --- a/tests/nvme/018 > > +++ b/tests/nvme/018 > > @@ -21,16 +21,9 @@ test() { > > > > _setup_nvmet > > > > - local port > > local nvmedev > > > > - truncate -s "${nvme_img_size}" "${def_file_path}" > > - > > - _create_nvmet_subsystem "${def_subsysnqn}" "${def_file_path}" \ > > - "${def_subsys_uuid}" > > - port="$(_create_nvmet_port "${nvme_trtype}")" > > - _add_nvmet_subsys_to_port "${port}" "${def_subsysnqn}" > > - _create_nvmet_host "${def_subsysnqn}" "${def_hostnqn}" > > + _nvmet_target_setup > > As I noted for v3, I think the line above should be, > > _nvmet_target_setup --blkdev file > > If the change is ok for you, I'll add this fix up and apply the > series. Sorry, I didn't see it in the response. Sure thing, no objection from my side.
On Aug 30, 2023 / 11:20, Daniel Wagner wrote: > Updated the series according the last round of feedback and retested it. In > order to pass the 'make check' check this version depends on the upcoming revert > of 26664dff17b6 ("Do not suppress any shellcheck warnings") as discussed in the > v3 thread. > > original cover letter: > > Introduce helpers to setup nvmet targets. This is spin off from the refactoring > patches and the allowed_host patches [1]. > > Sagi suggested to record all resources allocated by nvmet_target_setup and then > later clean them up in nvmet_target_cleanup. I opted to figure out in > nvmet_target_cleanup what was allocated via the newly introdcuded _get_nvmet_ports > helper. The reason being, Hannes told me offline that he would like to add ANA > tests which will add some more ports to the subsystem. I hope with this > the code is more future proof. > > BTW, while looking at this I saw that the passthru code is using the awkward > return value port when calling nvmet_passthru_target_setup. It seems some > more refactoring is in order... > > [1] https://lore.kernel.org/linux-nvme/5h333eqhtw252sjw6axjewlb5bbb5ze7awekczxe3kie2lnhw6@manyer42khct/ I've applied the series with the fix noted for the 3rd patch. I also reverted the commit 26664dff17b6 together. Thanks again for this clean up :)
>> [1] https://lore.kernel.org/linux-nvme/5h333eqhtw252sjw6axjewlb5bbb5ze7awekczxe3kie2lnhw6@manyer42khct/ > > I've applied the series with the fix noted for the 3rd patch. I also reverted > the commit 26664dff17b6 together. Thanks again for this clean up :) Seriously thanks again, it was due long time ago. -ck