Hi, I've tried Qemu's -curses option - works great generally, but it has
strange question mark characters occasionally (even when the OS is in
terminal mode)
Perhaps some way of improving support for this option exists? If the
code isn't around, but the theory is in place, maybe I can work on
Public bug reported:
while executing in Long Mode (x86-64) instructions such as
mov eax,[r15d]
end up executing as
mov eax,[r15]
according to x86 programmer manuals the behavior of using the Address-
Size override (in long mode) is supposed to ignore the high 32bits of
the register. I use this
Dillon Amburgey wrote:
> This is due to QEMU sparc32plus-linux-user not being compiled with NPTL
> support.
I just check, and NPTL is enabled. I also did this on the binary I
compiled:
$ strings /usr/bin/qemu-sparc32plus-static | grep nptl
../nptl/sysdeps/pthread/createthread.c
../n
> > Venti is an example of an existing system where hash collisions were
> > ignored because the probability is so low. See 3.1. Choice of Hash
> > Function section:
> >
> > http://plan9.bell-labs.com/sys/doc/venti/venti.html
>
>
> If you believe that it's 'extremely low', then please provide ei
This is due to QEMU sparc32plus-linux-user not being compiled with NPTL
support.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1054831
Title:
qemu-user-static for sparc32plus : bash: fork: Invalid
Thanks for reviewing, I'll correct the spelling.
+
+##
# @NewImageMode
#
# An enumeration that tells QEMU how to set the backing file path in
-# a new image file.
+# a new image file, or how to use internal snapshot record.
#
-# @existing: QEMU should look for an existing image file.
+
The Buildbot has detected a new failure on builder default_arm_devs_next while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_arm_devs_next/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Reas
On 12/29/2012 01:52 AM, Blue Swirl wrote:
> On Fri, Dec 28, 2012 at 10:32 AM, Jason Wang wrote:
>> This patch implements both userspace and vhost support for multiple queue
>> virtio-net (VIRTIO_NET_F_MQ). This is done by introducing an array of
>> VirtIONetQueue to VirtIONet.
>>
>> Signed-off-by:
> -Original Message-
> From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
> Sent: Friday, January 04, 2013 7:08 AM
> To: Alexander Graf
> Cc: jjhe...@linux.vnet.ibm.com; Christian Borntraeger; Anthony Liguori; qemu-
> de...@nongnu.org qemu-devel; Bhushan Bharat-R65777
> Subject: Re: [Qemu
From: Dillon Amburgey
glibc on alpha still uses these
Signed-off-by: Dillon Amburgey
---
linux-user/syscall.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index e99adab..cb19ba1 100644
--- a/linux-user/syscall.c
+++ b/l
From: Dillon Amburgey
Signed-off-by: Dillon Amburgey
---
linux-user/sparc/syscall_nr.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/linux-user/sparc/syscall_nr.h b/linux-user/sparc/syscall_nr.h
index 061711c..534e6e9 100644
--- a/linux-user/sparc/syscall_nr.h
+++ b/
Hi, Markus
Any comments for this? There are other serials of patch need this
infrastructure extension, so hope it can be reviewed faster
>These patches enhance HMP to allow it parse 2nd level of commands, such
> as info sub command list, which means now foldered command with parameter
>
From: Dillon Amburgey
This is used at least on the Alpha architecture
Signed-off-by: Dillon Amburgey
---
linux-user/syscall.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index e99adab..0cd54f3 100644
--- a/linux-us
On Thu, Jan 03, 2013 at 08:09:22PM +0100, Alexander Graf wrote:
>
> On 03.01.2013, at 19:48, Jason J. Herne wrote:
>
> > On 01/03/2013 08:56 AM, Alexander Graf wrote:
> >>> static void do_kvm_cpu_synchronize_state(void *_args)
> >>> >{
> >>> > struct kvm_cpu_syncstate_args *args = _args;
> >>
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, January 04, 2013 1:51 AM
> To: Bhushan Bharat-R65777
> Cc: qemu-devel@nongnu.org; qemu-...@nongnu.org; ag...@suse.de; Bhushan Bharat-
> R65777
> Subject: Re: [Qemu-ppc] [PATCH 2/3 v2] Reset qemu timers when guest reset
>
> On
Besides making the code cleaner, we will need a separate way to access
IACK in order to implement EPR (external proxy) interrupt delivery.
Signed-off-by: Scott Wood
---
v2: rebase on latest code
hw/openpic.c | 95 --
1 file changed, 53 i
Properly implement level-triggered interrupts by withdrawing an
interrupt from the raised queue if the interrupt source de-asserts.
Also withdraw from the raised queue if the interrupt becomes masked.
When CTPR is written, check whether we need to raise or lower the
interrupt output.
Signed-off-b
Search the queue more efficiently by first looking for a non-zero word,
and then using the common bit-searching function to find the bit within
the word. It would be even nicer if bitops_ffsl() could be hooked up
to the compiler intrinsic so that bit-searching instructions could be
used, but that'
Previously, the sense and priority bits were masked off when writing
to IVPR, and all interrupts were treated as edge-triggered (despite
the existence of code for handling level-triggered interrupts).
Polarity is implemented only as storage. We don't simulate the
bad effects that you'd get on rea
Respin of the patches from the 12/21 patchset that were not already applied.
Scott Wood (4):
openpic: fix sense and priority bits
openpic: IRQ_check: search the queue a word at a time
openpic: move IACK to its own function
openpic: fix CTPR and de-assertion of interrupts
hw/openpic.c |
On 01/03/2013 12:31:47 PM, Alexander Graf wrote:
On 22.12.2012, at 03:15, Scott Wood wrote:
> Critical interrupts on FSL MPIC are not supposed to pay
> attention to priority, IACK, EOI, etc. On the currently modeled
> version it's not supposed to pay attention to the mask bit either.
>
> Also
From: Stuart Yoder
Signed-off-by: Stuart Yoder
---
-note: this patch requires a kernel headers update
for the pvinfo idle flag. See Bharat Bhushan's
recent patch "Synchronized the linux headers"
---
hw/ppc/e500.c|4
target-ppc/kvm.c | 29 ++---
The Buildbot has detected a new failure on builder default_mingw32 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_mingw32/builds/486
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_rhel61
Build Reason:
On 01/03/2013 02:57:33 PM, Alexander Graf wrote:
On 03.01.2013, at 21:32, Scott Wood wrote:
> On 01/03/2013 02:31:30 PM, Alexander Graf wrote:
>> Am 03.01.2013 um 21:07 schrieb Scott Wood
:
>> > On 01/03/2013 12:53:13 PM, Alexander Graf wrote:
>> >> On 22.12.2012, at 03:15, Scott Wood wrote:
On 01/03/2013 03:07:49 PM, Alexander Graf wrote:
On 03.01.2013, at 20:54, Scott Wood wrote:
> On 01/03/2013 12:55:26 PM, Alexander Graf wrote:
>> On 22.12.2012, at 03:15, Scott Wood wrote:
>> > The two checks with abort() guard against potential QEMU-internal
>> > problems, but the EOI check st
On 03.01.2013, at 20:54, Scott Wood wrote:
> On 01/03/2013 12:55:26 PM, Alexander Graf wrote:
>> On 22.12.2012, at 03:15, Scott Wood wrote:
>> > The two checks with abort() guard against potential QEMU-internal
>> > problems, but the EOI check stops the guest from causing updates to queue
>> > po
On 03.01.2013, at 21:32, Scott Wood wrote:
> On 01/03/2013 02:31:30 PM, Alexander Graf wrote:
>> Am 03.01.2013 um 21:07 schrieb Scott Wood :
>> > On 01/03/2013 12:53:13 PM, Alexander Graf wrote:
>> >> On 22.12.2012, at 03:15, Scott Wood wrote:
>> >> > Search the queue more efficiently by first lo
On 03.01.2013, at 21:37, Scott Wood wrote:
> On 01/03/2013 02:33:39 PM, Alexander Graf wrote:
>> Am 03.01.2013 um 21:20 schrieb Scott Wood :
>> > On 12/27/2012 11:16:51 PM, Bharat Bhushan wrote:
>> >> This patch install the timer reset handler. This will be called when
>> >> the guest is reset.
>
On 01/03/2013 02:33:39 PM, Alexander Graf wrote:
Am 03.01.2013 um 21:20 schrieb Scott Wood :
> On 12/27/2012 11:16:51 PM, Bharat Bhushan wrote:
>> This patch install the timer reset handler. This will be called
when
>> the guest is reset.
>> Signed-off-by: Bharat Bhushan
>> ---
>> v2: same
On 01/03/2013 02:31:30 PM, Alexander Graf wrote:
Am 03.01.2013 um 21:07 schrieb Scott Wood :
> On 01/03/2013 12:53:13 PM, Alexander Graf wrote:
>> On 22.12.2012, at 03:15, Scott Wood wrote:
>> > Search the queue more efficiently by first looking for a
non-zero word,
>> > and then using the c
Am 03.01.2013 um 21:20 schrieb Scott Wood :
> On 12/27/2012 11:16:51 PM, Bharat Bhushan wrote:
>> This patch install the timer reset handler. This will be called when
>> the guest is reset.
>> Signed-off-by: Bharat Bhushan
>> ---
>> v2: same as v1
>> hw/ppc_booke.c | 12
>> 1 file
Am 03.01.2013 um 21:07 schrieb Scott Wood :
> On 01/03/2013 12:53:13 PM, Alexander Graf wrote:
>> On 22.12.2012, at 03:15, Scott Wood wrote:
>> > Search the queue more efficiently by first looking for a non-zero word,
>> > and then using the common bit-searching function to find the bit within
>
On 12/27/2012 11:16:51 PM, Bharat Bhushan wrote:
This patch install the timer reset handler. This will be called when
the guest is reset.
Signed-off-by: Bharat Bhushan
---
v2: same as v1
hw/ppc_booke.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/hw/pp
On 01/03/2013 11:51:56 AM, Alexander Graf wrote:
On 22.12.2012, at 03:15, Scott Wood wrote:
> Previously, the sense and priority bits were masked off when writing
> to IVPR, and all interrupts were treated as edge-triggered (despite
> the existence of code for handling level-triggered interrupt
On 01/03/2013 12:42:09 PM, Alexander Graf wrote:
On 22.12.2012, at 03:15, Scott Wood wrote:
> Previously the code relied on the queue's "next" field getting
> set to -1 sometime between an update to the bitmap, and the next
> call to IRQ_get_next. Sometimes this happened after the update.
> So
On 01/03/2013 12:53:13 PM, Alexander Graf wrote:
On 22.12.2012, at 03:15, Scott Wood wrote:
> Search the queue more efficiently by first looking for a non-zero
word,
> and then using the common bit-searching function to find the bit
within
> the word. It would be even nicer if bitops_ffsl(
On 01/03/2013 12:55:26 PM, Alexander Graf wrote:
On 22.12.2012, at 03:15, Scott Wood wrote:
> The two checks with abort() guard against potential QEMU-internal
> problems, but the EOI check stops the guest from causing updates to
queue
> position -1 and other havoc if it writes EOI with no i
On Thu, Jan 03, 2013 at 01:39:48PM +0100, Stefan Hajnoczi wrote:
> On Wed, Jan 02, 2013 at 12:26:37PM -0600, Troy Benjegerdes wrote:
> > The probability may be 'low' but it is not zero. Just because it's
> > hard to calculate the hash doesn't mean you can't do it. If your
> > input data is not rand
Peter Maydell writes:
> On 3 January 2013 19:00, Anthony Liguori wrote:
>> Thanks, applied.
>
> So we now say "char device redirected to /dev/pts/5 (compat_monitor0)"
> rather than "char device compat_monitor0 redirected to /dev/pts/5" ?
> I think that's a reduction in clarity and it's sad that
On 01/03/2013 11:31:49 AM, Alexander Graf wrote:
On 22.12.2012, at 03:15, Scott Wood wrote:
> Fix various format errors when debug prints are enabled. Also
> cause error checking to happen even when debug prints are not
> enabled, and consistently use 0x for hex output.
>
> Signed-off-by: Scot
On 3 January 2013 19:00, Anthony Liguori wrote:
> Thanks, applied.
So we now say "char device redirected to /dev/pts/5 (compat_monitor0)"
rather than "char device compat_monitor0 redirected to /dev/pts/5" ?
I think that's a reduction in clarity and it's sad that we have to do it.
I also think th
On Thu, Jan 03, 2013 at 11:06:02AM -0200, Erlon Cruz wrote:
> On Wed, Jan 2, 2013 at 9:04 PM, mdroth wrote:
>
> > On Mon, Dec 31, 2012 at 06:14:59PM -0200, Erlon Cruz wrote:
> > > Hi,
> > >
> > >
> > > I needed to run an external program in a guest machine. Once this must be
> > > triggered by th
On 01/03/2013 10:50 AM, Richard Henderson wrote:
On 01/03/2013 10:39 AM, Eric Johnson wrote:
While making this change please keep in mind that newer MIPS32
processors allow more than 31 bits of user address space (up to 3.5
GiB) if they have Enhanced Virtual Address support.
Interesting.
Well,
On 03.01.2013, at 19:48, Jason J. Herne wrote:
> On 01/03/2013 08:56 AM, Alexander Graf wrote:
>>> static void do_kvm_cpu_synchronize_state(void *_args)
>>> >{
>>> > struct kvm_cpu_syncstate_args *args = _args;
>>> >+CPUArchState *env = args->env;
>>> >+int register_level = args->regi
Thanks, applied.
Regards,
Anthony Liguori
On 22.12.2012, at 03:15, Scott Wood wrote:
> Properly implement level-triggered interrupts by withdrawing an
> interrupt from the raised queue if the interrupt source de-asserts.
> Also withdraw from the raised queue if the interrupt becomes masked.
>
> When CTPR is written, check whether we nee
Stefan Hajnoczi writes:
> On Thu, Jan 03, 2013 at 10:32:43AM +0100, Stefan Weil wrote:
>> Am 03.01.2013 10:30, schrieb Gerd Hoffmann:
>> > CChw/dataplane/vring.o
>> >cc1: warnings being treated as errors
>> >/home/kraxel/projects/qemu/hw/dataplane/vring.c: In function ‘vring_setup’:
>> >/ho
On 22.12.2012, at 03:15, Scott Wood wrote:
> Besides making the code cleaner, we will need a separate way to access
> IACK in order to implement EPR (external proxy) interrupt delivery.
>
> Signed-off-by: Scott Wood
This patch depends on 3/15, so I'll leave it alone for now. It looks sane
tho
"Daniel P. Berrange" writes:
> On Thu, Jan 03, 2013 at 02:23:03PM +0100, Gerd Hoffmann wrote:
>> Commit 586502189edf9fd0f89a83de96717a2ea826fdb0 breaks libvirt pty
>> support because it tried to figure the pts name from stderr output.
>>
>> Fix this by moving the label to the end of the line, th
On 22.12.2012, at 03:15, Scott Wood wrote:
> The two checks with abort() guard against potential QEMU-internal
> problems, but the EOI check stops the guest from causing updates to queue
> position -1 and other havoc if it writes EOI with no interrupt in
> service.
>
> Signed-off-by: Scott Wood
On Thu, Jan 3, 2013 at 6:50 AM, Andreas Färber wrote:
>
>> The culprit seems to be when the process runs out of virtual address
>> space on 32-bit systems due to some subsystem (virtio?) creating a
>> large number of pthreads under heavy workloads.
>>
>> Unfortunately my QEMU expertise is too limi
On 22.12.2012, at 03:15, Scott Wood wrote:
> Search the queue more efficiently by first looking for a non-zero word,
> and then using the common bit-searching function to find the bit within
> the word. It would be even nicer if bitops_ffsl() could be hooked up
> to the compiler intrinsic so tha
On 01/03/2013 10:39 AM, Eric Johnson wrote:
> While making this change please keep in mind that newer MIPS32
> processors allow more than 31 bits of user address space (up to 3.5
> GiB) if they have Enhanced Virtual Address support.
Interesting.
Well, would you be able to help figure out exactly
On 01/03/2013 08:56 AM, Alexander Graf wrote:
static void do_kvm_cpu_synchronize_state(void *_args)
>{
> struct kvm_cpu_syncstate_args *args = _args;
>+CPUArchState *env = args->env;
>+int register_level = args->register_level;
>
This probably becomes more readable if we explicitly r
On 22.12.2012, at 03:15, Scott Wood wrote:
> Besides the private implementation being redundant, namespace collisions
> prevented the use of other things in bitops.h.
>
> Serialization does get a bit more awkward, unfortunately, since the
> standard bitmap operations are "unsigned long" rather t
On 22.12.2012, at 03:15, Scott Wood wrote:
> Previously the code relied on the queue's "next" field getting
> set to -1 sometime between an update to the bitmap, and the next
> call to IRQ_get_next. Sometimes this happened after the update.
> Sometimes it happened before the check. Sometimes it
On 01/03/2013 09:24 AM, Alexander Graf wrote:
On 03.01.2013, at 18:19, Peter Maydell wrote:
On 3 January 2013 13:17, Alexander Graf wrote:
MIPS only supports 31 bits of virtual address space for user space, so let's
make sure we stay within that limit with our preallocated memory block.
This
On 22.12.2012, at 03:15, Scott Wood wrote:
> Signed-off-by: Scott Wood
> ---
> hw/openpic.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/hw/openpic.c b/hw/openpic.c
> index 9d22e9c..268f312 100644
> --- a/hw/openpic.c
> +++ b/hw/openpic.c
> @@ -194,6 +194,7 @@
On 22.12.2012, at 03:15, Scott Wood wrote:
> Other priorities are signed, so avoid comparisons between
> signed and unsigned.
>
> Signed-off-by: Scott Wood
Thanks, applied to ppc-next.
Alex
On 22.12.2012, at 03:15, Scott Wood wrote:
> Critical interrupts on FSL MPIC are not supposed to pay
> attention to priority, IACK, EOI, etc. On the currently modeled
> version it's not supposed to pay attention to the mask bit either.
>
> Also reorganize to make it easier to implement newer FS
On Mon, Dec 31, 2012 at 01:16:12PM +0100, Roger Pau Monne wrote:
> Files that reside on ramfs or tmpfs cannot be opened with O_DIRECT,
That is not entirely true. There are patches floating around (LKML)
to make tmpfs/ramfs be able to do this.
> if first call to bdrv_open fails with errno = EINVAL
On 01/02/2013 09:16 AM, Benoît Canet wrote:
> Signed-off-by: Benoit Canet
> ---
> docs/specs/qcow2.txt | 100
> +-
> 1 file changed, 99 insertions(+), 1 deletion(-)
>
> diff --git a/docs/specs/qcow2.txt b/docs/specs/qcow2.txt
> index 36a559d..c9c
On 22.12.2012, at 03:15, Scott Wood wrote:
> The base openpic specification doesn't provide abbreviated register
> names, so it's somewhat understandable that the QEMU code made up
> its own, except that most of the names that QEMU used didn't correspond
> to the terminology used by any implement
On 12/29/2012 01:45 AM, Wenchao Xia wrote:
> Switch the filename getting from parameter to block function,
> now collect_image_info depends only on *bs.
>
> Signed-off-by: Wenchao Xia
> ---
> qemu-img.c |8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/qemu-
On 22.12.2012, at 03:15, Scott Wood wrote:
> Book E does not play games with certain bits of xSRR1 being MSR save
> bits and others being error status. xSRR1 is the old MSR, period.
> This was causing things like MSR[CE] to be lost, even in the saved
> version, as soon as you take an exception.
On 22.12.2012, at 03:15, Scott Wood wrote:
> This will stop things from breaking once it's properly treated as a
> level-triggered interrupt. Note that it's the MPIC's MSI cascade
> interrupts that are level-triggered; the individual MSIs are
> edge-triggered.
>
> Signed-off-by: Scott Wood
Th
On 22.12.2012, at 03:15, Scott Wood wrote:
> Previously, the sense and priority bits were masked off when writing
> to IVPR, and all interrupts were treated as edge-triggered (despite
> the existence of code for handling level-triggered interrupts).
>
> Polarity is implemented only as storage.
On 3 January 2013 17:37, Alexander Graf wrote:
> On 03.01.2013, at 18:28, Peter Maydell wrote:
>> Untested, and I haven't looked up the PPC ABI to check that the
>> function is overall doing the right thing, but with those caveats:
>> Reviewed-by: Peter Maydell
>
> Considering the state it was in
On 03.01.2013, at 18:28, Peter Maydell wrote:
> On 3 January 2013 14:45, Alexander Graf wrote:
>>
>> On 02.01.2013, at 21:53, Samuel Seay wrote:
>>
>>> Removed h2g() macro around the ka->_sa_handler due to the _sa_handler being
>>> a guest memory address
>>> Changed the __put_user to put_user
Am 05.12.2012 17:49, schrieb Eduardo Habkost:
> Eduardo Habkost (8):
[...]
> libqemustub: Add qemu_[un]register_reset() stubs
> libqemustub: vmstate register/unregister stubs
> libqemustub: sysbus_get_default() stub
[...]
> include qdev code into *-user, too
> qom: Make CPU a child of Dev
On 22.12.2012, at 03:15, Scott Wood wrote:
> Fix various format errors when debug prints are enabled. Also
> cause error checking to happen even when debug prints are not
> enabled, and consistently use 0x for hex output.
>
> Signed-off-by: Scott Wood
> ---
> hw/openpic.c | 40 ++
On 3 January 2013 14:45, Alexander Graf wrote:
>
> On 02.01.2013, at 21:53, Samuel Seay wrote:
>
>> Removed h2g() macro around the ka->_sa_handler due to the _sa_handler being
>> a guest memory address
>> Changed the __put_user to put_user as it was attempting to put a value at
>> the stack addr
On 03.01.2013, at 18:19, Peter Maydell wrote:
> On 3 January 2013 13:17, Alexander Graf wrote:
>> MIPS only supports 31 bits of virtual address space for user space, so let's
>> make sure we stay within that limit with our preallocated memory block.
>>
>> This fixes the MIPS user space targets
On 3 January 2013 13:17, Alexander Graf wrote:
> MIPS only supports 31 bits of virtual address space for user space, so let's
> make sure we stay within that limit with our preallocated memory block.
>
> This fixes the MIPS user space targets when executed without command line
> option.
This look
Hello,
I started to write the deduplication metrics code in order to be able
to design asynchronous deduplication.
I am looking for a way to create a metric allowing deduplication to be paused
or resumed on a given threshold.
Does anyone have a sugestion regarding the metric that could be used
same here with:
Bus 002 Device 006: ID 16d5:6603 AnyDATA Corporation
^^ it is modem and my qemu-kvm version is:
QEMU emulator version 1.2.0 (kvm-1.2.0-178.2)
i can also confirm freezing in previous version ..
regards, d
--
You received this bug notification because you are a member of qemu-
de
From: KONRAD Frederic
A virtio-s390-bus is created during the init. So one VirtIODevice can be
connected on the virtio-s390-device through this bus.
Signed-off-by: KONRAD Frederic
---
hw/s390-virtio-bus.c | 2 ++
hw/s390-virtio-bus.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/hw/s39
From: KONRAD Frederic
Introduce virtio-pci-bus, which extends virtio-bus. It is used with virtio-pci
transport device.
Signed-off-by: KONRAD Frederic
---
hw/virtio-pci.c | 37 +
hw/virtio-pci.h | 19 +--
2 files changed, 54 insertions(+), 2 d
From: KONRAD Frederic
This add the virtio-s390-bus which extends virtio-bus. So one VirtIODevice can
be connected on this bus.
Signed-off-by: KONRAD Frederic
---
hw/s390-virtio-bus.c | 28
hw/s390-virtio-bus.h | 13 +
2 files changed, 41 insertions(+)
From: KONRAD Frederic
The qdev field is no longer needed, just drop it.
Signed-off-by: KONRAD Frederic
---
hw/virtio-blk.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/hw/virtio-blk.c b/hw/virtio-blk.c
index 67e58da..0363419 100644
--- a/hw/virtio-blk.c
+++ b/hw/virti
From: KONRAD Frederic
Create the virtio-device which is abstract. All the virtio-device can extend
this class.
Signed-off-by: KONRAD Frederic
---
hw/virtio.c | 70 ++---
hw/virtio.h | 31 +++
2 files changed, 89 in
From: KONRAD Frederic
Create virtio-blk which extends virtio-device, so it can be connected on
virtio-bus.
Signed-off-by: KONRAD Frederic
---
hw/virtio-blk.c | 101 +++-
hw/virtio-blk.h | 19 +++
hw/virtio-pci.c | 7 ++--
3 files c
From: KONRAD Frederic
Create the virtio-pci device. This transport device will create a
virtio-pci-bus, so one VirtIODevice can be connected.
Signed-off-by: KONRAD Frederic
---
hw/virtio-pci.c | 133
hw/virtio-pci.h | 18
2 fil
From: KONRAD Frederic
As the virtio-blk-pci and virtio-blk-s390 are switched to the new API,
we can use QOM casts and remove the separate init/exit for the old API.
This shouldn't been applyied before virtio-blk-pci and virtio-blk-s390
refactoring as their VirtIODevice were not a QOM object.
Sig
From: KONRAD Frederic
Here the virtio-blk-pci is modified for the new API. The device
virtio-blk-pci extends virtio-pci. It creates and connects a virtio-blk
during the init. The properties are not changed.
Signed-off-by: KONRAD Frederic
---
hw/virtio-pci.c | 113 +++---
From: KONRAD Frederic
Here the virtio-blk-s390 is modified for the new API. The device
virtio-blk-s390 extends virtio-s390-device as before. It creates and
connects a virtio-blk during the init. The properties are not modified.
Signed-off-by: KONRAD Frederic
---
hw/s390-virtio-bus.c | 17 +
From: KONRAD Frederic
You can clone that from here :
git.greensocs.com/home/greensocs/git/qemu_virtio.git virtio_refactoring_rfc_v9
This new version fix the name issues with the function name (in virtio-bus)
and the initialisation of virtio-blk-x. If you're all ok with that, I will send
the full
From: KONRAD Frederic
Introduce virtio-bus. Refactored transport device will create a bus which
extends virtio-bus.
Signed-off-by: KONRAD Frederic
---
hw/Makefile.objs | 1 +
hw/virtio-bus.c | 178 +++
hw/virtio-bus.h | 98 ++
From: KONRAD Frederic
Add a max_dev field to BusState to specify the maximum amount of devices allowed
on the bus ( have no effect if max_dev=0 )
Signed-off-by: KONRAD Frederic
---
hw/qdev-core.h| 2 ++
hw/qdev-monitor.c | 11 +++
2 files changed, 13 insertions(+)
diff --git a/hw
On 02.01.2013, at 21:53, Samuel Seay wrote:
> Removed h2g() macro around the ka->_sa_handler due to the _sa_handler being a
> guest memory address
> Changed the __put_user to put_user as it was attempting to put a value at the
> stack address but the new address is a guest memory address, __put
On 01.01.2013, at 19:24, Stefan Weil wrote:
> The function is only used in misc_helper.c, so move it to that file.
>
> This reduces the size of debug executables (compiled without optimization)
> because they get unused code and data for each compilation which includes
> cpu.h.
>
> Executables
On Mon, 2012-12-31 at 12:16 +, Roger Pau Monne wrote:
> Files that reside on ramfs or tmpfs cannot be opened with O_DIRECT,
> if first call to bdrv_open fails with errno = EINVAL, try a second
> call without BDRV_O_NOCACHE.
Doesn't that risk spuriously turning of NOCACHE on other sorts of
devi
On 28.12.2012, at 06:16, Bharat Bhushan wrote:
> This patch install the timer reset handler. This will be called when
> the guest is reset.
>
> Signed-off-by: Bharat Bhushan
Thanks, adjusted to the current QOM'ified code and applied this patch.
Alex
On 12/23/12 16:32, Hervé Poussineau wrote:
> -static const MemoryRegionPortio uhci_portio[] = {
> -{ 0, 32, 2, .write = uhci_ioport_writew, },
> -{ 0, 32, 2, .read = uhci_ioport_readw, },
> -{ 0, 32, 4, .write = uhci_ioport_writel, },
> -{ 0, 32, 4, .read = uhci_ioport_readl, },
> -
Hi,
> As for finding a solution to the bochs debug ports, can you resubmit
> this series with the commit'able patches first, marked PATCH, and append
> a proposal merging Gerd's, Lucas' and your QOM'ified debug device?
I'll try to get a updated patch series with the debug/test devices out
of th
On 02/01/2013 15:08, Anthony Liguori wrote:
fred.kon...@greensocs.com writes:
From: KONRAD Frederic
Add a max_dev field to BusState to specify the maximum amount of devices allowed
on the bus ( have no effect if max_dev=0 )
Signed-off-by: KONRAD Frederic
---
hw/qdev-core.h| 2 ++
hw
On 27.12.2012, at 12:38, Bhushan Bharat-R65777 wrote:
>
>
>> -Original Message-
>> From: Alexander Graf [mailto:ag...@suse.de]
>> Sent: Monday, December 17, 2012 8:09 PM
>> To: Bhushan Bharat-R65777
>> Cc: qemu-devel@nongnu.org; qemu-...@nongnu.org; Bhushan Bharat-R65777
>> Subject: Re:
On 21.12.2012, at 14:55, Jason J. Herne wrote:
> Note: This is rework for the patch set previously submitted:
> "s390/migration: Provide a cpu save for initial life migration work"
> http://lists.nongnu.org/archive/html/qemu-devel/2012-11/msg02203.html
>
> Rework the method used to synchronize C
On 21.12.2012, at 14:56, Jason J. Herne wrote:
> From: "Jason J. Herne"
>
> Modify syncing algorithm in do_kvm_cpu_synchronize_state to avoid
> overwriting previously synced register data by calling
> do_kvm_cpu_synchronize_state twice.
>
> The problem occurs if the following sequence of event
Thanks, applied.
Regards,
Anthony Liguori
1 - 100 of 131 matches
Mail list logo
