Re: [V9fs-developer] [PATCH] 9p: trans_fd, initialize recv fcall properly if not set

I thought the nature of trans_fd would have prevented any sort of true zero copy, but I suppose one less is always welcome :) -eric On Sun, Sep 6, 2015 at 1:55 AM, Dominique Martinet <dominique.marti...@cea.fr> wrote: > Eric Van Hensbergen wrote on Sat, Sep 05, 2015: >>

Re: [PATCH] 9p: trans_fd, initialize recv fcall properly if not set

On Thu, Sep 3, 2015 at 4:38 AM, Dominique Martinet wrote: > That code really should never be called (rc is allocated in > tag_alloc), but if it had been it couldn't have worked... > > Signed-off-by: Dominique Martinet > --- >

Re: [PATCH] [NET] 9p: kill dead static inline buf_put_string

On Jan 25, 2008 4:46 PM, Ilpo Järvinen [EMAIL PROTECTED] wrote: From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= [EMAIL PROTECTED] Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED] Acked-by: Eric Van Hensbergen [EMAIL PROTECTED] -eric -- To unsubscribe from this list: send the line unsubscribe

Re: net/9p/mux.c: use-after-free

On 7/25/07, Latchesar Ionkov [EMAIL PROTECTED] wrote: Yep, it's a leak. Okay, I'll roll that into the patch as well. -eric - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: net/9p/mux.c: use-after-free

On 7/22/07, Adrian Bunk [EMAIL PROTECTED] wrote: The Coverity checker spotted the following use-after-free in net/9p/mux.c: -- snip -- ... struct p9_conn *p9_conn_create(struct p9_transport *trans, int msize, unsigned char *extended) { ... if