Am 30.01.2012 16:55, schrieb Paolo Bonzini:
> On 01/30/2012 04:43 PM, Kevin Wolf wrote:
>>
>> If we had force=true in the initial eject command, bdrv_close is called,
>> which in turn goes through bdrv_dev_change_media_cb where an event is
>> emitted.
Can't this race w
On 01/30/2012 11:38 AM, Evgeny Voevodin wrote:
Signed-off-by: Evgeny Voevodin
Reviewed-by: Peter Maydell
---
This patch should not contain "Reviewed-by:" since QOM usage was added.
Apologise for it.
Peter, could you, please, rereview it?
--
Kind regards,
Evgeny Voevodin,
Leading Software Engin
On January 30, 2012 at 3:48 PM Jan Kiszka wrote:
> On 2012-01-30 15:17, Erik Rull wrote:
> >
> >
> >
> > On January 30, 2012 at 2:48 PM Jan Kiszka
wrote:
> >
> >> On 2012-01-30 14:17, Erik Rull wrote:
> >>>
> >>>
> >>>
> >>> On January 30, 2012 at 12:52 PM Jan Kiszka
> > wrote:
> >>>
>
On 01/30/2012 11:38 AM, Evgeny Voevodin wrote:
Signed-off-by: Evgeny Voevodin
Reviewed-by: Peter Maydell
This patch should not contain "Reviewed-by:" since QOM usage was added.
Apologise for it.
Peter, could you, please, rereview it?
--
Kind regards,
Evgeny Voevodin,
Leading Software Engineer,
On 01/30/2012 11:38 AM, Evgeny Voevodin wrote:
From: Mitsyanko Igor
Exynos4210 display controller (FIMD) has 5 hardware windows with alpha and
chroma key blending functions.
Signed-off-by: Mitsyanko Igor
Reviewed-by: Peter Maydell
Signed-off-by: Evgeny Voevodin
This patch should not contain "Re
On Fri, Jan 20, 2012 at 08:54:12AM -0500, Xin Tong wrote:
> On Fri, Jan 20, 2012 at 3:23 AM, 陳韋任 wrote:
> >> 1. The control of gCR3 and hCR3 needs kernel access. While they can
> >> be set with a device module as what is done in kvm. Trapping into the
> >> kernel every time gCR3 is reseted might
2012/1/30 Fernando Luis Vázquez Cao :
> Some drivers (Linux' 8139too among them) rely on the NIC injecting an
> interrupt
> in the event of a receive buffer overflow and, accordingly, set the RxOverflow
> bit in the interrupt mask. Unfortunately rtl8139's can_receive method ignores
> the RxOverflo
Am 31.01.2012 08:50, schrieb Paolo Bonzini:
> On 01/30/2012 10:09 PM, Anthony Liguori wrote:
>> diff --git a/qom/container.c b/qom/container.c
>> new file mode 100644
>> index 000..39d7b1e
>> --- /dev/null
>> +++ b/qom/container.c
>> @@ -0,0 +1,15 @@
>> +#include "qemu/object.h"
>> +#include "m
Kevin Wolf writes:
> Am 30.01.2012 16:18, schrieb Luiz Capitulino:
>> On Fri, 27 Jan 2012 10:52:15 +0100
>> Kevin Wolf wrote:
>>
>>> Am 26.01.2012 18:57, schrieb Luiz Capitulino:
On Wed, 25 Jan 2012 10:42:04 -0200
Luiz Capitulino wrote:
> On Wed, 25 Jan 2012 09:41:20 +0100
>
Hervé Poussineau writes:
> Markus Armbruster a écrit :
>> Hervé Poussineau writes:
>>
>>> Floppies can be simple or double-sided. However, current code
>>> was only taking the common case into account (ie 2 sides).
>>
>> Impact?
>
> This repairs single-sided floppies
>
>> Are single sided floppi
The co_recv coroutine has two things that will try to enter it:
1. The select(2) read callback on the sheepdog socket.
2. The aio_add_request() blocking operations, including a coroutine
mutex.
This patch fixes it by setting NULL to co_recv before sending data.
In future, we should make
On Sat, Jan 28, 2012 at 05:17:56PM -0500, Xin Tong wrote:
> I am investigating what longjmp is used for in qemu.
>
> longjmp is used in a couple of places.
>
> 1.
> void cpu_loop_exit(void)
> {
> env->current_tb = NULL;
> longjmp(env->jmp_env, 1);
> }
>
> cpu_loop_exit is called when th
On Wed, Jan 25, 2012 at 01:58:10PM -0500, Xin Tong wrote:
> I am working on extending coremu (parallel version of qemu).
> Currently, the code cache in coremu is private, I am working towards
> to make it shared by all cores. I think the add_tb_jump may not be
> atomic.
If you're talking about [
From: Akos PASZTORY
Signed-off-by: Akos PASZTORY
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 34 +-
linux-user/syscall_defs.h |6 ++
2 files changed, 39 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscal
2012/1/30 Fernando Luis Vázquez Cao :
> Some drivers (Linux' 8139too among them) rely on the NIC injecting an
> interrupt
> in the event of a receive buffer overflow and, accordingly, set the RxOverflow
> bit in the interrupt mask. Unfortunately rtl8139's can_receive method ignores
> the RxOverflo
Hervé Poussineau writes:
> Markus Armbruster a écrit :
>> Hervé Poussineau writes:
>>
>>> DIR and CCR registers share the same address ; DIR is read-only
>>> while CCR is write-only
>>
>> Looks like guest writes to CCR are silently ignored before this patch.
>> Is that correct?
>
> Yes.
>
>> I
From: Peter Maydell
Correct the printing of errnos for syscalls which are handled
via print_syscall_ret_addr (mmap, mmap2, brk, shmat): errnos
are returned as negative returned values at this level, not
via the host 'errno' variable.
Signed-off-by: Peter Maydell
Signed-off-by: Riku Voipio
---
From: 陳韋任
QEMU linux user-mode's default log file name is "/tmp/qemu.log". In order to
change the log file name, user need to modify the source code then recompile
QEMU. This patch allow user use "-D logfile" option to specify the log file
name.
Signed-off-by: Chen Wen-Ren
Signed-off-by: Riku
Hi,
in the qemu-xen-unstable tree
(git://xenbits.xen.org/qemu-xen-unstable.git), the do_inp() function
[i386-dm/helper2.c] makes the process exit if the operand size is wrong.
Blame: 6040eea5 ("More files imported from xen-unstable
17192:59b8768d0d0d").
In the qemu tree (git://git.qemu.org/
On 01/31/2012 10:21 AM, Andreas Färber wrote:
>
> License header, please. (GPLv2+ or LGPLv2+?)
Given that object.c is GPLv2+, I've sticked with that license myself;
but was that choice of license intentional? Effectively means we can't
really have any liberally-licensed device emulation. (But
Looks sane, except for the migration of media rate. See my reply to
7/9.
From: Riku Voipio
---
linux-user/qemu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-user/qemu.h b/linux-user/qemu.h
index 55ad9d8..30e2abd 100644
--- a/linux-user/qemu.h
+++ b/linux-user/qemu.h
@@ -123,10 +123,10 @@ typedef struct TaskState {
#endif
#if defi
From: Andreas Färber
Prepares for mipsn32[el]-linux-user targets.
Signed-off-by: Ulricht Hecht
Signed-off-by: Andreas Färber
Signed-off-by: Riku Voipio
---
default-configs/mipsn32-linux-user.mak |1 +
default-configs/mipsn32el-linux-user.mak |1 +
2 files changed, 2 insertions(+),
From: Alexander Graf
When calling wait4 or waitpid with a status pointer and WNOHANG, the
syscall can potentially not modify the status pointer input. Now if we
have guest code like:
int status = 0;
waitpid(pid, &status, WNOHANG);
if (status)
then we have to make sure that in case s
On 01/27/2012 06:42 AM, Alexey Korolev wrote:
> On 27/01/12 04:12, Avi Kivity wrote:
> > On 01/26/2012 04:36 PM, Michael S. Tsirkin wrote:
> >> On Thu, Jan 26, 2012 at 03:52:27PM +0200, Avi Kivity wrote:
> >>> On 01/26/2012 11:14 AM, Michael S. Tsirkin wrote:
> On Wed, Jan 25, 2012 at 06:46:03
From: Peter Maydell
Implement listxattr, flistxattr and llistxattr syscalls.
Signed-off-by: Peter Maydell
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 36 +++-
1 files changed, 35 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall.c b/lin
From: Andreas Färber
Copied from mips/syscall.h.
Signed-off-by: Ulrich Hecht
Signed-off-by: Andreas Färber
Signed-off-by: Riku Voipio
---
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/
On 01/31/2012 11:40 AM, Avi Kivity wrote:
> On 01/27/2012 06:42 AM, Alexey Korolev wrote:
> > On 27/01/12 04:12, Avi Kivity wrote:
> > > On 01/26/2012 04:36 PM, Michael S. Tsirkin wrote:
> > >> On Thu, Jan 26, 2012 at 03:52:27PM +0200, Avi Kivity wrote:
> > >>> On 01/26/2012 11:14 AM, Michael S. Ts
From: Peter Maydell
It's valid to pass a NULL value pointer to setxattr, so don't
fail this case EFAULT.
Signed-off-by: Peter Maydell
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 24 ++--
1 files changed, 18 insertions(+), 6 deletions(-)
diff --git a/linux-user
From: Peter Maydell
Implement the f and l versions (operate on fd, don't follow links)
of the setxattr, getxattr and removexattr syscalls.
Signed-off-by: Peter Maydell
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 79 --
1 files change
Am 31.01.2012 10:29, schrieb riku.voi...@linaro.org:
> From: Riku Voipio
>
SoB missing.
Andreas
> ---
> linux-user/qemu.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/linux-user/qemu.h b/linux-user/qemu.h
> index 55ad9d8..30e2abd 100644
> --- a/linux-user/qe
From: Alexander Graf
Gtk tries to read /proc/self/auxv to find its auxv table instead of
taking it from its own program memory space.
However, when running with linux-user, we see the host's auxv which
clearly exposes wrong information. so let's instead expose the guest
memory backed auxv tables
From: Alexander Graf
The boehm gc finds the program's stack starting pointer by
checking /proc/self/stat. Unfortunately, so far it reads
qemu's stack pointer which clearly is wrong.
So let's instead fake the file so the guest program sees the
right address.
Signed-off-by: Alexander Graf
Signed
From: Riku Voipio
The collection of simpler linux-user patches submitted since release of 1.0.
To be sent as pull request later this week unless bugs found.
Patches are also available in the git repository at:
git://git.linaro.org/people/rikuvoipio/qemu.git linux-user-for-upstream
Akos PASZTO
From: Alexander Graf
While debugging some issues with QEMU_STRACE I stumbled over segmentation
faults that were pretty reproducible. Turns out we tried to treat a
normal return value as errno, resulting in an access over array boundaries
for the resolution.
Fix this by allowing failure to resolv
On Sat, Jan 28, 2012 at 05:06:54PM -0500, Xin Tong wrote:
> What is the proper way to iterate over all vcpus in qemu ? below is what i
> use in my code. Not sure whether it is the best way, also is a a macro is
> qemu to do this ?
>
> CPUState *curr_cpu = first_cpu;
>for(; curr_cpu !
On Sun, Jan 22, 2012 at 11:18:43AM -0500, Xin Tong wrote:
> There is a setjmp outside the cpu loop in qemu cpu-exec.c. it is used
> by longjmp later when a cpu exit request is given. I am wondering that
> can a cpu_loop_exit() be called when the tcg is doing the translation
> ?
Do you mean if th
This is used in many places.
Maybe to simulate 'private' variables and access methods like in C++.
If you define structure in .c file then every function that works with
this structure must reside in same file. And any other code to use
structure must use access-functions (api) to alter it and not
From: Andreas Färber
Copied from mips/syscall.h.
Signed-off-by: Khansa Butt
Signed-off-by: Andreas Färber
Signed-off-by: Riku Voipio
---
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/sysc
From: Alexander Graf
glibc's pthread_attr_getstack tries to find the stack range from
/proc/self/maps. Unfortunately, /proc is usually the host's /proc
which means linux-user guests see qemu's stack there.
Fake the file with a constructed maps entry that exposes the guest's
stack range.
Signed-
From: Andreas Färber
sa_flags is uint32_t for mips{,n32,64}, so don't use tswapal().
edited by Riku Voipio: likewise on alpha
Reported-by: Khansa Butt
Suggested-by: Richard Henderson
Signed-off-by: Andreas Färber
Cc: Ehsan Ul Haq
Signed-off-by: Riku Voipio
---
linux-user/signal.c |8 +
From: Andreas Färber
Prepares for mips64[el]-linux-user targets.
Signed-off-by: Khansa Butt
Signed-off-by: Andreas Färber
Signed-off-by: Riku Voipio
---
default-configs/mips64-linux-user.mak |1 +
default-configs/mips64el-linux-user.mak |1 +
2 files changed, 2 insertions(+), 0 del
From: Alexander Graf
There are a number of files in /proc that expose host information
to the guest program. This patch adds infrastructure to override
the open() syscall for guest programs to enable us to on the fly
generate guest sensible files.
Signed-off-by: Alexander Graf
Signed-off-by: Ri
From: Alexander Graf
We create our own AUXV segment on stack and save a pointer to it.
However we don't save the length of it, so any code that wants to
do anything useful with it later on has to walk it again.
Instead, let's remember the length of our AUXV segment. This
simplifies later uses by
>>> On 31.01.12 at 10:34, Laszlo Ersek wrote:
> in the qemu-xen-unstable tree
> (git://xenbits.xen.org/qemu-xen-unstable.git), the do_inp() function
> [i386-dm/helper2.c] makes the process exit if the operand size is wrong.
> Blame: 6040eea5 ("More files imported from xen-unstable
> 17192:59b8
Am 30.01.2012 03:14, schrieb Anthony Liguori:
> On 01/29/2012 07:25 AM, Andreas Färber wrote:
>> +static TypeInfo cpu_type_info = {
>> +.name = TYPE_CPU,
>> +.parent = TYPE_OBJECT,
>> +.instance_size = sizeof(CPU),
>
>
> Probably want to do CPUState or something of that nature so that
Anthony Liguori writes:
> On 01/30/2012 05:41 PM, Andreas Färber wrote:
>>
>> Mascot contest:
>> Any update? Were there too few entries? Has it been forgotten?
>> If the contest is still open then that should be stated on the list.
> Yes, I'm falling victim to perfectionism here attempting to fi
On 01/27/2012 06:42 AM, Alexey Korolev wrote:
> On 27/01/12 04:12, Avi Kivity wrote:
> > On 01/26/2012 04:36 PM, Michael S. Tsirkin wrote:
> >> On Thu, Jan 26, 2012 at 03:52:27PM +0200, Avi Kivity wrote:
> >>> On 01/26/2012 11:14 AM, Michael S. Tsirkin wrote:
> On Wed, Jan 25, 2012 at 06:46:03
On 01/31/12 11:36, Jan Beulich wrote:
On 31.01.12 at 10:34, Laszlo Ersek wrote:
in the qemu-xen-unstable tree
(git://xenbits.xen.org/qemu-xen-unstable.git), the do_inp() function
[i386-dm/helper2.c] makes the process exit if the operand size is wrong.
Blame: 6040eea5 ("More files imported from
On 01/31/12 11:36, Jan Beulich wrote:
On 31.01.12 at 10:34, Laszlo Ersek wrote:
Is it justified to kill the emulator when this happens (eg. memory
mapped IO with 64-bit operand)?
The AMD manual specifies that REX.W is ignored; the Intel manual
doesn't mention REX at all here. However, if a
Am 29.01.2012 10:02, schrieb 马磊:
> Hi,
> qemu-img is only to support create/info and so on whithout writting
> operation to the image file.
> I have ported the reading operation for a image file form grub2 to
> qemu-img. But NTFS document online is not detailed enough, how to do
> inorder
On 01/30/2012 10:33 AM, Hu Tao wrote:
> I cannot reproduce this with a 100G qcow2 image (created with
> "qemu-img create scsi.qcow2 100G" just before launching the host),
> with a partition starting at sector 2048 and extending to the end of
> the disk. mkfs (ext4) takes less than 1 minute a
See individual patches for details.
CC: Erik Rull
Jan Kiszka (5):
sdl: Do not grab mouse on mode switch while in background
sdl: Fix block prevention of SDL_WM_GrabInput
Revert "Handle SDL grabs failing (Mark McLoughlin)"
sdl: Grab input on end of non-absolute mouse click
sdl: Limit sd
By grabbing the input already on button down, we leave the button in
that state for the host GUI. Thus it takes another click after releasing
the input again to synchronize the mouse button state.
Avoid this by grabbing on button up.
Signed-off-by: Jan Kiszka
---
ui/sdl.c |3 +--
1 files ch
When the mouse mode changes to absolute while the SDL windows is not in
focus, refrain from grabbing the input. It would steal from some other
window.
Signed-off-by: Jan Kiszka
---
ui/sdl.c | 30 --
1 files changed, 16 insertions(+), 14 deletions(-)
diff --git a/ui
There are scenarios on Linux with some SDL versions where
handle_activation is continuous invoked with state = SDL_APPINPUTFOCUS
and gain = 0 while we grabbed the input. This causes a ping-pong when we
grab the input after an absolute mouse entered the window.
As this sdl_grab_end was once introdu
This reverts commit 6bb816031f8bc0aafc3476e6dfa4293ee3a5f106.
SDL_WM_GrabInput does not reliably bail out if grabbing is impossible.
So if we get here, we already lost and will block. But this can no
longer happen due to the check in sdl_grab_start. So this patch became
obsolete.
Conflicts:
Consistently check for SDL_APPINPUTFOCUS before trying to grab the input
focus. Just checking for SDL_APPACTIVE doesn't work. Moving the check to
sdl_grab_start allows for some consolidation.
Signed-off-by: Jan Kiszka
---
ui/sdl.c | 26 ++
1 files changed, 14 insertions
>>> On 31.01.12 at 12:04, Laszlo Ersek wrote:
> On 01/31/12 11:36, Jan Beulich wrote:
> On 31.01.12 at 10:34, Laszlo Ersek wrote:
>
>>> Is it justified to kill the emulator when this happens (eg. memory
>>> mapped IO with 64-bit operand)?
>
>> The AMD manual specifies that REX.W is ignored;
Am 31.01.2012 00:53, schrieb Anthony Liguori:
> On 01/30/2012 05:41 PM, Andreas Färber wrote:
>> Am 30.01.2012 19:55, schrieb Juan Quintela:
>>> Please send in any agenda items you are interested in covering.
>> VMState:
>> Anthony specifically said that VMState were not affected by QOM and that
>
Am 27.01.2012 18:53, schrieb Stefan Weil:
> Up to now, there was no special section for the different
> host operating systems used with QEMU.
>
> scripts/get_maintainer.pl did not show a maintainer for
> OS specific files and patches.
>
> Therefore I added three hosts systems:
>
> * POSIX for t
On Tue, 31 Jan 2012 10:23:59 +0100
Markus Armbruster wrote:
> Kevin Wolf writes:
>
> > Am 30.01.2012 16:18, schrieb Luiz Capitulino:
> >> On Fri, 27 Jan 2012 10:52:15 +0100
> >> Kevin Wolf wrote:
> >>
> >>> Am 26.01.2012 18:57, schrieb Luiz Capitulino:
> On Wed, 25 Jan 2012 10:42:04 -020
$subject is a bit long.
Am 30.01.2012 22:08, schrieb Anthony Liguori:
> Signed-off-by: Anthony Liguori
Reviewed-by: Andreas Färber
However...
> diff --git a/hw/qdev.c b/hw/qdev.c
> index 636b6b4..a7980c5 100644
> --- a/hw/qdev.c
> +++ b/hw/qdev.c
> @@ -255,7 +255,7 @@ int qdev_device_help(Qem
Am 30.01.2012 22:08, schrieb Anthony Liguori:
> Teach the various bits of code that need to walk through available devices to
> do so via QOM.
>
> Signed-off-by: Anthony Liguori
(Email missing.)
NACK. This introduces broken code, see below.
> bool qdev_exists(const char *name)
> {
> -retu
On 01/30/2012 05:41 PM, Andreas Färber wrote:
Am 30.01.2012 19:55, schrieb Juan Quintela:
Please send in any agenda items you are interested in covering.
QOM roadmap update:
* Series 3/4 is on the list.
-> Please officially designate a merge date (Friday?).
-> To make review sensible, I ask
On 01/31/2012 05:15 PM, Andreas Färber wrote:
Am 31.01.2012 00:53, schrieb Anthony Liguori:
On 01/30/2012 05:41 PM, Andreas Färber wrote:
Am 30.01.2012 19:55, schrieb Juan Quintela:
Please send in any agenda items you are interested in covering.
VMState:
Anthony specifically said that VMSta
Am 23.01.2012 13:49, schrieb Göran Weinholt:
> There are two special cases in the address fields of the multiboot
> format. If mh_load_end_addr is zero then the whole image file should
> be loaded and if mh_bss_end_addr is zero then there is no bss segment.
> With this change it is again possible t
On 01/31/2012 03:59 PM, Anthony Liguori wrote:
> On 01/30/2012 05:41 PM, Andreas Färber wrote:
>> Am 30.01.2012 19:55, schrieb Juan Quintela:
>>> Please send in any agenda items you are interested in covering.
>>
>> QOM roadmap update:
>> * Series 3/4 is on the list.
>> -> Please officially design
On 01/31/2012 07:15 AM, Andreas Färber wrote:
Am 31.01.2012 00:53, schrieb Anthony Liguori:
On 01/30/2012 05:41 PM, Andreas Färber wrote:
Am 30.01.2012 19:55, schrieb Juan Quintela:
Please send in any agenda items you are interested in covering.
VMState:
Anthony specifically said that VMSta
On 01/31/2012 08:09 AM, Avi Kivity wrote:
On 01/31/2012 03:59 PM, Anthony Liguori wrote:
On 01/30/2012 05:41 PM, Andreas Färber wrote:
Am 30.01.2012 19:55, schrieb Juan Quintela:
Please send in any agenda items you are interested in covering.
QOM roadmap update:
* Series 3/4 is on the list.
Am 30.01.2012 22:08, schrieb Anthony Liguori:
> It is no longer used in the tree since everything is done natively through
> QEMU Object Model.
>
> Signed-off-by: Anthony Liguori
Reviewed-by: Andreas Färber
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff
On 2012-01-26 20:00, Anthony Liguori wrote:
> Signed-off-by: Anthony Liguori
> ---
> hw/hpet.c| 38 +-
> hw/hpet_emul.h | 40
> hw/mc146818rtc.c | 30 ++---
> hw/mc146818rtc.h | 27 +++
> hw/pc.
On 2012-01-26 20:00, Anthony Liguori wrote:
> @@ -548,6 +550,13 @@ static int piix3_realize(PCIDevice *dev)
> /* Setup the RTC IRQ */
> s->rtc.irq = rtc_irq;
>
> +/* Realize the PIT */
> +qdev_set_parent_bus(DEVICE(&s->pit), BUS(s->bus));
> +qdev_init_nofail(DEVICE(&s->pit))
On 2012-01-26 20:00, Anthony Liguori wrote:
> ---
> hw/pc.c | 70 --
> hw/pc.h |3 +-
> hw/piix_pci.c | 74 +++-
> sysemu.h |2 -
> 4 files changed, 79 insertions(+)
On 31 January 2012 13:35, Kevin Wolf wrote:
> Am 27.01.2012 18:53, schrieb Stefan Weil:
>> +Hosts:
>> +--
>> +
>> +LINUX
>> +L: qemu-devel@nongnu.org
>> +S: Maintained
>> +F: linux-*
>> +F: linux-headers/
>> +
>> +POSIX
>> +L: qemu-devel@nongnu.org
>> +S: Maintained
>> +F: *posix*
>
> How can
On 01/31/2012 08:26 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
Signed-off-by: Anthony Liguori
---
hw/hpet.c| 38 +-
hw/hpet_emul.h | 40
hw/mc146818rtc.c | 30 ++---
hw/mc146818rtc.h
Am 31.01.2012 15:40, schrieb Peter Maydell:
> On 31 January 2012 13:35, Kevin Wolf wrote:
>> Am 27.01.2012 18:53, schrieb Stefan Weil:
>>> +Hosts:
>>> +--
>>> +
>>> +LINUX
>>> +L: qemu-devel@nongnu.org
>>> +S: Maintained
>>> +F: linux-*
>>> +F: linux-headers/
>>> +
>>> +POSIX
>>> +L: qemu-deve
On 01/31/2012 04:17 PM, Anthony Liguori wrote:
> On 01/31/2012 08:09 AM, Avi Kivity wrote:
>> On 01/31/2012 03:59 PM, Anthony Liguori wrote:
>>> On 01/30/2012 05:41 PM, Andreas Färber wrote:
Am 30.01.2012 19:55, schrieb Juan Quintela:
> Please send in any agenda items you are interested in
On 01/31/2012 08:34 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
@@ -548,6 +550,13 @@ static int piix3_realize(PCIDevice *dev)
/* Setup the RTC IRQ */
s->rtc.irq = rtc_irq;
+/* Realize the PIT */
+qdev_set_parent_bus(DEVICE(&s->pit), BUS(s->bus));
+q
On 2012-01-31 15:43, Anthony Liguori wrote:
> On 01/31/2012 08:26 AM, Jan Kiszka wrote:
>> On 2012-01-26 20:00, Anthony Liguori wrote:
>>> Signed-off-by: Anthony Liguori
>>> ---
>>> hw/hpet.c| 38 +-
>>> hw/hpet_emul.h | 40
>>>
On 01/31/2012 08:38 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
---
hw/pc.c | 70 --
hw/pc.h |3 +-
hw/piix_pci.c | 74 +++-
sysemu.h |2
On 2012-01-31 15:47, Anthony Liguori wrote:
> On 01/31/2012 08:34 AM, Jan Kiszka wrote:
>> On 2012-01-26 20:00, Anthony Liguori wrote:
>>> @@ -548,6 +550,13 @@ static int piix3_realize(PCIDevice *dev)
>>> /* Setup the RTC IRQ */
>>> s->rtc.irq = rtc_irq;
>>>
>>> +/* Realize the PIT
On 2012-01-31 15:50, Anthony Liguori wrote:
> On 01/31/2012 08:38 AM, Jan Kiszka wrote:
>> On 2012-01-26 20:00, Anthony Liguori wrote:
>>> ---
>>> hw/pc.c | 70
>>> --
>>> hw/pc.h |3 +-
>>> hw/piix_pci.c | 74
>>> +++
On 01/31/2012 08:49 AM, Jan Kiszka wrote:
On 2012-01-31 15:43, Anthony Liguori wrote:
On 01/31/2012 08:26 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
Signed-off-by: Anthony Liguori
---
hw/hpet.c| 38 +-
hw/hpet_emul.h | 40 ++
On 01/31/2012 08:51 AM, Jan Kiszka wrote:
On 2012-01-31 15:47, Anthony Liguori wrote:
On 01/31/2012 08:34 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
@@ -548,6 +550,13 @@ static int piix3_realize(PCIDevice *dev)
/* Setup the RTC IRQ */
s->rtc.irq = rtc_irq;
On 2012-01-31 15:54, Anthony Liguori wrote:
> On 01/31/2012 08:49 AM, Jan Kiszka wrote:
>> On 2012-01-31 15:43, Anthony Liguori wrote:
>>> On 01/31/2012 08:26 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
> Signed-off-by: Anthony Liguori
> ---
>hw/hpet.c
On 01/31/2012 08:53 AM, Jan Kiszka wrote:
On 2012-01-31 15:50, Anthony Liguori wrote:
On 01/31/2012 08:38 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
---
hw/pc.c | 70 --
hw/pc.h |3 +-
hw/piix_p
On 01/31/2012 03:51 PM, Jan Kiszka wrote:
>
> BTW, this is yet another benefit of making structures public. You can take
the
> address of a child and set link fields directly without accessors.
Well, that has two sides. We introduced properties to avoid this direct
messing.
Does linking als
On 2012-01-31 15:57, Anthony Liguori wrote:
> On 01/31/2012 08:53 AM, Jan Kiszka wrote:
>> On 2012-01-31 15:50, Anthony Liguori wrote:
>>> On 01/31/2012 08:38 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
> ---
>hw/pc.c | 70
> --
On 01/31/2012 08:56 AM, Jan Kiszka wrote:
On 2012-01-31 15:54, Anthony Liguori wrote:
On 01/31/2012 08:49 AM, Jan Kiszka wrote:
On 2012-01-31 15:43, Anthony Liguori wrote:
On 01/31/2012 08:26 AM, Jan Kiszka wrote:
On 2012-01-26 20:00, Anthony Liguori wrote:
Signed-off-by: Anthony Liguori
---
On Tue, Jan 31, 2012 at 08:12:29AM -0600, Anthony Liguori wrote:
> On 01/31/2012 07:15 AM, Andreas Färber wrote:
> >Am 31.01.2012 00:53, schrieb Anthony Liguori:
> >>On 01/30/2012 05:41 PM, Andreas Färber wrote:
> >>>Am 30.01.2012 19:55, schrieb Juan Quintela:
> Please send in any agenda items
On Tue, Jan 31, 2012 at 05:04:48PM +0200, Michael S. Tsirkin wrote:
> On Tue, Jan 31, 2012 at 08:12:29AM -0600, Anthony Liguori wrote:
> > On 01/31/2012 07:15 AM, Andreas Färber wrote:
> > >Am 31.01.2012 00:53, schrieb Anthony Liguori:
> > >>On 01/30/2012 05:41 PM, Andreas Färber wrote:
> > >>>Am 3
On 01/31/2012 03:12 PM, Anthony Liguori wrote:
Don't use VMState. Just open code a save/restore function. VMState is
too limited in how it handles complex data structures.
I really believe the only long term solution we're going to get to here
is something that uses a builder interface (like
On Wed, 25 Jan 2012, Stefano Stabellini wrote:
> Hi all,
> this is the fourth version of the Xen save/restore patch series.
> We have been discussing this issue for quite a while on #qemu and
> qemu-devel:
>
>
> http://marc.info/?l=qemu-devel&m=132346828427314&w=2
> http://marc.info/?l=qemu-devel
On 2012-01-31 15:26, Jan Kiszka wrote:
> Also note that the HPET is not a part of the PIIX, so composition is
> wrong here. The RTC is again.
Err, forgot my nonsense. The HPET is part of the PIIX. Dunno, I was
somehow thinking of the IOAPIC while reading "HPET". Too few sleep, I
guess...
Jan
--
On 2012-01-31 15:58, Paolo Bonzini wrote:
> On 01/31/2012 03:51 PM, Jan Kiszka wrote:
BTW, this is yet another benefit of making structures public. You can
take the
address of a child and set link fields directly without accessors.
>> Well, that has two sides. We introduced
Hi all,
this small patch series prevents QEMU from waking up needlessly on Xen
several times a second in order to check some timers.
The first patch stops QEMU from emulating the PIT on Xen, the second
patch disables the rtc_clock entirely.
The third patch makes use of a new mechanism to receiv
Fix win32_rearm_timer and mm_rearm_timer: they should be able to handle
INT64_MAX as a delta parameter without overflowing.
Also, the next deadline in ms should be calculated rounding down rather
than up (see unix_rearm_timer and dynticks_rearm_timer).
Finally ChangeTimerQueueTimer takes an unsign
rtc_clock is only used by the RTC emulator (mc146818rtc.c), however Xen
has its own RTC emulator in the hypervisor so we can disable it.
Signed-off-by: Stefano Stabellini
---
xen-all.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/xen-all.c b/xen-all.c
index fd39168
Also delta in qemu_next_alarm_deadline is a 64 bit value so set the
default to INT64_MAX instead of INT32_MAX.
Signed-off-by: Stefano Stabellini
---
qemu-timer.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 29410f1..de20852 1
1 - 100 of 192 matches
Mail list logo
