On 08/21/2011 03:24 PM, Anthony Liguori wrote:
There's not a lot of these but they need to be audited individual to
make sure that the frees correspond to mallocs.
I had patches for these in the qemu_malloc world. I'll try to apply the
sed script to the patches.
Paolo
On 08/19/2011 08:20 AM, Umesh Deshpande wrote:
Or, is it okay to convert all the ramblock list traversals in exec.c
(under iothread) to mru traversals, and probably it makes sense as the
original list was also maintained in the mru order, whereas the sequence
of blocks doesn't matter for the migr
On 08/18/11 03:06, Peter Maydell wrote:
Ping?
Added to spice patch queue.
thanks,
Gerd
[ starting to catch up kvm forum mail backlog ... ]
On 08/20/2011 07:51 PM, Alex Williamson wrote:
We need to address both the description and enforcement of device
groups. Groups are formed any time the iommu does not have resolution
between a set of devices. On x86, this typically happens when a
PCI-to-PCI bridge exists between the set of devi
On 08/22/2011 06:13 AM, Wen Congyang wrote:
At 08/19/2011 11:26 PM, Avi Kivity Write:
> On 08/18/2011 10:12 PM, Wen Congyang wrote:
>> >>
>> >> The following patch can fix this problem, but I'm not sure whether it
>> >> is right.
>> >
>> > It's correct but insufficient, the filtering
On Sat, Aug 20, 2011 at 09:51:39AM -0700, Alex Williamson wrote:
> We had an extremely productive VFIO BoF on Monday. Here's my attempt to
> capture the plan that I think we agreed to:
>
> We need to address both the description and enforcement of device
> groups. Groups are formed any time the
On Sun, 21 Aug 2011 18:36:11 -0500, Anthony Liguori
wrote:
> On 08/16/2011 03:03 AM, Aneesh Kumar K.V wrote:
> >
> > Here is the updated pull request for the second patchset.
> >
> > The following changes since commit 3b6ffe50300f13240e1b46420ad05da1116df410:
> >
> >hw/scsi-bus.c: Fix use of
Public bug reported:
The latest GIT version (957f1f99f263d57612807a9535f75ca4473f05f0)
doesn't boot sparc. It fails to boot both Linux and NetBSD kernels with
this error:
Configuration device id QEMU version 1 machine id 32
CPUs: 1 x FMI,MB86904
UUID: ----
Welcome
At 08/19/2011 11:26 PM, Avi Kivity Write:
> On 08/18/2011 10:12 PM, Wen Congyang wrote:
>> >>
>> >> The following patch can fix this problem, but I'm not sure whether it
>> >> is right.
>> >
>> > It's correct but insufficient, the filtering code (pci_bridge_filter)
>> > needs to be updated to u
Definitively you don't know how a Mac works, you don't want to know and you
don't need to.
El 21/08/2011, a las 23:14, Rob Landley escribió:
> On 08/20/2011 09:02 PM, Natalia Portillo wrote:
>> El 21/08/2011, a las 01:50, Rob Landley escribió:
>>
>>> On 08/20/2011 07:23 PM, Natalia Portillo wro
** Changed in: qemu
Assignee: (unassigned) => Denys Razumov (zxzharmlesszxz)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/830723
Title:
bad patch net_h.patch on freebsd ports
Status in QEMU:
On 08/17/2011 06:49 PM, Peter Maydell wrote:
This is a pull request for bugfixing patches to various
ARM devboard devices. The patches have all been on the
mailing list for a few weeks without comment; please pull.
Pulled. Thanks.
Regards,
Anthony Liguori
thanks
-- PMM
The following chan
On 08/16/2011 03:03 AM, Aneesh Kumar K.V wrote:
Here is the updated pull request for the second patchset.
The following changes since commit 3b6ffe50300f13240e1b46420ad05da1116df410:
hw/scsi-bus.c: Fix use of uninitialised variable (2011-08-14 19:34:25 +)
are available in the git repos
Am 18.08.2011 um 00:09 schrieb Bryce Lanham:
Signed-off-by: Bryce Lanham
---
Makefile.target |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile.target b/Makefile.target
index 43624dc..ad0bd6b 100644
--- a/Makefile.target
+++ b/Makefile.target
@@ -316,6 +316,7
Account the total latency for read/write/flush requests. This allows
management tools to average it based on a snapshot of the nr ops
counters and allow checking for SLAs or provide statistics.
Signed-off-by: Christoph Hellwig
Index: qemu/block.c
Decouple the I/O accounting from bdrv_aio_readv/writev/flush and
make the hardware models call directly into the accounting helpers.
This means:
- we do not count internal requests from image formats in addition
to guest originating I/O
- we do not double count I/O ops if the device model han
Signed-off-by: Christoph Hellwig
Index: qemu/block.c
===
--- qemu.orig/block.c 2011-08-11 12:32:35.842658196 +0200
+++ qemu/block.c2011-08-11 16:04:48.302061893 +0200
@@ -1888,11 +1888,13 @@ static void bdrv_stats_iter(QObj
changes since V1:
- rebase to apply against the current qemu.git tree
On 08/21/2011 05:04 AM, Laurent Vivier wrote:
> Le samedi 20 août 2011 à 18:42 -0500, Rob Landley a écrit :
>> On 08/20/2011 06:17 PM, Natalia Portillo wrote:
or ancient macintosh support
>>>
>>> Most of the hardware (but a few required ones like SWIM) is already
>>> in QEMU, you need to glue
On 08/20/2011 09:02 PM, Natalia Portillo wrote:
> El 21/08/2011, a las 01:50, Rob Landley escribió:
>
>> On 08/20/2011 07:23 PM, Natalia Portillo wrote:
> Linux requires the MMU and an almost complete hardware
> emulation. Standard m68k emulations (UAE, Aranym and
> specially BasiliskI
Public bug reported:
work patch file
--- qemu-0.15.0/net.h.orig
+++ qemu-0.15.0/net.h
@@ -35,6 +35,7 @@ typedef enum {
NET_CLIENT_TYPE_NONE,
NET_CLIENT_TYPE_NIC,
NET_CLIENT_TYPE_USER,
NET_CLIENT_TYPE_TAP,
NET_CLIENT_TYPE_SOCKET,
NET_CLIENT_TYPE_VDE,
+NET_CLIENT_TY
Am 21.08.2011 um 00:36 schrieb Brad:
On 13/08/11 8:30 PM, Brad wrote:
Improvements to the libtool support in QEMU. Replace hard coded
libtool in the infrastructure with $(LIBTOOL) and allow
overriding the libtool binary used via the configure
script.
Signed-off-by: Brad Smith
Alon?
Looks o
On 11.08.2011, at 13:14, Richard Henderson wrote:
> On 08/11/2011 09:38 AM, Blue Swirl wrote:
>> On Thu, Aug 11, 2011 at 12:58 PM, Avi Kivity wrote:
>>> On 08/11/2011 03:36 PM, Alexander Graf wrote:
>
> Or to have automatic generation of the optionals based on the
> primitive
The Buildbot has detected a new failure on builder default_openbsd_4.9 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_4.9/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_openbsd49
Buil
Thanks, applied.
On Sun, Aug 21, 2011 at 6:49 PM, Austin Clements wrote:
> This is the same fix that was recently applied to info mem. Before
> this change, info tlb output looked like:
>
> c000: 0fffc000 W
> d000: 0fffd000 W
>
Thanks, pulled.
On Mon, Aug 15, 2011 at 6:39 AM, Jan Kiszka wrote:
> The following changes since commit 3b6ffe50300f13240e1b46420ad05da1116df410:
>
> hw/scsi-bus.c: Fix use of uninitialised variable (2011-08-14 19:34:25 +)
>
> are available in the git repository at:
> git://git.kiszka.org/q
Thanks, applied 1 to 5.
On Wed, Aug 17, 2011 at 9:11 PM, Richard Henderson wrote:
> As discussed elsewhere, one way to tidy up tcg/optimize.c
> is to always provide the enum names, even if the host does
> not support the operation.
>
> As a sanity check, I wanted to include a test to make sure
>
This is the same fix that was recently applied to info mem. Before
this change, info tlb output looked like:
c000: 0fffc000 W
d000: 0fffd000 W
e000: 0fffe000 W
f000: 0000 W
With th
Quoth Blue Swirl on Aug 21 at 6:26 pm:
> On Mon, Aug 15, 2011 at 3:19 AM, Austin Clements wrote:
> > Previously, on 32-bit i386, info mem used signed 32-bit int's to store
> > the page table indexes. As a result, address calculation was done in
> > 32 bits and then incorrectly sign-extended to 6
Thanks, applied.
On Mon, Aug 8, 2011 at 12:02 AM, Brad wrote:
> Check for presence of compiler -pthread flag.
>
> OpenBSD / FreeBSD and some other OS's require the use of
> cc -pthread to link threaded programs so have QEMU's
> configure script check for the presence of the flag
> and use it if s
Thanks, applied.
On Mon, Aug 15, 2011 at 3:22 AM, Austin Clements wrote:
> Previously, "info mem" considered and displayed only the last-level
> protection bits for a memory range, which doesn't accurrately
> represent the protection of that range. Now it shows the combined
> protection.
>
> Sig
Thanks, applied.
On Mon, Aug 15, 2011 at 3:22 AM, Austin Clements wrote:
> "info mem" groups its output into contiguous ranges with identical
> protection bits, but previously forgot to print the last range.
>
> Signed-off-by: Austin Clements
> ---
> monitor.c | 6 ++
> 1 files changed,
On Mon, Aug 15, 2011 at 3:19 AM, Austin Clements wrote:
> Previously, on 32-bit i386, info mem used signed 32-bit int's to store
> the page table indexes. As a result, address calculation was done in
> 32 bits and then incorrectly sign-extended to 64 bits, yielding output
> like
>
> ef000
Thanks, applied all.
On Fri, Jul 15, 2011 at 7:38 PM, Stefan Weil wrote:
> Here are some small patches needed for the w32 and w64 platforms.
>
> [PATCH 1/3] Fix conversions from pointer to tcg_target_long
> [PATCH 2/3] w64: Add definition of FMT_pid
> [PATCH 3/3] w32: Fix format string regression
Public bug reported:
Environment:
Host OS (ia32/ia32e/IA64):All
Guest OS (ia32/ia32e/IA64):ia32e
Guest OS Type (Linux/Windows):Linux (rhel6 and rhel5u5)
kvm.git Commit:ef7c782ea4a99fafb3d60dc8b8c057e0ef14f9f7
qemu-kvm Commit:44755ea36fee3f0b1093ef27404def8857602274
Host Kernel Version
Hi Gerd,
thanks a lot.
I just had a look on usb-linux.c where the "port" could be identified.
for those that must use /proc/bus/usb it would be possible to allow the
following:
read in the "Port=" and check if it is on bus level 1, then you can
identify at least your real root hardware port - h
On 08/21/2011 02:17 AM, Blue Swirl wrote:
On Sun, Aug 21, 2011 at 3:11 AM, Anthony Liguori wrote:
On 08/20/2011 01:59 AM, Blue Swirl wrote:
On Fri, Aug 19, 2011 at 3:22 PM, Avi Kivitywrote:
On 08/18/2011 09:54 PM, Peter Maydell wrote:
On 18 August 2011 18:48, Avi Kivity wrote:
El 21/08/2011, a las 11:04, Laurent Vivier escribió:
> Le samedi 20 août 2011 à 18:42 -0500, Rob Landley a écrit :
>> On 08/20/2011 06:17 PM, Natalia Portillo wrote:
or ancient macintosh support
>>>
>>> Most of the hardware (but a few required ones like SWIM) is already
>>> in QEMU, you nee
Le samedi 20 août 2011 à 18:42 -0500, Rob Landley a écrit :
> On 08/20/2011 06:17 PM, Natalia Portillo wrote:
> >> or ancient macintosh support
> >
> > Most of the hardware (but a few required ones like SWIM) is already
> > in QEMU, you need to glue everything, make Toolbox be VERY happy
> > about
On Sun, Aug 21, 2011 at 3:11 AM, Anthony Liguori wrote:
> On 08/20/2011 01:59 AM, Blue Swirl wrote:
>>
>> On Fri, Aug 19, 2011 at 3:22 PM, Avi Kivity wrote:
>>>
>>> On 08/18/2011 09:54 PM, Peter Maydell wrote:
On 18 August 2011 18:48, Avi Kivity wrote:
>
> +static GMemVTable
40 matches
Mail list logo
