From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: user space virtio-net exits with "truncating packet" error Date: Wed, 20 May 2009 09:59:58 +0300 Message-ID: <4A13AA6E.8030701@redhat.com> References: <200905151448.49851.rusty@rustcorp.com.au> <4A12A3B6.9020505@Voltaire.com> <200905201217.30939.rusty@rustcorp.com.au> <4A13A127.30305@voltaire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rusty Russell , netdev@vger.kernel.org, Gregory Haskins , Anthony Liguori , Mark McLoughlin To: Or Gerlitz Return-path: Received: from mx2.redhat.com ([66.187.237.31]:49411 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752575AbZETHA1 (ORCPT ); Wed, 20 May 2009 03:00:27 -0400 In-Reply-To: <4A13A127.30305@voltaire.com> Sender: netdev-owner@vger.kernel.org List-ID: Or Gerlitz wrote: > Rusty Russell wrote: >> Bit 5 = VIRTIO_NET_F_MAC (the host set the mac address) >> Bit 24 = VIRTIO_F_NOTIFY_ON_EMPTY >> You don't have any GSO or checksum offload here > Just to make sure I'm in the correct direction - I need to cause these > offloads to be advertised by the "lower" part of virtio (e.g the qemu > virtio code) to the "upper" part (the quest kernel), correct? Yes. You can do that by running a recent kernel on the host, and compiling qemu with the headers from that kernel (you can generate them with make headers-install). > I understand that one of them is called front-end and the other > back-end, but my intuitions don't go up to saying who's what... > My preferred terms are driver (in the guest) and device (in the host), to mimic real hardware. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.