Message ID | 20201011073505.1185335-1-armbru@redhat.com |
---|---|
Headers | show |
Series | qemu-storage-daemon: Remove QemuOpts from --object | expand |
Am 11.10.2020 um 09:34 hat Markus Armbruster geschrieben: > This replaces the QemuOpts-based help code for --object in the storage > daemon with code based on the keyval parser. > > Review of v3 led me to preexisting issues. Instead of posting my > fixes separately, then working with Kevin to rebase his work on top of > mine, I did the rebase myself and am posting it together with my fixes > as v4. Hope that's okay. > > Note: to test qemu-storage-daemon --object help, you need Philippe's > "[PATCH v3] hw/nvram: Always register FW_CFG_DATA_GENERATOR_INTERFACE" > and its prerequisites (first 10 patches of Paolo's "[PULL 00/39] SCSI, > qdev, qtest, meson patches for 2020-10-10"), so it doesn't crash with > "missing interface 'fw_cfg-data-generator' for object 'tls-creds'". Thanks, fixed up the typos in patch 4 and applied patches 1-4. I'm taking patches 5-7 from my original series because you didn't add your S-o-b (they are unchanged anyway, so no practical difference). Kevin
Kevin Wolf <kwolf@redhat.com> writes: > Am 11.10.2020 um 09:34 hat Markus Armbruster geschrieben: >> This replaces the QemuOpts-based help code for --object in the storage >> daemon with code based on the keyval parser. >> >> Review of v3 led me to preexisting issues. Instead of posting my >> fixes separately, then working with Kevin to rebase his work on top of >> mine, I did the rebase myself and am posting it together with my fixes >> as v4. Hope that's okay. >> >> Note: to test qemu-storage-daemon --object help, you need Philippe's >> "[PATCH v3] hw/nvram: Always register FW_CFG_DATA_GENERATOR_INTERFACE" >> and its prerequisites (first 10 patches of Paolo's "[PULL 00/39] SCSI, >> qdev, qtest, meson patches for 2020-10-10"), so it doesn't crash with >> "missing interface 'fw_cfg-data-generator' for object 'tls-creds'". > > Thanks, fixed up the typos in patch 4 and applied patches 1-4. I'm > taking patches 5-7 from my original series because you didn't add your > S-o-b (they are unchanged anyway, so no practical difference). Makes sense. I didn't feel like slapping my S-o-b on patches I reposted unchanged. Thanks!