From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=55140 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oxnim-0002tW-9b for qemu-devel@nongnu.org; Mon, 20 Sep 2010 17:16:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OxnZ7-0005kI-W4 for qemu-devel@nongnu.org; Mon, 20 Sep 2010 17:06:23 -0400 Received: from adelie.canonical.com ([91.189.90.139]:60377) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxnZ7-0005kA-Pf for qemu-devel@nongnu.org; Mon, 20 Sep 2010 17:06:21 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by adelie.canonical.com with esmtp (Exim 4.69 #1 (Debian)) id 1OxnZ3-00073H-T0 for ; Mon, 20 Sep 2010 22:06:18 +0100 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 4FA392E81DB for ; Mon, 20 Sep 2010 21:06:02 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 20 Sep 2010 20:57:19 -0000 From: Anthony Liguori Sender: bounces@canonical.com References: <20100915132907.2955.78648.malonedeb@gandwana.canonical.com> Message-Id: <4C97CAAF.5060909@codemonkey.ws> Subject: [Bug 638955] Re: [Qemu-devel] [PATCH] e1000: Pad short frames to minimum size (60 bytes) Errors-To: bounces@canonical.com Reply-To: Bug 638955 <638955@bugs.launchpad.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 09/20/2010 03:44 PM, Michael S. Tsirkin wrote: >>> From f77c3143f3fbefdfa2f0cc873c2665b5aa78e8c9 Mon Sep 17 00:00:00 2001 >>> From: Anthony Liguori >>> Date: Mon, 20 Sep 2010 15:29:31 -0500 >>> Subject: [PATCH] tap: make sure packets are at least 40 bytes long >>> >>> This is required by ethernet drivers but not enforced in the Linux tap = code so >>> we need to fix it up ourselves. >>> = >> >> This enforces ethernet semantics on the internal links (which is probably >> not good), >> = > Plus plus ungood. > When we do add e.g. ipoib support, we'll have to go and hunt these bugs d= own again. > Also will make it impossible to implement any devices that pass in guest = buffers > without FCS and padding. > = That's actually a good point which strongly is in favor of making the = devices do the padding themselves. Regards, Anthony Liguori -- = emulated netcards don't work with recent sunos kernel https://bugs.launchpad.net/bugs/638955 You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. Status in QEMU: New Bug description: hi there, i'm using qemu-kvm backend in version: # qemu-kvm -version QEMU PC emulator version 0.12.5 (qemu-kvm-0.12.5), Copyright (c) 2003-2008 = Fabrice Bellard and there are just *not working any of model=3D$type with combinations of r= ecent sunos (solaris, openindiana, opensolaris, ..) .. you can download for testing purposes iso from here: http://dlc-origin.open= indiana.org/isos/147/ or from here: http://genunix.org/distributions/indian= a/ << osol and oi are also bubuntu-like *live cds, so no need to bother wit= h installing behaviour is as follows: e1000 - receiving doesn't work, transmitting works .. dladm (tool for handl= e ethers) shows that is all ok, correct mode is loaded up, it just seems li= ke this driver works at 100% but .. rtl8169|pcnet - works in 10Mbit mode with several other issues like high cp= u utilization and so .. dladm is unable to recognize options for this kind = of -nic others - just don't work .. i experienced this issue several times in past .. woraround was, that rt= l8169 worked so-so .. with recent sunos kernel it doesn't. it's easy to reproduce, this is why i'm not putting here more then launchin= g script for my virtual machine: # cat openindiana.sh qemu-kvm -hda /home/kvm/openindiana/openindiana.img -m 2048 -localtime -cdr= om /home/kvm/+images/oi-dev-147-x86.iso -boot d \ -vga std -vnc :9 -k en-us -monitor unix:/home/kvm/openindiana/instance,serv= er,nowait \ -net nic,model=3De1000,vlan=3D1 -net tap,ifname=3Doi0,script=3Dno,vlan=3D1 & sleep 2; ip l set oi0 up; ip a a 192.168.99.9/24 dev oi0; regards by daniel