On Tue, 28 Aug 2012, Michael S. Tsirkin wrote:
On Mon, Aug 27, 2012 at 07:40:56PM +, Blue Swirl wrote:
On Mon, Aug 27, 2012 at 7:24 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Aug 27, 2012 at 07:12:27PM +, Blue Swirl wrote:
On Mon, Aug 27, 2012 at 7:06 PM, Michael S.
On Tue, 28 Aug 2012, Anthony Liguori wrote:
Blue Swirl blauwir...@gmail.com writes:
On Tue, Aug 28, 2012 at 5:28 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Aug 28, 2012 at 05:01:55PM +, Blue Swirl wrote:
On Tue, Aug 28, 2012 at 7:35 AM, Michael Tokarev m...@tls.msk.ru
On Fri, 24 Aug 2012, Michael Tokarev wrote:
Hello Mike, Vassili.
On 23.08.2012 20:16, Mike Gerber wrote:
Hi,
I'm using a KVM guest to stream audio using darkice to an icecast2 server
on the
same guest. The guest uses an emulated ES1370 sound card to capture the
host's
audio
On Mon, 5 Mar 2012, Blue Swirl wrote:
On Mon, Mar 5, 2012 at 15:17, Avi Kivity a...@redhat.com wrote:
On 03/05/2012 05:15 PM, Anthony Liguori wrote:
The other alternative is to s/target_phys_addr_t/uint64_t/ in the memory
API. I think 32-on-32 is quite rare these days, so it wouldn't be
On Tue, 18 Oct 2011, Michael S. Tsirkin wrote:
On Tue, Oct 18, 2011 at 02:23:29PM +0200, Jan Kiszka wrote:
On 2011-10-18 14:05, Michael S. Tsirkin wrote:
On Mon, Oct 17, 2011 at 09:15:47PM +0200, Jan Kiszka wrote:
On 2011-10-17 15:43, Michael S. Tsirkin wrote:
On Mon, Oct 17, 2011 at
On Mon, 8 Aug 2011, Avi Kivity wrote:
fixes BAR sizing as well.
I'm fine with this version, thanks.
[..snip..]
--
mailto:av1...@comtv.ru
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Mon, 8 Aug 2011, Avi Kivity wrote:
Fine with this too, thanks.
[..snip..]
--
mailto:av1...@comtv.ru
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 8 Aug 2011, Peter Maydell wrote:
On 8 August 2011 13:56, Avi Kivity a...@redhat.com wrote:
QEMU deals with a lot of fixed width integer types; their names
(uint64_t etc) are clumsy to use and take up a lot of space.
Following Linux, introduce shorter names, for example U64 for
On Fri, 5 Aug 2011, Anthony Liguori wrote:
On 08/04/2011 08:06 AM, Avi Kivity wrote:
fixes BAR sizing as well.
Reviewed-by: Richard Hendersonr...@twiddle.net
Signed-off-by: Avi Kivitya...@redhat.com
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Malc, please Ack
Ok, please
On Tue, 2 Aug 2011, Avi Kivity wrote:
When trying to map an alias of a ram region, where the alias starts at
address A and we map it into address B, and A B, we had an arithmetic
underflow. Because we use unsigned arithmetic, the underflow converted
into a large number which failed
On Mon, 25 Jul 2011, Alexander Graf wrote:
On 25.07.2011, at 12:09, Avi Kivity wrote:
On 07/25/2011 01:04 PM, Alexander Graf wrote:
On 25.07.2011, at 12:02, Avi Kivity wrote:
On 07/25/2011 12:56 PM, Alexander Graf wrote:
That argument can be used to block any change.
On Mon, 25 Jul 2011, Anthony Liguori wrote:
On 07/25/2011 09:30 AM, Max Filippov wrote:
qemu_malloc() is type-unsafe as it returns a void pointer.
Introduce
QEMU_NEW() (and QEMU_NEWZ()), which return the correct type.
Just use g_new() and g_new0()
On Mon, 25 Jul 2011, Avi Kivity wrote:
On 07/25/2011 05:47 PM, malc wrote:
Right right.. only g_new aborts on zero..
If n_structs is 0 it returns NULL
http://developer.gnome.org/glib/2.28/glib-Standard-Macros.html#NULL:CAPS.
Right you are.
It's annoying that it takes
On Mon, 25 Jul 2011, Avi Kivity wrote:
As with the rest of the memory API, the caller associates an eventfd
with an address, and the memory API takes care of registering or
unregistering when the address is made visible or invisible to the
guest.
Signed-off-by: Avi Kivity a...@redhat.com
On Mon, 25 Jul 2011, Avi Kivity wrote:
On 07/25/2011 06:16 PM, malc wrote:
On Mon, 25 Jul 2011, Avi Kivity wrote:
As with the rest of the memory API, the caller associates an eventfd
with an address, and the memory API takes care of registering or
unregistering when the address
On Mon, 25 Jul 2011, Avi Kivity wrote:
On 07/25/2011 06:22 PM, malc wrote:
+}
+if (a.fd b.fd) {
+return true;
+} else {
if (a.fd b.fd) {
+return false
On Mon, 11 Jul 2011, Avi Kivity wrote:
On 07/11/2011 04:42 AM, Anthony Liguori wrote:
On 07/10/2011 03:33 PM, malc wrote:
On Sun, 10 Jul 2011, Avi Kivity wrote:
fixes BAR sizing as well.
I find this patch disgusting, the read and write handlers in particular.
Shouldn't
On Sun, 10 Jul 2011, Avi Kivity wrote:
fixes BAR sizing as well.
I find this patch disgusting, the read and write handlers in particular.
[..snip..]
--
mailto:av1...@comtv.ru
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
On Thu, 9 Jun 2011, Jan Kiszka wrote:
On 2011-06-09 17:13, malc wrote:
On Thu, 9 Jun 2011, Jan Kiszka wrote:
[..snip..]
Sound output over (at least) ALSA is not smoothly working in polled
mode. It's similar to [1], which is yet unsolved.
Jan
[1] http://thread.gmane.org
did the trick.
Could this perhaps be included in the man page? I am sure there will be
others who will eventually run into the same problem as I did.
It is a long-standing issue of QEMU that I always wanted to understand
but never found the time for. CC'ing malc, maybe he has a good idea how
On Sat, 29 Jan 2011, Eduard - Gabriel Munteanu wrote:
Hi everybody,
I'm a bit late, I know, school kept me busy.
But here it is. I hope I answered your previous concerns in this patchset. Let
me know what you think, I hope this gets merged soon. Some testing would be
great.
The
the filedescriptor is ready.
Try to set QEMU_AUDIO_DAC_TRY_POLL=0 for the environment of the qemu
process. That's long required to get sound out of the Musicpal emulation
as well (malc, you may recall this). It even got worse with current
qemu.git: previously, the sounds was just quirky. Now the system
On Fri, 10 Sep 2010, H. Peter Anvin wrote:
On 09/10/2010 07:47 PM, H. Peter Anvin wrote:
On 09/10/2010 06:08 PM, H. Peter Anvin wrote:
Any remotely recent stock distro should have support for it. I say
should, because I haven't actually tested it with a Linux guest yet.
I'll try to
On Fri, 10 Sep 2010, H. Peter Anvin wrote:
I discovered that none of the audio device models supported by current
Qemu/KVM appear to be supported out of the box on Win7 64 bit (AC97
works fine on 32 bit). The most logical ways to fix that would be to
add a long-term supportable audio device
On Sun, 15 Aug 2010, Eduard - Gabriel Munteanu wrote:
This allows the device to work properly with an emulated IOMMU.
Fine with me.
[..snip..]
--
mailto:av1...@comtv.ru
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
On Thu, 29 Jul 2010, Hollis Blanchard wrote:
The kernel's BSS size is lost by mkimage, which only considers file
size. As a result, loading other blobs (e.g. device tree, initrd)
immediately after the kernel location can result in them being zeroed by
the kernel's BSS initialization code.
On Wed, 14 Jul 2010, Eduard - Gabriel Munteanu wrote:
This provides an API for abstracting IOMMU functions. Hardware emulation
code can use it to request address translation and access checking. In
the absence of an emulated IOMMU, no translation/checking happens and
I/O goes through as
On Wed, 14 Jul 2010, Eduard - Gabriel Munteanu wrote:
Memory accesses must go through the IOMMU layer.
Signed-off-by: Eduard - Gabriel Munteanu eduard.munte...@linux360.ro
---
hw/ac97.c | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
Fine with me.
On Sun, 28 Mar 2010, Jamie Lokier wrote:
Avi Kivity wrote:
ioctls encode the buffer size into the ioctl number, so in theory strace
doesn't need to be taught about an ioctl to show its buffer.
Unfortunately ioctl numbers don't always follow that rule :-(
It's not a rule to begin with,
On Thu, 11 Mar 2010, Nick Piggin wrote:
On Thu, Mar 11, 2010 at 03:10:47AM +, Jamie Lokier wrote:
Paul Brook wrote:
In a cross environment that becomes extremely hairy. For example the
x86
architecture effectively has an implicit write barrier before every
store, and
On Thu, 14 May 2009, Sebastian Herbszt wrote:
malc wrote:
On Wed, 13 May 2009, Sebastian Herbszt wrote:
Jan Kiszka wrote:
Moreover, does sound work at all with your qemu?
The image I tried [1] issues two beeps after loading (obviously via
direct hw access) - a good way
On Wed, 13 May 2009, Sebastian Herbszt wrote:
Jan Kiszka wrote:
Sebastian Herbszt wrote:
With the modified vgabios (see below) it does beep on bochs on vista,
but not on qemu.
Works fine for me!
Did you check twice that your modified vgabios is actually loaded by
qemu (e.g.
On Wed, 4 Feb 2009, Alex Williamson wrote:
[..snip..]
+static void virtio_net_handle_ctrl(VirtIODevice *vdev, VirtQueue *vq)
+{
+struct virtio_net_ctrl_hdr ctrl;
+virtio_net_ctrl_ack status = VIRTIO_NET_ERR;
+VirtQueueElement elem;
+
+while (virtqueue_pop(vq, elem)) {
On Tue, 3 Feb 2009, Anthony Liguori wrote:
Blue Swirl wrote:
On 2/3/09, Alex Williamson alex.william...@hp.com wrote:
Make use of the new RX_MODE control virtqueue class by dropping
packets the guest doesn't want to see.
Signed-off-by: Alex Williamson alex.william...@hp.com
On Tue, 30 Sep 2008, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
*update*
further debugging according to some requests revealed that ARCH_CFLAGS does
not contain all CFLAGS that might be needed, especially those supplied via
extra-cflags. Therefore people supplying
On Tue, 30 Sep 2008, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
The commit message of r5364, the revision which basically exists
because of your posts, was somehow butchered and as such doesn't
include any references, i'm very sorry about that.
The above line was
On Tue, 30 Sep 2008, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
*update*
further debugging according to some requests revealed that ARCH_CFLAGS does
not contain all CFLAGS that might be needed, especially those supplied via
extra-cflags. Therefore people supplying
37 matches
Mail list logo