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 | 670
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
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
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 3925b04..c95724d 100644
--- a/hw/lan9118.c
+++ b/hw/lan
On 28/01/2012 13:20, Blue Swirl wrote:
> On Thu, Jan 26, 2012 at 17:03, Fabien Chouteau wrote:
>> This patch implements the RX channel of GRLIB UART with a FIFO to
>> improve data rate.
>>
>> Signed-off-by: Fabien Chouteau
>> ---
>> hw/grlib_apbuart.c | 106
>> +
On Thu, Jan 26, 2012 at 12:46:18PM +0200, Avi Kivity wrote:
> On 01/24/2012 04:56 PM, Vasilis Liaskovitis wrote:
> > On Tue, Jan 24, 2012 at 11:28:41AM +0100, Jan Kiszka wrote:
> > > On 2012-01-24 11:10, Vasilis Liaskovitis wrote:
> > > > Add stub functions for CPU eject callback. Define cpu_acpi_e
The build process of optionroms spits out an "rm ..." line. Moreover, it
removes all .o files that can be handy for debugging purposes. So
disable automatic intermediate removal.
Signed-off-by: Jan Kiszka
---
Changes in v3:
- do not remove intermediate file manually, it breaks parallel build
On January 28, 2012 at 3:52 PM Jan Kiszka wrote:
> On 2012-01-28 14:01, Erik Rull wrote:
> > Jan Kiszka wrote:
> >> On 2012-01-28 13:39, Erik Rull wrote:
> >>> Jan Kiszka wrote:
> On 2012-01-27 23:52, Jan Kiszka wrote:
> >>>
On Fri, 27 Jan 2012, Jan Kiszka wrote:
> On 2012-01-27 19:21, Stefano Stabellini wrote:
> > PIT is emulated by the hypervisor so we don't need to emulate it in Qemu:
> > this patch prevents Qemu from waking up needlessly at PIT_FREQ on Xen.
> >
> > Signed-off-by: Stefano Stabellini
> > ---
> > h
Am 29.01.2012 21:36, schrieb Grant Likely:
> On Sun, Jan 29, 2012 at 07:13:55PM +, Peter Maydell wrote:
>> On 29 January 2012 16:01, Grant Likely wrote:
>>> +DEF("dtb", HAS_ARG, QEMU_OPTION_dtb, \
>>> +"-dtb file use 'file' as a device tree image\n", QEMU_ARCH_ARM)
>>
>> Needs more spaces
On 2012-01-30 12:34, Erik Rull wrote:
> Hi Jan,
>
> I'm sorry, but this does not solve my issue. I applied the patch and
> crosschecked that the resulting file looks fine.
>
> The final function looks like:
>
> static void sdl_grab_start(void)
> {
> /*
> * If the application is not active, do n
On Fri, 27 Jan 2012, Paolo Bonzini wrote:
> On 01/27/2012 01:26 PM, Stefano Stabellini wrote:
> > 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-
On Fri, 27 Jan 2012, Paolo Bonzini wrote:
> On 01/27/2012 07:21 PM, Stefano Stabellini wrote:
> > 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-
On 01/30/2012 12:56 PM, Stefano Stabellini wrote:
> Depending on "-rtc clock=vm" or "-rtc clock=rt", this may not be true.
Good point.
I should check for rtc_clock == host_clock.
> Why do you need to instantiate an RTC at all?
I don't, in fact in previous versions of this patch series I tr
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
Ping?
-- PMM
On 17 January 2012 13:23, Peter Maydell wrote:
> Clarify the comment about tlb_flush()'s flush_global parameter,
> so it is clearer what it does and why it is OK that the implementation
> currently ignores it.
>
> Signed-off-by: Peter Maydell
> ---
> Minor clarification following a
Am 30.01.2012 03:16, schrieb Anthony Liguori:
> On 01/29/2012 07:25 AM, Andreas Färber wrote:
>> Provides an easy way to loop over all non-abstract CPU classes.
>>
>> Signed-off-by: Andreas Färber
>
> I have a patch in my next series which provides an interface for this.
>
> https://github.com/al
This patchset adds support for the Versatile Express A15 daughterboard.
The resulting model is capable of booting a Linux kernel which has
been configured for Cortex-A15 with the Versatile Express "extended
memory map" and without support for LPAE.
Changes since v2:
* the target-arm patches are n
Am 30.01.2012 03:19, schrieb Anthony Liguori:
> On 01/29/2012 07:25 AM, Andreas Färber wrote:
>> +/* CPU models */
>> +
>> +static void arm926_class_init(ObjectClass *klass, void *data)
>> +{
>> +ARMCPUClass *k = ARM_CPU_CLASS(klass);
>> +
>> +k->id = 0x41069265;
>> +}
>> +
>> +static void
The arm_boot secondary boot loader code needs the address of
the GIC CPU interface. Obtaining this from the base address
of the private peripheral region was possible for A9 and 11MPcore,
but the A15 puts the GIC CPU interface in a different place.
So make boards pass in the GIC CPU interface addre
Pull the addresses used for mapping motherboard peripherals into
memory out into a table. This will allow us to simply provide a
second table to implement the "Cortex-A Series" memory map used by
the A15 variant of Versatile Express, as well as the current
"Legacy" map used by A9.
Signed-off-by: P
On real Versatile Express hardware, the boot ROM puts the secondary
CPU bootcode/holding pen in SRAM. We can therefore rely on Linux not
trashing this memory until secondary CPUs have booted up, and can
put our QEMU-specific pen code in the same place. This allows us to
drop the odd "hack" RAM page
Instantiate the CLCD on the vexpress motherboard as well as one on
the daughterboard -- the A15 daughterboard does not have a CLCD
and so relies on the motherboard one.
At the moment QEMU doesn't provide infrastructure for selecting
which display device gets to actually show graphics -- the first
On 27 January 2012 02:55, Xin Tong wrote:
> I think intel new architecture does split instruction cache/data cache.
> http://upload.wikimedia.org/wikipedia/commons/6/64/Intel_Nehalem_arch.svg
It may have a separate I/D cache in the implementation, but from
the programmer's point of view they are
Factor out daughterboard specifics into a data structure and
daughterboard initialization function, in preparation for adding
vexpress-a15 support.
Signed-off-by: Peter Maydell
---
hw/vexpress.c | 118 -
1 files changed, 83 insertions(+),
Add the vexpress-a15 machine, and the A-Series memory map it uses.
Signed-off-by: Peter Maydell
Reviewed-by: Andreas Färber
---
hw/vexpress.c | 141 +
1 files changed, 141 insertions(+), 0 deletions(-)
diff --git a/hw/vexpress.c b/hw/vex
Add a model of the Cortex-A15 memory mapped private peripheral
space. This is fairly simple because the only memory mapped
bit of the A15 is the GIC.
Note that we don't currently model a VGIC and therefore don't
map the VGIC related bits of the GIC.
Signed-off-by: Peter Maydell
---
Makefile.tar
Right now, resolving a string to an object is not generic to QOM,
but rather it is entirely embedded in qdev (the Device class).
This embryo patch generalizes the concept adding a resolve_path
class method, and get_canonical_path instance method, to Object.
Link properties use the type to direct se
Am 30.01.2012 03:22, schrieb Anthony Liguori:
> On 01/29/2012 07:25 AM, Andreas Färber wrote:
>> +#define ENV_GET_OBJECT(e) \
>> +(Object *)((void *)(e) - offsetof(ARMCPU, env))
>
> sizeof(CPU) should be sizeof(void *).
Not following... CPU is a struct, so:
sizeof(ARMCPU) > sizeof(CPU) >= siz
On Thu, 26 Jan 2012 16:57:01 -0600
Anthony Liguori wrote:
> On 01/26/2012 01:35 PM, Luiz Capitulino wrote:
> > On Thu, 26 Jan 2012 08:18:03 -0700
> > Eric Blake wrote:
> >
> >> [adding qemu-devel]
> >>
> >> On 01/26/2012 07:46 AM, Daniel P. Berrange wrote:
> One thing, that you'll probably
Am 17.01.2012 14:23, schrieb Peter Maydell:
> Clarify the comment about tlb_flush()'s flush_global parameter,
> so it is clearer what it does and why it is OK that the implementation
> currently ignores it.
>
> Signed-off-by: Peter Maydell
Reviewed-by: Andreas Färber
CC'ing qemu-trivial.
Andr
On January 30, 2012 at 12:52 PM Jan Kiszka wrote:
> On 2012-01-30 12:34, Erik Rull wrote:
> > Hi Jan,
> >
> > I'm sorry, but this does not solve my issue. I applied the patch and
> > crosschecked that the resulting file looks fine.
> >
> > The final function looks like:
> >
> > static void sdl
On Mon, Jan 30, 2012 at 12:36:40PM +0100, Andreas Färber wrote:
> Am 29.01.2012 21:36, schrieb Grant Likely:
> > On Sun, Jan 29, 2012 at 07:13:55PM +, Peter Maydell wrote:
> >> On 29 January 2012 16:01, Grant Likely wrote:
> >>> +DEF("dtb", HAS_ARG, QEMU_OPTION_dtb, \
> >>> +"-dtb file use
On Sun, Jan 29, 2012 at 09:29:58PM +, Peter Maydell wrote:
> On 29 January 2012 18:48, Andreas Färber wrote:
> > Am 29.01.2012 17:01, schrieb Grant Likely:
> >> Okay, well at least let's start with this. Here is an updated version of
> >> the
> >> patch that doesn't touch the board code. It
On 01/30/2012 06:53 AM, Paolo Bonzini wrote:
Right now, resolving a string to an object is not generic to QOM,
but rather it is entirely embedded in qdev (the Device class).
This embryo patch generalizes the concept adding a resolve_path
class method, and get_canonical_path instance method, to Ob
On Mon, Jan 30, 2012 at 09:54:45AM +1000, Peter Crosthwaite wrote:
> On Mon, Jan 30, 2012 at 6:42 AM, Edgar E. Iglesias > On Sat, Jan 28, 2012 at 11:48:37AM -0700, Grant Likely wrote:
> > > On Fri, Jan 27, 2012 at 10:34:01PM +, Paul Brook wrote:
> Another major issue with that is DTBs have lit
On 2012-01-30 14:17, Erik Rull wrote:
>
>
>
> On January 30, 2012 at 12:52 PM Jan Kiszka wrote:
>
>> On 2012-01-30 12:34, Erik Rull wrote:
>>> Hi Jan,
>>>
>>> I'm sorry, but this does not solve my issue. I applied the patch and
>>> crosschecked that the resulting file looks fine.
>>>
>>> The f
On 01/30/2012 06:57 AM, Luiz Capitulino wrote:
On Thu, 26 Jan 2012 16:57:01 -0600
Anthony Liguori wrote:
On 01/26/2012 01:35 PM, Luiz Capitulino wrote:
On Thu, 26 Jan 2012 08:18:03 -0700
Eric Blake wrote:
[adding qemu-devel]
On 01/26/2012 07:46 AM, Daniel P. Berrange wrote:
One thing, t
On 01/30/2012 02:39 PM, Anthony Liguori wrote:
On 01/30/2012 06:53 AM, Paolo Bonzini wrote:
Right now, resolving a string to an object is not generic to QOM,
but rather it is entirely embedded in qdev (the Device class).
This embryo patch generalizes the concept adding a resolve_path
class metho
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 2012-01-30 12:34, Erik Rull wrote:
> >>> Hi Jan,
> >>>
> >>> I'm sorry, but this does not solve my issue. I applied the patch
On 01/30/2012 08:03 AM, Paolo Bonzini wrote:
On 01/30/2012 02:39 PM, Anthony Liguori wrote:
On 01/30/2012 06:53 AM, Paolo Bonzini wrote:
Right now, resolving a string to an object is not generic to QOM,
but rather it is entirely embedded in qdev (the Device class).
This embryo patch generalizes
On Mon, 30 Jan 2012 07:54:56 -0600
Anthony Liguori wrote:
> On 01/30/2012 06:57 AM, Luiz Capitulino wrote:
> > On Thu, 26 Jan 2012 16:57:01 -0600
> > Anthony Liguori wrote:
> >
> >> On 01/26/2012 01:35 PM, Luiz Capitulino wrote:
> >>> On Thu, 26 Jan 2012 08:18:03 -0700
> >>> Eric Blake 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 2012-01-30 12:34, Erik Rull wrote:
> Hi Jan,
>
> I'm sorry, but
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 RxOverflow flag, which may lead to a situation where rtl81
> On Thu, Jan 26, 2012 at 1:35 PM, Paolo Bonzini wrote:
> > On 01/26/2012 07:31 PM, Xin Tong wrote:
> >>
> >> When i attach gdb to qemu running in system mode, i often get things like
> >>
> >> [Thread 0x7ffed2013700 (LWP 29499) exited]
> >> [New Thread 0x7ffed2013700 (LWP 29500)]
> >>
> >> what s
> > The only reason this doesn't have any visible effect is:
> > (1) x86 doesn't have split icache/dcache so no incoherency issues
> >
>
> I think intel new architecture does split instruction cache/data cache.
> http://upload.wikimedia.org/wikipedia/commons/6/64/Intel_Nehalem_arch.svg
>
> But I
Hi,
oVirt, and more specifically VDSM, is currently implementing the live
snapshot feature using the API/commands provided by libvirt and qemu.
It would be great if you could review the design and the current open
issues at:
http://ovirt.org/wiki/Live_Snapshots
Thank you,
--
Federico
On 01/30/2012 06:57 AM, Luiz Capitulino wrote:
On Thu, 26 Jan 2012 16:57:01 -0600
Anthony Liguori wrote:
On 01/26/2012 01:35 PM, Luiz Capitulino wrote:
On Thu, 26 Jan 2012 08:18:03 -0700
Eric Blake wrote:
[adding qemu-devel]
On 01/26/2012 07:46 AM, Daniel P. Berrange wrote:
One thing, t
On 2012-01-30 12:39, Stefano Stabellini wrote:
> On Fri, 27 Jan 2012, Jan Kiszka wrote:
>> On 2012-01-27 19:21, Stefano Stabellini wrote:
>>> PIT is emulated by the hypervisor so we don't need to emulate it in Qemu:
>>> this patch prevents Qemu from waking up needlessly at PIT_FREQ on Xen.
>>>
>>>
On 01/30/2012 03:28 PM, Anthony Liguori wrote:
You are not going to have anyway a link. That makes it fine to
resolve a
link and a link according to different rules.
I think we agreed (in IRC) that we can handle this by changing
qdev_resolve_path() to take an optional TYPE argument which will
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
> >> Kevin Wolf wrote:
> >>
> >>> Am 24.01.2012 21:03, schrieb Eric Blake:
> O
On Fri, 27 Jan 2012 13:10:39 +0100
Paolo Bonzini wrote:
> On 01/24/2012 07:16 PM, Luiz Capitulino wrote:
> > @@ -237,6 +238,17 @@ static bool do_check_io_limits(BlockIOLimit *io_limits)
> > return true;
> > }
> >
> > +static void on_medium_eject(BlockDriverState *bs, int is_ejected)
> > +{
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
Kevin Wolf wrote:
>>>
On 01/30/2012 08:44 AM, Luiz Capitulino wrote:
On Mon, 30 Jan 2012 07:54:56 -0600
Anthony Liguori wrote:
On 01/30/2012 06:57 AM, Luiz Capitulino wrote:
On Thu, 26 Jan 2012 16:57:01 -0600
Anthony Liguori wrote:
On 01/26/2012 01:35 PM, Luiz Capitulino wrote:
On Thu, 26 Jan 2012 08:18:03 -0
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 with the guest eject?
Can't see how, there's nothing asynchronous
On 01/30/2012 07:44 AM, Luiz Capitulino wrote:
> I think we should do the following then:
>
> 1. Drop the set-support-level command
> 2. Split the guest-suspend command into guest-suspend-ram,
> guest-suspend-hybrid,
> guest-suspend-disk
> 3. Libvirt should query for _QEMU_'s 'wakeup' comm
Am 30.01.2012 03:22, schrieb Anthony Liguori:
> On 01/29/2012 07:25 AM, Andreas Färber wrote:
>> +static void arm_cpu_realize(Object *obj)
>> +{
>> +ARMCPU *cpu = ARM_CPU(obj);
>> +ARMCPUClass *cpu_class = ARM_CPU_GET_CLASS(obj);
>> +
>> +memset(&cpu->env, 0, sizeof(CPUARMState));
>> +
On 30.01.2012 15:44, Luiz Capitulino wrote:
> On Mon, 30 Jan 2012 07:54:56 -0600
> Anthony Liguori wrote:
>
>> On 01/30/2012 06:57 AM, Luiz Capitulino wrote:
>>> On Thu, 26 Jan 2012 16:57:01 -0600
>>> Anthony Liguori wrote:
>>>
On 01/26/2012 01:35 PM, Luiz Capitulino wrote:
> On Thu, 26
Hi Anthony,
I now have a successful build at build bot. So hopefully build breakage
is gone. I also added "remove O_NOATIME" patch which Mohan acked.
-anees
The following changes since commit 8c4ec5c0269bda18bb777a64b2008088d1c632dc:
pxa2xx_keypad: fix unbalanced parenthesis. (2012-01-17 02:
On 01/20/2012 01:05 PM, Paolo Bonzini wrote:
This lets the RTC get adjustments from the host NTP client.
The watchdog still uses the vm_clock. The previous behavior is
available with "-rtc clock=vm".
Cc: Andreas Färber
Signed-off-by: Paolo Bonzini
---
hw/m48t59.c |4 ++--
1 files changed
On 01/20/2012 01:06 PM, Paolo Bonzini wrote:
This series uses rtc_clock uniformly in device models that provide RTC
functionality. This will let users choose the desired semantics for
the clock.
This is most important with qtest, where "-rtc clock=vm" will provide
determinism and let you run te
Hi,
The problem seems to come from the implementation of the Intel e1000
network cards (which is the default one used by QEMU).
If you use another one, the problem does not appear ;)
Vince
Le 29/01/2012 05:49, Henrique Rodrigues a écrit :
> Hi guys,
>
> I'm having the same problem with a ubuntu
On 20 January 2012 12:06, Paolo Bonzini wrote:
> This lets the user specify the desired semantics. By default, the RTC
> will follow adjustments from the host's NTP client, and will remain in
> sync when the virtual machine is stopped. The previous behavior, which
> provides determinism with bot
On 01/30/2012 05:54 PM, Peter Maydell wrote:
> This lets the user specify the desired semantics. By default, the RTC
> will follow adjustments from the host's NTP client, and will remain in
> sync when the virtual machine is stopped. The previous behavior, which
> provides determinism with
On 01/29/2012 10:36 PM, Wen Congyang wrote:
>>> +++ b/hmp-commands.hx
>>> @@ -828,6 +828,22 @@ new parameters (if specified) once the vm migration
>>> finished successfully.
>>> ETEXI
>>>
>>> {
>>> +.name = "dump",
>>> +.args_type = "file:s",
>>> +.params
On 01/30/2012 09:58 AM, Eric Blake wrote:
On 01/30/2012 07:44 AM, Luiz Capitulino wrote:
I think we should do the following then:
1. Drop the set-support-level command
2. Split the guest-suspend command into guest-suspend-ram,
guest-suspend-hybrid,
guest-suspend-disk
3. Libvirt shou
On 30 January 2012 16:42, Paolo Bonzini wrote:
> On 01/20/2012 01:06 PM, Paolo Bonzini wrote:
>> This series uses rtc_clock uniformly in device models that provide RTC
>> functionality. This will let users choose the desired semantics for
>> the clock.
>>
>> This is most important with qtest, whe
** Tags added: rls-mgr-p-tracking
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/918791
Title:
qemu-kvm dies when using vmvga driver and unity in the guest
Status in QEMU:
New
Status in “qemu-kvm
On 01/29/2012 10:40 PM, Wen Congyang wrote:
>>> Yes, it may tak a lot of time. But we dump a guest memory when the guest
>>> panics, and there is no need to continue to run the guest.
>>
>> Would it be possible to have both a dump from a certain point in time
>> and still allow the guest to run unp
On Mon, 30 Jan 2012 11:07:10 -0600
Michael Roth wrote:
> On 01/30/2012 09:58 AM, Eric Blake wrote:
> > On 01/30/2012 07:44 AM, Luiz Capitulino wrote:
> >> I think we should do the following then:
> >>
> >> 1. Drop the set-support-level command
> >> 2. Split the guest-suspend command into gues
On Mon, 30 Jan 2012 17:08:33 +0100
Michal Privoznik wrote:
> On 30.01.2012 15:44, Luiz Capitulino wrote:
> > On Mon, 30 Jan 2012 07:54:56 -0600
> > Anthony Liguori wrote:
> >
> >> On 01/30/2012 06:57 AM, Luiz Capitulino wrote:
> >>> On Thu, 26 Jan 2012 16:57:01 -0600
> >>> Anthony Liguori wrot
On Mon, 30 Jan 2012, Paolo Bonzini wrote:
> On 01/30/2012 12:56 PM, Stefano Stabellini wrote:
> >> > Depending on "-rtc clock=vm" or "-rtc clock=rt", this may not be true.
> >
> > Good point.
> > I should check for rtc_clock == host_clock.
> >
> >> > Why do you need to instantiate an RTC at all?
hi
Please send in any agenda items you are interested in covering.
Cheers,
Juan.
On 01/30/2012 05:59 AM, Paolo Bonzini wrote:
On 01/30/2012 12:56 PM, Stefano Stabellini wrote:
> Depending on "-rtc clock=vm" or "-rtc clock=rt", this may not be true.
Good point.
I should check for rtc_clock == host_clock.
> Why do you need to instantiate an RTC at all?
I don't, in fact in
On Mon, Jan 30, 2012 at 09:22, Fabien Chouteau wrote:
> On 28/01/2012 13:20, Blue Swirl wrote:
>> On Thu, Jan 26, 2012 at 17:03, Fabien Chouteau wrote:
>>> This patch implements the RX channel of GRLIB UART with a FIFO to
>>> improve data rate.
>>>
>>> Signed-off-by: Fabien Chouteau
>>> ---
>>>
Thanks, applied.
On Fri, Jan 20, 2012 at 12:05, Paolo Bonzini wrote:
> This lets the RTC get adjustments from the host NTP client.
> The watchdog still uses the vm_clock. The previous behavior is
> available with "-rtc clock=vm".
>
> Cc: Andreas Färber
> Signed-off-by: Paolo Bonzini
> ---
> h
Am 30.01.2012 00:50, schrieb Andreas Färber:
> The internal CPU feature flags were only ever set in
> cpu_reset_model_id(). Therefore move them into ARMCPUClass.
Peter made me aware that this will not work for -cpu cortex-a9,-neon.
The initial feature flags can be stored in ARMCPUClass but the act
(Sorry for not posting this correctly, I didn't want to spam the list with a
second submission)
This is the 3rd QOM series. I decided to post this even though there's a known
issue with device_del as I wanted to give people more time to review what's
going on here.
The goal of this series i
Signed-off-by: Anthony Liguori
---
hw/qdev.c |4 ++--
include/qemu/object.h |1 +
qom/object.c | 18 --
3 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index 636b6b4..a7980c5 100644
--- a/hw/qdev.c
+++ b/hw/qdev.
qdev-monitor.c deals with the -device, device_add, and info qdm/qtree
interfaces.
Signed-off-by: Anthony Liguori
---
Makefile.objs |2 +-
hw/qdev-monitor.c | 587 +
hw/qdev.c | 574 +
This allows us to drop per-Device registration functions by allowing the
class_init functions to overload qdev methods.
Signed-off-by: Anthony Liguori
---
hw/qdev.c | 53 +
1 files changed, 33 insertions(+), 20 deletions(-)
diff --git a/hw/q
Now we have the following behavior:
1) object_new() returns an object with ref = 1
2) object_initialize() does not increase the reference count (ref may be 0).
3) object_deref() will finalize the object when ref = 0. it does not free the
memory associated with the object.
4) both link and chil
This adds a command that allows searching for types that implement a property.
This allows you to do things like search for all available PCIDevices. In the
future, we'll also have a standard interface for things with a BlockDriverState
property that a PCIDevice could implement.
This will enable
Signed-off-by: Anthony Liguori
---
Makefile.objs |2 +-
hw/container.c| 29 -
hw/qdev-monitor.c | 14 ++
qom/Makefile |2 +-
qom/container.c | 15 +++
qom/object.c |9 -
6 files changed, 27 insertion
Teach the various bits of code that need to walk through available devices to
do so via QOM.
Signed-off-by: Anthony Liguori
---
hw/qdev.c | 87 +
hw/qdev.h |2 -
2 files changed, 30 insertions(+), 59 deletions(-)
diff --git a/hw/q
Signed-off-by: Anthony Liguori
---
hw/qdev-monitor.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/hw/qdev-monitor.c b/hw/qdev-monitor.c
index 46946fe..66a6d55 100644
--- a/hw/qdev-monitor.c
+++ b/hw/qdev-monitor.c
@@ -165,12 +165,14 @@ int qdev_device_help(Q
Signed-off-by: Anthony Liguori
---
hw/qdev.c | 57 -
1 files changed, 32 insertions(+), 25 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index 91dbbc7..f04f0fa 100644
--- a/hw/qdev.c
+++ b/hw/qdev.c
@@ -246,31 +246,6 @@ void qdev_init_n
Now DeviceInfo is no longer used after object construction. All of the
relevant members have been moved to DeviceClass.
Signed-off-by: Anthony Liguori
---
hw/pci.c |4 ++-
hw/qdev.c | 94
hw/qdev.h | 26 +---
3 fi
We can probably model USBHidDevice as a base class to get even better code
sharing but for now, just use a common function to initialize the common class
members.
Signed-off-by: Anthony Liguori
---
hw/usb-hid.c | 27 +--
1 files changed, 13 insertions(+), 14 deletions(-
Limit them to the device_add functionality. Device aliases were a hack based
on the fact that virtio was modeled the wrong way. The mechanism for aliasing
is very limited in that only one alias can exist for any device.
We have to support it for the purposes of compatibility but we only need to
It is no longer used in the tree since everything is done natively through
QEMU Object Model.
Signed-off-by: Anthony Liguori
---
hw/i2c.c |2 +-
hw/ide/qdev.c |2 +-
hw/intel-hda.c |2 +-
hw/isa-bus.c |2 +-
hw/pci.c |2 +
I'm sure the intentions were good here, but there's no reason this should be in
qdev. Move it to qemu-char where it belongs.
Signed-off-by: Anthony Liguori
---
hw/etraxfs_ser.c |2 +-
hw/lm32_juart.c |2 +-
hw/lm32_uart.c |2 +-
hw/milkymist-uart.c |2 +-
hw/pl01
This gets us closer to being able to object_new() a qdev type and have a
functioning object verses having to call qdev_create().
Signed-off-by: Anthony Liguori
---
hw/qdev.c | 41 -
1 files changed, 28 insertions(+), 13 deletions(-)
diff --git a/hw/qdev
This needs to be carefully merged back but I'm not 100% confident the problem is
solved by this commit.
---
hw/pci.c |1 +
hw/qdev.c |1 +
include/qemu/object.h |4 +++-
qom/object.c | 13 ++---
4 files changed, 15 insertions(+), 4 deletions(
Links had limited utility before as they only allowed a concrete type to be
specified. Now we can support abstract types and interfaces which means it's
now possible to have a link.
Signed-off-by: Anthony Liguori
---
qom/object.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-
Introduce accessors and remove any code that directly accesses DeviceInfo
members.
Signed-off-by: Anthony Liguori
---
hw/pci.c | 13 -
hw/qdev-properties.c |4 ++--
hw/qdev.c| 30 +-
hw/qdev.h| 24 +
Note that the FIXME gets fixed in series 4/4. We need to convert BusState to
QOM before we can make parent_bus a link.
Signed-off-by: Anthony Liguori
---
hw/qdev.c | 35 ++-
hw/qdev.h |3 +++
2 files changed, 25 insertions(+), 13 deletions(-)
diff --git a/
As we use class_init to set class members, DeviceInfo no longer holds this
information.
Signed-off-by: Anthony Liguori
---
hw/qdev.c | 42 +++---
1 files changed, 19 insertions(+), 23 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index c9f890c..bba84e2 10
Stefan Weil wrote:
Tested-by: Stefan Weil
Hi Bogdan,
I can confirm that your patch fixes a crash which otherwise makes
QEMU unusable on Windows hosts.
This patch likely fixes bug #922131 [1].
[1] https://bugs.launchpad.net/qemu/+bug/922131
Sebastian
When masking IRQ lines, we should actually mask them out and not declare
them active anymore. Once we mask them in again, they are allowed to trigger
again.
Signed-off-by: Alexander Graf
---
hw/ide/ahci.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/ide/ahci.c b/h
1 - 100 of 139 matches
Mail list logo
