well, feel free to request whichever information you could need or
consider as a helpful ..
just for your information after ping via e1000 adapter i can see `arp
-n` entry in target system and icmp packets are delivered ok. i'd like
to presume that there is some little issue because e1000 driver
Am 18.09.2010 23:12, schrieb Stefan Hajnoczi:
On Sat, Sep 18, 2010 at 9:57 PM, Hervé Poussineau hpous...@reactos.org
wrote:
Another patch creating ARP replies at least 64 bytes long has been
committed:
Am 19.09.2010 08:36, schrieb Stefan Hajnoczi:
On Sat, Sep 18, 2010 at 10:27 PM, Edgar E. Iglesias
edgar.igles...@gmail.com 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
On Mon, Sep 20, 2010 at 10:42:31AM +0200, Kevin Wolf wrote:
Am 18.09.2010 23:12, schrieb Stefan Hajnoczi:
On Sat, Sep 18, 2010 at 9:57 PM, Hervé Poussineau hpous...@reactos.org
wrote:
Another patch creating ARP replies at least 64 bytes long has been
committed:
On Mon, Sep 20, 2010 at 10:42:31AM +0200, Kevin Wolf wrote:
Am 18.09.2010 23:12, schrieb Stefan Hajnoczi:
On Sat, Sep 18, 2010 at 9:57 PM, Hervé Poussineau hpous...@reactos.org
wrote:
Another patch creating ARP replies at least 64 bytes long has been
committed:
On Mon, Sep 20, 2010 at 10:50:40AM +0200, Kevin Wolf wrote:
Am 19.09.2010 08:36, schrieb Stefan Hajnoczi:
On Sat, Sep 18, 2010 at 10:27 PM, Edgar E. Iglesias
edgar.igles...@gmail.com wrote:
This doesn't look right. AFAIK, MAC's dont pad on receive.
I agree. NICs that do padding will
On Mon, Sep 20, 2010 at 11:03:37AM +0200, Edgar E. Iglesias wrote:
On Mon, Sep 20, 2010 at 10:50:40AM +0200, Kevin Wolf wrote:
Am 19.09.2010 08:36, schrieb Stefan Hajnoczi:
On Sat, Sep 18, 2010 at 10:27 PM, Edgar E. Iglesias
edgar.igles...@gmail.com wrote:
This doesn't look right.
Hi,
there were compilation errors when I was trying to compile i386-softmmu
target on i386
host (running on Fedora-13 with development version of qemu downloaded
from git).
There were errors of comparison of unsigned expression was always true
which made it
unable to compile. This simple
Hello!
Im new to qemu and this list, so its nice to meet you.
My current job is to implement a developing platform for a STR910FAW32. This
is an SoC with an ARM9-type CPU.
I would like to use qemu as simulation platform, as it is really active and
does support arm9 type cpus.
A look
Hi,
this is the patch to introduce a NIC model fallback to default when model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows XP x86 virtual machine and by trying to setup
the invalid (unsupported) model of NIC device. Also, the new constant in
Hi,
this is the patch to introduce a NIC model fallback to default when model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows XP x86 virtual machine and by trying to setup
the invalid (unsupported) model of NIC device. Also, the new constant in
Daniel,
Does the following qemu.git patch solve the problem?
http://patchwork.ozlabs.org/patch/65137/raw/
Sorry about the partially mirrored mailing list thread. I expected
Launchpad to show the entire discussion but it seems to whitelist only
registered users' emails.
Stefan
--
emulated
Hello Andreas,
your code is ok and works as expected:
$ arm-softmmu/qemu-system-arm -M ?
Supported machines are:
syborg Syborg (Symbian Virtual Platform)
smdk2410 Samsung SMDK2410 (S3C2410A, ARM920T)
str910faw32 STR910FAW32 System on a Chip (ARM966E-S Core)
bast Simtec Electronics BAST
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default when model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows XP x86 virtual machine and by trying to setup
the invalid (unsupported)
Edgar E. Iglesias wrote:
Improve the emulation of the BookE MMU to be able to boot linux
on virtex5 boards.
Signed-off-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
target-ppc/helper.c | 46 --
1 files changed, 40 insertions(+), 6
Edgar E. Iglesias wrote:
Make it possible for boards to override the kind of interrupt
to be signaled when the decr timer hits. The 405's signal PIT
interrupts while the 440's signal DECR.
Signed-off-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
hw/ppc.c | 22 --
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default when
model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows XP x86 virtual machine
On Sun, Sep 19, 2010 at 07:36:51AM +0100, Stefan Hajnoczi wrote:
On Sat, Sep 18, 2010 at 10:27 PM, Edgar E. Iglesias
edgar.igles...@gmail.com 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
Edgar E. Iglesias wrote:
Signed-off-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
Makefile.target|8 +
default-configs/ppc-softmmu.mak|2 +
default-configs/ppc64-softmmu.mak |2 +
default-configs/ppcemb-softmmu.mak |2 +
hw/virtex_ml507.c
On Mon, Sep 20, 2010 at 12:48:50PM +0200, Michal Novotny wrote:
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default when
model
specified is not supported. It's been tested on
On 09/20/2010 12:53 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 12:48:50PM +0200, Michal Novotny wrote:
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default
On Mon, Sep 20, 2010 at 01:05:33PM +0200, Michal Novotny wrote:
On 09/20/2010 12:53 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 12:48:50PM +0200, Michal Novotny wrote:
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
On 09/20/2010 01:07 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 01:05:33PM +0200, Michal Novotny wrote:
On 09/20/2010 12:53 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 12:48:50PM +0200, Michal Novotny wrote:
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
The subject should be: system_powerdown is NOT working - can someone
correct this please?
--
system_powerdown is working in qemu-kvm with KVM enabled for FreeBSD guests
https://bugs.launchpad.net/bugs/643430
You received this bug notification because you are a member of qemu-
devel-ml, which is
Public bug reported:
system_powerdown stops working in qemu-kvm for FreeBSD guests if KVM is
enabled.
How to reproduce:
1. qemu -cdrom ~/.VirtualBox/libvirt/FreeBSD-8.1-RELEASE-i386-bootonly.iso
2. Enter system_powerdown in the qemu console
3. Nothing happens.
Adding --no-kvm option makes
Am 10.09.2010 22:58, schrieb Blue Swirl:
I updated the descriptions and cleaned up 6/16.
Blue Swirl (15):
Check for errors during BIOS or kernel load
linux-user: fix socklen_t comparisons
linux-user: fix types in a comparison
linux-user: improve flatload error checking
Introduce range.h
Use
On Mon, Sep 20, 2010 at 12:35:02PM +0200, Alexander Graf wrote:
Edgar E. Iglesias wrote:
Improve the emulation of the BookE MMU to be able to boot linux
on virtex5 boards.
Signed-off-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
target-ppc/helper.c | 46
On Wed, Sep 15, 2010 at 10:33:26PM +0200, Hervé Poussineau wrote:
IEEE 802.3 standard requires Ethernet frames to be at least 64 bytes long.
If it is not the case, they will be considered as runt frames, and may be
ignored by netcard and/or OS
Signed-off-by: Hervé Poussineau
On 09/20/2010 01:43 PM, Michael S. Tsirkin wrote:
On Wed, Sep 15, 2010 at 10:33:26PM +0200, Hervé Poussineau wrote:
IEEE 802.3 standard requires Ethernet frames to be at least 64 bytes long.
If it is not the case, they will be considered as runt frames, and may be
ignored by netcard and/or OS
Public bug reported:
When I boot on lan, I crash qemu:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7491a710 (LWP 10614)]
0x005a1de8 in lsi_update_irq (s=0x125d5a0) at
Hi Andreas,
On 2010-09-20 at 00:50:49 [+0200], Andreas Färber andreas.faer...@web.de
wrote:
Works around a calloc() SEGV in Haiku's libroot.
Cf. http://dev.haiku-os.org/ticket/6637
Ported to HEAD based on a patch by Michael mmlr Lotz.
Also consider the limit when reallocating.
Were you
On Mon, Sep 20, 2010 at 12:42:41PM +0200, Alexander Graf wrote:
Edgar E. Iglesias wrote:
Make it possible for boards to override the kind of interrupt
to be signaled when the decr timer hits. The 405's signal PIT
interrupts while the 440's signal DECR.
Signed-off-by: Edgar E. Iglesias
Public bug reported:
$ qemu -nodefaults
press Ctrl+Alt+2 in the black window
Segmentation fault
qemu 0.12.5+dfsg-2
** Affects: qemu
Importance: Undecided
Status: New
--
qemu crashes with -nodefaults
https://bugs.launchpad.net/bugs/643496
You received this
** Summary changed:
- DRIVER_IRQL_NOT_LESS_OR_EQUAL booting WIndows XP after sysprepping
+ DRIVER_IRQL_NOT_LESS_OR_EQUAL booting WIndows XP with Synaptics driver
installed
--
DRIVER_IRQL_NOT_LESS_OR_EQUAL booting WIndows XP with Synaptics driver installed
https://bugs.launchpad.net/bugs/639651
The console_select() function does not check that active_console is
non-NULL before dereferencing it. When invoked with qemu -nodefaults it
is possible to hit this case.
This patch checks that active_console is non-NULL before stashing away
the old console dimensions in console_select().
The following patch should fix this issue:
http://patchwork.ozlabs.org/patch/65206/
Stefan
--
qemu crashes with -nodefaults
https://bugs.launchpad.net/bugs/643496
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
When blkverify clones an I/O vector in order to perform mirrored reads
and then compare their contents, it does not take into account the
layout of individual buffers. It turns out this is important because
guests may issue requests with overlapping buffers and the results
differ depending on how
I won't get this ready until I leave for vacation on Wednesday, so I thought I
could just as well post it as an RFC in this state.
With this patch applied, qcow2 doesn't directly access the image file any more
for metadata, but rather goes through the newly introduced blkqueue. Write
and sync
Am 20.09.2010 um 14:11 schrieb Edgar E. Iglesias edgar.igles...@gmail.com:
On Mon, Sep 20, 2010 at 12:42:41PM +0200, Alexander Graf wrote:
Edgar E. Iglesias wrote:
Make it possible for boards to override the kind of interrupt
to be signaled when the decr timer hits. The 405's signal PIT
Am 17.09.2010 20:37, schrieb Laurent Vivier:
block/nbd.c: use default port number when none is specified
qemu-nbd.c: use IANA-assigned port number: 10809
Signed-off-by: Laurent Vivier laur...@vivier.eu
Thanks, applied to the block branch.
Kevin
On 09/20/2010 08:56 AM, Kevin Wolf wrote:
I won't get this ready until I leave for vacation on Wednesday, so I thought I
could just as well post it as an RFC in this state.
With this patch applied, qcow2 doesn't directly access the image file any more
for metadata, but rather goes through the
On 09/20/2010 06:15 AM, Michal Novotny wrote:
Well, this way I guess we should have 2, maybe 3 different approaches
- different for qemu itself and for upstream version Xen using the
older version of qemu-dm and RHEL-5 version.
Therefore I think we should drop the patch for qemu (the one sent
Am 04.09.2010 17:34, schrieb Stefan Hajnoczi:
The blkverify block driver makes investigating image format data
corruption much easier. A raw image initialized with the same contents
as the test image (e.g. qcow2 file) must be provided. The raw image
mirrors read/write operations and is used
On 09/20/2010 09:31 AM, Anthony Liguori wrote:
If we delay the operation and get three of these sequences queued before
actually executing, we end up with the following result, saving two
syncs:
1. Update refcount table (req 1)
2. Update refcount table (req 2)
3. Update refcount table (req 3)
Am 20.09.2010 16:31, schrieb Anthony Liguori:
On 09/20/2010 08:56 AM, Kevin Wolf wrote:
I won't get this ready until I leave for vacation on Wednesday, so I thought
I
could just as well post it as an RFC in this state.
With this patch applied, qcow2 doesn't directly access the image file
Thanks for your comments Kevin!
I'd like to merge the overlapping I/O patch I sent today since
blkverify is not in mainline yet. Are you okay with that or should I
keep them separate?
On Mon, Sep 20, 2010 at 3:48 PM, Kevin Wolf kw...@redhat.com wrote:
Am 04.09.2010 17:34, schrieb Stefan
** Tags removed: ec2-images
--
seabios should have native scsi support
https://bugs.launchpad.net/bugs/611142
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Status in “qemu-kvm” package in Ubuntu: New
Status in
Am 20.09.2010 16:56, schrieb Anthony Liguori:
+void blkqueue_flush(BlockQueue *bq)
+{
+qemu_mutex_lock(bq-flush_lock);
+
+/* Process any left over requests */
+while (QTAILQ_FIRST(bq-queue)) {
+blkqueue_process_request(bq);
+}
+
+
On 09/20/2010 05:08 PM, Kevin Wolf wrote:
Let's expand it a bit more:
1. Update refcount table
2. bdrv_flush
3. Update L2 entry
4. Write data to disk
5. Report write complete
I'm struggling to understand how a thread helps out.
This sequence becomes:
1. Update refcount table
On 09/20/2010 05:33 PM, Avi Kivity wrote:
On 09/20/2010 05:08 PM, Kevin Wolf wrote:
Let's expand it a bit more:
1. Update refcount table
2. bdrv_flush
3. Update L2 entry
4. Write data to disk
5. Report write complete
I'm struggling to understand how a thread helps out.
This
On 09/20/2010 10:08 AM, Kevin Wolf wrote:
If you're comfortable with a writeback cache for metadata, then you
should also be comfortable with a writeback cache for data in which
case, cache=writeback is the answer.
Well, there is a difference: We don't pollute the host page cache with
Am 20.09.2010 17:22, schrieb Stefan Hajnoczi:
Thanks for your comments Kevin!
I'd like to merge the overlapping I/O patch I sent today since
blkverify is not in mainline yet. Are you okay with that or should I
keep them separate?
If that works better for you, I don't mind merging them.
Am 20.09.2010 17:33, schrieb Avi Kivity:
On 09/20/2010 05:08 PM, Kevin Wolf wrote:
Let's expand it a bit more:
1. Update refcount table
2. bdrv_flush
3. Update L2 entry
4. Write data to disk
5. Report write complete
I'm struggling to understand how a thread helps out.
This
On 09/20/2010 10:33 AM, Kevin Wolf wrote:
Am 20.09.2010 16:56, schrieb Anthony Liguori:
+void blkqueue_flush(BlockQueue *bq)
+{
+qemu_mutex_lock(bq-flush_lock);
+
+/* Process any left over requests */
+while (QTAILQ_FIRST(bq-queue)) {
+blkqueue_process_request(bq);
+
On 09/20/2010 10:08 AM, Kevin Wolf wrote:
If you're comfortable with a writeback cache for metadata, then you
should also be comfortable with a writeback cache for data in which
case, cache=writeback is the answer.
Well, there is a difference: We don't pollute the host page cache with
Am 20.09.2010 17:40, schrieb Anthony Liguori:
On 09/20/2010 10:08 AM, Kevin Wolf wrote:
If you're comfortable with a writeback cache for metadata, then you
should also be comfortable with a writeback cache for data in which
case, cache=writeback is the answer.
Well, there is a
On 09/20/2010 05:51 PM, Anthony Liguori wrote:
On 09/20/2010 10:08 AM, Kevin Wolf wrote:
If you're comfortable with a writeback cache for metadata, then you
should also be comfortable with a writeback cache for data in which
case, cache=writeback is the answer.
Well, there is a difference:
Hello everybody,
I arm building VP8 (WebM) for QEMU, when I configure VP8 for ARMv6 then it run
ok on QEMU but when I build it with ARMv7
then it's not run on QEMU, I asked on WebM's forum of Google and they said that
QEMU does not support VP8 NEON code right now
I ran debug to test their replys
Hello everybody,
Some days ago, I read a topic about QEMU state of ARM NEON support from
address: http://comments.gmane.org/gmane.comp.emulators.qemu/65999 I dowloaded
test file anh run it on QEMU for cortex-a8 because the reference test file is
written for cortex-a8 and I also listed some
On 09/20/2010 10:55 AM, Kevin Wolf wrote:
Am 20.09.2010 17:40, schrieb Anthony Liguori:
On 09/20/2010 10:08 AM, Kevin Wolf wrote:
If you're comfortable with a writeback cache for metadata, then you
should also be comfortable with a writeback cache for data in which
case,
With -netdev, virtio devices present offload
features to guest, depending on the backend used.
Thus, removing host ntedev peer while guest is
active leads to guest-visible inconsistency and/or crashes.
See e.g. https://bugzilla.redhat.com/show_bug.cgi?id=623735
As a solution, while guest (NIC)
On 09/20/2010 11:30 AM, Michael S. Tsirkin wrote:
With -netdev, virtio devices present offload
features to guest, depending on the backend used.
Thus, removing host ntedev peer while guest is
active leads to guest-visible inconsistency and/or crashes.
See e.g.
Please send in any agenda items you are interested in covering.
thanks,
-chris
On 09/20/2010 06:44 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
nested vmx: the resurrection. Nice to see it progressing again, but
there's still a lot of ground to cover. Perhaps we can involve Intel to
speed things up?
--
error compiling
Moving to a separate thread since this has come up a few times and I
think we need to discuss the assumptions a bit more.
This is how I understand the caching modes should behave and what
guarantees a guest gets.
cache=none
All read and write requests SHOULD avoid any type of caching in the
On Mon, Sep 20, 2010 at 11:41:45AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:30 AM, Michael S. Tsirkin wrote:
With -netdev, virtio devices present offload
features to guest, depending on the backend used.
Thus, removing host ntedev peer while guest is
active leads to guest-visible
On 09/20/2010 11:47 AM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:41:45AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:30 AM, Michael S. Tsirkin wrote:
With -netdev, virtio devices present offload
features to guest, depending on the backend used.
Thus, removing host
On Mon, Sep 20, 2010 at 11:56:56AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:47 AM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:41:45AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:30 AM, Michael S. Tsirkin wrote:
With -netdev, virtio devices present offload
features to guest,
Make it possible for boards to override the kind of interrupt
to be signaled when the decr timer hits. The 405's signal PIT
interrupts while the 440's signal DECR.
Signed-off-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
hw/ppc.c | 16 +---
hw/ppc.h |4 +++-
Improve the emulation of the BookE MMU to be able to boot linux
on virtex5 boards.
Signed-off-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
target-ppc/cpu.h|3 +++
target-ppc/helper.c | 38 ++
2 files changed, 33 insertions(+), 8 deletions(-)
Improve BookE emulation in preparation for virtex 5 support.
Once this is OK, the Xilinx specific parts will follow.
Cheers,
Edgar
v2:
* Fix MMU emulation details and other comments from A. Graf.
Edgar E. Iglesias (2):
powerpc: Improve emulation of the BookE MMU
powerpc: Make the decr
On Sun, Sep 19, 2010 at 11:13:16PM +0200, Frans de Boer wrote:
On 09/19/2010 05:53 PM, Michael S. Tsirkin wrote:
On Sat, Sep 18, 2010 at 11:13:12PM +0200, Frans de Boer wrote:
On 09/17/2010 10:10 AM, Frans de Boer wrote:
On 09/17/2010 01:40 AM, Luiz Capitulino
On Mon, Sep 20, 2010 at 4:16 AM, Joe Ross joe.r...@gmail.com wrote:
On Wednesday, September 15, 2010, Anthony Liguori anth...@codemonkey.ws
wrote:
Win2k is EOL so I don't think it's useful for us to support it as a host.
So any type of patch is just going to add additional complexity for
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 not
On Mon, Sep 20, 2010 at 11:36:58AM +0200, Michal Novotny wrote:
Hi,
there were compilation errors when I was trying to compile
i386-softmmu target on i386
host (running on Fedora-13 with development version of qemu
downloaded from git).
There were errors of comparison of unsigned
On Mon, Sep 20, 2010 at 9:36 AM, Michal Novotny minov...@redhat.com wrote:
Hi,
there were compilation errors when I was trying to compile i386-softmmu
target on i386
host (running on Fedora-13 with development version of qemu downloaded from
git).
There were errors of comparison of unsigned
On Mon, Sep 20, 2010 at 11:47:59AM +0200, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default when model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows XP x86 virtual machine and by trying to setup
the
On 09/20/2010 12:14 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:56:56AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:47 AM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:41:45AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:30 AM, Michael S. Tsirkin
This fixes a bug in vhost error handling
(also triggers build warning with vhost enabled)
and fixes e1000 handling of short frames.
Discussion on best ways to fix the e1000 issue
is still ongoing but the bug is severe enough
for some guests and the fix is safe enough
that I feel we should have
On Mon, Sep 20, 2010 at 11:28 AM, Stefan Weil w...@mail.berlios.de wrote:
Am 10.09.2010 22:58, schrieb Blue Swirl:
I updated the descriptions and cleaned up 6/16.
Blue Swirl (15):
Check for errors during BIOS or kernel load
linux-user: fix socklen_t comparisons
linux-user: fix types in a
On 09/20/2010 01:14 PM, Anthony Liguori wrote:
Here's what makes sense to me:
1) async device remove + poll device status/removal notification +
remove backend
The management tool needs to determine when the device is gone and
remove the backend.
2) sync device remove + remove backend
On Wed, Sep 15, 2010 at 02:38:17PM +0900, Isaku Yamahata wrote:
add pcie constants to pcie_regs.h.
Those constants should go to Linux pci_regs.h and then the file should
go away eventually.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
Changes v2 - v3:
- moved out pcie
On 09/20/2010 01:08 PM, Michael S. Tsirkin wrote:
This fixes a bug in vhost error handling
(also triggers build warning with vhost enabled)
and fixes e1000 handling of short frames.
Discussion on best ways to fix the e1000 issue
is still ongoing but the bug is severe enough
for some guests and
On Wed, Sep 15, 2010 at 02:38:13PM +0900, Isaku Yamahata wrote:
Here is v3 of the patch series.
I didn't address the pcie_init() issue yet with v3 because
there are already many changes. So I'd like to get feed back
before going too far. The issue would be addressed with the next spin
if
On Mon, Sep 20, 2010 at 6:08 PM, Michael S. Tsirkin m...@redhat.com wrote:
This fixes a bug in vhost error handling
(also triggers build warning with vhost enabled)
and fixes e1000 handling of short frames.
Discussion on best ways to fix the e1000 issue
is still ongoing but the bug is
On Mon, Sep 20, 2010 at 01:14:12PM -0500, Anthony Liguori wrote:
On 09/20/2010 12:14 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:56:56AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:47 AM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:41:45AM -0500, Anthony Liguori wrote:
On 09/19/2010 11:16 AM, Blue Swirl wrote:
On Wed, Sep 15, 2010 at 7:25 PM, Anthony Liguorianth...@codemonkey.ws wrote:
On 09/15/2010 02:11 PM, Blue Swirl wrote:
Hi,
I tried to test QEMU on Win2k, but there are run time errors because
of missing {get,free}{addr,name}info()
Hi,
Just for fun, I was trying to install Novell netware server 3.12 on qemu.
I get an error while mounting SYS volume and haven't been successful
although I am sure that I have installed the same software before on
vmware and it worked well.
I can send a screenshot of the error message
On Mon, Sep 20, 2010 at 4:53 PM, Anthony Liguori anth...@codemonkey.ws wrote:
Moving to a separate thread since this has come up a few times and I think
we need to discuss the assumptions a bit more.
This is how I understand the caching modes should behave and what guarantees
a guest gets.
On 09/20/2010 01:24 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 01:14:12PM -0500, Anthony Liguori wrote:
On 09/20/2010 12:14 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:56:56AM -0500, Anthony Liguori wrote:
On 09/20/2010 11:47 AM, Michael S. Tsirkin
On Mon, Sep 20, 2010 at 6:26 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 09/19/2010 11:16 AM, Blue Swirl wrote:
On Wed, Sep 15, 2010 at 7:25 PM, Anthony Liguorianth...@codemonkey.ws
wrote:
On 09/15/2010 02:11 PM, Blue Swirl wrote:
Hi,
I tried to test QEMU on Win2k, but there
On 09/20/2010 01:37 PM, Blue Swirl wrote:
It would be nice to have additional mode, like cache=always, where
even flushes MAY be ignored. This would max out the performance.
That's cache=unsafe and we have it. I ignored it for the purposes of
this discussion.
Guest disk cache.
For
On Mon, Sep 13, 2010 at 8:02 PM, Stefan Weil w...@mail.berlios.de wrote:
Since version 4.4.x, gcc supports additional format attributes.
__attribute__ ((format (gnu_printf, 1, 2)))
should be used instead of
__attribute__ ((format (printf, 1, 2))
because QEMU always uses standard format
On Sat, Sep 11, 2010 at 6:46 AM, Stefan Weil w...@mail.berlios.de wrote:
Add the necessary gcc attribute and fix the detected errors.
The fixes are correct, so those parts could be applied.
However the gnu_printf part will break with older compilers unless 1/2
is applied first. That part should
On Mon, Sep 20, 2010 at 01:19:48PM -0500, Anthony Liguori wrote:
On 09/20/2010 01:14 PM, Anthony Liguori wrote:
Here's what makes sense to me:
1) async device remove + poll device status/removal notification +
remove backend
The management tool needs to determine when the device is gone
On Sat, Sep 11, 2010 at 6:46 AM, Stefan Weil w...@mail.berlios.de wrote:
Add the necessary gcc attribute and fix the detected errors.
This is identical to fulong patch, so my comments on that one apply also here.
Cc: Aurelien Jarno aurel...@aurel32.net
Signed-off-by: Stefan Weil
On 09/20/2010 01:59 PM, Michael S. Tsirkin wrote:
You can also initiate the unplug from the OS without the ACPI event
ever happening. I suspect that in our current implementation, that
means that we'll automatically delete the device which may have
strange effects on management tools.
So it
On Mon, Sep 20, 2010 at 06:50:55PM +0200, Avi Kivity wrote:
On 09/20/2010 06:44 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
nested vmx: the resurrection. Nice to see it progressing again, but
there's still a lot of ground to cover. Perhaps we
On Mon, Sep 13, 2010 at 8:02 PM, Stefan Weil w...@mail.berlios.de wrote:
Since version 4.4.x, gcc supports additional format attributes.
__attribute__ ((format (gnu_printf, 1, 2)))
should be used instead of
__attribute__ ((format (printf, 1, 2))
because QEMU always uses standard format
On Mon, Sep 20, 2010 at 01:39:00PM -0500, Anthony Liguori wrote:
On 09/20/2010 01:24 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 01:14:12PM -0500, Anthony Liguori wrote:
On 09/20/2010 12:14 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:56:56AM -0500, Anthony Liguori wrote:
1 - 100 of 137 matches
Mail list logo
