search for: hubbe

From: Allen Hubbe <allen.hubbe at amd.com> Consume the parameter to device_features when parsing command line options. Otherwise the parameter may be used again as an option name. # vdpa dev add ... device_features 0xdeadbeef mac 00:11:22:33:44:55 Unknown option "0xdeadbeef" Fixes: a4442ce58ebb...

From: Allen Hubbe <allen.hubbe at amd.com> Consume the parameter to device_features when parsing command line options. Otherwise the parameter may be used again as an option name. # vdpa dev add ... device_features 0xdeadbeef mac 00:11:22:33:44:55 Unknown option "0xdeadbeef" Fixes: a4442ce58ebb...

...4 months? Maybe the subject is not clear, but this is an iproute2 patch. Would it be possible to merge at your earliest convenience? PS, adding my R-b to the patch. Thanks, -Siwei On Sat, May 13, 2023 at 12:42?AM Shannon Nelson <shannon.nelson at amd.com> wrote: > > From: Allen Hubbe <allen.hubbe at amd.com> > > Consume the parameter to device_features when parsing command line > options.? Otherwise the parameter may be used again as an option name. > >? # vdpa dev add ... device_features 0xdeadbeef mac 00:11:22:33:44:55 >? Unknown option "0xd...

...4 months? Maybe the subject is not clear, but this is an iproute2 patch. Would it be possible to merge at your earliest convenience? PS, adding my R-b to the patch. Thanks, -Siwei On Sat, May 13, 2023 at 12:42?AM Shannon Nelson <shannon.nelson at amd.com> wrote: > > From: Allen Hubbe <allen.hubbe at amd.com> > > Consume the parameter to device_features when parsing command line > options.? Otherwise the parameter may be used again as an option name. > >? # vdpa dev add ... device_features 0xdeadbeef mac 00:11:22:33:44:55 >? Unknown option "0xd...

...:33 AM, Jason Wang wrote: > Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. > > > On Fri, Jun 30, 2023 at 8:36?AM Shannon Nelson <shannon.nelson at amd.com> wrote: >> >> From: Allen Hubbe <allen.hubbe at amd.com> >> >> When the vdpa device is reset, also reinitialize it with the mac address >> that was assigned when the device was added. >> >> Fixes: 151cc834f3dd ("pds_vdpa: add support for vdpa and vdpamgmt interfaces") >> Signed-...

...nd reset vqs" before "alloc-irq" to make them slightly simpler patches - other minor cleanups for simpler patches These are some fixes for device providing a MAC address, for allocating irq resources later to support vhost use, and for properly cleaning vq info on reset. Allen Hubbe (2): pds_vdpa: reset to vdpa specified mac pds_vdpa: alloc irq vectors on DRIVER_OK Shannon Nelson (2): pds_vdpa: always allow offering VIRTIO_NET_F_MAC pds_vdpa: clean and reset vqs entries drivers/vdpa/pds/vdpa_dev.c | 171 +++++++++++++++++++++++++----------- drivers/vdpa/pds/vdpa_dev...

...nd reset vqs" before "alloc-irq" to make them slightly simpler patches - other minor cleanups for simpler patches These are some fixes for device providing a MAC address, for allocating irq resources later to support vhost use, and for properly cleaning vq info on reset. Allen Hubbe (2): pds_vdpa: reset to vdpa specified mac pds_vdpa: alloc irq vectors on DRIVER_OK Shannon Nelson (2): pds_vdpa: always allow offering VIRTIO_NET_F_MAC pds_vdpa: clean and reset vqs entries drivers/vdpa/pds/vdpa_dev.c | 171 +++++++++++++++++++++++++----------- drivers/vdpa/pds/vdpa_dev...

...is by adding and using > coalesce params from the control_buf struct, which aligns with other > commands. > > Fixes: 699b045a8e43 ("net: virtio_net: notifications coalescing support") > Reviewed-by: Shannon Nelson <shannon.nelson at amd.com> > Signed-off-by: Allen Hubbe <allen.hubbe at amd.com> > Signed-off-by: Brett Creeley <brett.creeley at amd.com> Acked-by: Michael S. Tsirkin <mst at redhat.com> stable material too. > --- > drivers/net/virtio_net.c | 16 ++++++++-------- > 1 file changed, 8 insertions(+), 8 deletions(-) >...

...tch. Would it be >> possible to merge at your earliest convenience? >> >> PS, adding my R-b to the patch. >> > It got marked "Not applicable": > https://patchwork.kernel.org/project/netdevbpf/patch/29db10bca7e5ef6b1137282292660fc337a4323a.1683907102.git.allen.hubbe at amd.com/ > > Resend the patch with any reviewed by tags and be sure to cc me. > Just out of my own curiosity, the patch is not applicable simply because the iproute2 was missing from the subject, or the code base somehow got changed that isn't aligned with the patch any more? Tha...

...tch. Would it be >> possible to merge at your earliest convenience? >> >> PS, adding my R-b to the patch. >> > It got marked "Not applicable": > https://patchwork.kernel.org/project/netdevbpf/patch/29db10bca7e5ef6b1137282292660fc337a4323a.1683907102.git.allen.hubbe at amd.com/ > > Resend the patch with any reviewed by tags and be sure to cc me. > Just out of my own curiosity, the patch is not applicable simply because the iproute2 was missing from the subject, or the code base somehow got changed that isn't aligned with the patch any more? Tha...

...tried the following different commands - all ends up the same: stream, preload: ogg123 - stream, preload: ogg123 -b 128 -p 50 - stream: ogg123 - stream: ogg123 -b 128 -p 50 - I should note that mpg321 works perfectly with the mpeg audio (mp3) file at http://fredrik.hubbe.net/plugger/test.html so I don't think its a browser cache issue. Is my issue with ogg123 a configuration issue, an ogg123 issue, or a plugger issue? Or possibly a server configuration issue? (It's being served with the application/x-ogg mime type) The exact amount of time before it cuts...

flight 18805 linux-linus real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/18805/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rhel6hvm-amd 7 redhat-install fail REGR. vs. 12557 test-amd64-i386-pair 17 guest-migrate/src_host/dst_host fail REGR. vs. 12557 Regressions which are regarded as

flight 18844 linux-linus real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/18844/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386 4 xen-build fail REGR. vs. 12557 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-pcipt-intel 9 guest-start fail

cheers, jerry --------------------------------------------------------------------- www.valinux.com VA Linux Systems gcarter_at_valinux.com www.samba.org SAMBA Team jerry_at_samba.org www.plainjoe.org jerry_at_plainjoe.org --"I never saved anything for the swim back." Ethan Hawk in Gattaca-- Return-Path: