Update the PTEH register to contain the VPN at which an MMU
exception occured as specified by the SH4 reference.
Signed-off-by: Alexandre Courbot
---
target-sh4/helper.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/target-sh4/helper.c b/target-sh4/helper.c
index 19
On Tue, Jan 25, 2011 at 02:29:20PM +, anthony.per...@citrix.com wrote:
> From: Anthony PERARD
>
> Signed-off-by: Anthony PERARD
> ---
> hw/acpi_piix4.c |4
> hw/xen.h|2 ++
> xen-all.c |7 +++
> xen-stub.c |4
> 4 files changed, 17 insertions
On 01/25/2011 06:52 PM, Miguel Di Ciurcio Filho wrote:
On Tue, Jan 25, 2011 at 12:35 PM, Anthony Liguori wrote:
A wiki page (similar to what kernel newbies does) would be nice to
supplement what's included in the release notes.
There you go: http://wiki.qemu.org/Changelog/0.14
This
On Tue, Jan 25, 2011 at 12:35 PM, Anthony Liguori wrote:
>
> A wiki page (similar to what kernel newbies does) would be nice to
> supplement what's included in the release notes.
>
There you go: http://wiki.qemu.org/Changelog/0.14
This is a first draft and I will try to keep up, let's see what h
On 01/25/2011 01:59 PM, Stefan Hajnoczi wrote:
int kvm_cpu_exec(CPUState *env)
{
struct kvm_run *run = env->kvm_run;
int ret;
DPRINTF("kvm_cpu_exec()\n");
do {
This is broken because a signal handler could change env->exit_request
after this check:
#ifndef CONFIG_IOTHREAD
Le 25 janv. 2011 à 23:24, Mike Frysinger a écrit :
> On Tue, Jan 25, 2011 at 15:05, Brian Jackson wrote:
>> On 1/24/2011 1:13 PM, Mike Frysinger wrote:
>>> On Thu, Dec 9, 2010 at 17:44, Brian Jackson wrote:
C. They have strange rules about groups and channel ownership
>>>
>>> ive never had
(btw, Brian Jackson seems to be rejected by my smtp here:
Recipient address rejected: Domain not found)
Le 25 janv. 2011 à 23:40, Brian Jackson a écrit :
>>
> D. Their non-profit status in the US was terminated for failure to file
> paperwork properly
not terribly relevant if the ne
On 1/25/2011 4:24 PM, Mike Frysinger wrote:
On Tue, Jan 25, 2011 at 15:05, Brian Jackson wrote:
On 1/24/2011 1:13 PM, Mike Frysinger wrote:
On Thu, Dec 9, 2010 at 17:44, Brian Jackson wrote:
C. They have strange rules about groups and channel ownership
ive never had a problem
Yeah, this was
On Tue, Jan 25, 2011 at 15:05, Brian Jackson wrote:
> On 1/24/2011 1:13 PM, Mike Frysinger wrote:
>> On Thu, Dec 9, 2010 at 17:44, Brian Jackson wrote:
>>> C. They have strange rules about groups and channel ownership
>>
>> ive never had a problem
>
> Yeah, this was a bit vague. I think the biggest
On 01/25/2011 08:48 AM, Edgar E. Iglesias wrote:
> OK, I see. Maybe we should try to emit an insn sequence more similar
> to what tcg was emitting (for the non 8 & 16-bit deposits)?
> That ought too at least give similar results as before for those and
> give us a speedup for the byte and word move
Stefano Bonifazi writes:
> Is there a heap end address? Is it possible to set it someway? It
> would be really very helpful for me!!
See the man page for brk(2):
"Calling sbrk() with an increment of 0 can be used to find the
current location of the program break."
Lluis
--
"And it'
On 1/24/2011 1:13 PM, Mike Frysinger wrote:
On Thu, Dec 9, 2010 at 17:44, Brian Jackson wrote:
A. Must be registered to talk in a channel
i'm fairly certain that is a per-channel setting
But none of the current developers have access to the channel to change
the setting and it's on by defau
On Tue, Jan 25, 2011 at 7:51 PM, Anthony Liguori
wrote:
> On 01/25/2011 01:45 PM, Stefan Hajnoczi wrote:
>>
>> On Tue, Jan 25, 2011 at 7:18 PM, Anthony Liguori
>> wrote:
>>
>>>
>>> On 01/25/2011 03:49 AM, Stefan Hajnoczi wrote:
>>>
On Tue, Jan 25, 2011 at 7:12 AM, Stefan Hajnoczi
On 01/25/2011 01:45 PM, Stefan Hajnoczi wrote:
On Tue, Jan 25, 2011 at 7:18 PM, Anthony Liguori
wrote:
On 01/25/2011 03:49 AM, Stefan Hajnoczi wrote:
On Tue, Jan 25, 2011 at 7:12 AM, Stefan Hajnoczi
wrote:
On Mon, Jan 24, 2011 at 8:05 PM, Kevin Wolfwrote:
On 01/25/2011 05:26 PM, Richard Henderson wrote:
On 01/25/2011 03:06 AM, Stefano Bonifazi wrote:
start_brk 0x
end_code0x400102e0
start_code 0x4000
start_data 0x4001024c
end_data0x400102e0
start_stack 0x40811438
brk 0x400102e4
entry 0x40828c24
that is start_
On Tue, Jan 25, 2011 at 7:18 PM, Anthony Liguori
wrote:
> On 01/25/2011 03:49 AM, Stefan Hajnoczi wrote:
>>
>> On Tue, Jan 25, 2011 at 7:12 AM, Stefan Hajnoczi
>> wrote:
>>
>>>
>>> On Mon, Jan 24, 2011 at 8:05 PM, Kevin Wolf wrote:
>>>
Am 24.01.2011 20:47, schrieb Michael S. Tsirkin:
>
On 01/25/2011 03:49 AM, Stefan Hajnoczi wrote:
On Tue, Jan 25, 2011 at 7:12 AM, Stefan Hajnoczi wrote:
On Mon, Jan 24, 2011 at 8:05 PM, Kevin Wolf wrote:
Am 24.01.2011 20:47, schrieb Michael S. Tsirkin:
On Mon, Jan 24, 2011 at 08:48:05PM +0100, Kevin Wolf wrote:
On 01/25/2011 05:22 PM, Richard Henderson wrote:
On 01/25/2011 02:47 AM, Stefano Bonifazi wrote:
You keep getting the name of the dynamic linker from the PT_INTERP program
segment, but that gives you the absolute position of the dynamic linker inside
the machine the target binary was created i
On Tue, 25 Jan 2011, Anthony Liguori wrote:
> My end goal is not C++, it's to improve the device model. I haven't
> tried doing it with GObject yet but before we even get there, there's a
> lot of good we can do with glib.
I certainly agree with this.
On Tue, Jan 25, 2011 at 01:01:04PM +0100, Kevin Wolf wrote:
> > Can't resize if block migration is in progress. Don't see a problem
> > with simply disallowing resize in that case.
>
> Then we should add a check to bdrv_truncate.
What check exactly would that be anyway?
On 01/25/2011 08:48 AM, Stefano Stabellini wrote:
On Tue, 25 Jan 2011, Gerd Hoffmann wrote:
I've spent the past few months working on C++ integration for QEMU. I'm more
convinced than ever that we desperately in need of structured object oriented
mechanisms to be successful but am pretty st
On Tue, Jan 25, 2011 at 04:17:14PM +, Stefan Hajnoczi wrote:
> It is not possible to use virtio-ioeventfd when building without an I/O
> thread. We rely on a signal to kick us out of vcpu execution. Timers
> and AIO use SIGALRM and SIGUSR2 respectively. Unfortunately eventfd
> does not suppo
This patch fixes the errors reported by my tests in VSRA.
Signed-off-by: Christophe Lyon
---
target-arm/translate.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-arm/translate.c b/target-arm/translate.c
index 7cb48c0..4cf2ecd 100644
--- a/target-arm/translate
On Tue, Jan 25, 2011 at 10:24:53AM -0600, Anthony Liguori wrote:
> On 01/25/2011 10:21 AM, Alon Levy wrote:
> >On Tue, Jan 25, 2011 at 08:17:32AM -0600, Anthony Liguori wrote:
> >>On 01/11/2011 02:42 AM, Alon Levy wrote:
> >>>diff --git a/libcacard/vscard_common.h b/libcacard/vscard_common.h
> >>>n
On 01/25/2011 02:26 AM, Jan Kiszka wrote:
Do you see a chance to look closer at the issue yourself? E.g.
instrument the kernel's irqchip models and dump their states once your
guest is stuck?
The device runs on iRQ 3. So I applied this patch here.
diff --git a/arch/x86/kvm/i8259.c b/arch/x86/k
On Tue, Jan 25, 2011 at 08:13:53AM -0800, Richard Henderson wrote:
> On 01/25/2011 04:27 AM, Edgar E. Iglesias wrote:
> > I've tested this patch a bit and got mixed results. I tested with patched
> > CRIS and MicroBlaze translators. The patch works OK (it doesn't break
> > anything) for the usecase
On Mon, 24 Jan 2011, Gerd Hoffmann wrote:
> Limit the size of data pieces processed by the pulseaudio worker
> threads. Never ever process more than 1/4 of the buffer at once.
>
> Background: The buffer area currently processed by the pulseaudio thread
> is blocked, i.e. the main thread (or ioth
> Headers usually start with a one-line summary, "QEMU simulated block
> driver" maybe?
> > + * Copyright (c) 2010-2011 IBM
> > + *
> > + * Authors:
> > + * Chunqiang Tang
> > + *
> > + * This work is licensed under the terms of the GNU GPL, version 2.
> > + * See the COPYING file in the
On 01/25/2011 10:24 AM, Alon Levy wrote:
On Tue, Jan 25, 2011 at 08:21:13AM -0600, Anthony Liguori wrote:
On 01/11/2011 02:42 AM, Alon Levy wrote:
This devices uses libcacard (internal) to emulate a smartcard conforming
to the CAC standard. It attaches to the usb-ccid bus. Usage instr
On 01/25/2011 10:21 AM, Alon Levy wrote:
On Tue, Jan 25, 2011 at 08:17:32AM -0600, Anthony Liguori wrote:
On 01/11/2011 02:42 AM, Alon Levy wrote:
diff --git a/libcacard/vscard_common.h b/libcacard/vscard_common.h
new file mode 100644
index 000..9ff1295
--- /dev/null
+++ b/libcaca
On 01/25/2011 03:06 AM, Stefano Bonifazi wrote:
>> start_brk 0x
>> end_code0x400102e0
>> start_code 0x4000
>> start_data 0x4001024c
>> end_data0x400102e0
>> start_stack 0x40811438
>> brk 0x400102e4
>> entry 0x40828c24
> that is start_brk is 0
> As far as I unde
On Tue, Jan 25, 2011 at 2:56 PM, Michael S. Tsirkin wrote:
> On Tue, Jan 25, 2011 at 02:53:31PM +, Stefan Hajnoczi wrote:
>> It is not possible to use virtio-ioeventfd when building without an I/O
>> thread. We rely on a signal to kick us out of vcpu execution. Timers
>> and AIO use SIGALRM
On Tue, Jan 25, 2011 at 08:21:13AM -0600, Anthony Liguori wrote:
> On 01/11/2011 02:42 AM, Alon Levy wrote:
> >This devices uses libcacard (internal) to emulate a smartcard conforming
> >to the CAC standard. It attaches to the usb-ccid bus. Usage instructions
> >(example command lines) are in the f
On 01/25/2011 02:47 AM, Stefano Bonifazi wrote:
> You keep getting the name of the dynamic linker from the PT_INTERP program
> segment, but that gives you the absolute position of the dynamic linker
> inside the machine the target binary was created in.
> Here qemu-user is an emultaor used for ru
On Tue, Jan 25, 2011 at 08:17:32AM -0600, Anthony Liguori wrote:
> On 01/11/2011 02:42 AM, Alon Levy wrote:
> >diff --git a/libcacard/vscard_common.h b/libcacard/vscard_common.h
> >new file mode 100644
> >index 000..9ff1295
> >--- /dev/null
> >+++ b/libcacard/vscard_common.h
>
> This file (and
It is not possible to use virtio-ioeventfd when building without an I/O
thread. We rely on a signal to kick us out of vcpu execution. Timers
and AIO use SIGALRM and SIGUSR2 respectively. Unfortunately eventfd
does not support O_ASYNC (SIGIO) so eventfd cannot be used in a signal
driven manner.
On 01/25/2011 04:27 AM, Edgar E. Iglesias wrote:
> I've tested this patch a bit and got mixed results. I tested with patched
> CRIS and MicroBlaze translators. The patch works OK (it doesn't break
> anything) for the usecases I had but I saw a bit of a slowdown with
> MicroBlaze (compare to not usi
On Tue, Jan 25, 2011 at 08:10:11AM -0600, Anthony Liguori wrote:
This review is for v14 - there have been some changes in v15, perhaps you'll
want to go over it.
This is the change log:
v14-v15 changes:
* add patch with --enable-smartcard and --disable-smartcard and only
disable ccid-card-emu
Hello,
Please find attached my notes from the weekly QEMU/KVM call January 25,
2011. My apologies if I got something wrong.
Jes
- QEMU 0.14/0.15 releases
- Feb 1st 2011 branch to stable tree for 0.14. Anthony would like to
do a formal release quickly, so hopefully within 1-2 weeks after
s
On Tue, Jan 18, 2011 at 12:58:37PM +0200, Alon Levy wrote:
> This patchset allows a new property type called PROP_TYPE_ENUM,
> I want to use it for the backend property in the ccid patches (will
> send the patchset that uses it after this), libvirt is the ultimate
> user.
Ping.
Anthony - this is
Am 25.01.2011 16:48, schrieb Aurelien Jarno:
> Anthony Liguori a écrit :
>> Here's my proposal:
>>
>> Stable branch - 2/1
>>
>> 1 or 2 -rcs in between
>>
>> Stable release - 2/15
>>
>
> It looks fine to me. The important is more probably to have a schedule
> than the schedule itself.
Right, I agr
Anthony Liguori a écrit :
> Here's my proposal:
>
> Stable branch - 2/1
>
> 1 or 2 -rcs in between
>
> Stable release - 2/15
>
It looks fine to me. The important is more probably to have a schedule
than the schedule itself.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel
On Tue, Jan 25, 2011 at 09:12:15AM -0600, Anthony Liguori wrote:
> How much infrastructure does guestfd depend on within the guest? Do
> you need a full install with all of the bells and whistles or does
> it degrade cleanly when certain tools aren't available?
On Linux these are the libraries, b
On Tue, 25 Jan 2011, Gerd Hoffmann wrote:
> > I've spent the past few months working on C++ integration for QEMU. I'm
> > more
> > convinced than ever that we desperately in need of structured object
> > oriented
> > mechanisms to be successful but am pretty strongly convinced that
> > incremen
On 01/25/2011 08:23 AM, Aurelien Jarno wrote:
On Mon, Jan 24, 2011 at 03:00:38PM -0600, Anthony Liguori wrote:
Both the recent I/O loop and threadlet series have me concerned that we're
digging ourselves deeper into the NIH hole. I think it's time we look at
something radical to let us borr
On 01/25/2011 03:49 PM, Kevin Wolf wrote:
We do have a wiki page "ChangeLog" and there are more than enough links
to it, it just hasn't been updated since 0.12.5.
Yes, that was my rationale for removing it from the tree.
Paolo
On 01/25/2011 08:24 AM, Aurelien Jarno wrote:
On Mon, Jan 24, 2011 at 03:00:41PM -0600, Anthony Liguori wrote:
GLib is an extremely common library that has a portable thread implementation
along with tons of other goodies.
GLib and GObject have a fantastic amount of infrastructure we can le
On Tue, Jan 25, 2011 at 03:42:04PM +0100, Kevin Wolf wrote:
> Am 25.01.2011 15:11, schrieb Aurelien Jarno:
> > Luiz Capitulino a écrit :
> >> On Mon, 24 Jan 2011 16:06:34 -0600
> >> Anthony Liguori wrote:
> >>
> >>> On 01/24/2011 07:25 AM, Chris Wright wrote:
> Please send in any agenda items
On 01/25/2011 03:21 AM, Richard W.M. Jones wrote:
On Mon, Jan 24, 2011 at 05:40:05PM -0600, Anthony Liguori wrote:
BTW, how dependent is guestfsd on the guest that libguestfs uses? I
wasn't even aware that it could be used outside of that context.
The daemon is compiled separately --
From: Anthony PERARD
Introduce two functions qemu_shutdown_requested_get and
qemu_reset_requested_get to get the value of shutdown/reset_requested
without reset it.
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
sysemu.h |2 ++
vl.c | 10 ++
2 files chan
It is not possible to use virtio-ioeventfd when building without an I/O
thread. We rely on a signal to kick us out of vcpu execution. Timers
and AIO use SIGALRM and SIGUSR2 respectively. Unfortunately eventfd
does not support O_ASYNC (SIGIO) so eventfd cannot be used in a signal
driven manner.
Am 25.01.2011 15:35, schrieb Anthony Liguori:
> On 01/25/2011 03:57 AM, Kevin Wolf wrote:
>> Am 25.01.2011 00:06, schrieb Paolo Bonzini:
>>
>>> ... or at least "git mv Changelog Changelog.old"?
>>>
>>> It only goes back to 0.12.0 so that there is hardly a place in the git
>>> repo to look for n
From: Anthony PERARD
Hi,
This patch series adds Xen device model support in QEMU.
It rebased on qemu master and updated against the last Xen-unstable.
This series depends on the series "Introduce "machine" QemuOpts".
You can find a git tree here:
git://xenbits.xen.org/people/aperard/qemu-dm
On Tue, 25 Jan 2011, Anthony Perard wrote:
> From: Anthony PERARD
>
> Hi,
>
> This patch series adds Xen device model support in QEMU.
>
> It rebased on qemu master and updated against the last Xen-unstable.
>
> This series depends on the series "Introduce "machine" QemuOpts".
>
>
> You can find
Here's my proposal:
Stable branch - 2/1
1 or 2 -rcs in between
Stable release - 2/15
Regards,
Anthony Liguori
On 01/25/2011 03:57 AM, Kevin Wolf wrote:
Am 25.01.2011 00:06, schrieb Paolo Bonzini:
... or at least "git mv Changelog Changelog.old"?
It only goes back to 0.12.0 so that there is hardly a place in the git
repo to look for new features in 0.13 and 0.14.
Or maybe update it?
I find i
On Tue, Jan 25, 2011 at 2:26 PM, Avi Kivity wrote:
> On 01/25/2011 12:06 AM, Anthony Liguori wrote:
>>
>> On 01/24/2011 07:25 AM, Chris Wright wrote:
>>>
>>> Please send in any agenda items you are interested in covering.
>>
>> - coroutines for the block layer
>
> I have a perpetually in progress
On Tue, Jan 25, 2011 at 02:53:31PM +, Stefan Hajnoczi wrote:
> It is not possible to use virtio-ioeventfd when building without an I/O
> thread. We rely on a signal to kick us out of vcpu execution. Timers
> and AIO use SIGALRM and SIGUSR2 respectively. Unfortunately eventfd
> does not suppo
From: Jun Nakajima
On IA32 host or IA32 PAE host, at present, generally, we can't create
an HVM guest with more than 2G memory, because generally it's almost
impossible for Qemu to find a large enough and consecutive virtual
address space to map an HVM guest's whole physical address space.
The at
From: Anthony PERARD
Signed-off-by: Anthony PERARD
---
hw/acpi_piix4.c |4
hw/xen.h|2 ++
xen-all.c |7 +++
xen-stub.c |4
4 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index 5bbc2b5..ea94bf9 10
From: Anthony PERARD
Update the libxenctrl calls in Qemu to use the new interface, otherwise
Qemu wouldn't be able to build against new versions of the library.
We also check libxenctrl version in configure, from Xen 3.3.0 to Xen
unstable.
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano S
From: Arun Sharma
Open and bind event channels; map ioreq and buffered ioreq rings.
Signed-off-by: Arun Sharma
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
hw/xen_common.h |3 +
xen-all.c | 411 +++
2 files
We need to unlock the mutex before waiting on read via
the worker call since the worker will try to lock and hang
otherwise.
Signed-off-by: Alon Levy
---
hw/qxl.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 117f7c8..00c31c7 100644
--- a/hw/
Am 25.01.2011 15:11, schrieb Aurelien Jarno:
> Luiz Capitulino a écrit :
>> On Mon, 24 Jan 2011 16:06:34 -0600
>> Anthony Liguori wrote:
>>
>>> On 01/24/2011 07:25 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
>>> - coroutines for the block l
From: Anthony PERARD
This function allows to unlock a ram_ptr give by qemu_get_ram_ptr. After
a call to qemu_ram_ptr_unlock, the pointer may be unmap from QEMU when
used with Xen.
Signed-off-by: Anthony PERARD
---
cpu-common.h |1 +
exec.c | 10 ++
xen-mapcache.c | 34
From: Steven Smith
Introduce a new emulated PCI device, specific to fully virtualized Xen
guests. The device is necessary for PV on HVM drivers to work.
Signed-off-by: Steven Smith
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
Makefile.target |1 +
hw/hw.h
From: Alexander Graf
This patch adds a generic layer for xc calls, allowing us to choose between the
xenner and xen implementations at runtime.
Signed-off-by: Alexander Graf
Signed-off-by: Anthony PERARD
---
hw/xen_interfaces.c | 100 +
hw/xen_
From: Anthony PERARD
With MapCache, we can handle a 64b target, even with a 32b host/qemu.
So, we need to have target_phys_addr_t to 64bits.
Signed-off-by: Anthony PERARD
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index c9a13e1.
From: Anthony PERARD
Signed-off-by: Anthony PERARD
---
hw/xen_backend.c | 308 +-
hw/xen_disk.c| 394 +++---
hw/xen_nic.c | 222 +++---
3 files changed, 462 insertions(+),
From: Anthony PERARD
This patch introduces Xen specific call in piix_pci.
The specific part for Xen is in write_config, set_irq and get_pirq.
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
hw/piix_pci.c | 28 ++--
hw/xen.h |6 ++
xe
From: Anthony PERARD
This tells to the xen management tool that the machine can begin run.
Signed-off-by: Anthony PERARD
---
xen-all.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/xen-all.c b/xen-all.c
index a0248ee..c2d37d6 100644
--- a/x
From: Anthony PERARD
Signed-off-by: Anthony PERARD
---
Makefile.target |3 +++
hw/xen.h| 13 +
vl.c|2 ++
xen-all.c | 29 +
xen-stub.c | 17 +
5 files changed, 64 insertions(+), 0 deletions(-)
From: Anthony PERARD
Signed-off-by: Anthony PERARD
---
Makefile.objs |4
Makefile.target |4 +++-
configure |5 +
3 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index 93406ff..d91b9bc 100644
--- a/Makefile.objs
+++ b/Mak
From: Anthony PERARD
Add the Xen FV (Fully Virtualized) machine to Qemu;
this is groundwork to add Xen device model support in Qemu.
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
Makefile.target |3 +
hw/xen_common.h |5 ++
hw/xen_machine_fv.c | 159
On 01/25/2011 08:11 AM, Aurelien Jarno wrote:
Luiz Capitulino a écrit :
On Mon, 24 Jan 2011 16:06:34 -0600
Anthony Liguori wrote:
On 01/24/2011 07:25 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
- coroutines for the blo
On 01/25/2011 05:06 AM, Avi Kivity wrote:
On 01/19/2011 06:57 PM, Anthony Liguori wrote:
On 01/19/2011 07:15 AM, Markus Armbruster wrote:
So they interact with KVM (need kvm_state), and they interact with the
emulated PCI bus. Could you elaborate on the fundamental difference
between the two i
From: Anthony PERARD
Introduce a 8259 Interrupt Controller for target-xen; every set_irq
call makes a Xen hypercall.
Signed-off-by: Anthony PERARD
Signed-off-by: Stefano Stabellini
---
hw/xen_common.h |2 ++
hw/xen_machine_fv.c |5 ++---
xen-all.c | 12
3
On 01/25/2011 12:06 AM, Anthony Liguori wrote:
On 01/24/2011 07:25 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
- coroutines for the block layer
I have a perpetually in progress branch for this, and would very much
like to see this done.
--
error
On Mon, Jan 24, 2011 at 03:00:41PM -0600, Anthony Liguori wrote:
> GLib is an extremely common library that has a portable thread implementation
> along with tons of other goodies.
>
> GLib and GObject have a fantastic amount of infrastructure we can leverage in
> QEMU including an object oriented
On 01/11/2011 02:42 AM, Alon Levy wrote:
This devices uses libcacard (internal) to emulate a smartcard conforming
to the CAC standard. It attaches to the usb-ccid bus. Usage instructions
(example command lines) are in the following patch in docs/ccid.txt. It
uses libcacard which uses nss, so it c
On Mon, Jan 24, 2011 at 03:00:38PM -0600, Anthony Liguori wrote:
> Both the recent I/O loop and threadlet series have me concerned that we're
> digging ourselves deeper into the NIH hole. I think it's time we look at
> something radical to let us borrow more code from existing projects instead of
On Tue, Jan 25, 2011 at 2:13 PM, Michael S. Tsirkin wrote:
> On Tue, Jan 25, 2011 at 01:58:08PM +, Stefan Hajnoczi wrote:
>> It is not possible to use virtio-ioeventfd when building without an I/O
>> thread. We rely on a signal to kick us out of vcpu execution. Timers
>> and AIO use SIGALRM
On 01/11/2011 02:42 AM, Alon Levy wrote:
From: Robert Relyea
libcacard emulates a Common Access Card (CAC) which is a standard
for smartcards. It is used by the emulated ccid card introduced in
a following patch. Docs are available in docs/libcacard.txt
Signed-off-by: Alon Levy
I think im
On Tue, Jan 25, 2011 at 2:02 PM, Luiz Capitulino wrote:
> - Google summer of code 2011 is on, are we interested? (note: I just saw the
> news, I don't have any information yet)
http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/timeline
I'd like to see an in-place QCOW2
On 01/11/2011 02:42 AM, Alon Levy wrote:
diff --git a/libcacard/vscard_common.h b/libcacard/vscard_common.h
new file mode 100644
index 000..9ff1295
--- /dev/null
+++ b/libcacard/vscard_common.h
This file (and the .c file) need a coding style pass to fixup comments
and the use of _ as a
On Tue, Jan 25, 2011 at 01:58:08PM +, Stefan Hajnoczi wrote:
> It is not possible to use virtio-ioeventfd when building without an I/O
> thread. We rely on a signal to kick us out of vcpu execution. Timers
> and AIO use SIGALRM and SIGUSR2 respectively. Unfortunately eventfd
> does not suppo
Luiz Capitulino a écrit :
> On Mon, 24 Jan 2011 16:06:34 -0600
> Anthony Liguori wrote:
>
>> On 01/24/2011 07:25 AM, Chris Wright wrote:
>>> Please send in any agenda items you are interested in covering.
>>>
>> - coroutines for the block layer
>> - glib everywhere
>
> - Let's start planning
On 01/11/2011 02:38 AM, Alon Levy wrote:
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches will
introduce two card types to use it, a passthru card and an emulated card.
[1] http://www.usb.org/de
On Tue, Jan 25, 2011 at 1:20 PM, Stefan Hajnoczi wrote:
> eventfd does not seem to support O_ASYNC.
linux-2.6/fs/eventfd.c does not implement file_operations::fasync() so
I'm convinced SIGIO is not possible here.
I have sent a patch to disable virtio-ioeventfd when !CONFIG_IOTHREAD.
Stefan
On Tue, 25 Jan 2011 11:57:27 -0200
Luiz Capitulino wrote:
> On Mon, 24 Jan 2011 16:06:34 -0600
> Anthony Liguori wrote:
>
> > On 01/24/2011 07:25 AM, Chris Wright wrote:
> > > Please send in any agenda items you are interested in covering.
> > >
> >
> > - coroutines for the block layer
> >
On Tue, Jan 25, 2011 at 10:17:41AM +0100, Edgar E. Iglesias wrote:
> On Mon, Jan 24, 2011 at 04:28:48PM -0600, Anthony Liguori wrote:
> > On 01/24/2011 03:00 PM, Anthony Liguori wrote:
> > > Leave the disable options for now to help with testing but these will be
> > > removed
> > > once we're con
On 01/25/2011 04:27 AM, Avi Kivity wrote:
It boils down to how we reasonably pass a kvm_state reference from
machine init code to a sysbus device. I'm probably biased, but I don't
see any way that does not work against the idea of confining access to
kvm_state or breaks device instantiation from
It is not possible to use virtio-ioeventfd when building without an I/O
thread. We rely on a signal to kick us out of vcpu execution. Timers
and AIO use SIGALRM and SIGUSR2 respectively. Unfortunately eventfd
does not support O_ASYNC (SIGIO) so eventfd cannot be used in a signal
driven manner.
On Mon, 24 Jan 2011 16:06:34 -0600
Anthony Liguori wrote:
> On 01/24/2011 07:25 AM, Chris Wright wrote:
> > Please send in any agenda items you are interested in covering.
> >
>
> - coroutines for the block layer
> - glib everywhere
- Let's start planning our next release in advance, here's
On Tue, Jan 25, 2011 at 11:27 AM, Michael S. Tsirkin wrote:
> On Tue, Jan 25, 2011 at 09:49:04AM +, Stefan Hajnoczi wrote:
>> On Tue, Jan 25, 2011 at 7:12 AM, Stefan Hajnoczi wrote:
>> > On Mon, Jan 24, 2011 at 8:05 PM, Kevin Wolf wrote:
>> >> Am 24.01.2011 20:47, schrieb Michael S. Tsirkin:
Jes Sorensen writes:
> On 01/25/11 11:14, Markus Armbruster wrote:
>> Jes Sorensen writes:
>>
>>> On 01/24/11 18:28, Stefan Weil wrote:
There was some discussion regarding this patch set.
I agree with Markus that part of the first patch
should be removed: don't change char to uns
On Mon, Jan 10, 2011 at 07:23:46PM -0800, Richard Henderson wrote:
> Special case deposits that are implementable with byte and word stores.
> Otherwise implement with double-word shift plus rotates.
>
> Expose tcg_scratch_alloc to the backend for allocation of scratch registers.
>
> Signed-off-b
From: Anthony PERARD
This option gives the ability to switch one "accelerator" like kvm, xen
or the default one tcg. We can specify more than one accelerator by
separate them by a colon. QEMU will try each one and use the first whose
works.
So,
./qemu -machine accel=xen:kvm:tcg
which would try
From: Anthony PERARD
The first patch adds "-machine accel=accels" to Qemu options. And the second
one adds a new field in QEMUMachine to be able to specify a set of machine
options.
With the second patch, we will be able to run a Xen specific machine without
saying to use Xen as an "accelerator"
From: Anthony PERARD
With this new field, we can specified which accelerator use to run the
machine, if the accelerator is not already specified by either a
configuration file or the command line options.
Currently, the only use will be made in the xenfv machine.
Signed-off-by: Anthony PERARD
1 - 100 of 157 matches
Mail list logo