search for: xiyou

Hi all, Lguest is a simple hypervisor which runs Linux under Linux, without needing VT hardware. Two people asked if I had a version of lguest which worked on other-than-bleeding-edge-mm kernels, so I did a backport of the latest version to 2.6.21. http://lguest.ozlabs.org/lguest-2.6.21-254.patch.gz See Documentation/lguest/lguest.txt for how to run, drivers/lguest/README for the draft code

Hi all, Lguest is a simple hypervisor which runs Linux under Linux, without needing VT hardware. Two people asked if I had a version of lguest which worked on other-than-bleeding-edge-mm kernels, so I did a backport of the latest version to 2.6.21. http://lguest.ozlabs.org/lguest-2.6.21-254.patch.gz See Documentation/lguest/lguest.txt for how to run, drivers/lguest/README for the draft code

...oo.gl/kgGztJ > for information about syzkaller reproducers > > > IP: read_pnet include/net/net_namespace.h:269 [inline] > IP: sock_net include/net/sock.h:2299 [inline] > IP: vsock_diag_dump+0x290/0xa80 net/vmw_vsock/diag.c:87 Feel free to ignore my previous reply, Cong Wang <xiyou.wangcong at gmail.com> has already found the root cause. Thank you! Stefan

Adjust drivers that support the 'FLOW_DISSECTOR_KEY_META' key to reject filters that try to match on the newly added layer 2 miss option. Add an extack message to clearly communicate the failure reason to user space. Example: # tc filter add dev swp1 egress pref 1 proto all flower skip_sw l2_miss true action drop Error: mlxsw_spectrum: Can't match on "l2_miss". We have

...5e719ca0c6dfb03afd34c3 Author: maximilian attems <max at stro.at> Date: Wed Sep 7 12:26:19 2011 +0200 [klibc] kbuild: add static to prototypes Warnings found via gcc -Wmissing-prototypes. Signed-off-by: Trevor Keith <tsrk at tsrk.net> Acked-by: WANG Cong <xiyou.wangcong at gmail.com> Signed-off-by: Andrew Morton <akpm at linux-foundation.org> Signed-off-by: Sam Ravnborg <sam at ravnborg.org> [ ported 4356f4890792a678936c93c9196e8f7742e04535 to klibc + minor whitespaces ] Signed-off-by: maximilian attems <max at stro...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...lin.foeparker@logicpd.com> Colin Ian King <colin.king@canonical.com> Colin King <colin.king@canonical.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...<colin.king@canonical.com> Colin Leitner <colin.leitner@gmail.com> Colleen Twitty <colleen@cozybit.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

...<colin.king@canonical.com> Colin Leitner <colin.leitner@gmail.com> Colleen Twitty <colleen@cozybit.com> Cong Ding <dinggnu@gmail.com> Cong Meng <mc@linux.vnet.ibm.com> Cong Meng <mengcong@cn.ibm.com> Cong Wang <amwang@redhat.com> Cong Wang <xiyou.wangcong@gmail.com> Conor O''Gorman <i@conorogorman.net> Constantine Shulyupin <const@MakeLinux.com> Cooper Yuan <cooperyuan@gmail.com> Copot Alexandru <alex.mihai.c@gmail.com> Corbin Atkinson <corbin.atkinson@ni.com> Corbin Atkinson <corbin.a...

Hello, syzkaller hit the following crash on 28f50eb20931f32a2ceeb6aba8fa2cd5ca96ad9f git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master compiler: gcc (GCC) 7.1.1 20170620 .config is attached Raw console output is attached. C reproducer is attached syzkaller reproducer is attached. See https://goo.gl/kgGztJ for information about syzkaller reproducers IP: read_pnet

Hello, syzkaller hit the following crash on 28f50eb20931f32a2ceeb6aba8fa2cd5ca96ad9f git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master compiler: gcc (GCC) 7.1.1 20170620 .config is attached Raw console output is attached. C reproducer is attached syzkaller reproducer is attached. See https://goo.gl/kgGztJ for information about syzkaller reproducers IP: read_pnet

On Mon, Dec 5, 2016 at 3:53 PM, Laura Abbott <labbott at redhat.com> wrote: > This looks like an issue with CONFIG_VMAP_STACK since bond_enslave uses > struct sockaddr from the stack and virtnet_set_mac_address calls > sg_init_one which triggers BUG_ON(!virt_addr_valid(buf)); > > I know there have been a lot of CONFIG_VMAP_STACK fixes around but I > didn't find this one

#syz fix: vsock: always call vsock_init_tables()

On Sat, Mar 18, 2023 at 12:32:39AM +0000, Bobby Eshleman wrote: > On Fri, Mar 24, 2023 at 09:38:38AM +0100, Stefano Garzarella wrote: > > Hi Bobby, > > FYI we have also this one, but it seems related to > > syzbot+befff0a9536049e7902e at syzkaller.appspotmail.com > > > > Thanks, > > Stefano > > > > Got it, I'll look into it. > It seems

From: Cong Wang <cong.wang at bytedance.com> When virtqueue_add_sgs() fails, the skb is put back to send queue, we should not deliver the copy to tap device in this case. So we need to move virtio_transport_deliver_tap_pkt() down after all possible failures. Fixes: 82dfb540aeb2 ("VSOCK: Add virtio vsock vsockmon hooks") Cc: Stefan Hajnoczi <stefanha at redhat.com> Cc: