<div dir="ltr"><div>Thanks a lot !!!</div><div><br></div><div>As you say, I follow <a href="https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html</a>.</div><div>And I want to use DPU mode. Not "disable DPU mode".</div><div>So I think I should follow the link above exactlly, so I use vnic-type=remote_anaged.</div><div>In my opnion, after I run first three command (which is "openstack network create ...", "openstack subnet create", "openstack port create ..."), the VF rep port and OVN and OVS rules are all ready.</div><div>What I should do in "openstack server create ..." is to JUST add PCI device into VM, do NOT call neutron-server in nova-compute of compute node ( like call port_binding or something).</div><div><br></div><div>But as the log and steps said in the emails above, nova-compute call port_binding to neutron-server while running the command "openstack server create ...".</div><div><br></div><div>So I still have questions is:<br></div><div>1) Is my opinion right? Which is "JUST add PCI device into VM, do NOT call neutron-server in nova-compute of compute node ( like call port_binding or something)" .<br></div><div>2) If it's right, how to deal with this? Which is how to JUST add PCI device into VM, do NOT call neutron-server? By command or by configure? Is there come document ?</div><div><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>----</div>Simon Jones</div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> 于2023年3月1日周三 16:15写道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 2023-03-01 at 15:20 +0800, Simon Jones wrote:<br>
> BTW, this link (<br>
> <a href="https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html</a>) said<br>
> I SHOULD add "remote_managed" in /etc/nova/nova.conf, is that WRONG ?<br>
<br>
no its not wrong but for dpu smart nics you have to make a choice when you deploy<br>
either they can be used in dpu mode in which case remote_managed shoudl be set to true<br>
and you can only use them via neutron ports with vnic-type=remote_managed as descried in that doc<br>
<a href="https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html#launch-an-instance-with-remote-managed-port" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html#launch-an-instance-with-remote-managed-port</a><br>
<br>
<br>
or if you disable dpu mode in the nic frimware then you shoudl remvoe remote_managed form the pci device list and<br>
then it can be used liek a normal vf either for neutron sriov ports vnic-type=direct or via flavor based pci passthough.<br>
<br>
the issue you were havign is you configured the pci device list to contain "remote_managed: ture" which means<br>
the vf can only be consumed by a neutron port with vnic-type=remote_managed, when you have "remote_managed: false" or unset<br>
you can use it via vnic-type=direct i forgot that slight detail that vnic-type=remote_managed is required for "remote_managed: ture".<br>
<br>
<br>
in either case you foudn the correct doc <a href="https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html</a><br>
neutorn sriov port configuration is documented here <a href="https://docs.openstack.org/neutron/latest/admin/config-sriov.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/config-sriov.html</a><br>
and nova flavor based pci passthough is documeted here <a href="https://docs.openstack.org/nova/latest/admin/pci-passthrough.html" rel="noreferrer" target="_blank">https://docs.openstack.org/nova/latest/admin/pci-passthrough.html</a><br>
<br>
all three server slightly differnt uses. both neutron proceedures are exclusivly fo network interfaces.<br>
<a href="https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/ovn/smartnic_dpu.html</a> requires the use of ovn deployed on the dpu<br>
to configure the VF contolplane. <a href="https://docs.openstack.org/neutron/latest/admin/config-sriov.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/config-sriov.html</a> uses the sriov nic agent<br>
to manage the VF with ip tools. <a href="https://docs.openstack.org/nova/latest/admin/pci-passthrough.html" rel="noreferrer" target="_blank">https://docs.openstack.org/nova/latest/admin/pci-passthrough.html</a> is intended for pci passthough<br>
of stateless acclerorators like qat devices. while the nova flavor approch cna be used with nics it not how its generally <br>
ment to be used and when used to passthough a nic expectation is that its not related to a neuton network.<br>
<br>
</blockquote></div>