On Wed, Aug 28, 2019 at 7:58 AM Damjan Marion <dmar...@me.com> wrote:
>
>
> Havre you bound NIC to vfio-pci or uio_pci_generic?
>
I'm using uio_pci_generic.
Should I use vfio-pci?

Thanks
William
>
> > On 27 Aug 2019, at 23:32, William Tu <u9012...@gmail.com> wrote:
> >
> > Hi,
> >
> > I'm new to vpp and hit an error when receiving no packet from PCI
> > device. My setup is below:
> >
> > /etc/vpp# cat startup.conf
> > unix {
> >  nodaemon
> >  log /var/log/vpp/vpp.log
> >  full-coredump
> >  cli-listen /run/vpp/cli.sock
> >  gid vpp
> > }
> > api-segment {
> >  gid vpp
> > }
> > socksvr {
> >  default
> > }
> > cpu {
> > main-core 1
> > corelist-workers 2-3
> > }
> > dpdk {
> > dev 0000:03:00.0 {
> > name vpp-eth0
> > }
> > dev 0000:03:00.1 {
> > name vpp-eth1
> > }
> > }
> >
> > vpp# show dpdk version
> > DPDK Version:             DPDK 19.08.0
> > DPDK EAL init args:       -c e -n 4 --in-memory --file-prefix vpp -w
> > 0000:03:00.0 -w 0000:03:00.1 --master-lcore 1
> >
> > vpp# show int
> >              Name               Idx State MTU (L3/IP4/IP6/MPLS)
> > Counter Count
> > local0                            0 down 0/0/0/0
> > vpp-eth0                          1 up 9000/0/0/0 rx-miss
> >   85285153
> >
> > rx-error                      78
> > vpp-eth1                          2 up 9000/0/0/0
> >
> > vpp# trace add dpdk-input 1
> > vpp# show trace
> > ------------------- Start of thread 0 vpp_main -------------------
> > No packets in trace buffer
> > ------------------- Start of thread 1 vpp_wk_0 -------------------
> > No packets in trace buffer
> > ------------------- Start of thread 2 vpp_wk_1 -------------------
> > No packets in trace buffer
> > vpp#
> >
> > vpp# show errors
> >   Count                    Node Reason
> >
> > vpp# show version
> > vpp v20.01-rc0~82-ga436a4222128 built by root on ovs-smartnic at Wed
> > Aug 21 10:26:12 PDT 2019
> >
> > Thread 1 vpp_wk_0 (lcore 2)
> > Time 291.5, average vectors/node 0.00, last 128 main loops 0.00 per node 
> > 0.00
> >  vector rates in 0.0000e0, out 0.0000e0, drop 0.0000e0, punt 0.0000e0
> >             Name                 State Calls         Vectors Suspends
> >  Clocks Vectors/Call
> > dpdk-input                       polling 4755986179       0 0 8.13e1     
> > 0.00
> > unix-epoll-input                 polling 4639993       0 0 1.13e3     0.00
> >
> > Log shows:
> > Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]:
> > vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but
> > expected arp-disabled!
> > Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]:
> > vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but
> > expected arp-disabled!
> > Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]: dpdk: EAL
> > init args: -c e -n 4 --in-memory --file-prefix vpp -w 0000:03:00.0 -w
> > 0000:03:00.1 --master-lcore 1
> > Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]: dpdk: EAL init args:
> > -c e -n 4 --in-memory --file-prefix vpp -w 0000:03:00.0 -w
> > 0000:03:00.1 --master-lcore 1
> > Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014378] DMAR: DRHD:
> > handling fault status reg 602
> > Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014389] DMAR: [DMA Read]
> > Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE
> > Read access is not set
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> > Loaded plugin: nsh_test_plugin.so
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> > Loaded plugin: vmxnet3_test_plugin.so
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> > Loaded plugin: mactime_test_plugin.so
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: dpdk_ipsec_process:1033: not
> > enough DPDK crypto resources, default to OpenSSL
> > Aug 27 13:30:04 ovs-smartnic vnet[4358]: show: unknown input `nit
> > Aug 27 13:30:17 ovs-smartnic vnet[4358]: set interface state: unknown
> > interface `vpp-et0 up
> > Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002030] DMAR: DRHD:
> > handling fault status reg 702
> > Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002040] DMAR: [DMA Read]
> > Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE
> > Read access is not set
> >
> > It seems to be a problem of IOMMU?
> > At BIOS, I have turned on SR-IOV and at grub, I have intel_iommu=on.
> > It is the correct way? should I disable IOMMU?
> >
> > Thank you
> > William
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> >
> > View/Reply Online (#13852): https://lists.fd.io/g/vpp-dev/message/13852
> > Mute This Topic: https://lists.fd.io/mt/33050681/675642
> > Group Owner: vpp-dev+ow...@lists.fd.io
> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> > -=-=-=-=-=-=-=-=-=-=-=-
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13860): https://lists.fd.io/g/vpp-dev/message/13860
Mute This Topic: https://lists.fd.io/mt/33050681/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to