On 2012-02-10 07:43, David Gibson wrote:
> On Thu, Feb 09, 2012 at 11:06:57AM +0100, Jan Kiszka wrote:
>> On 2012-02-09 10:58, David Gibson wrote:
>>> On Thu, Feb 09, 2012 at 09:30:09AM +0100, Jan Kiszka wrote:
Looks like the subject would warmly welcome a "kvm:" tag.
On 2012-02-09 0
On Thu, Feb 09, 2012 at 03:11:13PM +0100, Jan Kiszka wrote:
> On 2012-02-09 13:07, Paul Brook wrote:
> What about naming the problem instead:
>
> /* Comparison with IOCTL macros on 32-bit hosts requires unsigned. */
> >>>
> >>> Just once, it would be nice to post something to this li
On Thu, Feb 09, 2012 at 11:06:57AM +0100, Jan Kiszka wrote:
> On 2012-02-09 10:58, David Gibson wrote:
> > On Thu, Feb 09, 2012 at 09:30:09AM +0100, Jan Kiszka wrote:
> >> Looks like the subject would warmly welcome a "kvm:" tag.
> >>
> >> On 2012-02-09 05:22, David Gibson wrote:
> > [snip]
> >>
>
Signed-off-by: Evgeny Voevodin
---
MAINTAINERS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 173e893..e55ea0f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -183,6 +183,14 @@ F: *win32*
ARM Machines
+Exynos
+M: Evg
From: Maksim Kozlov
Patch adds basic model for Exynos4210 SoC PMU.
This model implements PMU registers just as a bulk of memory. Currently,
the only reason this device exists is that secondary CPU boot loader
uses PMU INFORM5 register as a holding pen.
Signed-off-by: Maksim Kozlov
Signed-off-by
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c | 19 +
hw/exynos4210_mct.c | 1488 +++
3 files changed, 1508 insertions(+), 1 deletions(-)
create mode 100644 hw/exynos4210_mct.c
diff --git a/Makefile.target
Signed-off-by: Evgeny Voevodin
---
Makefile.target |1 +
hw/exynos4210.h | 82
hw/exynos4210_combiner.c | 469 ++
hw/exynos4210_gic.c | 458
4 files changed, 1010 inser
From: Thomas Huth
These instructions for loading and storing byte-swapped 64-bit values have
been introduced in PowerISA 2.06.
Signed-off-by: Thomas Huth
Signed-off-by: David Gibson
---
target-ppc/cpu.h|4 ++-
target-ppc/translate.c | 52
Add initial support of NURI and SMDKC210 boards
Signed-off-by: Evgeny Voevodin
---
Makefile.target |3 +-
hw/exynos4210.c | 191 +++
hw/exynos4210.h | 40 +++
hw/exynos4_boards.c | 153 +++
SMDKC210 uses lan9215 chip, but lan9118 in 16-bit mode seems to
be enough.
Signed-off-by: Evgeny Voevodin
Reviewed-by: Peter Maydell
---
hw/exynos4_boards.c | 27 +--
1 files changed, 25 insertions(+), 2 deletions(-)
diff --git a/hw/exynos4_boards.c b/hw/exynos4_board
From: Maksim Kozlov
Add basic support of exynos4210 UART
Signed-off-by: Maksim Kozlov
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c | 29 +++
hw/exynos4210.h |9 +
hw/exynos4210_uart.c | 676
This set of patches adds support for Samsung Exynos4210-based boards NURI and
SMDKC210.
Tested on Linux kernel v3.x series.
Usage:
Exynos4210 SOC boards are modelled to run two CPU cores..
Linux kernel v3.x configured with exynos4_defconfig can be used for boards
models testing with rootfs
on in
Signed-off-by: Evgeny Voevodin
---
Makefile.target |2 +-
hw/exynos4210.c | 12 ++
hw/exynos4210_pwm.c | 422 +++
3 files changed, 435 insertions(+), 1 deletions(-)
create mode 100644 hw/exynos4210_pwm.c
diff --git a/Makefile.target
Signed-off-by: Evgeny Voevodin
Reviewed-by: Peter Maydell
---
hw/lan9118.c | 124 +++---
1 files changed, 118 insertions(+), 6 deletions(-)
diff --git a/hw/lan9118.c b/hw/lan9118.c
index 78777c7..31fd2dd 100644
--- a/hw/lan9118.c
+++ b/hw/lan
In kvm-all.c we store an ioctl cmd number in the irqchip_inject_ioctl field
of KVMState, which has type 'int'. This seems to make sense since the
ioctl() man page says that the cmd parameter has type int.
However, the kernel treats ioctl numbers as unsigned - sys_ioctl() takes an
unsigned int, an
On 02/10/2012 12:58 AM, Peter Maydell wrote:
On 9 February 2012 08:42, Evgeny Voevodin wrote:
Add initial support of NURI and SMDKC210 boards
Signed-off-by: Evgeny Voevodin
Doesn't compile:
CCarm-softmmu/exynos4210.o
/home/petmay01/git/qemu/hw/exynos4210.c: In function ‘exynos4210_init
On Fri, Feb 10, 2012 at 11:26:32AM +0900, MATSUDA, Daiki wrote:
> (2012/02/04 2:07), Michael Roth wrote:
> >On 02/02/2012 10:25 PM, MATSUDA, Daiki wrote:
> >>Hi, Michael!
> >>Thank you for your working.
> >>
> >>And I have a question the process id written in pid file.
> >>If qemu-ga is ran as daem
On Fri, 10 Feb 2012, Evgeny Voevodin wrote:
> On 02/09/2012 06:59 PM, Andreas F?rber wrote:
> > Disable warnings for spaces before opening parenthesis in
> > hw/{ac97,adlib,cs4231a,es1370,gus,sb16}.c.
>
> Why audio files are such a special thing?
Because they are consistently formatted the way t
On 02/09/2012 06:59 PM, Andreas Färber wrote:
Disable warnings for spaces before opening parenthesis in
hw/{ac97,adlib,cs4231a,es1370,gus,sb16}.c.
Why audio files are such a special thing?
Isn't it be better to revert a patch that introduced checkpatch.pl errors?
--
Kind regards,
Evgeny Voevod
陳韋任 wrote:
> > As x86 doesn't use or need barrier instructions, when translating x86
> > to (say) run on ARM host, multi-threaded code that needs barriers
> > isn't easy to detect, so barriers may be required between every memory
> > access in the generated ARM code.
>
> Sounds awful to me. Rega
Anthony Liguori wrote:
> >The new API will do away with the IOAPIC/PIC/PIT emulation and defer
> >them to userspace.
>
> I'm a big fan of this.
I agree with getting rid of unnecessary emulations.
(Why were those things emulated in the first place?)
But it would be good to retain some way to "plu
> I do hope we find a solution to deal with n displays in the future. I
> consider that a post-QOM topic and maybe Anthony's planned DisplayState
> refactoring helps with that.
It used to work. Not particularly pretty or user friendly, but definitely
functional. I put a fair amount of effort in
Signed-off-by: Meador Inge
---
Makefile |2 ++
configure | 25 +++--
2 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index e66e885..3dd67e2 100644
--- a/Makefile
+++ b/Makefile
@@ -40,7 +40,9 @@ HELPERS-$(CONFIG_LINUX) = qemu-bridge-h
There have been reports [1, 2] where folks have had issues building
VirtFS and the virtio backend on older systems. I personally saw
problems due to the use of features (struct statfs f_frsize field,
fdopendir, O_NOATIME) in this code that are not available on much older
Linux systems. Given, the
(2012/02/04 2:07), Michael Roth wrote:
On 02/02/2012 10:25 PM, MATSUDA, Daiki wrote:
Hi, Michael!
Thank you for your working.
And I have a question the process id written in pid file.
If qemu-ga is ran as daemon, the parent process id not child is written
in pid file. So, id gotten by 'ps' comm
On 10 February 2012 02:06, Meador Inge wrote:
> + if test "$virtfs" != no ; then
> + if [ "$cap" = "yes" -a "$linux" = "yes" -a "$attr" = "yes" ] ; then
The test -a operator is deprecated by POSIX; use
test "$cap" = yes && test "$linux" = yes && test "$attr" = yes
instead.
-- PMM
On Thu, Feb 9, 2012 at 11:22 PM, Andreas Färber wrote:
> Am 08.02.2012 08:55, schrieb Peter A. G. Crosthwaite:
> > From: "Peter A. G. Crosthwaite"
> >
> > Create a QOM device for bootstrapping linux on arm. Wraps the existing
> > arm_boot code and calls arm_load_kernel() at device init. Allows b
> >> Add a definition of a Cortex-A15 CPU. Note that for the moment we do
> >> not implement any of:
> >> * Large Physical Address Extensions (LPAE)
> >> * Virtualization Extensions
> >> * Generic Timer
> >
> > Are there feature bits that the guest can check before blindly using
> > them? I as
Signed-off-by: Meador Inge
---
Makefile |2 ++
configure | 25 +++--
2 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index e66e885..3dd67e2 100644
--- a/Makefile
+++ b/Makefile
@@ -40,7 +40,9 @@ HELPERS-$(CONFIG_LINUX) = qemu-bridge-h
There have been reports [1, 2] where folks have had issues building
VirtFS and the virtio backend on older systems. I personally saw
problems due to the use of features (struct statfs f_frsize field,
fdopendir, O_NOATIME) in this code that are not available on much older
Linux systems. Given, the
Hi,
Let me take this opportunity to introduce myself, I'm Victoria Jacobs
and as Search Engine Optimizer I manage & run a large selection of
quality sites in different topics.
While working on one of my project sites I've found planet-ltc.org
and I believe that
with my help you can reach highe
On 10 February 2012 01:23, Paul Brook wrote:
>> Add a definition of a Cortex-A15 CPU. Note that for the moment we do
>> not implement any of:
>> * Large Physical Address Extensions (LPAE)
>> * Virtualization Extensions
>> * Generic Timer
>
> Are there feature bits that the guest can check befor
> Add a definition of a Cortex-A15 CPU. Note that for the moment we do
> not implement any of:
> * Large Physical Address Extensions (LPAE)
> * Virtualization Extensions
> * Generic Timer
Are there feature bits that the guest can check before blindly using them? I
assume for at least LPAE and
On 02/09/2012 04:39 PM, Peter Maydell wrote:
> On 7 February 2012 20:44, Meador Inge wrote:
>> Signed-off-by: Meador Inge
>> ---
>> Makefile |4
>> configure | 16 +---
>> 2 files changed, 17 insertions(+), 3 deletions(-)
>>
>> diff --git a/Makefile b/Makefile
>> index 4
> There is no reason why the minimum timeout should be 1sec, it could
> easily be 1h and we would save lots of cpu cycles.
No.
The reason we have this is because there are bits of code that rely on
polling. IIRC slirp and the floppy DMA engine were the main culprits.
qemu_calculate_timeout is
On Thu, Feb 09, 2012 at 12:28:05PM +0100, Joerg Roedel wrote:
> On Thu, Feb 09, 2012 at 08:39:28AM +1100, Benjamin Herrenschmidt wrote:
> > On Wed, 2012-02-08 at 16:27 +0100, Joerg Roedel wrote:
> > > Again, device grouping is done by the IOMMU drivers, so this all
> > > belongs
> > > into the gene
> > I'd rather not. If at all possible we should avoid runtime tests. Even
> > for "native" systems they generally give the wrong answer as the machine
> > you're building on often isn't the one you will be running on. If we
> > know arm hosts are broken then that's what we should test for in
>
Hi,
i recently started updating our VMs to qemu-kvm 1.0. Since that I see
that the usb tablet device (used for as pointer device for accurate
mouse positioning) becomes unavailable after live migrating.
If I migrate a few times a Windows 7 VM reliable stops using
the USB tablet and fails back t
Hi,
is anyone aware if there are still problems when enabling the threaded
vnc server?
I saw some VMs crashing when using a qemu-kvm build with
--enable-vnc-thread.
qemu-kvm-1.0[22646]: segfault at 0 ip 7fec1ca7ea0b sp
7fec19d056d0 error 6 in libz.so.1.2.3.3[7fec1ca75000+16000]
qemu-
Hi all,
The question is not so related to QEMU itself, but I want to give it a try.
I am running a tiny OS on QEMU and debugging it with gdbstub. The tiny OS will
fork process 1, 2, ... and so on. I want to follow the child process, but the
GDB command `set follow-fork-mode child` doesn't work.
Hello,
in your opinion, is it possible to add some #ifdef and two options to configure
script for activating/deactivating the compilation of supported video and
ethernet interfaces, in a similar manner it had been done with audio cards and
"--audio-card-list" option?
Thank you.
Sincerely,
Carl
On 10.02.2012, at 00:17, Andreas Färber wrote:
> Am 09.02.2012 23:37, schrieb Anthony Liguori:
>> On 02/09/2012 04:23 PM, Peter Maydell wrote:
>>> Ping re the VMState and variable sized arrays issue. I don't
>>> see any consensus in this discussion for a different approach,
>>> so should we just
Am 09.02.2012 23:37, schrieb Anthony Liguori:
> On 02/09/2012 04:23 PM, Peter Maydell wrote:
>> Ping re the VMState and variable sized arrays issue. I don't
>> see any consensus in this discussion for a different approach,
>> so should we just commit Mitsyanko's patchset?
>
> I don't know if I men
On 09.02.2012, at 19:36, Alex Barcelo wrote:
> On Sun, Feb 5, 2012 at 00:00, Peter Maydell wrote:
>> On 4 February 2012 14:26, Alex Barcelo wrote:
>>> (...)
>> This looks like a bug, yes -- the other architectures have the !
>> (or equivalent code) in their get_sigframe() implementations so
>>
On 09.02.2012, at 19:43, Andreas Färber wrote:
> Am 09.02.2012 19:30, schrieb Alex Barcelo:
>> Signed-off-by: Alex Barcelo
>
> This patch needs a better description than "bug"
Yes. In general I also reject patches with empty description.
> , and you forgot to cc the linux-user maintainer
Yes
On 9 February 2012 22:37, Anthony Liguori wrote:
> I don't know if I mentioned this, but do we really need variable sizes?
>
> Can we just use a fixed size (pre-allocated) array and then use a
> VMSTATE_SUB_ARRAY?
>
> If it's truly variable size with no upper bound, then that's actually a
> securi
Am 09.02.2012 20:11, schrieb Peter Maydell:
> On 9 February 2012 18:23, Andreas Färber wrote:
>> Am 09.02.2012 18:07, schrieb Peter Maydell:
>>> (2) qemu 1.0 does not work on ARM hosts -- see the release notes.
>>> (3) at least one of the problems which meant we marked it as unsupported is
>>> st
On 7 February 2012 20:44, Meador Inge wrote:
> Signed-off-by: Meador Inge
> ---
> Makefile | 4
> configure | 16 +---
> 2 files changed, 17 insertions(+), 3 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index 47acf3d..030619c 100644
> --- a/Makefile
> +++ b/Makefile
On 02/09/2012 04:23 PM, Peter Maydell wrote:
Ping re the VMState and variable sized arrays issue. I don't
see any consensus in this discussion for a different approach,
so should we just commit Mitsyanko's patchset?
I don't know if I mentioned this, but do we really need variable sizes?
Can we
On 02/08/2012 02:15 AM, Aneesh Kumar K.V wrote:
> On Tue, 7 Feb 2012 14:44:05 -0600, Meador Inge
> wrote:
>> There have been reports [1, 2] where folks have had issues building
>> VirtFS and the virtio backend on older systems. I personally saw
>> problems due to the use of features (struct sta
Ping re the VMState and variable sized arrays issue. I don't
see any consensus in this discussion for a different approach,
so should we just commit Mitsyanko's patchset?
- PMM
On 31 January 2012 13:15, Andreas Färber wrote:
> Am 31.01.2012 00:53, schrieb Anthony Liguori:
>> On 01/30/2012 05:41
On 9 February 2012 08:42, Evgeny Voevodin wrote:
> Add initial support of NURI and SMDKC210 boards
>
> Signed-off-by: Evgeny Voevodin
Doesn't compile:
CCarm-softmmu/exynos4210.o
/home/petmay01/git/qemu/hw/exynos4210.c: In function ‘exynos4210_init’:
/home/petmay01/git/qemu/hw/exynos4210.c:
Drop the legacy init function arm_sysctl_init(), since it has no
users left any more. This allows us to drop the awkward '1' from
the actual device init function.
Signed-off-by: Peter Maydell
Acked-by: Andreas Färber
---
hw/arm_sysctl.c | 16 ++--
hw/primecell.h |3 ---
2 fil
This patchseries does some minor cleanup of the primecell.h header.
The arm_sysctl patch I posted yesterday; I've included it in this
series since the later ones textually depend on it. The two new
patches are pretty trivial.
Eventually when we have proper QOM devices with named pins rather
than n
Remove an obsolete declaration of pl080_init(), which has been
incorrect since the conversion of pl080 to qdev back in 2009.
Signed-off-by: Peter Maydell
---
hw/primecell.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/hw/primecell.h b/hw/primecell.h
index e709ad3..7
The primecell.h header now only has the definitions of constants
indicating the usage of the arm_sysctl GPIO lines; remove obsolete
includes of it from source files which don't care about those GPIO
lines.
Signed-off-by: Peter Maydell
---
hw/highbank.c |1 -
hw/integratorcp.c |1 -
h
Am 09.02.2012 20:05, schrieb Paul Brook:
> libcacard is only used by system emulation.
> Only define libcacard_libs/cflags once.
>
> Signed-off-by: Paul Brook
Looks okay on first sight, but Alon (cc'ed) may want to check.
Andreas
> ---
> configure | 12 ++--
> 1 files changed, 6 ins
On Wed, Feb 08, 2012 at 06:30:40PM -0200, Luiz Capitulino wrote:
> This commit adds a QMP API for the guest provided memory statistics
> (long disabled by commit 07b0403dfc2b2ac179ae5b48105096cc2d03375a).
>
> The approach taken by the original commit
> (625a5befc2e3200b396594f002218d235e375da5) wa
Vincent,
Have you tried to change the mtu of the tbf qdisc? The traffic control should
work well if you set it to 65kb.
I believe that this is happening due to the napi gro functionality. I'm still
not sure, but the problem seems to be related to that.
Henrique
--
You received this bug notifi
On 09.02.2012, at 20:18, Paul Brook wrote:
>>> On ARM Linux glibc provides a makecontext() that always fails ENOSYS,
>>> so our configure test thinks there is makecontext support but when we
>>> try to use it for coroutines it will fail and we abort.
>>>
>>> I have a workaround in qemu-linaro th
> > On ARM Linux glibc provides a makecontext() that always fails ENOSYS,
> > so our configure test thinks there is makecontext support but when we
> > try to use it for coroutines it will fail and we abort.
> >
> > I have a workaround in qemu-linaro that just forces the makecontext
> > test to fa
On 09.02.2012, at 20:15, Peter Maydell wrote:
> On 9 February 2012 19:12, Alexander Graf wrote:
>>
>> On 09.02.2012, at 20:11, Peter Maydell wrote:
>>
>>> On 9 February 2012 18:23, Andreas Färber wrote:
Am 09.02.2012 18:07, schrieb Peter Maydell:
> (2) qemu 1.0 does not work on ARM h
On 9 February 2012 19:12, Alexander Graf wrote:
>
> On 09.02.2012, at 20:11, Peter Maydell wrote:
>
>> On 9 February 2012 18:23, Andreas Färber wrote:
>>> Am 09.02.2012 18:07, schrieb Peter Maydell:
(2) qemu 1.0 does not work on ARM hosts -- see the release notes.
(3) at least one of th
On 09.02.2012, at 20:11, Peter Maydell wrote:
> On 9 February 2012 18:23, Andreas Färber wrote:
>> Am 09.02.2012 18:07, schrieb Peter Maydell:
>>> (2) qemu 1.0 does not work on ARM hosts -- see the release notes.
>>> (3) at least one of the problems which meant we marked it as unsupported is
>>
On 9 February 2012 18:23, Andreas Färber wrote:
> Am 09.02.2012 18:07, schrieb Peter Maydell:
>> (2) qemu 1.0 does not work on ARM hosts -- see the release notes.
>> (3) at least one of the problems which meant we marked it as unsupported is
>> still unfixed in master, so this isn't going to work
The patch that you have given to me it's the same as this here ? -->
http://web.archiveorange.com/archive/v/1XS1vBaxYXjl0BuVgqv1
because I've tried already to patch it using that patch,but it didn't
work.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
host_to_target_stat64 is used for both stat64 and newfstatat syscalls.
In the latter case we don't actually have a struct stat64.
The current TARGET_ABI_BITS test is wrong for some 64-bit ILP32 targets
(in particular MIPS N32). Check for TARGET_NR_newfstatat instead.
This will all break horribly
libcacard is only used by system emulation.
Only define libcacard_libs/cflags once.
Signed-off-by: Paul Brook
---
configure | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
index 763db24..faa65a8 100755
--- a/configure
+++ b/configure
@@ -
Fix format type mismatches in do_brk debug printfs.
Signed-off-by: Paul Brook
---
linux-user/syscall.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index ee8899e..ee32089 100644
--- a/linux-user/syscall.c
+++
On Thu, Feb 9, 2012 at 19:43, Andreas Färber wrote:
> Am 09.02.2012 19:30, schrieb Alex Barcelo:
>> Signed-off-by: Alex Barcelo
>
> This patch needs a better description than "bug",
sorry, something like "Incorrect zero comparison in sas_ss_flags"
would have been better. I used my internal git n
Am 09.02.2012 19:30, schrieb Alex Barcelo:
> Signed-off-by: Alex Barcelo
This patch needs a better description than "bug", and you forgot to cc
the linux-user maintainer. The patch should describe what it touches
(linux-user), what it does, what for and make clear why that is correct.
Is there a
On Sun, Feb 5, 2012 at 00:00, Peter Maydell wrote:
> On 4 February 2012 14:26, Alex Barcelo wrote:
>> (...)
> This looks like a bug, yes -- the other architectures have the !
> (or equivalent code) in their get_sigframe() implementations so
> probably ppc is just wrong here.
Yes, indeed. They do
Signed-off-by: Alex Barcelo
---
linux-user/signal.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index 79a39dc..26e0530 100644
--- a/linux-user/signal.c
+++ b/linux-user/signal.c
@@ -4115,7 +4115,7 @@ static target_ulong get_s
Am 09.02.2012 18:07, schrieb Peter Maydell:
> (2) qemu 1.0 does not work on ARM hosts -- see the release notes.
> (3) at least one of the problems which meant we marked it as unsupported is
> still unfixed in master, so this isn't going to work
What's the remaining issue? I was able to successful
On 2012-02-09 18:20, Paolo Bonzini wrote:
> On 02/09/2012 05:32 PM, Jan Kiszka wrote:
>> > I mean just check kpcr.self.
>>
>> Yes, clear, but that means that Windows must have initialized FS.base to
>> point to the KPCR also in UP mode. Is that really the case? E.g. when
>> ACPI is off?! I wonder
---
hw/acpi.c |8
sysemu.h |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index c05dde6..5d521e5 100644
--- a/hw/acpi.c
+++ b/hw/acpi.c
@@ -258,6 +258,10 @@ static void acpi_notify_wakeup(Notifier *notifier, void
*data)
ar->pm
Hi,
Next round, this time with a proper acpi integration as auggested by
gleb. Also features some acpi cleanup bits. New is pmtimer support,
which is not tested yet though. Commit messages are still a bit rougth,
but I expect I'll need a v5 anyway so I try to get that one quickly out
of the d
This patch switches pc s3 suspend over to the new infrastructure.
The cmos_s3 qemu_irq is killed, the new notifier is used instead.
The xen hack goes away with that too, the hypercall can simply be
done in a notifier function now.
This patch also makes the guest actually stay suspended instead
of
bundle acpi structs there, use it everythere pass around acpi state.
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c | 130 +++
hw/acpi.h | 48
hw/acpi_piix4.c | 68 +---
hw/vt82c686.c
On 02/09/2012 10:49 AM, Peter Maydell wrote:
On 9 February 2012 14:20, Andreas Färber wrote:
Replace device_init() with generalized type_init().
While at it, unify naming convention: type_init([$prefix_]register_types)
Also, type_init() is a function, so add preceding blank line where
necessar
Make the rtc wake up the guest when the alarm fires.
Add acpi windup to property support RTC_EN.
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c|7 +++
hw/mc146818rtc.c |1 +
sysemu.h |1 +
3 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/hw/acpi.c b/hw/a
(1) This isn't qemu 1.0 as you say in the bug title, it's qemu master.
(2) qemu 1.0 does not work on ARM hosts -- see the release notes.
(3) at least one of the problems which meant we marked it as unsupported is
still unfixed in master, so this isn't going to work
(4) the specific problem you've
On 2012-02-09 17:47, Avi Kivity wrote:
> On 02/09/2012 06:32 PM, Jan Kiszka wrote:
We need to patch the causing instruction, so we have to know where it
starts. Or what do you mean?
>>>
>>> Just don't deal with this at all, no one runs on kernels without kernel
>>> irqchip.
>>
>> Not
On 02/09/2012 05:32 PM, Jan Kiszka wrote:
> I mean just check kpcr.self.
Yes, clear, but that means that Windows must have initialized FS.base to
point to the KPCR also in UP mode. Is that really the case? E.g. when
ACPI is off?! I wonder if that explains the reported bug of qemu-kvm
with -no-a
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c |5 +
hw/acpi.h |1 +
hw/acpi_piix4.c |2 +-
hw/vt82c686.c |2 +-
4 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index 1129335..407949b 100644
--- a/hw/acpi.c
+++ b/hw/acpi.c
@@ -268
Luiz Capitulino writes:
> On Thu, 09 Feb 2012 17:19:00 +0100
> Markus Armbruster wrote:
>
>> Kevin Wolf writes:
>>
>> > Am 09.02.2012 16:16, schrieb Markus Armbruster:
>> >> Kevin Wolf writes:
>> >>
>> >>> Am 07.02.2012 15:09, schrieb Markus Armbruster:
>> This part takes care of backen
This patch adds wakeup support to ps/2 emulation. Any key press on the
ps/2 keyboard will wakeup the guest. Likewise any mouse button press
will wakeup the guest. Mouse moves are ignored, so the guest will not
wakeup in case your mouse crosses the vnc window of a suspended guest by
accident.
Si
This patch adds some infrastructure to handle suspend and resume to
qemu. First there are two functions to switch state and second there
is a suspend notifier:
* qemu_system_suspend_request is supposed to be called when the
guest asks for being be suspended, for example via ACPI.
* qemu_sys
Add a 'wakeup' property to the serial port. It is off by default. When
enabled any incoming character on the serial line will wake up the
guest. Useful for guests which have a serial console configured.
Signed-off-by: Gerd Hoffmann
---
hw/serial.c |6 ++
1 files changed, 6 insertions(
Signed-off-by: Gerd Hoffmann
---
hw/acpi.h | 48 +++-
1 files changed, 23 insertions(+), 25 deletions(-)
diff --git a/hw/acpi.h b/hw/acpi.h
index c141e65..5c43b7d 100644
--- a/hw/acpi.h
+++ b/hw/acpi.h
@@ -73,9 +73,11 @@
/* PM2_CNT */
#define ACPI_
This patch adds the system_wakeup monitor command which will simply
wake up suspended guests.
Signed-off-by: Gerd Hoffmann
---
hmp-commands.hx | 14 ++
hmp.c|5 +
hmp.h|1 +
qapi-schema.json | 11 +++
qmp-commands.hx | 21 ++
Pretty pointless, can be reached via ACPIREGS now.
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c |6 +++---
hw/acpi.h |2 +-
hw/acpi_piix4.c |4 ++--
hw/vt82c686.c |4 ++--
4 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index 1922e
oh I forgot to say what I did at beginning :
root@omap:/home/mario/Scrivania/dati/os# git clone git://git.qemu.org/qemu.git
Cloning into qemu...
remote: Counting objects: 100490, done.
remote: Compressing objects: 100% (23326/23326), done.
remote: Total 100490 (delta 79616), reused 97470 (delta 76
On 9 February 2012 14:20, Andreas Färber wrote:
> Replace device_init() with generalized type_init().
>
> While at it, unify naming convention: type_init([$prefix_]register_types)
> Also, type_init() is a function, so add preceding blank line where
> necessary and don't put a semicolon after the c
On 02/09/2012 06:32 PM, Jan Kiszka wrote:
> >>
> >> We need to patch the causing instruction, so we have to know where it
> >> starts. Or what do you mean?
> >
> > Just don't deal with this at all, no one runs on kernels without kernel
> > irqchip.
>
> Not true for upstream,
It was introduced in
On Wed, 8 Feb 2012, Stefan Weil wrote:
> Makefile, Makefile.hw, Makefile.target and libcacard/Makefile
> added GLIB_CFLAGS to QEMU_CFLAGS.
>
> Makefile.objs does this, too, and is included by all other
> Makefiles, so GLIB_CFLAGS were added twice (reported by malc).
Applied, thanks.
[..snip..]
Public bug reported:
root@omap:/home/mario/Scrivania/dati/os/qemu# uname -a
Linux omap 3.1.6-x6 #1 SMP Thu Dec 22 11:17:51 UTC 2011 armv7l armv7l armv7l
GNU/Linux
It's running Ubuntu 11.10...
root@omap:/home/mario/Scrivania/dati/os/qemu# ./configure --disable-kvm
--enable-tcg-interpreter --ena
On Thu, 9 Feb 2012, Andreas F?rber wrote:
> Disable warnings for spaces before opening parenthesis in
> hw/{ac97,adlib,cs4231a,es1370,gus,sb16}.c.
>
> Signed-off-by: Andreas F?rber
> Cc: Blue Swirl
> Cc: malc
Thanks.
> ---
> scripts/checkpatch.pl |5 +
> 1 files changed, 5 insertion
On Thu, 9 Feb 2012, Andreas F?rber wrote:
> Replace device_init() with generalized type_init().
>
> While at it, unify naming convention: type_init([$prefix_]register_types)
> Also, type_init() is a function, so add preceding blank line where
> necessary and don't put a semicolon after the closin
On 02/09/2012 06:20 PM, Andreas Färber wrote:
> Am 27.12.2011 17:15, schrieb Andreas Färber:
> > Am 27.12.2011 16:11, schrieb Avi Kivity:
> >> C99 appears to consider compound literals as non-constants, and complains
> >> when they are used in static initializers. Switch to ordinary initializer
>
1 - 100 of 215 matches
Mail list logo
