similar to: 6262586 truss should print data written/read for sendmsg/recvmsg

On 2018/11/15 ??5:02, jiangyiwen wrote: > On 2018/11/15 16:19, Jason Wang wrote: >> On 2018/11/15 ??2:46, jiangyiwen wrote: >>> On 2018/11/15 12:19, Jason Wang wrote: >>>> On 2018/11/15 ??11:56, jiangyiwen wrote: >>>>> Hi Stefan, Michael, Jason and everyone, >>>>> >>>>> Several days ago, I discussed with jason about

On 2018/11/15 17:21, Jason Wang wrote: > > On 2018/11/15 ??5:02, jiangyiwen wrote: >> On 2018/11/15 16:19, Jason Wang wrote: >>> On 2018/11/15 ??2:46, jiangyiwen wrote: >>>> On 2018/11/15 12:19, Jason Wang wrote: >>>>> On 2018/11/15 ??11:56, jiangyiwen wrote: >>>>>> Hi Stefan, Michael, Jason and everyone, >>>>>>

On 2018/11/15 ??2:46, jiangyiwen wrote: > On 2018/11/15 12:19, Jason Wang wrote: >> On 2018/11/15 ??11:56, jiangyiwen wrote: >>> Hi Stefan, Michael, Jason and everyone, >>> >>> Several days ago, I discussed with jason about "Vsock over Virtio-net". >>> This idea has two advantages: >>> First, it can use many great features of

On 2018/11/15 ??11:56, jiangyiwen wrote: > Hi Stefan, Michael, Jason and everyone, > > Several days ago, I discussed with jason about "Vsock over Virtio-net". > This idea has two advantages: > First, it can use many great features of virtio-net, like batching, > mergeable rx buffer and multiqueue, etc. > Second, it can reduce many duplicate codes and make it easy to

On 2018/11/15 16:19, Jason Wang wrote: > > On 2018/11/15 ??2:46, jiangyiwen wrote: >> On 2018/11/15 12:19, Jason Wang wrote: >>> On 2018/11/15 ??11:56, jiangyiwen wrote: >>>> Hi Stefan, Michael, Jason and everyone, >>>> >>>> Several days ago, I discussed with jason about "Vsock over Virtio-net". >>>> This idea has two

On 2018/11/15 16:19, Jason Wang wrote: > > On 2018/11/15 ??2:46, jiangyiwen wrote: >> On 2018/11/15 12:19, Jason Wang wrote: >>> On 2018/11/15 ??11:56, jiangyiwen wrote: >>>> Hi Stefan, Michael, Jason and everyone, >>>> >>>> Several days ago, I discussed with jason about "Vsock over Virtio-net". >>>> This idea has two

On 2018/11/15 12:19, Jason Wang wrote: > > On 2018/11/15 ??11:56, jiangyiwen wrote: >> Hi Stefan, Michael, Jason and everyone, >> >> Several days ago, I discussed with jason about "Vsock over Virtio-net". >> This idea has two advantages: >> First, it can use many great features of virtio-net, like batching, >> mergeable rx buffer and multiqueue,

On 2018/11/15 12:19, Jason Wang wrote: > > On 2018/11/15 ??11:56, jiangyiwen wrote: >> Hi Stefan, Michael, Jason and everyone, >> >> Several days ago, I discussed with jason about "Vsock over Virtio-net". >> This idea has two advantages: >> First, it can use many great features of virtio-net, like batching, >> mergeable rx buffer and multiqueue,

> On 15 Nov 2018, at 05:56, jiangyiwen <jiangyiwen at huawei.com> wrote: > > Hi Stefan, Michael, Jason and everyone, > > Several days ago, I discussed with jason about "Vsock over Virtio-net". > This idea has two advantages: > First, it can use many great features of virtio-net, like batching, > mergeable rx buffer and multiqueue, etc. > Second, it can

On Wed, Dec 03, 2014 at 12:07:59AM -0800, Dave Taht wrote: [...] > https://github.com/dtaht/tinc > > I successfully converted tinc to use sendmsg and recvmsg, acquire (at > least on linux) the TTL/Hoplimit and IP_TOS/IPv6_TCLASS packet fields, Windows does not have sendmsg()/recvmsg(), but the BSDs support it. > as well as SO_TIMESTAMPNS, and use a higher resolution internal

Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/net.c | 2 +- drivers/vhost/vhost.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index d10da28..14fc189 100644 --- a/drivers/vhost/net.c +++ b/drivers/vhost/net.c @@ -452,7 +452,7 @@ static void handle_rx_mergeable(struct vhost_net *net)

Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/net.c | 2 +- drivers/vhost/vhost.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index d10da28..14fc189 100644 --- a/drivers/vhost/net.c +++ b/drivers/vhost/net.c @@ -452,7 +452,7 @@ static void handle_rx_mergeable(struct vhost_net *net)

G''Day Folks, I''ve finally typed up my classic DTrace demo, which I use to introduce people to DTrace (I delivered this at SOSUG#1), http://www.brendangregg.com/DTrace/dtracevstruss.html Here I create a fault and show the difficulty in analysing it using previous tools. Then I compare the impact of analysing the problem using both DTrace and truss. DTrace wins (a lot!).

Hi all, I have a question about the Linux kernel/IP stack support for multiple routing tables (or FIBs) that I am hoping someone can answer. This support is also used by the iproute2 package that is available. My question is: For applications sending raw packets, is it possible to specify the routing table to use when sending? Currently, I am finding that calls to sendmsg() use the main

Tun device looks similar to a packet socket in that both pass complete frames from/to userspace. This patch fills in enough fields in the socket underlying tun driver to support sendmsg/recvmsg operations, and message flags MSG_TRUNC and MSG_DONTWAIT, and exports access to this socket to modules. Regular read/write behaviour is unchanged. This way, code using raw sockets to inject packets into

Tun device looks similar to a packet socket in that both pass complete frames from/to userspace. This patch fills in enough fields in the socket underlying tun driver to support sendmsg/recvmsg operations, and message flags MSG_TRUNC and MSG_DONTWAIT, and exports access to this socket to modules. Regular read/write behaviour is unchanged. This way, code using raw sockets to inject packets into

guestfish --listen necessarily redirects its stdout to /dev/null so as not to interfere with eval. The remote protocol doesn't contain any other provision for collecting stdout for the caller, so executing guestfish --remote will never generate any output. This patch fixes that by forwarding the caller's STDOUT to the listener over the unix socket connection. The listener redirects its

Hi Stefan, Michael, Jason and everyone, Several days ago, I discussed with jason about "Vsock over Virtio-net". This idea has two advantages: First, it can use many great features of virtio-net, like batching, mergeable rx buffer and multiqueue, etc. Second, it can reduce many duplicate codes and make it easy to be maintained. Before the implement, I want to discuss with everyone

Hi Stefan, Michael, Jason and everyone, Several days ago, I discussed with jason about "Vsock over Virtio-net". This idea has two advantages: First, it can use many great features of virtio-net, like batching, mergeable rx buffer and multiqueue, etc. Second, it can reduce many duplicate codes and make it easy to be maintained. Before the implement, I want to discuss with everyone

Has anyone got privsep to work under SCO Openserver? I am testing openssh3.3p1. I have Compression turned off in sshd_config. Here is the error messages that I am getting. sshd[21469]: fatal: mm_send_fd: sendmsg(3): Bad file number sshd[21476]: fatal: mm_receive_fd: recvmsg: expected received 1 got 0 --Sam