On Wed, Dec 14, 2011 at 10:05 PM, Richard Henderson r...@twiddle.net wrote:
On 12/08/2011 04:04 PM, Andreas Färber wrote:
+ /* if cpu has FPU, MIPS_HFLAG_F64 must be included in env-hflags
+ so that floating point operations can be emulated */
+ env-active_fpu.fcr0 =
Patches have been tested on several configurations which includes
linux 2.6.18 - 3.0
windows 2008. Everything works quite well.
Which qemu version did you use?
I tried both 0.15 and 1.0
From: Dong Xu Wang wdon...@linux.vnet.ibm.com
Introduce a new file format: add-cow. The usage can be found in add-cow.txt of
this patch.
CC: Kevin Wolf kw...@redhat.com
CC: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Dong Xu Wang wdon...@linux.vnet.ibm.com
---
After applying this
On (Thu) 29 Dec 2011 [15:32:14], Christian Borntraeger wrote:
port-throttled never becomes true for qemu.
Huh? What did I miss below?
if (ret == -EAGAIN || (ret = 0 ret buf_size)) {
virtio_serial_throttle_port(port, true);
'ret' here is the return value
On Thu, Dec 29, 2011 at 09:20:00AM +, Alexey Korolev wrote:
Patches have been tested on several configurations which includes
linux 2.6.18 - 3.0
windows 2008. Everything works quite well.
Which qemu version did you use?
I tried both 0.15 and 1.0
qemu or qemu-kcm?
port-throttled never becomes true for qemu.
Huh? What did I miss below?
if (ret == -EAGAIN || (ret = 0 ret buf_size)) {
virtio_serial_throttle_port(port, true);
|
Prepares for mipsn32[el]-linux-user targets.
Signed-off-by: Ulricht Hecht u...@suse.de
Signed-off-by: Andreas Färber afaer...@suse.de
---
default-configs/mipsn32-linux-user.mak |1 +
default-configs/mipsn32el-linux-user.mak |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
create
Use qdev properties to allow board modelers to set the frequencies
for the sp804 timer. Each of the sp804's timers can have an
individual frequency. The timers default to 1MHz.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
On 12/29/2011 06:07 PM, Dor Laor wrote:
On 12/26/2011 11:05 AM, Avi Kivity wrote:
On 12/26/2011 05:14 AM, Nikunj A Dadhania wrote:
btw you can get an additional speedup by enabling x2apic, for
default_send_IPI_mask_logical().
In the host?
In the host, for the guest:
qemu -cpu
On 12/29/2011 07:36 PM, Peter Maydell wrote:
On 29 December 2011 17:26, Avi Kivity a...@redhat.com wrote:
On 12/29/2011 07:22 PM, Peter Maydell wrote:
I think for devices what would be particularly useful would be
if you can write a (simple) test for something at the register
level, which
On 12/29/2011 11:49 AM, Peter Maydell wrote:
On 29 December 2011 17:26, Avi Kivitya...@redhat.com wrote:
On 12/29/2011 07:22 PM, Peter Maydell wrote:
My guess is that a serious attempt at tests covering all the
functionality of a device is probably approximately doubling
the effort required
On 12/29/2011 11:40 AM, Peter Maydell wrote:
On 1 December 2011 18:43, Anthony Liguorialigu...@us.ibm.com wrote:
This involves forcing the CPU into the halted state if qtest is enabled and
replacing the local APIC with the qtest interrupt controller.
It should be pretty straight forward to do
On 12/26/2011 11:05 AM, Avi Kivity wrote:
On 12/26/2011 05:14 AM, Nikunj A Dadhania wrote:
btw you can get an additional speedup by enabling x2apic, for
default_send_IPI_mask_logical().
In the host?
In the host, for the guest:
qemu -cpu ...,+x2apic
It seems to me that we should
On 29 December 2011 18:35, Anthony Liguori anth...@codemonkey.ws wrote:
On 12/29/2011 11:49 AM, Peter Maydell wrote:
The next obvious question is: are we going to make a serious attempt?
(For instance, in a hypothetical tests-required world, would we
tell those nice folks from Samsung no you
On 12/29/2011 02:39 PM, Isaku Yamahata wrote:
ioctl commands:
UMEM_DEV_CRATE_UMEM: create umem device for qemu
UMEM_DEV_LIST: list created umem devices
UMEM_DEV_REATTACH: re-attach the created umem device
UMEM_DEV_LIST and UMEM_DEV_REATTACH are used when
On 12/29/2011 07:16 PM, Anthony Liguori wrote:
Would there be device-level tests in qemu-test?
qemu-jeos has a kernel build environment for the target so it is also
possible to build userspace C programs and/or kernel modules so you
could also write guest tests in C.
So it may actually be
Shared for n32/n64 in arch/mips/kernel/signal.c;
o32 version in arch/mips/kernel/signal32.c.
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Richard Henderson r...@twiddle.net
Cc: Khansa Butt kha...@kics.edu.pk
---
linux-user/signal.c | 204 +-
sa_flags is uint32_t for mips{,n32,64}, so don't use tswapal().
Reported-by: Khansa Butt kha...@kics.edu.pk
Suggested-by: Richard Henderson r...@twiddle.net
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Ehsan Ul Haq ehsan.ul...@kics.edu.pk
---
linux-user/signal.c |8
1 files
On 29 December 2011 17:26, Avi Kivity a...@redhat.com wrote:
On 12/29/2011 07:22 PM, Peter Maydell wrote:
My guess is that a serious attempt at tests covering all the
functionality of a device is probably approximately doubling
the effort required for a device model, incidentally. A
Based on arch/mips/include/asm/sigcontext.h.
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Richard Henderson r...@twiddle.net
Cc: Khansa Butt kha...@kics.edu.pk
---
linux-user/signal.c | 64 ++
1 files changed, 43 insertions(+), 21
On 12/29/2011 04:49 PM, Isaku Yamahata wrote:
Great, then we agreed with list/reattach basically.
(Maybe identity scheme needs reconsideration.)
I guess we miscommunicated. Why is reattach needed? If you have the
fd, nothing else is needed.
What if malicious process close the fd
On 12/29/2011 10:53 AM, Avi Kivity wrote:
On 12/29/2011 06:39 PM, Anthony Liguori wrote:
qemu-test builds a custom guest, entirely from source. This makes it
possible to efficiently test non-native architectures. The tests are
written for this minimal environment (which is not straight
Increase the maximum number of GIC interrupts for a9mp and a11mp to 256,
and create a configurable property for each defaulting to 96 and 64
(respectively) so that device modelers can set the value appropriately
for their SoC. Other ARM processors also set their maximum number of
used IRQs
On 12/29/2011 06:26 PM, Anthony Liguori wrote:
On 12/28/2011 11:21 AM, Avi Kivity wrote:
On 12/28/2011 06:42 PM, Anthony Liguori wrote:
In fact using linux as a guest negates that. First of all, which
linux
version? if it's fixed, you'll eventually miss functionality and
need to
migrate.
Git commit 8d3bc51 crashes on win32 on startup because qemu_tcg_init_vcpu
calls:
qemu_thread_create(th, qemu_tcg_cpu_thread_fn, ...
...
qemu_thread_get_handle(th)
which locks th-data-cs, a CRITICAL_SECTION which is initialized only in
the thread_fn, so it finds garbage.
Attached patch
On (Thu) 29 Dec 2011 [15:16:55], Christian Borntraeger wrote:
+++ b/hw/virtio-serial-bus.c
@@ -163,7 +163,19 @@ static void do_flush_queued_data(VirtIOS
abort();
}
if (ret == -EAGAIN || (ret = 0 ret buf_size)) {
-
On 12/29/2011 11:08 AM, Avi Kivity wrote:
On 12/29/2011 06:53 PM, Anthony Liguori wrote:
In what way is your specifically configured kernel's TCP stack better
than the random distro's kernel's?
I firmly believe that with qtest we'll end up eventually building a
libOS to make it easier to
On Thu, Dec 29, 2011 at 04:55:11PM +0200, Avi Kivity wrote:
On 12/29/2011 04:49 PM, Isaku Yamahata wrote:
Great, then we agreed with list/reattach basically.
(Maybe identity scheme needs reconsideration.)
I guess we miscommunicated. Why is reattach needed? If you have the
fd,
From: Rob Herring rob.herr...@calxeda.com
Implement handling for the RAZ/WI gic security registers.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
---
Changes from v2, v3, v4
As suggested by Richard.
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Richard Henderson r...@twiddle.net
Cc: Khansa Butt kha...@kics.edu.pk
---
linux-user/signal.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index
On 12/29/2011 06:00 PM, Avi Kivity wrote:
The NFS client has exactly the same issue, if you mount it with the intr
option. In fact you could use the NFS client as a trivial umem/cuse
prototype.
Actually, NFS can return SIGBUS, it doesn't care about restarting daemons.
--
error compiling
Prepares for mips64[el]-linux-user targets.
Signed-off-by: Khansa Butt kha...@kics.edu.pk
Signed-off-by: Andreas Färber afaer...@suse.de
---
default-configs/mips64-linux-user.mak |1 +
default-configs/mips64el-linux-user.mak |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
Am 29.12.2011 08:55, schrieb Khansa Butt:
On Fri, Dec 9, 2011 at 5:04 AM, Andreas Färber andreas.faer...@web.de wrote:
+/* if cpu has FPU, MIPS_HFLAG_F64 must be included in env-hflags
+ so that floating point operations can be emulated */
+env-active_fpu.fcr0 =
On 12/29/2011 07:10 PM, Anthony Liguori wrote:
On 12/29/2011 11:03 AM, Avi Kivity wrote:
On 12/29/2011 06:49 PM, Anthony Liguori wrote:
However, I don't think it's even necessary. From a quick read of the
manual, SMBIOS is just a set of static tables in memory which are
picked
up using a
On 12/28/2011 11:26 AM, Avi Kivity wrote:
On 12/28/2011 06:44 PM, Anthony Liguori wrote:
On 12/28/2011 09:28 AM, Avi Kivity wrote:
On 12/28/2011 05:01 PM, Avi Kivity wrote:
I'd say that running a ping test is a weak version of kvm-autotest's
system tests. Running a synthetic test that pokes
On 12/29/2011 11:22 AM, Avi Kivity wrote:
On 12/29/2011 07:14 PM, Anthony Liguori wrote:
On 12/29/2011 11:08 AM, Avi Kivity wrote:
On 12/29/2011 06:53 PM, Anthony Liguori wrote:
In what way is your specifically configured kernel's TCP stack better
than the random distro's kernel's?
I
On Thu, Dec 29, 2011 at 01:24:32PM +0200, Avi Kivity wrote:
On 12/29/2011 03:26 AM, Isaku Yamahata wrote:
This is Linux kernel driver for qemu/kvm postcopy live migration.
This is used by qemu/kvm postcopy live migration patch.
TODO:
- Consider FUSE/CUSE option
So far several mmap
This adds very basic support for XG-mac ethernet core from Synopsis and
others. Missing things include:
- statistics counters
- WoL support
- rx checksum offload
- chained descriptors (only linear descriptor ring)
- broadcast and multicast handling
Signed-off-by: Rob Herring
On Thu, Dec 29, 2011 at 06:41:36PM +1300, Alexey Korolev wrote:
Can't figure this out. What does this do?
Bios will panic if it founds prefmem BARs in both 32bit and 64bit areas.
That's not good, it's a legal configuration.
Otherwise we will pick one which exists or 32bit one if both are not
From: Rob Herring rob.herr...@calxeda.com
Add power control register to a9mpcore
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
---
Changes from v3, v4
None
Changes from v2:
On 29 December 2011 17:26, Avi Kivity a...@redhat.com wrote:
On 12/29/2011 07:22 PM, Peter Maydell wrote:
I think for devices what would be particularly useful would be
if you can write a (simple) test for something at the register
level, which generates an image which you can run on the real
On Thu, Dec 29, 2011 at 19:04, Peter Maydell peter.mayd...@linaro.org wrote:
On 29 December 2011 18:35, Anthony Liguori anth...@codemonkey.ws wrote:
On 12/29/2011 11:49 AM, Peter Maydell wrote:
The next obvious question is: are we going to make a serious attempt?
(For instance, in a
On 12/29/2011 06:49 PM, Anthony Liguori wrote:
On 12/29/2011 10:36 AM, Avi Kivity wrote:
On 12/29/2011 06:12 PM, Anthony Liguori wrote:
That's why I've also proposed qtest. But having written quite a few
qtest unit tests by now, you hit the limits of this type of testing
pretty quickly.
On 12/29/2011 11:03 AM, Avi Kivity wrote:
On 12/29/2011 06:49 PM, Anthony Liguori wrote:
However, I don't think it's even necessary. From a quick read of the
manual, SMBIOS is just a set of static tables in memory which are picked
up using a signature. So all we need to do is boot an empty
On (Thu) 29 Dec 2011 [13:47:43], Christian Borntraeger wrote:
From: Christian Borntraeger borntrae...@de.ibm.com
when I tried qemu with -virtio-console pty the guest hangs and attaching on
/dev/pts/x does
not return anything if the attachement is too late.
Turns out that the console is
On Thu, Dec 29, 2011 at 06:41:36PM +1300, Alexey Korolev wrote:
On 29/12/11 00:43, Michael S. Tsirkin wrote:
On Wed, Dec 28, 2011 at 06:35:55PM +1300, Alexey Korolev wrote:
All devices behind a bridge need to have all their regions consecutive and
not overlapping with all the normal memory
On 29 December 2011 16:36, Avi Kivity a...@redhat.com wrote:
Yes; but using Linux limits you to what it exposes (of course Linux
exposes quite a lot, so that's mostly a non issue; but we'll have
counterexamples).
Actually IME Linux is pretty conservative about how it uses devices.
A lot of the
On Wed, Dec 14, 2011 at 9:20 PM, Richard Henderson r...@twiddle.net wrote:
On 12/07/2011 09:25 PM, kha...@kics.edu.pk wrote:
+#if defined(TARGET_MIPS64)
+ /* tswapal() do 64 bit swap in case of MIPS64 but
+ we need 32 bit swap as sa_flags is 32 bit */
+ k-sa_flags =
Mostly adapted from o32.
Linux no longer seems to have sf_code/rs_code for any of the ABIs.
It's u32 {sf,rt}_pad[2] /* Was: signal trampoline */ now...
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Richard Henderson r...@twiddle.net
Cc: Khansa Butt kha...@kics.edu.pk
---
On Thu, Dec 29, 2011 at 06:40:26PM +1300, Alexey Korolev wrote:
On 29/12/11 00:43, Michael S. Tsirkin wrote:
On Wed, Dec 28, 2011 at 06:35:55PM +1300, Alexey Korolev wrote:
All devices behind a bridge need to have all their regions consecutive and
not overlapping with all the normal memory
On 12/29/2011 10:46 AM, Avi Kivity wrote:
On 12/29/2011 06:26 PM, Anthony Liguori wrote:
I don't want to write a TCP/IP stack. We aren't just grabbing a
random distro kernel. We're building one from scratch configured in a
specific way.
How does that help?
Not sure I understand the
From: Christian Borntraeger borntrae...@de.ibm.com
when I tried qemu with -virtio-console pty the guest hangs and attaching on
/dev/pts/x does
not return anything if the attachement is too late.
Turns out that the console is already throttled and the guest is heavily
spinning but get_buf
On 12/28/2011 07:21 PM, Avi Kivity wrote:
I think you're advocating for qtest. This is another important part
of my testing strategy. I haven't received a lot of input on that RFC...
http://mid.gmane.org/1322765012-3164-1-git-send-email-aligu...@us.ibm.com
But there's certain things
On 12/29/2011 11:08 AM, Avi Kivity wrote:
On 12/29/2011 06:53 PM, Anthony Liguori wrote:
In what way is your specifically configured kernel's TCP stack better
than the random distro's kernel's?
I firmly believe that with qtest we'll end up eventually building a
libOS to make it easier to
On 12/28/2011 11:21 AM, Avi Kivity wrote:
On 12/28/2011 06:42 PM, Anthony Liguori wrote:
In fact using linux as a guest negates that. First of all, which linux
version? if it's fixed, you'll eventually miss functionality and need to
migrate. If it keeps changing, so does your test, and it
Copied from mips/syscall.h.
Signed-off-by: Khansa Butt kha...@kics.edu.pk
Signed-off-by: Andreas Färber afaer...@suse.de
---
linux-user/mips64/syscall.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/linux-user/mips64/syscall.h b/linux-user/mips64/syscall.h
index
On 12/29/2011 02:22 PM, Isaku Yamahata wrote:
A simpler approach is the open(/dev/umem) returns an mmap()able fd.
You need to call an ioctl() to set the size, etc. but only you only
operate on that fd.
So you are suggesting that /dev/umem and /dev/umemctl should be introduced
and
Hello,
Here's a suggestion for moving forward with mipsn32 and mips64.
For testing add the following to your --target-list:
mips-linux-user
mipsel-linux-user
mipsn32-linux-user
mipsn32el-linux-user
mips64-linux-user
mips64el-linux-user
Patches 1-4 are trivial and hopefully uncontroversial
On 12/29/2011 11:06 AM, Avi Kivity wrote:
On 12/29/2011 07:02 PM, Anthony Liguori wrote:
Those are rare occurrences and have always been a bit awkward. OTOH,
we're talking about the critical path of essentially every single
feature that gets merged into QEMU.
Won't that be qtest?
The
Am 29.12.2011 14:27, schrieb Amit Shah:
On (Thu) 29 Dec 2011 [13:47:43], Christian Borntraeger wrote:
From: Christian Borntraeger borntrae...@de.ibm.com
when I tried qemu with -virtio-console pty the guest hangs and attaching on
/dev/pts/x does
not return anything if the attachement is
On Thu, Dec 29, 2011 at 06:32:37PM +1300, Alexey Korolev wrote:
@@ -69,6 +72,8 @@ static enum pci_region_type pci_addr_to_type(u32 addr)
{
if (addr PCI_BASE_ADDRESS_SPACE_IO)
return PCI_REGION_TYPE_IO;
+if (addr PCI_BASE_ADDRESS_MEM_TYPE_64)
+return
On 12/29/2011 05:53 PM, Isaku Yamahata wrote:
On Thu, Dec 29, 2011 at 04:55:11PM +0200, Avi Kivity wrote:
On 12/29/2011 04:49 PM, Isaku Yamahata wrote:
Great, then we agreed with list/reattach basically.
(Maybe identity scheme needs reconsideration.)
I guess we
+++ b/hw/virtio-serial-bus.c
@@ -163,7 +163,19 @@ static void do_flush_queued_data(VirtIOS
abort();
}
if (ret == -EAGAIN || (ret = 0 ret buf_size)) {
-virtio_serial_throttle_port(port, true);
I'm surprised: did you test this
On 12/29/2011 08:38 AM, Dor Laor wrote:
On 12/28/2011 07:21 PM, Avi Kivity wrote:
Would you add live migration testing to qemu-test? If yes, you're
duplicating some more. If not, you're not doing functional or coverage
tests for that functionality.
From the recent threads it looks to me that
On 12/29/2011 03:26 AM, Isaku Yamahata wrote:
This patch implements postcopy livemigration.
+/* RAM is allocated via umem for postcopy incoming mode */
+#define RAM_POSTCOPY_UMEM_MASK (1 1)
+
typedef struct RAMBlock {
uint8_t *host;
ram_addr_t offset;
@@ -485,6 +488,10 @@
On 12/29/2011 07:22 PM, Peter Maydell wrote:
On 29 December 2011 16:36, Avi Kivity a...@redhat.com wrote:
Yes; but using Linux limits you to what it exposes (of course Linux
exposes quite a lot, so that's mostly a non issue; but we'll have
counterexamples).
Actually IME Linux is pretty
On 12/29/2011 06:12 PM, Anthony Liguori wrote:
That's why I've also proposed qtest. But having written quite a few
qtest unit tests by now, you hit the limits of this type of testing
pretty quickly.
Can you describe those limits?
I started writing a finger print test. While it's easy to
Jan Kiszka wrote:
On 2011-12-28 18:35, Liu, Jinsong wrote:
diff --git a/qemu-kvm.h b/qemu-kvm.h
index 2bd5602..8c6c2ea 100644
--- a/qemu-kvm.h
+++ b/qemu-kvm.h
@@ -260,6 +260,7 @@ extern int kvm_irqchip;
extern int kvm_pit;
extern int kvm_pit_reinject;
extern unsigned int
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Richard Henderson r...@twiddle.net
---
linux-user/signal.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index a713cb2..bd13f9b 100644
--- a/linux-user/signal.c
+++
This is a collection of fixes and additions to the models for various
ARM devices. These changes are needed to support the forthcoming
Calxeda Highbank SoC model.
Makefile.target |2 +
hw/a9mpcore.c | 43 +-
hw/arm11mpcore.c| 14 +-
hw/arm_gic.c| 63 +---
Add a cp15 config_base_register that currently defaults to 0.
After the QOM CPU support is added, the value will be properly
set to the periphal base value.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
---
Changes from v3, v4
Copied from mips/syscall.h.
Signed-off-by: Ulrich Hecht u...@suse.de
Signed-off-by: Andreas Färber afaer...@suse.de
---
linux-user/mipsn32/syscall.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/linux-user/mipsn32/syscall.h b/linux-user/mipsn32/syscall.h
index
On 12/29/2011 06:39 PM, Anthony Liguori wrote:
qemu-test builds a custom guest, entirely from source. This makes it
possible to efficiently test non-native architectures. The tests are
written for this minimal environment (which is not straight forward to
do). This tests will never run on
On 12/29/2011 07:02 PM, Anthony Liguori wrote:
Those are rare occurrences and have always been a bit awkward. OTOH,
we're talking about the critical path of essentially every single
feature that gets merged into QEMU.
Won't that be qtest?
Major features are rare. Small changes are common.
On 1 December 2011 18:43, Anthony Liguori aligu...@us.ibm.com wrote:
This involves forcing the CPU into the halted state if qtest is enabled and
replacing the local APIC with the qtest interrupt controller.
It should be pretty straight forward to do the same for other machine types on
other
Thank you for review.
On Thu, Dec 29, 2011 at 01:17:51PM +0200, Avi Kivity wrote:
+ default n
+ help
+ User process backed memory driver provides /dev/umem device.
+ The /dev/umem device is designed for some sort of distributed
+ shared memory. Especially post-copy live
On Fri, Dec 23, 2011 at 02:38:50PM +0100, Christoph Hellwig wrote:
FYI, this causes segfaults when doing large streaming writes when
running against a sheepdog cluster which:
a) has relatively fast SSDs
and
b) uses buffered I/O.
Unfortunately I can't get a useful backtrace out of
I'm surprised: did you test this with upstream qemu? That codebase
doesn't yet throttle writes, and this code path won't execute. Does
it really not reproduce with this patch?
I think
static void handle_output(VirtIODevice *vdev, VirtQueue *vq)
[]
if (!port-throttled) {
On (Thu) 29 Dec 2011 [13:47:43], Christian Borntraeger wrote:
From: Christian Borntraeger borntrae...@de.ibm.com
when I tried qemu with -virtio-console pty the guest hangs and attaching on
/dev/pts/x does
not return anything if the attachement is too late.
Turns out that the console is
On (Thu) 29 Dec 2011 [15:32:14], Christian Borntraeger wrote:
port-throttled never becomes true for qemu.
Huh? What did I miss below?
if (ret == -EAGAIN || (ret = 0 ret buf_size)) {
virtio_serial_throttle_port(port, true);
Ah; I see what's happening.
On 12/29/2011 03:49 PM, Isaku Yamahata wrote:
qemu can have an extra thread that wait4()s the daemon, and relaunch
it. This extra thread would not be blocked by the page fault. It can
keep the fd so it isn't lost.
The unkillability of process A is a security issue; it could be done
On 12/29/2011 07:14 PM, Anthony Liguori wrote:
On 12/29/2011 11:08 AM, Avi Kivity wrote:
On 12/29/2011 06:53 PM, Anthony Liguori wrote:
In what way is your specifically configured kernel's TCP stack better
than the random distro's kernel's?
I firmly believe that with qtest we'll end up
On 12/29/2011 10:07 AM, Dor Laor wrote:
On 12/26/2011 11:05 AM, Avi Kivity wrote:
On 12/26/2011 05:14 AM, Nikunj A Dadhania wrote:
btw you can get an additional speedup by enabling x2apic, for
default_send_IPI_mask_logical().
In the host?
In the host, for the guest:
qemu -cpu
On 12/29/2011 11:22 AM, Peter Maydell wrote:
On 29 December 2011 16:36, Avi Kivitya...@redhat.com wrote:
Yes; but using Linux limits you to what it exposes (of course Linux
exposes quite a lot, so that's mostly a non issue; but we'll have
counterexamples).
Actually IME Linux is pretty
Am 29.12.2011 11:58, schrieb Khansa Butt:
On Wed, Dec 14, 2011 at 9:20 PM, Richard Henderson r...@twiddle.net wrote:
On 12/07/2011 09:25 PM, kha...@kics.edu.pk wrote:
+#if defined(TARGET_MIPS64)
+/* tswapal() do 64 bit swap in case of MIPS64 but
+ we need 32 bit swap as
Title: Samsung Enterprise Portal mySingle
Hi.It is well known that the generated codes from qemu_ld/st IRs to access guest memory are relatively heavy, which are up to 12 instructions for i386 host in TLB hit case.This patch series enhances the code quality of TCG qemu_ld/st IRs by reducing
On Thu, Dec 29, 2011 at 03:52:58PM +0200, Avi Kivity wrote:
On 12/29/2011 03:49 PM, Isaku Yamahata wrote:
qemu can have an extra thread that wait4()s the daemon, and relaunch
it. This extra thread would not be blocked by the page fault. It can
keep the fd so it isn't lost.
On 12/29/2011 06:53 PM, Anthony Liguori wrote:
In what way is your specifically configured kernel's TCP stack better
than the random distro's kernel's?
I firmly believe that with qtest we'll end up eventually building a
libOS to make it easier to write qtest tests.
Overtime, that libOS
On Thu, Dec 29, 2011 at 04:35:36PM +0200, Avi Kivity wrote:
On 12/29/2011 04:18 PM, Isaku Yamahata wrote:
The issue is how to solve the page fault, not whether
TASK_INTERRUPTIBLE or
TASK_UNINTERRUPTIBLE.
I can think of several options.
- When daemon X is dead, all page
On 12/29/2011 10:36 AM, Avi Kivity wrote:
On 12/29/2011 06:12 PM, Anthony Liguori wrote:
That's why I've also proposed qtest. But having written quite a few
qtest unit tests by now, you hit the limits of this type of testing
pretty quickly.
Can you describe those limits?
I started writing
On 29/12/11 15:56, Amit Shah wrote:
On (Thu) 29 Dec 2011 [15:32:14], Christian Borntraeger wrote:
port-throttled never becomes true for qemu.
Huh? What did I miss below?
if (ret == -EAGAIN || (ret = 0 ret buf_size)) {
virtio_serial_throttle_port(port, true);
On 12/29/2011 03:26 AM, Isaku Yamahata wrote:
This is a character device to hook page access.
The page fault in the area is reported to another user process by
this chardriver. Then, the process fills the page contents and
resolves the page fault.
+config UMEM
+tristate /dev/umem
From: Rob Herring rob.herr...@calxeda.com
This is just a dummy device for ARM L2 cache controllers, based on the
pl310. The cache type parameter can be defined by a property value
and has a meaningful default.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf
Signed-off-by: Andreas Färber afaer...@suse.de
---
linux-user/signal.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index bd13f9b..b33f8cb 100644
--- a/linux-user/signal.c
+++ b/linux-user/signal.c
@@ -2678,7 +2678,7 @@ long
On Thu, Dec 29, 2011 at 02:55:42PM +0200, Avi Kivity wrote:
On 12/29/2011 02:39 PM, Isaku Yamahata wrote:
ioctl commands:
UMEM_DEV_CRATE_UMEM: create umem device for qemu
UMEM_DEV_LIST: list created umem devices
UMEM_DEV_REATTACH: re-attach the created umem device
On 12/29/2011 04:18 PM, Isaku Yamahata wrote:
The issue is how to solve the page fault, not whether TASK_INTERRUPTIBLE
or
TASK_UNINTERRUPTIBLE.
I can think of several options.
- When daemon X is dead, all page faults are served by zero pages.
- When daemon X is dead, all page
On 12/29/2011 03:26 AM, Isaku Yamahata wrote:
This is Linux kernel driver for qemu/kvm postcopy live migration.
This is used by qemu/kvm postcopy live migration patch.
TODO:
- Consider FUSE/CUSE option
So far several mmap patches for FUSE/CUSE are floating around. (their
purpose isn't
On 12/29/2011 07:49 PM, Peter Maydell wrote:
On 29 December 2011 17:26, Avi Kivity a...@redhat.com wrote:
On 12/29/2011 07:22 PM, Peter Maydell wrote:
My guess is that a serious attempt at tests covering all the
functionality of a device is probably approximately doubling
the effort
I've been dealing with this bug for some time on Fedora. Until
recently, I was using the VirtIO drivers from RHEV 2.2, which don't
suffer from this problem. As of Fedora 16, however, that isn't an
option, because they cause the guest to blue-screen early in the boot
process.
So ... I've been
On 29 December 2011 17:56, Avi Kivity a...@redhat.com wrote:
On 12/29/2011 07:49 PM, Peter Maydell wrote:
I suspect that if we set the bar for new board and device models
that high then the result will largely be that we don't in fact
get new board or device models.)
If just doubles the
1 - 100 of 123 matches
Mail list logo