On Tue, Mar 28, 2023 at 3:18 PM Eli Cohen wrote:
>
> The right place to add the debugfs create is in
> setup_driver() and remove it in teardown_driver().
>
> Current code adds the debugfs when creating the device but resetting a
> device will remove the debugfs subtree and subsequent set_driver
On Tue, Mar 28, 2023 at 3:18 PM Eli Cohen wrote:
>
> Current code ignores link state updates if VIRTIO_NET_F_STATUS was not
> negotiated. However, link state updates could be received before feature
> negotiation was completed , therefore causing link state events to be
> lost, possibly leaving
On Thu, Mar 30, 2023 at 12:03 AM Stefano Garzarella wrote:
>
> Initialization must be completed before calling _vdpa_register_device()
> since it can connect the device to the vDPA bus, so requests can arrive
> after that call.
>
> So for example vdpasim_net_work(), which uses the net->*_stats
On Wed, Mar 29, 2023 at 1:42 PM Michael S. Tsirkin wrote:
>
> On Tue, Mar 28, 2023 at 11:39:59AM +0800, Jason Wang wrote:
> > On Tue, Mar 28, 2023 at 11:09 AM 黄杰 wrote:
> > >
> > > Jason Wang 于2023年3月28日周二 10:59写道：
> > > >
> > > > On Tue, Mar 28, 2023 at 10:13 AM Dominique Martinet
> > > >
On Thu, 30 Mar 2023 01:49:23 +0300, Viktor Prutyanov wrote:
> On Fri, Mar 24, 2023 at 10:50 PM Viktor Prutyanov wrote:
> >
> > According to VirtIO spec v1.2, VIRTIO_F_NOTIFICATION_DATA feature
> > indicates that the driver passes extra data along with the queue
> > notifications.
> >
> > In a
Oh yeah, I'll fix that. Thank you!
On Wed, Mar 29, 2023 at 2:52 PM Xuan Zhuo wrote:
>
> Is this a patch-set of QEMU? If yes, why are the email lists all kernel mail
> list without QEMU mail list?
>
> Thanks.
>
> On Wed, 29 Mar 2023 13:45:41 +0300, Andrew Melnychenko
> wrote:
> > This series of
> On Mar 28, 2023, at 4:20 AM, Arseniy Krasnov wrote:
>
> !! External Email
>
> On 28.03.2023 14:19, Stefano Garzarella wrote:
>> On Tue, Mar 28, 2023 at 01:42:19PM +0300, Arseniy Krasnov wrote:
>>>
>>>
>>> On 28.03.2023 12:42, Stefano Garzarella wrote:
I pressed send too early...
On Wed, Mar 29, 2023 at 06:23:00PM +0800, Albert Huang wrote:
> From: "huangjie.albert"
>
> in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> the vq->event_triggered will be set to true. It will no longer be set to
> false. Unless we explicitly call
On Wed, Mar 29, 2023 at 06:23:00PM +0800, Albert Huang wrote:
> From: "huangjie.albert"
>
> in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> the vq->event_triggered will be set to true. It will no longer be set to
> false. Unless we explicitly call
On Wed, Mar 29, 2023 at 07:45:01PM +0800, Xuan Zhuo wrote:
> On Wed, 29 Mar 2023 18:23:00 +0800, Albert Huang
> wrote:
> > From: "huangjie.albert"
> >
> > in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> > the vq->event_triggered will be set to true. It will no longer
On Wed, Mar 29, 2023 at 03:27:03PM +0800, Xuan Zhuo wrote:
> Maybe one new thread is better.
>
> Thanks.
I don't know but do not post same message twice please
without explanation. if you repost put "PATCH repost" in
the subject.
___
Virtualization
Ican't parse the subject at all. I think the subject from v2
was fine - we are skipping event index updates on get buf.
Or maybe go higher level and describe the effect of the patch:
virtio_ring: reduce interrupt rate with event idx enabled
On Wed, Mar 29, 2023 at 03:21:35PM +0800, Albert Huang
Initialization must be completed before calling _vdpa_register_device()
since it can connect the device to the vDPA bus, so requests can arrive
after that call.
So for example vdpasim_net_work(), which uses the net->*_stats variables,
can be scheduled before they are initialized.
Let's move
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
branch HEAD: 198925fae644b0099b66fac1d972721e6e563b17 Add linux-next specific
files for 20230329
Error/Warning reports:
https://lore.kernel.org/oe-kbuild-all/202303082135.njdx1bij-...@intel.com
https
Hannes Reinecke wrote:
> > [!] Note: This is a work in progress. At the moment, some things won't
> > build if this patch is applied. nvme, kcm, smc, tls.
Actually, that needs updating. nvme and smc now build.
> Weelll ... what happens to consumers of kernel_sendpage()?
> (Let's call
On 3/29/23 16:13, David Howells wrote:
[!] Note: This is a work in progress. At the moment, some things won't
build if this patch is applied. nvme, kcm, smc, tls.
Remove ->sendpage() and ->sendpage_locked(). sendmsg() with
MSG_SPLICE_PAGES should be used instead. This allows multiple
[!] Note: This is a work in progress. At the moment, some things won't
build if this patch is applied. nvme, kcm, smc, tls.
Remove ->sendpage() and ->sendpage_locked(). sendmsg() with
MSG_SPLICE_PAGES should be used instead. This allows multiple pages and
multipage folios to be passed
Is this a patch-set of QEMU? If yes, why are the email lists all kernel mail
list without QEMU mail list?
Thanks.
On Wed, 29 Mar 2023 13:45:41 +0300, Andrew Melnychenko
wrote:
> This series of patches provides the ability to retrieve eBPF program
> through qmp, so management application may
On Wed, 29 Mar 2023 18:23:00 +0800, Albert Huang
wrote:
> From: "huangjie.albert"
>
> in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> the vq->event_triggered will be set to true. It will no longer be set to
> false. Unless we explicitly call
Updated section name, so libbpf should init/gues proper
program type without specifications during open/load.
Signed-off-by: Andrew Melnychenko
---
ebpf/rss.bpf.skeleton.h | 1469 ---
tools/ebpf/rss.bpf.c|2 +-
2 files changed, 741 insertions(+), 730
This series of patches provides the ability to retrieve eBPF program
through qmp, so management application may load bpf blob with proper
capabilities.
Now, virtio-net devices can accept eBPF programs and maps through properties
as external file descriptors. Access to the eBPF map is direct
Added command "request-ebpf". This command returns
eBPF program encoded base64. The program taken from the
skeleton and essentially is an ELF object that can be
loaded in the future with libbpf.
Signed-off-by: Andrew Melnychenko
---
monitor/qmp-cmds.c | 17 +
qapi/misc.json
eBPF RSS program and maps may now be passed during initialization.
Initially was implemented for libvirt to launch qemu without permissions,
and initialized eBPF program through the helper.
Signed-off-by: Andrew Melnychenko
---
hw/net/virtio-net.c| 77
Now, the binary objects may be retrieved by id/name.
It would require for future qmp commands that may require specific
eBPF blob.
Signed-off-by: Andrew Melnychenko
---
ebpf/ebpf.c | 48
ebpf/ebpf.h | 25 +
Changed eBPF map updates through mmaped array.
Mmaped arrays provide direct access to map data.
It should omit using bpf_map_update_elem() call,
which may require capabilities that are not present.
Signed-off-by: Andrew Melnychenko
---
ebpf/ebpf_rss-stub.c | 6 +++
ebpf/ebpf_rss.c | 120
On Wed, 29 Mar 2023 17:33:23 +0800, =?utf-8?b?6buE5p2w?=
wrote:
> Xuan Zhuo 于2023年3月29日周三 17:27写道：
> >
> > On Wed, 29 Mar 2023 15:28:41 +0800, Albert Huang
> > wrote:
> > > From: "huangjie.albert"
> > >
> > > in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> > > the
On Wed, 29 Mar 2023 15:28:41 +0800, Albert Huang
wrote:
> From: "huangjie.albert"
>
> in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> the vq->event_triggered will be set to true. It will no longer be set to
> false. Unless we explicitly call
Maybe one new thread is better.
Thanks.
On Wed, 29 Mar 2023 15:21:35 +0800, Albert Huang
wrote:
> From: "huangjie.albert"
>
> in virtio_net, if we disable the napi_tx, when we triger a tx interrupt,
> the vq->event_triggered will be set to true. It will no longer be set to
> false. Unless we
On Tue, Mar 28, 2023 at 04:29:09PM +, Bobby Eshleman wrote:
This patch sets the skb owner in the recv and send path for virtio.
For the send path, this solves the leak caused when
virtio_transport_purge_skbs() finds skb->sk is always NULL and therefore
never matches it with the current
29 matches
Mail list logo
