Not yet for merge (unless I happened to forgot adding bugs), just a
Request For Testing (and for review, of course). This series grew beyond
my initial plans and my current testing capabilities, Linux and Win7 are
apparently still fine, but that's all I can say so far.
To summarize contributions t
From: Jan Kiszka
Register the HPET as a sysbus device and create it that way. As it can
route its IRQs to any ISA IRQ, we need to connect it to all 24 of them.
Once converted to qdev, we can move reset handler and vmstate
registration into its hands as well.
Signed-off-by: Jan Kiszka
---
hw/hp
From: Jan Kiszka
Setting the main counter while the HPET is enabled may not be a good
idea of the guest, but it is supported and should, thus, not spam the
host console with warnings.
Signed-off-by: Jan Kiszka
---
hw/hpet.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --
On 05/21/2010 04:26 PM, Venkateswararao Jujjuri (JV) wrote:
Add required infrastructure and modify create/open2 and mkdir per the new
security model.
Signed-off-by: Venkateswararao Jujjuri
---
hw/file-op-9p.h | 23 -
hw/virtio-9p-local.c | 139 +
From: Jan Kiszka
We have to update the qemu timer when the per-timer enable bit is
toggled, just like for HPET_CFG_ENABLE changes.
Signed-off-by: Jan Kiszka
---
hw/hpet.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index 6974935..041dd84 1
From: Jan Kiszka
This command was of minimal use before, now it is useless as the hpet
become a qdev device and is thus easily discoverable. We should
definitely not set query-hpet in QMP's stone, and there is also no good
reason to keep it for the interactive monitor.
Signed-off-by: Jan Kiszka
From: Jan Kiszka
This allows to communicate potential IRQ coalescing during delivery from
the sink back to the source. Targets that support IRQ coalescing
workarounds need to register handlers that return the appropriate
QEMU_IRQ_* code, and they have to propergate the code across all IRQ
redirec
From: Jan Kiszka
This moves the private HPET structures into the C module, simplifies
some helper functions and fixes most coding style issues (biggest chunk
was improper switch-case indention). No functional changes.
Signed-off-by: Jan Kiszka
---
hw/hpet.c | 413
From: Jan Kiszka
One HPET block supports up to 32 timers. Allow to instantiate more than
the recommended and implemented minimum of 3. The number is configured
via the qdev property "timers". It is also saved/restored so that it
need not match between migration peers.
Signed-off-by: Jan Kiszka
From: Jan Kiszka
Instead of keeping a static reference around, pass the state to
hpet_enabled and hpet_get_ticks. All callers now have it at hand. Will
once allow to instantiate the HPET more than a single time.
Signed-off-by: Jan Kiszka
---
hw/hpet.c | 38 +--
From: Jan Kiszka
By implementing this feature we can also remove a nasty way to kill qemu
(by trying to enable level-triggered hpet interrupts).
Signed-off-by: Jan Kiszka
---
hw/hpet.c | 32 ++--
1 files changed, 22 insertions(+), 10 deletions(-)
diff --git a/hw/
On Mon, May 24, 2010 at 6:03 PM, Anthony Liguori wrote:
> On 05/24/2010 12:54 PM, Juan Quintela wrote:
>>
>> Paul Brook wrote:
>>
On 05/24/2010 11:32 AM, Paul Brook wrote:
>>
>> Notice that this patch was sent against hpet as one example, if we
>> agree
>> that this
From: Jan Kiszka
Allow the intercept the RTC IRQ for the HPET legacy mode. Then push
routing to IRQ8 completely into the HPET. This allows to turn
hpet_in_legacy_mode() into a private function. Furthermore, this stops
the RTC from clearing IRQ8 even if the HPET is in control.
This patch comes wi
On 05/24/2010 07:51 AM, Luiz Capitulino wrote:
On Sun, 23 May 2010 09:57:43 +0200
Jan Kiszka wrote:
Avi Kivity wrote:
[...]
+- "full": report full state (json-bool, optional)
Is this needed for QMP? The client can always truncate it to any length.
On 05/24/2010 02:39 AM, Paolo Bonzini wrote:
Signed-off-by: Paolo Bonzini
I think this series conflicts a bit with Luiz's series which I just
pushed. Could you rebase against the latest?
Regards,
Anthony Liguori
---
check-qjson.c | 98 +
From: Jan Kiszka
Make use of the new feedback IRQ handlers and propagate coalesced
deliveries via handler return code from the sink to the source. As a
by-product, this also adds coalescing support to the PIC.
Signed-off-by: Jan Kiszka
---
hw/apic.c| 61 ++
Blue Swirl wrote:
> On Mon, May 24, 2010 at 3:30 PM, Jan Kiszka wrote:
>> Blue Swirl wrote:
>>> On Sun, May 23, 2010 at 3:40 PM, Jan Kiszka wrote:
Blue Swirl wrote:
> Move hpet_in_legacy_mode check from mc146818.c to pc.c. Remove
> the optimization where the periodic timer is disable
On 05/23/2010 03:29 AM, Jan Kiszka wrote:
From: Jan Kiszka
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The user can still change this behaviour
by setting the environment variable SDL_VIDEO_ALLOW_SCREENSAVER as
desired.
Signed-off-by:
From: Jan Kiszka
Required for hpet.
Signed-off-by: Jan Kiszka
---
hw/hw.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index fc2d184..36be0be 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -474,6 +474,16 @@ extern const VMStateInfo vmstate_info_un
On 05/22/2010 09:49 PM, ak...@redhat.com wrote:
From: Amos Kong
hw/virtio-net.h:
#define ETH_ALEN6
ETH_ALEN was defined by commit 7967406801aa897fae83caad3278ac85a342adaa
Signed-off-by: Amos Kong
Applied. Thanks.
Regards,
Anthony Liguori
---
hw/virtio-net.h |4 ++--
1
On 05/21/2010 04:54 AM, Gerd Hoffmann wrote:
Add a new cursor type to console.h and a bunch of functions to
deal with cursors the (new) cursor.c file.
Signed-off-by: Gerd Hoffmann
Applied all. Thanks.
Regards,
Anthony Liguori
---
Makefile.objs |3 +-
console.h |
On 05/17/2010 03:36 AM, Kevin Wolf wrote:
We need to close the file even in error case. While at it, make the callers
catch all kind of errors. ENOENT is allowed for default config files, they
are optional.
Reported-by: Luiz Capitulino
Signed-off-by: Kevin Wolf
Applied. Thanks.
Regards,
On 05/22/2010 01:55 PM, Avi Kivity wrote:
On 05/22/2010 11:18 AM, Jan Kiszka wrote:
From: Jan Kiszka
This introduces device_show, a monitor command that saves the vmstate of
a qdev device and visualizes it. QMP is also supported. Buffers are cut
after 16 byte by default, but the full content ca
From: Jan Kiszka
This implements the HPET capability of routing IRQs to the front-side
bus, aka MSI support. This feature can be enabled via the qdev property
"msi" and is off by default.
Note that switching it on can cause guests (at least Linux) to use the
HPET as timer instead of the LAPIC. K
Jan Kiszka wrote:
> From: Jan Kiszka
>
> Also prevent out-of-bounds write access to the timers but don't spam the
> host console if it triggers.
>
> Signed-off-by: Jan Kiszka
> ---
> hw/hpet.c |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/hw/hpet.c b/hw/hpet
Greetings,
I want to compile the i386 linux user part of qemu as a library (Shared or
static) to use it with other applications.
(Right now it produces a ./i386-linux-user/qemu-i386 executable).
Anyone does know if this is possible?
Which Makefile shall I edit?
Thanx in advance
Anthony Liguori wrote:
> On 05/22/2010 01:55 PM, Avi Kivity wrote:
>> On 05/22/2010 11:18 AM, Jan Kiszka wrote:
>>> From: Jan Kiszka
>>>
>>> This introduces device_show, a monitor command that saves the vmstate of
>>> a qdev device and visualizes it. QMP is also supported. Buffers are cut
>>> after
Jan Kiszka wrote:
> From: Jan Kiszka
>
> This moves the private HPET structures into the C module,
I almost did this one on my previous series, thanks.
> simplifies
> some helper functions and fixes most coding style issues (biggest chunk
> was improper switch-case indention). No functional cha
Jan Kiszka wrote:
> Juan Quintela wrote:
>> Jan Kiszka wrote:
>>> From: Jan Kiszka
>>>
>>> Also prevent out-of-bounds write access to the timers but don't spam the
>>> host console if it triggers.
>>>
>>> Signed-off-by: Jan Kiszka
>>> ---
>>> hw/hpet.c |6 +-
>>> 1 files changed, 5 ins
This is now fixed by:
commit 111f8ec99b67aeef152c71a5db12f0c0cb2422bd
Author: Jan Kiszka
Date: Sun May 23 10:29:34 2010 +0200
sdl: Do not disable screensaver by default
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The
Juan Quintela wrote:
> Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Also prevent out-of-bounds write access to the timers but don't spam the
>> host console if it triggers.
>>
>> Signed-off-by: Jan Kiszka
>> ---
>> hw/hpet.c |6 +-
>> 1 files changed, 5 insertions(+), 1 deletions(-)
>>
>
Blue Swirl wrote:
> Field d_off in struct dirent is Linux specific.
>
> Signed-off-by: Blue Swirl
> ---
> Makefile.objs |8
> Makefile.target |2 +-
> hw/virtio-9p.c |2 +-
> hw/virtio-pci.c |6 +++---
> hw/virtio.h |4 ++--
> qemu-config.c |4 ++--
> qe
23.05.2010 12:29, Jan Kiszka wrote:
From: Jan Kiszka
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The user can still change this behaviour
by setting the environment variable SDL_VIDEO_ALLOW_SCREENSAVER as
desired.
Signed-off-by: Jan Ki
25.05.2010 01:40, Michael Tokarev wrote:
23.05.2010 12:29, Jan Kiszka wrote:
From: Jan Kiszka
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The user can still change this behaviour
by setting the environment variable SDL_VIDEO_ALLOW_SCRE
On 05/24/2010 03:35 PM, Jan Kiszka wrote:
In contrast to save/loadvm, device_show does not provide a
backward-compatible output. Not only field names can change (as a result
of internal refactoring),
Field names could change, but that seems unlikely and unnecessary.
fields may even disappea
On 05/24/2010 04:40 PM, Michael Tokarev wrote:
23.05.2010 12:29, Jan Kiszka wrote:
From: Jan Kiszka
Unless we are running in full-screen mode, QEMU's SDL window should not
disable the host's screensaver. The user can still change this behaviour
by setting the environment variable SDL_VIDEO_ALLO
On 05/22/2010 04:08 PM, Stefan Hajnoczi wrote:
This patch introduces the trace-events file where trace events can be
declared like so:
qemu_malloc(size_t size) "size %zu"
qemu_free(void *ptr) "ptr %p"
These trace event declarations are processed by a new tool called
tracetool to generate code f
On 05/21/2010 02:50 AM, Andre Przywara wrote:
-cpu host currently only propagates the CPU's family/model/stepping,
the brand name and the feature bits.
Add a whitelist of safe CPUID leafs to let the guest see the actual
CPU's cache details and other things.
Signed-off-by: Andre Przywara
Th
On 05/21/2010 12:58 AM, Andre Przywara wrote:
the meaning of vendor_override is actually the opposite of how it
is currently used :-(
Fix it to allow KVM to export the non-native CPUID vendor if
explicitly requested by the user.
The semantic is now as intended:
- With TCG, the guest always sees t
Anthony Liguori wrote:
> On 05/24/2010 03:35 PM, Jan Kiszka wrote:
>> In contrast to save/loadvm, device_show does not provide a
>> backward-compatible output. Not only field names can change (as a result
>> of internal refactoring),
>
> Field names could change, but that seems unlikely and unnece
On 05/24/2010 03:13 PM, Jan Kiszka wrote:
Not yet for merge (unless I happened to forgot adding bugs), just a
Request For Testing (and for review, of course). This series grew beyond
my initial plans and my current testing capabilities, Linux and Win7 are
apparently still fine, but that's all I c
On 05/22/2010 04:08 PM, Stefan Hajnoczi wrote:
This patch introduces the trace-events file where trace events can be
declared like so:
qemu_malloc(size_t size) "size %zu"
qemu_free(void *ptr) "ptr %p"
These trace event declarations are processed by a new tool called
tracetool to generate code f
>>> On 5/24/2010 at 05:43 AM, Laurent Léonard wrote:
> The problem has already been reported on the list here :
> http://lists.nongnu.org/archive/html/qemu-devel/2010-03/msg01725.html
>
> Any information on what can be done to solve that problem ? Is there any
> available patch for KVM ?
>
>
On 05/24/2010 05:12 PM, Jan Kiszka wrote:
Anthony Liguori wrote:
On 05/24/2010 03:35 PM, Jan Kiszka wrote:
In contrast to save/loadvm, device_show does not provide a
backward-compatible output. Not only field names can change (as a result
of internal refactoring),
Field names
Sehr geehrte Damen und Herren,
wieso kaufen, wenn man auch leasen kann? Wir möchten, dass sie ihre Träume
verwirklichen und bieten ihnen deshalb praktische Möglichkeiten. EDV & Technik
Leasing - mit uns ist alles möglich. Lernen Sie mit unserem Technik Leasing
eine attraktive Alternative zum Ka
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
thanks,
-chris
setenv() is not implemented on MinGW, so we have to use putenv().
Signed-off-by: TeLeMan
---
sdl.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/sdl.c b/sdl.c
index add1148..eb4a87f 100644
--- a/sdl.c
+++ b/sdl.c
@@ -850,7 +850,11 @@ void sdl_display_init(DisplaySta
On Mon, May 24, 2010 at 10:20:31PM +0200, Jan Kiszka wrote:
> > Maybe the coalescing should be pushed to APIC, or even generalized.
>
> The latter has happened, hopefully in the right direction.
>
What do you mean by that?
--
Gleb.
On Mon, May 24, 2010 at 07:58:28PM +, Blue Swirl wrote:
> > having to deal with all those details via complex APIs. But the
> > coalescing mess is still causing headaches to me, at least when trying
> > to come up with something long-term ready.
>
> Maybe the coalescing should be pushed to API
On Mon, May 24, 2010 at 10:13:40PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> This allows to communicate potential IRQ coalescing during delivery from
> the sink back to the source. Targets that support IRQ coalescing
> workarounds need to register handlers that return the appropriate
> QEMU
Gleb Natapov wrote:
> On Mon, May 24, 2010 at 10:20:31PM +0200, Jan Kiszka wrote:
>>> Maybe the coalescing should be pushed to APIC, or even generalized.
>> The latter has happened, hopefully in the right direction.
>>
> What do you mean by that?
The latter: I tried to generalize. Please look at p
On Tue, May 25, 2010 at 08:09:02AM +0200, Jan Kiszka wrote:
> Gleb Natapov wrote:
> > On Mon, May 24, 2010 at 10:20:31PM +0200, Jan Kiszka wrote:
> >>> Maybe the coalescing should be pushed to APIC, or even generalized.
> >> The latter has happened, hopefully in the right direction.
> >>
> > What d
TeLeMan wrote:
> setenv() is not implemented on MinGW, so we have to use putenv().
What a ... pity.
>
> Signed-off-by: TeLeMan
> ---
> sdl.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/sdl.c b/sdl.c
> index add1148..eb4a87f 100644
> --- a/sdl.c
> +++ b/sdl
Gleb Natapov wrote:
> On Mon, May 24, 2010 at 10:13:40PM +0200, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> This allows to communicate potential IRQ coalescing during delivery from
>> the sink back to the source. Targets that support IRQ coalescing
>> workarounds need to register handlers that ret
On Tue, May 25, 2010 at 08:31:06AM +0200, Jan Kiszka wrote:
> Gleb Natapov wrote:
> > On Mon, May 24, 2010 at 10:13:40PM +0200, Jan Kiszka wrote:
> >> From: Jan Kiszka
> >>
> >> This allows to communicate potential IRQ coalescing during delivery from
> >> the sink back to the source. Targets that
Gleb Natapov wrote:
> On Tue, May 25, 2010 at 08:31:06AM +0200, Jan Kiszka wrote:
>> Gleb Natapov wrote:
>>> On Mon, May 24, 2010 at 10:13:40PM +0200, Jan Kiszka wrote:
From: Jan Kiszka
This allows to communicate potential IRQ coalescing during delivery from
the sink back to th
On Mon, May 24, 2010 at 05:21:04PM -0700, Chris Wright wrote:
> Please send in any agenda items you are interested in covering.
>
Sorry for the delayed response.
If the community is interested, I would
like to discuss the Generic Asynchronous task offloading framework
patches posted to the commu
101 - 157 of 157 matches
Mail list logo
