Re: [Qemu-devel] [PATCH] e1000: Pad short frames to minimum size (60 bytes)

2010-09-18 Thread Stefan Hajnoczi
On Sat, Sep 18, 2010 at 10:27 PM, Edgar E. Iglesias wrote: > This doesn't look right. AFAIK, MAC's dont pad on receive. I agree. NICs that do padding will do it on transmit, not receive. Anything coming in on the wire should already have the minimum length. In QEMU that isn't true today and tha

[Qemu-devel] Re: [PATCH v3 05/13] pcie: helper functions for pcie capability and extended capability.

2010-09-18 Thread Isaku Yamahata
On Wed, Sep 15, 2010 at 02:43:10PM +0200, Michael S. Tsirkin wrote: > > +/*** > > + * pci express capability helper functions > > + */ > > +void pcie_notify(PCIDevice *dev, uint16_t vector, bool trigger, int level) > > Why is

[Qemu-devel] Re: [PATCH v3 03/13] pci: introduce helper function pci_shift_word/long which returns shifted value.

2010-09-18 Thread Isaku Yamahata
On Wed, Sep 15, 2010 at 02:49:50PM +0200, Michael S. Tsirkin wrote: > On Wed, Sep 15, 2010 at 02:38:16PM +0900, Isaku Yamahata wrote: > > introduce helper function pci_shift_{word, long}() which returns > > returns shifted word/long of given position and range. > > They will be used later. > > > >

Re: [Qemu-devel] Re: [PATCH v2 2/9] pcie: helper functions for pcie extended capability.

2010-09-18 Thread Isaku Yamahata
On Wed, Sep 15, 2010 at 03:05:13PM +0200, Michael S. Tsirkin wrote: > On Wed, Sep 15, 2010 at 02:50:01PM +0900, Isaku Yamahata wrote: > > On Wed, Sep 08, 2010 at 01:31:22PM +0300, Michael S. Tsirkin wrote: > > > > + > > > > +static void pcie_notify(PCIDevice *dev, uint16_t vector, > > > > +

[Qemu-devel] Re: Commit 5f30fa18ad043a841fe9f0c3917ac60f2519ebd1 breaks debugging 64 bit guests

2010-09-18 Thread Jan Kiszka
Am 18.09.2010 23:23, Ted Harkington wrote: > Without that commit, I can set breakpoints and debug 32 bit code AND 64 bit > code just fine in the same debug session... Then gdb will then debug 32-bit code in 64-bit mode as that's the architecture in use. That's not seriously usable if you look clos

Re: [Qemu-devel] [PATCH 2/2] qemu-kvm: Add svm cpuid features

2010-09-18 Thread garymber...@gmail.com
Sent from my HTC on the Now Network from Sprint! - Reply message - From: "Avi Kivity" Date: Sun, Sep 12, 2010 6:22 am Subject: [Qemu-devel] [PATCH 2/2] qemu-kvm: Add svm cpuid features To: "Alexander Graf" Cc: "Joerg Roedel" , "Joerg Roedel" , "Marcelo Tosatti" , "qemu-devel@nongnu.or

Re: [Qemu-devel] [PATCH] e1000: Pad short frames to minimum size (60 bytes)

2010-09-18 Thread Edgar E. Iglesias
On Sat, Sep 18, 2010 at 09:43:45PM +0100, Stefan Hajnoczi wrote: > The OpenIndiana (Solaris) e1000g driver drops frames that are too long > or too short. It expects to receive frames of at least the Ethernet > minimum size. ARP requests in particular are small and will be dropped > if they are no

[Qemu-devel] Re: Commit 5f30fa18ad043a841fe9f0c3917ac60f2519ebd1 breaks debugging 64 bit guests

2010-09-18 Thread Ted Harkington
Without that commit, I can set breakpoints and debug 32 bit code AND 64 bit code just fine in the same debug session... "set arch" does nothing to remedy my problems. I cannot even set breakpoints before the system runs, let alone after I interrupt it... Are you sure this approach is needed? I h

Re: [Qemu-devel] Problem with virtio

2010-09-18 Thread Frans de Boer
On 09/17/2010 10:10 AM, Frans de Boer wrote: > On 09/17/2010 01:40 AM, Luiz Capitulino wrote: > >> On Thu, 16 Sep 2010 23:49:51 +0200 >> Frans de Boer wrote: >> >> >> >>> Dear reader, >>> >>> Using qemu-kvm-0.13-rc1 and having the boot partition as if=virtio, >>> causes the attached blu

Re: [Qemu-devel] [PATCH] e1000: Pad short frames to minimum size (60 bytes)

2010-09-18 Thread Stefan Hajnoczi
On Sat, Sep 18, 2010 at 9:57 PM, Hervé Poussineau wrote: > Another patch creating ARP replies at least 64 bytes long has been > committed: > http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=dbf3c4b4baceb91eb64d09f787cbe92d65188813 > > Does it fix your issue? No I don't think so. This is an e

Re: [Qemu-devel] [PATCH] e1000: Pad short frames to minimum size (60 bytes)

2010-09-18 Thread Hervé Poussineau
Hi, Stefan Hajnoczi a écrit : The OpenIndiana (Solaris) e1000g driver drops frames that are too long or too short. It expects to receive frames of at least the Ethernet minimum size. ARP requests in particular are small and will be dropped if they are not padded appropriately, preventing a Sol

[Qemu-devel] [PATCH] e1000: Pad short frames to minimum size (60 bytes)

2010-09-18 Thread Stefan Hajnoczi
The OpenIndiana (Solaris) e1000g driver drops frames that are too long or too short. It expects to receive frames of at least the Ethernet minimum size. ARP requests in particular are small and will be dropped if they are not padded appropriately, preventing a Solaris VM from becoming visible on

[Qemu-devel] [Bug 642304] [NEW] Solaris/x86 v10 hangs under KVM

2010-09-18 Thread Nigel Horne
Public bug reported: Solaris/x86 10 guest hangs when running under KVM with the message "Running Configuration Assistant". It runs fine when -enable-kvm isn't given as a command option. Host OS: Linux/x86_64 Guest OS: Solaris/x86 Command Line: qemu -hda solaris.img -m 192 -boot c -enable-kvm Bu

[Qemu-devel] [Bug 606658] Re: system_powerdown broken

2010-09-18 Thread ero-sennin
I'm using qemu-kvm-0.12.5 at the moment, and system_powerdown is not working with FreeBSD guests. It is working fine with Linux or Windows guests, though. -- system_powerdown broken https://bugs.launchpad.net/bugs/606658 You received this bug notification because you are a member of qemu- devel-m