On Wednesday 27 January 2010, Anthony Liguori wrote:
> > The raw backend can be attached to a physical device
>
> This is equivalent to bridging with tun/tap except that it has the
> unexpected behaviour of unreliable host/guest networking (which is not
> universally consistent across platforms
On Tue, Jan 26, 2010 at 10:14 PM, Liu Yu wrote:
> So that the following registers init could be flushed back to kvm.
>
> Signed-off-by: Liu Yu
Acked-by: Hollis Blanchard
Thanks Yu.
-Hollis
So that the following registers init could be flushed back to kvm.
Signed-off-by: Liu Yu
---
hw/ppc440_bamboo.c |2 ++
hw/ppce500_mpc8544ds.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/hw/ppc440_bamboo.c b/hw/ppc440_bamboo.c
index 1ab9872..1b9ec17 100644
--
Add command p2v to translate Guest physical address to Host virtual address.
Signed-off-by: Max Asbock
Jiajia Zheng
---
diff --git a/monitor.c b/monitor.c
index b33b01f..83d9ac7 100644
--- a/monitor.c
+++ b/monitor.c
@@ -668,6 +668,11 @@ static void do_info_uuid(Monitor *mon,
What did clang complain about? It's not obvious to me.
Regards,
Anthony Liguori
On 01/26/2010 05:14 PM, Paolo Bonzini wrote:
Signed-off-by: Paolo Bonzini
---
audio/audio.c | 44
audio/audio_int.h |3 ++-
2 files changed, 22 insertions
On 01/26/2010 05:14 PM, Paolo Bonzini wrote:
Signed-off-by: Paolo Bonzini
---
vnc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/vnc.c b/vnc.c
index cc2a26e..9ebee09 100644
--- a/vnc.c
+++ b/vnc.c
@@ -2563,6 +2563,7 @@ int vnc_display_open(DisplayState *ds, const ch
On 01/26/2010 05:14 PM, Paolo Bonzini wrote:
All of these should be quite uncontroversial. The vnc.c change is
not what you'd expect though (could be a real bug, so I leave the
clang warning).
I'm scratching my head quite a bit on these. Can you resend the series
with commit messages tha
On 01/26/2010 02:17 PM, Adam Litke wrote:
The changes in V8 of this patch are related to the monitor infrastructure. No
changes to the virtio interface core have been made since V4. This is intended
to apply on top of my API for asynchronous monitor commands patch.
Changes since V7:
- Ported
On 01/26/2010 07:49 AM, Christoph Hellwig wrote:
If we go over the maximum number of iovecs support by syscall we get
back EINVAL from the kernel which translate to I/O errors for the guest.
Add a MAX_IOV defintion for platforms that don't have it. For now we use
the same 1024 define that's use
On 01/22/2010 07:26 AM, Kevin Wolf wrote:
This shouldn't happen under any normal circumstances. However, it looks like
it's possible to achieve this with corrupted images. Without this patch
raw_pread is hanging in an endless loop in such cases.
The patch is not affecting growable files, for whi
On 01/25/2010 12:18 PM, Adam Litke wrote:
Changes since V1:
- Miscellaneous code cleanups (Thanks Luiz)
Qemu has a number of commands that can operate asynchronously (savevm, migrate,
etc) and it will be getting more. For these commands, the user monitor needs
to be suspended, but QMP monitor
On 01/25/2010 06:54 AM, Stefano Stabellini wrote:
Hi all,
this patch fixes another bug in vnc_refresh: calling vnc_update_client
might cause vs to be free()ed, in this case we cannot access vs->next
right after to examine the next item on the list.
Signed-off-by: Stefano Stabellini
Applied
On 01/24/2010 03:23 PM, Herve Poussineau wrote:
Win32 suffers from a very big memory leak when dealing with SCSI devices.
Each read/write request allocates memory with qemu_memalign (ie
VirtualAlloc) but frees it with qemu_free (ie free).
Pair all qemu_memalign() calls with qemu_vfree() to preven
On 01/24/2010 03:18 PM, Herve Poussineau wrote:
Toggle full screen on Win32/SDL 1.2.13 was broken by commit
c18a2c360e3100bbd71162cf922dcd8c429a8b71. Re-add the call to
do_sdl_resize() which was removed in this revision
Signed-off-by: Herve Poussineau
Applied. Thanks.
Regards,
Anthony L
On 01/21/2010 03:24 PM, Stefan Weil wrote:
Aborting without an error message when memory is short
is not helpful, so print the reason for the abort.
Try
qemu -m 100
or
qemu -m 2000 (win32)
to force an out-of-memory error.
v2:
* Fix error message for win32.
* Fix error messa
On 01/26/2010 05:15 PM, Sridhar Samudrala wrote:
On Tue, 2010-01-26 at 14:47 -0600, Anthony Liguori wrote:
On 01/26/2010 02:40 PM, Sridhar Samudrala wrote:
This patch adds raw socket backend to qemu and is based on Or Gerlitz's
patch re-factored and ported to the latest qemu-kvm git t
On Tue, 2010-01-26 at 14:47 -0600, Anthony Liguori wrote:
> On 01/26/2010 02:40 PM, Sridhar Samudrala wrote:
> > This patch adds raw socket backend to qemu and is based on Or Gerlitz's
> > patch re-factored and ported to the latest qemu-kvm git tree.
> > It also includes support for vnet_hdr option
Signed-off-by: Paolo Bonzini
---
audio/audio.c | 44
audio/audio_int.h |3 ++-
2 files changed, 22 insertions(+), 25 deletions(-)
diff --git a/audio/audio.c b/audio/audio.c
index 2a20e5b..7fce46c 100644
--- a/audio/audio.c
+++ b/audio/audio.
Signed-off-by: Paolo Bonzini
---
usb-linux.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/usb-linux.c b/usb-linux.c
index 1aaa595..ba8facf 100644
--- a/usb-linux.c
+++ b/usb-linux.c
@@ -1007,11 +1007,9 @@ USBDevice *usb_host_device_open(const char *devname)
{
st
Signed-off-by: Paolo Bonzini
---
vnc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/vnc.c b/vnc.c
index cc2a26e..9ebee09 100644
--- a/vnc.c
+++ b/vnc.c
@@ -2563,6 +2563,7 @@ int vnc_display_open(DisplayState *ds, const char
*display)
reverse = 1;
Signed-off-by: Paolo Bonzini
---
exec.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/exec.c b/exec.c
index 1190591..64109a7 100644
--- a/exec.c
+++ b/exec.c
@@ -2489,17 +2489,13 @@ void *qemu_get_ram_ptr(ram_addr_t addr)
ram_addr_t qemu_ram_addr_from_host(void *ptr
Signed-off-by: Paolo Bonzini
---
target-i386/translate.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/target-i386/translate.c b/target-i386/translate.c
index 8078112..a597e80 100644
--- a/target-i386/translate.c
+++ b/target-i386/translate.c
@@ -4692,8 +4692,6 @@ stat
Signed-off-by: Paolo Bonzini
---
vl.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/vl.c b/vl.c
index 5e8c775..d9f1ccb 100644
--- a/vl.c
+++ b/vl.c
@@ -2373,9 +2373,9 @@ static void numa_add(const char *optarg)
fprintf(stderr,
All of these should be quite uncontroversial. The vnc.c change is
not what you'd expect though (could be a real bug, so I leave the
clang warning).
I'll propose the second patch for 0.12 after a short while.
Paolo Bonzini (6):
remove two dead assignments in target-i386/translate.c
fix undefi
From: Igor V. Kovalenko
- correctly fit to cwp if provided window number is out of range
Signed-off-by: Igor V. Kovalenko
---
target-sparc/cpu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-sparc/cpu.h b/target-sparc/cpu.h
index 50859c7..842a2f4 100644
--- a
On Fri, Jan 22, 2010 at 11:32 PM, Blue Swirl wrote:
> On Tue, Jan 19, 2010 at 10:25 PM, Igor V. Kovalenko
> wrote:
>> From: Igor V. Kovalenko
>>
>> sparc64 timer has tick counter which can be set and read,
>> and tick compare value used as deadline to fire timer interrupt.
>> The timer is not us
On 01/25/2010 08:29 AM, Michael S. Tsirkin wrote:
This adds notifiers for phys memory changes: a set of callbacks that
vhost can register and update kernel accordingly. Down the road, kvm
code can be switched to use these as well, instead of calling kvm code
directly from exec.c as is done now.
2010/1/26 Blue Swirl :
> On Tue, Jan 26, 2010 at 7:03 PM, Artyom Tarasenko
> wrote:
>> 2010/1/24 Blue Swirl :
>>> On Sun, Jan 24, 2010 at 2:02 AM, Artyom Tarasenko
>>> wrote:
All solaris versions which currently boot (from cd) regularly produce
buckets of
"hsfs_putpage: dirty HSFS
On 01/24/2010 03:23 PM, Herve Poussineau wrote:
Replace %lld occurrences by PRId64.
Incidentally, this fixes use of curl on Windows, and prevents an assert
when closing Qemu.
The JSON bits need to be a separate patch. The changes to qemu-io.c
break the build on 64-bit too.
Regards,
Ant
If you make use of hw breakpoints on a 32bit x86 linux host, qemu
will segmentation fault when processing the exception.
The problem is that the value of env is stored in $ebp in the op_helper
raise_exception() function, and it can have the wrong value when
calling it from non generated code.
It
The aim of this patch is to either fix the problem or at least
describe the circumstances around the crash using a 32 bit x86 linux
host with a 32 bit linux guest making use of hw breakpoints.
I had also seen the same problem reported here:
https://bugs.launchpad.net/qemu/+bug/501177
runni
On 01/24/2010 02:51 AM, Jan Kiszka wrote:
Commit 930c86820e introduced a regression to eth_send: eth_tx_desc_put
manipulates the host's tx descriptor copy before writing it back, but
two lines down the descriptor is evaluated again, leaving us with an
invalid next address if host and guest endian
On 01/23/2010 11:51 AM, Jan Kiszka wrote:
Commit b3a219883e uncovered that we attached the Wolfson with an I2C
address shifted left by one. Fixing this makes sound work again for
the Musicpal.
Signed-off-by: Jan Kiszka
Applied to stable. Thanks.
Regards,
Anthony Liguori
---
hw/musicpa
On 01/21/2010 03:15 PM, Luiz Capitulino wrote:
Iterate over QList entries, it's needed to call qlist_entry_obj()
to retrieve the stored QObject.
I'm not sure if it's ok to have this, because it's not as easy as
qlist_iter() and the QListEntry data type is now exposed to the
users, which means we
On 01/21/2010 09:12 AM, Christoph Hellwig wrote:
The n member is not very descriptive and very hard to grep, rename it to
cur_nr_sectors to better indicate what it is used for. Also rename
nb_sectors to remaining_sectors as that is what it is used for.
Signed-off-by: Christoph Hellwig
App
On 01/21/2010 06:40 AM, Naphtali Sprei wrote:
Signed-off-by: Naphtali Sprei
Applied all. Thanks.
Regards,
Anthony Liguori
---
block.c |7 ---
block.h |1 -
2 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/block.c b/block.c
index 73c26ec..8378c18 100644
---
On 01/21/2010 04:49 AM, Amit Shah wrote:
These hunks got dropped off mysteriously during the rebasing of my
virtio-serial series. Thanks go to Markus for noticing it.
Without these fixes, -virtioconsole doesn't actually have any effect.
Signed-off-by: Amit Shah
Reported-by: Markus Armbruster
On 01/21/2010 04:13 AM, Amit Shah wrote:
This file was renamed to ease the reviews of the recent changes
that went in.
Now that the changes are done, rename the file back to its original
name.
Signed-off-by: Amit Shah
Applied. Thanks.
Regards,
Anthony Liguori
---
Makefile.objs
On 01/20/2010 03:25 PM, Stefan Weil wrote:
Some more command line options had entries for command line help,
but documentation for texi and derived formats (man, html, info)
was missing.
For conditional options, the texi documentation was added
unconditionally.
This seems reasonable because typ
On 01/20/2010 01:54 PM, Juan Quintela wrote:
This patch improves Anthony patch a6a853c86275efd89996ce59612a000c5873db5d
Once there, it improves handling of object files for qemu tools
cc: Andreas Färber
Signed-off-by: Juan Quintela
Applied. Thanks.
Regards,
Anthony Liguori
---
Mak
On 01/20/2010 11:13 AM, Christoph Hellwig wrote:
Check the whitelist as early as possible instead of continuing the
setup, and move all the error handling code to the end of the
function.
Signed-off-by: Christoph Hellwig
Applied all. Thanks.
Regards,
Anthony Liguori
Index: qemu/block.
On 01/20/2010 11:01 AM, Juan Quintela wrote:
From: Marcelo Tosatti
If migration takes place between write of the bmdma address register and
write of the command register (to initiate DMA), the destination will
not properly start the DMA op, hanging the guest:
ata1.00: exception Emask 0x0 SAct 0
Applied. Thanks.
Regards,
Anthony Liguori
On 01/20/2010 10:26 AM, Marcelo Tosatti wrote:
savevm without id or tag segfaults in:
(gdb) bt
#0 0x7f600a83bf8a in __strcmp_sse42 () from /lib64/libc.so.6
#1 0x004745b6 in bdrv_snapshot_find (bs=,
sn_info=0x7fff996be280, name=0x0)
On 26.01.2010, at 22:53, Jes Sorensen wrote:
> Hi,
>
> This is the QEMU-KVM part of the patch. If we can agree on this
> approach, I will do a version for upstream QEMU as well.
It shows as attachment again :(.
Alex
>
> Cheers,
> Jes
>
> <0011-qemu-kvm-e820-table.patch>
Hi,
This is the QEMU-KVM part of the patch. If we can agree on this
approach, I will do a version for upstream QEMU as well.
Cheers,
Jes
Use qemu-cfg to provide the BIOS with an optional table of e820 entries.
Notify the BIOS of the location of the TSS+EPT range to by reserving
it via the e820
Hi,
Based on the feedback I received over the e820 reserve patch, I have
changed it to have QEMU pass in a list of entries that can cover more
than just the TSS/EPT range. This should provide the flexibility that
people were asking for.
The Seabios portion should allow for unlimited sized tables
Michael S. Tsirkin schrieb:
> Verify that stdio.h supports %lld %zd.
> Some migw variants don't unless requested explicitly (see
migw -> mingw
I don't know any ming32 variant which supports %lld, %zd.
There is a new mingw-w64 were people are addressing the
problem, but that variant is unsupported
On 01/20/2010 11:41 AM, Juan Quintela wrote:
It really sets uname string. It don't make sense a --disable option
Signed-off-by: Juan Quintela
Patch 3/7 doesn't apply. It's an annoying one to rebase too. Please
send out a new series and ping me and I'll quickly apply it since this
one
On 01/20/2010 08:02 AM, Kevin Wolf wrote:
Return the appropriate error value instead of always using EIO. Don't free the
L1 table on errors, we still need it.
Signed-off-by: Kevin Wolf
Applied all. Thanks.
Do you think this is stable-0.12 material? Is there any reasonable
scenario wher
On 01/20/2010 06:07 AM, Markus Armbruster wrote:
mon_get_cpu() can't return null pointer, because it passes its return
value to cpu_synchronize_state() first, which crashes if its argument
is null.
Remove the (pretty cheesy) handling of this non-existing error.
Signed-off-by: Markus Armbruster
On 01/19/2010 05:56 PM, Juan Quintela wrote:
From: Kirill A. Shutemov
A variant of write(2) which handles partial write.
Signed-off-by: Kirill A. Shutemov
Signed-off-by: Juan Quintela
Applied all. Thanks.
Regards,
Anthony Liguori
---
osdep.c | 27 +++
On 01/20/2010 06:07 AM, Markus Armbruster wrote:
Signed-off-by: Markus Armbruster
---
monitor.c |4 ++--
qemu-monitor.hx |3 ++-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/monitor.c b/monitor.c
index 816f6fd..b9166c3 100644
--- a/monitor.c
+++ b/monitor.c
@@
On 01/25/2010 07:23 AM, Markus Armbruster wrote:
Helper function just like qdict_get_int(), just for QFloat/double.
Signed-off-by: Markus Armbruster
Breaks check_qdict's build. Need to update the Makefile. You can just
send a v4 of this patch.
Regards,
Anthony Liguori
The changes in V8 of this patch are related to the monitor infrastructure. No
changes to the virtio interface core have been made since V4. This is intended
to apply on top of my API for asynchronous monitor commands patch.
Changes since V7:
- Ported to the asynchronous monitor API
Changes sin
On Tue, Jan 26, 2010 at 05:27:27PM +0100, Laurent Desnogues wrote:
> On Tue, Jan 26, 2010 at 5:00 PM, Riku Voipio wrote:
> > From: Riku Voipio
> >
> > If you compile applications with gcc -mtp=cp15, __thread
> > access's will generate an abort. Implement accessing allowed
> > cp15.c13 registers o
2010/1/26 Måns Rullgård :
> "Michael S. Tsirkin" writes:
>
>> Verify that stdio.h supports %lld %zd.
>> Some migw variants don't unless requested explicitly (see
>> http://www.mail-archive.com/mingw-w64-pub...@lists.sourceforge.net/msg00417.html)
>> ), detect them early.
>>
>> Signed-off-by: Micha
On Tue, Jan 26, 2010 at 7:03 PM, Artyom Tarasenko
wrote:
> 2010/1/24 Blue Swirl :
>> On Sun, Jan 24, 2010 at 2:02 AM, Artyom Tarasenko
>> wrote:
>>> All solaris versions which currently boot (from cd) regularly produce
>>> buckets of
>>> "hsfs_putpage: dirty HSFS page" messages.
>>>
>>> High Sie
On Tue, Jan 26, 2010 at 6:47 PM, Loïc Minier wrote:
> On Thu, Jan 21, 2010, Måns Rullgård wrote:
>> I think that entire test is wrong, in fact. It is perfectly possible
>> for someone on Solaris to install a working "install" command in
>> /usr/bin. It is better, if possible, to test whatever "i
"Michael S. Tsirkin" writes:
> Verify that stdio.h supports %lld %zd.
> Some migw variants don't unless requested explicitly (see
> http://www.mail-archive.com/mingw-w64-pub...@lists.sourceforge.net/msg00417.html)
> ), detect them early.
>
> Signed-off-by: Michael S. Tsirkin
> Acked-by: Juan Qui
Anthony Liguori wrote:
> On 01/26/2010 08:44 AM, Jan Kiszka wrote:
>> Hi,
>>
>> just received some Linux guest kernel that refuses to properly use its
>> framebuffer console under QEMU (probably any version, tried down to some
>> 0.10.x). It turned out that it has CONFIG_FB_CIRRUS enabled and fails
Hi,
I saw that some pretty long time ago, but didn't care enough to investigate,
just disabled the cirrus fb in T2 (http://t2-project.org):
r...@8way:t2-trunk-clean$ svn log -r29093
r29093 | rene | 2008-05-27 09:37:57 +020
2010/1/24 Blue Swirl :
> On Sun, Jan 24, 2010 at 2:02 AM, Artyom Tarasenko
> wrote:
>> All solaris versions which currently boot (from cd) regularly produce
>> buckets of
>> "hsfs_putpage: dirty HSFS page" messages.
>>
>> High Sierra is a pretty old and stable stuff, so it is possible that
>> the
On 01/26/2010 08:44 AM, Jan Kiszka wrote:
Hi,
just received some Linux guest kernel that refuses to properly use its
framebuffer console under QEMU (probably any version, tried down to some
0.10.x). It turned out that it has CONFIG_FB_CIRRUS enabled and fails to
initialize the display when this
On Thu, Jan 21, 2010, Måns Rullgård wrote:
> I think that entire test is wrong, in fact. It is perfectly possible
> for someone on Solaris to install a working "install" command in
> /usr/bin. It is better, if possible, to test whatever "install"
> command is in the path, and complain only if it
Ping?
r~
On 01/04/2010 02:46 PM, Richard Henderson wrote:
I've split up the FPCR as requested by Aurelien. We no longer
set anything in FP_STATUS after the execution of the operation,
only copy data from FP_STATUS to some env->fpcr field.
I have totally rewritten the patch to be more along th
Ping?
r~
On 01/20/2010 09:18 AM, Richard Henderson wrote:
Changes v5-v6:
* Update x86-64 post P_REXB changes.
Changes v4-v5:
* Document double-word support opcodes in a new section of the README,
as requested by Aurelien.
* Shorten the branch-to-next in the EQ case of i386 brcond
On 01/26/10 07:46, Gleb Natapov wrote:
On Mon, Jan 25, 2010 at 06:13:35PM +0100, Jes Sorensen wrote:
I am fine with having QEMU build the e820 tables completely if there is
a consensus to take that path.
QEMU can't build the e820 map completely. There are things it doesn't
know. Like how much
On Tue, Jan 26, 2010 at 5:00 PM, Riku Voipio wrote:
> From: Riku Voipio
>
> Change the system-emulation code also to only support accessing
> the cp15.c13 Thread ID registers on ARMv6K and newer.
>
> Signed-off-by: Riku Voipio
> ---
> target-arm/helper.c | 12
> 1 files changed,
On Tue, Jan 26, 2010 at 5:00 PM, Riku Voipio wrote:
> From: Riku Voipio
>
> If you compile applications with gcc -mtp=cp15, __thread
> access's will generate an abort. Implement accessing allowed
> cp15.c13 registers on ARMv6K+ in linux-user.
>
> Signed-off-by: Riku Voipio
> ---
> target-arm/he
On Tue, 26 Jan 2010 15:57:46 +
Jamie Lokier wrote:
> Daniel P. Berrange wrote:
> > On Tue, Jan 26, 2010 at 12:57:54PM +, Jamie Lokier wrote:
> > > Luiz Capitulino wrote:
> > > > capability_enable [ "foo", "bar" ]
> > > >
> > > > Now, only one command is not terrible difficult, but we wo
Jan Kiszka wrote:
> Toralf Förster wrote:
>> Hi,
>>
>> under a mostly stable Gentoo I observed this new msg :
>>
>> tfoer...@n22 ~/virtual/kvm $ qemu -hda gentoo_kdevm.img -hdb
>> portage_kdeprefix.img -hdd swap.img -smp 2 -m 768 -vga std -soundhw es1370
>>
Verify that stdio.h supports %lld %zd.
Some migw variants don't unless requested explicitly (see
http://www.mail-archive.com/mingw-w64-pub...@lists.sourceforge.net/msg00417.html)
), detect them early.
Signed-off-by: Michael S. Tsirkin
Acked-by: Juan Quintela
---
changes from v1:
remove
On 26.01.2010, at 15:44, Jan Kiszka wrote:
> Hi,
>
> just received some Linux guest kernel that refuses to properly use its
> framebuffer console under QEMU (probably any version, tried down to some
> 0.10.x). It turned out that it has CONFIG_FB_CIRRUS enabled and fails to
> initialize the displ
From: Riku Voipio
Qemu may hang in host_signal_handler after qemu has done a
seppuku with cpu_abort(). But at this stage we are not really
interested in target process coredump anymore, so unregister
host_signal_handler to die grafefully.
Signed-off-by: Riku Voipio
---
exec.c |9 +
From: Riku Voipio
Change the system-emulation code also to only support accessing
the cp15.c13 Thread ID registers on ARMv6K and newer.
Signed-off-by: Riku Voipio
---
target-arm/helper.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/target-arm/helper.c b/
From: Loïc Minier
This patch for linux-user adapts the output of the emulated uname()
syscall to match the configured CPU. Tested with x86, x86-64 and arm
emulation.
Signed-off-by: Loïc Minier
Signed-off-by: Riku Voipio
---
Makefile.target|2 +-
linux-user/cpu-uname.c | 72
From: Riku Voipio
Signed-off-by: Riku Voipio
---
exec.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/exec.c b/exec.c
index 1190591..71f655f 100644
--- a/exec.c
+++ b/exec.c
@@ -1537,15 +1537,15 @@ static void cpu_unlink_tb(CPUState *env)
TranslationBlock *tb;
From: Riku Voipio
Some fixes to avoid hanging, make arm uname match selected
cpu, and fixes to cp15.c13 registers for linux-user tls register
access.
Loïc Minier (1):
linux-user: adapt uname machine to emulated CPU
Riku Voipio (4):
fix locking error with current_tb
linux-user: remove sign
From: Riku Voipio
If you compile applications with gcc -mtp=cp15, __thread
access's will generate an abort. Implement accessing allowed
cp15.c13 registers on ARMv6K+ in linux-user.
Signed-off-by: Riku Voipio
---
target-arm/helper.c | 27 ++-
1 files changed, 26 insert
Daniel P. Berrange wrote:
> On Tue, Jan 26, 2010 at 12:57:54PM +, Jamie Lokier wrote:
> > Luiz Capitulino wrote:
> > > capability_enable [ "foo", "bar" ]
> > >
> > > Now, only one command is not terrible difficult, but we would
> > > have to accept an array of objects, like:
> > >
> > > [ {
On 01/26/2010 08:50 AM, Alexander Graf wrote:
On 26.01.2010, at 15:47, Avi Kivity wrote:
On 01/26/2010 04:42 PM, Alexander Graf wrote:
That's /proc/cpuinfo, we should just extend it, maybe that's what Alex meant,
but I'd like to see something more capable.
I thin
On 26.01.2010, at 15:47, Avi Kivity wrote:
> On 01/26/2010 04:42 PM, Alexander Graf wrote:
>>
>>> That's /proc/cpuinfo, we should just extend it, maybe that's what Alex
>>> meant, but I'd like to see something more capable.
>>>
>> I think we're all looking at different use-cases.
>>
>> Fi
On 01/26/2010 04:42 PM, Alexander Graf wrote:
That's /proc/cpuinfo, we should just extend it, maybe that's what Alex meant,
but I'd like to see something more capable.
I think we're all looking at different use-cases.
First and frontmost the one type of user I'm concerned with in this
On 01/26/2010 04:42 PM, Anthony Liguori wrote:
On 01/26/2010 08:37 AM, Avi Kivity wrote:
People who use discovery tools are probably setting up a migration
cluster. They aren't going to use -cpu host.
BTW, it might be neat to introduce a qemu command line that runs a
monitor command and exit
Hi,
just received some Linux guest kernel that refuses to properly use its
framebuffer console under QEMU (probably any version, tried down to some
0.10.x). It turned out that it has CONFIG_FB_CIRRUS enabled and fails to
initialize the display when this is actually used. Anyone came across
this be
On 01/26/2010 08:37 AM, Avi Kivity wrote:
People who use discovery tools are probably setting up a migration
cluster. They aren't going to use -cpu host.
BTW, it might be neat to introduce a qemu command line that runs a
monitor command and exits without creating a VM. We could then
introdu
On 26.01.2010, at 15:37, Avi Kivity wrote:
> On 01/26/2010 04:32 PM, Anthony Liguori wrote:
> It would need to know which cpuid bits qemu supports. Only qemu knows
> that.
I'm not sure I understand why. Can you elaborate?
>>>
>>> If qemu doesn't recognize -cpu qemu64,
On 01/26/2010 08:12 AM, Avi Kivity wrote:
On 01/26/2010 04:05 PM, Anthony Liguori wrote:
On 01/26/2010 07:55 AM, Avi Kivity wrote:
The risk is that if we support a private extension (like '') and
then json is officially extended to support a conflicting or similar
syntax with a different meani
On 01/26/2010 04:32 PM, Anthony Liguori wrote:
It would need to know which cpuid bits qemu supports. Only qemu
knows that.
I'm not sure I understand why. Can you elaborate?
If qemu doesn't recognize -cpu qemu64,+nx, then no amount of hardware
and kvm.ko support will allow the user to enab
On 01/26/2010 08:26 AM, Avi Kivity wrote:
On 01/26/2010 04:22 PM, Anthony Liguori wrote:
On 01/26/2010 08:15 AM, Avi Kivity wrote:
On 01/26/2010 04:13 PM, Anthony Liguori wrote:
Me too, especially as the whole stack is involved, and qemu is the
topmost part from our perspective (no doubt libvi
On Tue, Jan 26, 2010 at 12:57:54PM +, Jamie Lokier wrote:
> Luiz Capitulino wrote:
> > capability_enable [ "foo", "bar" ]
> >
> > Now, only one command is not terrible difficult, but we would
> > have to accept an array of objects, like:
> >
> > [ { "name": "foo", "enabled": true }, { "name"
On 01/26/2010 04:22 PM, Anthony Liguori wrote:
On 01/26/2010 08:15 AM, Avi Kivity wrote:
On 01/26/2010 04:13 PM, Anthony Liguori wrote:
Me too, especially as the whole stack is involved, and qemu is the
topmost part from our perspective (no doubt libvirt will want to
integrate that functionali
On 01/26/2010 08:15 AM, Avi Kivity wrote:
On 01/26/2010 04:13 PM, Anthony Liguori wrote:
Me too, especially as the whole stack is involved, and qemu is the
topmost part from our perspective (no doubt libvirt will want to
integrate that functionality as well).
I'm not sure I agree. It would
Verify that stdio.h supports %ll and %z
Some migw variants don't unless requested explicitly (see
http://www.mail-archive.com/mingw-w64-pub...@lists.sourceforge.net/msg00417.html)
), detect them early.
Signed-off-by: Michael S. Tsirkin
---
configure | 25 +
1 files chan
On 01/26/2010 04:13 PM, Anthony Liguori wrote:
Me too, especially as the whole stack is involved, and qemu is the
topmost part from our perspective (no doubt libvirt will want to
integrate that functionality as well).
I'm not sure I agree. It would use no code from qemu and really
benefit i
On 01/26/2010 07:24 AM, Avi Kivity wrote:
On 01/26/2010 03:18 PM, Alexander Graf wrote:
The main question is where does it belong?
a) built into qemu
b) built as separate tool, but shipped with qemu
c) completely separate
I'm personally leaning towards a. That way we can reuse the detection
On 01/26/2010 04:05 PM, Anthony Liguori wrote:
On 01/26/2010 07:55 AM, Avi Kivity wrote:
The risk is that if we support a private extension (like '') and then
json is officially extended to support a conflicting or similar
syntax with a different meaning, then we cannot advance to the next
rev
On 01/26/2010 07:55 AM, Avi Kivity wrote:
The risk is that if we support a private extension (like '') and then
json is officially extended to support a conflicting or similar syntax
with a different meaning, then we cannot advance to the next revision
of json without breaking compatibility.
On 01/26/2010 02:47 PM, Anthony Liguori wrote:
On 01/26/2010 05:43 AM, Luiz Capitulino wrote:
The issue I see isn't related to unsigned. Apparently we currently
accept values such as 'a' as valid strings. Since this is not valid
json
we probably should reject it just in case we will want to s
If we go over the maximum number of iovecs support by syscall we get
back EINVAL from the kernel which translate to I/O errors for the guest.
Add a MAX_IOV defintion for platforms that don't have it. For now we use
the same 1024 define that's used on Linux and various other platforms,
but until t
1 - 100 of 144 matches
Mail list logo
