* [DPDK/vhost/virtio Bug 1467] Virtio_user as Exception Path in secondary process report mistakes ( virtio_user_notify_queue(): failed to kick backend: Bad file descriptor)
@ 2024-06-20 2:46 bugzilla
0 siblings, 0 replies; only message in thread
From: bugzilla @ 2024-06-20 2:46 UTC (permalink / raw)
To: dev
[-- Attachment #1: Type: text/plain, Size: 1279 bytes --]
https://bugs.dpdk.org/show_bug.cgi?id=1467
Bug ID: 1467
Summary: Virtio_user as Exception Path in secondary process
report mistakes ( virtio_user_notify_queue(): failed
to kick backend: Bad file descriptor)
Product: DPDK
Version: 21.11
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: critical
Priority: Normal
Component: vhost/virtio
Assignee: dev@dpdk.org
Reporter: 952983126@qq.com
Target Milestone: ---
when using Virtio_user as Exception Path ,configure the port in the primary
process , virtio_user do rx and tx in the secondary process. it generates a
mistake in tx such as (virtio_user_notify_queue(): failed to kick backend: Bad
file descriptor).
in my opinion ,when initialize the second process , is it properly to copy the
callfd and kickfd which are initialized by primay process to the secondary
process ? in this situation ,i don't think the secondary process could find
the correct kickfd ,and it make kthread work abnormal.
please see the question ,thank you !!!
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #2: Type: text/html, Size: 3206 bytes --]
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-06-20 2:46 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-06-20 2:46 [DPDK/vhost/virtio Bug 1467] Virtio_user as Exception Path in secondary process report mistakes ( virtio_user_notify_queue(): failed to kick backend: Bad file descriptor) bugzilla
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).