On 10/23/2010 11:27 AM, Blue Swirl wrote:
> On Sat, Oct 23, 2010 at 3:39 PM, Venkateswararao Jujjuri (JV)
> wrote:
>> On 10/23/2010 5:44 AM, Blue Swirl wrote:
>>> On Fri, Oct 22, 2010 at 7:15 PM, Venkateswararao Jujjuri (JV)
>>> wrote:
SYNOPSIS
size[4] Tfsync tag[2] fid[4] datasync[4
SYNOPSIS
size[4] Tfsync tag[2] fid[4] datasync[4]
size[4] Rfsync tag[2]
DESCRIPTION
The Tfsync transaction transfers ("flushes") all modified in-core data of
file identified by fid to the disk device (or other permanent storage
device) where that file resides.
If da
There have been a few posts over the years on problems with Win XP BSOD during
boot when trying to run the windows using the "old" kqemu accelerator with the
-kernel-kqemu option (accelerate guest kernel mode as well as guest user mode).
This issue is probably nearly dead by now, but for
** Patch added: "rgb565.patch"
https://bugs.launchpad.net/bugs/665743/+attachment/1708692/+files/rgb565.patch
--
Cocoa video corruption when guest uses RGB565 mode
https://bugs.launchpad.net/bugs/665743
You received this bug notification because you are a member of qemu-
devel-ml, which is s
Public bug reported:
The cocoa video driver doesn't currently support when the guest uses
RGB565 or HighColor mode resulting in corrupted video. The initial
graphics screen of recent Ubuntu installs is an example. The attached
patch against 0.13.0-release seems to fix the problem by introducing
On Sat, Oct 23, 2010 at 2:38 PM, Michael S. Tsirkin wrote:
> On Sat, Oct 23, 2010 at 12:42:44PM -0600, Alex Williamson wrote:
>> On Sat, 2010-10-23 at 19:29 +0200, Michael S. Tsirkin wrote:
>> > On Sat, Oct 23, 2010 at 10:52:43AM -0600, Alex Williamson wrote:
>> > > On Sat, 2010-10-23 at 18:16 +02
On Sat, Oct 23, 2010 at 12:42:44PM -0600, Alex Williamson wrote:
> On Sat, 2010-10-23 at 19:29 +0200, Michael S. Tsirkin wrote:
> > On Sat, Oct 23, 2010 at 10:52:43AM -0600, Alex Williamson wrote:
> > > On Sat, 2010-10-23 at 18:16 +0200, Michael S. Tsirkin wrote:
> > > > On Fri, Oct 22, 2010 at 02:
On Sat, 2010-10-23 at 19:29 +0200, Michael S. Tsirkin wrote:
> On Sat, Oct 23, 2010 at 10:52:43AM -0600, Alex Williamson wrote:
> > On Sat, 2010-10-23 at 18:16 +0200, Michael S. Tsirkin wrote:
> > > On Fri, Oct 22, 2010 at 02:40:39PM -0600, Alex Williamson wrote:
> > > > We need to pull in config.h
On Sat, Oct 23, 2010 at 3:39 PM, Venkateswararao Jujjuri (JV)
wrote:
> On 10/23/2010 5:44 AM, Blue Swirl wrote:
>> On Fri, Oct 22, 2010 at 7:15 PM, Venkateswararao Jujjuri (JV)
>> wrote:
>>> SYNOPSIS
>>> size[4] Tfsync tag[2] fid[4] datasync[4]
>>>
>>> size[4] Rfsync tag[2]
>>>
>>> DESCRIPT
On Sat, Oct 23, 2010 at 10:52:43AM -0600, Alex Williamson wrote:
> On Sat, 2010-10-23 at 18:16 +0200, Michael S. Tsirkin wrote:
> > On Fri, Oct 22, 2010 at 02:40:39PM -0600, Alex Williamson wrote:
> > > We need to pull in config.h or else kvm.h doesn't pull in
> > > linux/config.h, which we need if
On Sat, 2010-10-23 at 18:18 +0200, Michael S. Tsirkin wrote:
> On Fri, Oct 22, 2010 at 02:40:31PM -0600, Alex Williamson wrote:
> > To enable common msix support to be used with pass through devices,
> > don't attempt to change the BAR if the device already has an
> > MSI-X capability. This also m
On Sat, 2010-10-23 at 18:16 +0200, Michael S. Tsirkin wrote:
> On Fri, Oct 22, 2010 at 02:40:39PM -0600, Alex Williamson wrote:
> > We need to pull in config.h or else kvm.h doesn't pull in
> > linux/config.h, which we need if we ever want KVM_CAP_IRQCHIP
> > defined. This requires moving the obje
On Fri, Oct 22, 2010 at 02:40:39PM -0600, Alex Williamson wrote:
> We need to pull in config.h or else kvm.h doesn't pull in
> linux/config.h, which we need if we ever want KVM_CAP_IRQCHIP
> defined. This requires moving the object over to Makefile.target
> or else we can't find config-target.h
>
On Fri, Oct 22, 2010 at 02:40:31PM -0600, Alex Williamson wrote:
> To enable common msix support to be used with pass through devices,
> don't attempt to change the BAR if the device already has an
> MSI-X capability. This also means we want to pay closer attention
> to the size when we map the ms
On Fri, Oct 22, 2010 at 03:49:38PM +0200, Markus Armbruster wrote:
> Alon Levy writes:
>
> > 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
On 10/23/2010 5:44 AM, Blue Swirl wrote:
> On Fri, Oct 22, 2010 at 7:15 PM, Venkateswararao Jujjuri (JV)
> wrote:
>> SYNOPSIS
>>size[4] Tfsync tag[2] fid[4] datasync[4]
>>
>>size[4] Rfsync tag[2]
>>
>> DESCRIPTION
>>
>>The Tfsync transaction transfers ("flushes") all modified in-core d
Thanks, applied all.
On Thu, Oct 21, 2010 at 8:18 AM, Paolo Bonzini wrote:
> This is a small start from the autoconfy configure series. Actually,
> this part is almost completely new. It cleans up the tests Makefile
> so that the i386-linux-user testsuite's Makefile targets are more
> easily ex
Just found time to look a bit deeper into this. The problem is in the (real)
asinh() function.
I think it is possible that somewhere a calculation was done in float instead
of double or a double value was shortened to float.
Please note that until this is fixed, qemu i386 is not IEEE754 conform.
Forgot so say: This is still present in 0.13.0.
--
Python 3.1.2 math errors with Qemu 0.12.5
https://bugs.launchpad.net/bugs/645662
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
When doing the reg
On 10/23/2010 06:31 AM, Andrew Beekhof wrote:
On 10/22/2010 08:45 PM, Michael Roth wrote:
This set of patches is meant to be applied on top of the Virtproxy v1
patchset.
OVERVIEW:
There are a wide range of use cases motivating the need for a guest
agent of some sort to extend the functionality
On Mon, Oct 18, 2010 at 8:15 AM, wrote:
> From: Jes Sorensen
>
> Signed-off-by: Jes Sorensen
Almost there:
CCm68k-linux-user/m68k-semi.o
/src/qemu/m68k-semi.c: In function 'do_m68k_semihosting':
/src/qemu/m68k-semi.c:328: error: 'qemu_timeval' undeclared (first use
in this function)
/src
On Thu, Oct 21, 2010 at 12:07:17PM +0200, Avi Kivity wrote:
> How do we manage the stable series wrt this issue?
>
> qemu-kvm-0.12.5 has a regression within the stable series that this
> patch fixes. qemu 0.12.5 does not, but only because it does not
> emulate polarity in the I/O APIC correctly.
On Fri, Oct 22, 2010 at 7:15 PM, Venkateswararao Jujjuri (JV)
wrote:
> SYNOPSIS
> size[4] Tfsync tag[2] fid[4] datasync[4]
>
> size[4] Rfsync tag[2]
>
> DESCRIPTION
>
> The Tfsync transaction transfers ("flushes") all modified in-core data of
> file identified by fid to the disk device
On Fri, Oct 22, 2010 at 6:32 PM, Lluís wrote:
> Here's a set of patches with the current state of static
> instrumentation.
>
> Hope that this organization will help understanding the point of
> it. Patch 9 describes the taken approach for instrumenting during code
> generation, which is the main
On Fri, Oct 22, 2010 at 10:59 AM, Amit Shah wrote:
> On (Wed) Oct 20 2010 [08:18:51], Anthony Liguori wrote:
>> On 10/20/2010 07:05 AM, Stefan Hajnoczi wrote:
>> >On Wed, Oct 20, 2010 at 12:57 PM, Amit Shah wrote:
>> >>On (Tue) Oct 19 2010 [23:12:20], Arun R Bharadwaj wrote:
>> >>>Hi,
>> >>>
>> >
My review comments from the last version still stand:
http://permalink.gmane.org/gmane.comp.emulators.qemu/82796
Stefan
On Thu, Oct 21, 2010 at 1:10 PM, Arun R Bharadwaj
wrote:
> static ssize_t qemu_paio_return(struct qemu_paiocb *aiocb)
> {
> ssize_t ret;
>
> - mutex_lock(&lock);
> ret = aiocb->ret;
> - mutex_unlock(&lock);
> -
> return ret;
> }
>
> @@ -536,14 +442,15 @@ static void paio_cance
On 10/22/2010 08:45 PM, Michael Roth wrote:
This set of patches is meant to be applied on top of the Virtproxy v1 patchset.
OVERVIEW:
There are a wide range of use cases motivating the need for a guest agent of
some sort to extend the functionality/usability/control offered by QEMU. Some
exam
On Fri, Oct 22, 2010 at 6:43 PM, Michael Roth wrote:
> OVERVIEW:
>
> Virtproxy proxies and multiplexes socket streams over a data channel between
> a host and a guest (currently network connections, emulated serial, or
> virtio-serial channels are supported). This allows for services such as gue
On 10/23/2010 03:50 AM, Alex Williamson wrote:
Oops, memory.c isn't upstream, I'll push it down in my patch queue and
send a new one.
Neither is kvm_set_irq actually. :) This patch is only needed for qemu-kvm.
BTW, maybe the better solution would be to move the kvm_*_irq* functions
from qemu
30 matches
Mail list logo
