Hi,
I was working on merging VNC updates into bigger ones to see if it
lower the overhead (big updates sometime use less network/cpu than a
lot of small updates).
For that, I needed some new bitmap functions, and no we got, in vnc.c:
- set_bit
- clear_bit
- set_bits
- clear_bits
- find_next_bit
- f
Added Cc: seab...@seabios.org
On Wed, Jul 21, 2010 at 06:31:01AM +0300, Michael S. Tsirkin wrote:
> On Tue, Jul 20, 2010 at 06:52:23PM +0900, Isaku Yamahata wrote:
> > On Wed, Jul 14, 2010 at 09:10:28AM -0600, Cam Macdonell wrote:
> > > On Tue, Jul 13, 2010 at 8:52 PM, Isaku Yamahata
> > > wrote
On Tue, Jul 20, 2010 at 06:52:23PM +0900, Isaku Yamahata wrote:
> On Wed, Jul 14, 2010 at 09:10:28AM -0600, Cam Macdonell wrote:
> > On Tue, Jul 13, 2010 at 8:52 PM, Isaku Yamahata
> > wrote:
> > > On Tue, Jul 13, 2010 at 04:48:19PM -0600, Cam Macdonell wrote:
> > >> On Tue, Jul 13, 2010 at 2:41
- "Amos Kong" wrote:
> From: "Amos Kong"
> To: "Michael Goldish"
> Cc: autot...@test.kernel.org, qemu-devel@nongnu.org, k...@vger.kernel.org
> Sent: Tuesday, July 20, 2010 9:44:38 PM GMT +08:00 Beijing / Chongqing / Hong
> Kong / Urumqi
> Subject: Re: [Autotest] [Qemu-devel] [RFC PATCH 01
On 7/20/2010 6:14 PM, Blue Swirl wrote:
If you keep the development process open, with patches, RFCs and other
proposals flowing regularly to upstream QEMU, I'd suppose the
developer community would welcome this. But there have been several
forks of QEMU and merging those looks hard. The problem
On Mon, Jul 19, 2010 at 2:54 PM, Eliot Moss wrote:
> Dear developers -- I've seen no responses yet. My proposal
> is due in early August, so if anyone has feelings on this or
> comments about it, please respond soon :-) ...
>
> Thank you for your patience -- Eliot moss
>
> Original Messa
On Sat, Jul 17, 2010 at 9:50 AM, Richard W.M. Jones wrote:
> I'm trying to speed up the process of loading kernel and initrd.
>
> I found that the main loop which loads these into qemu memory does it
> via executing in the guest:
>
> rep insb (%dx),%es:(%edi)
>
> In other words, reading it byte-a
Thanks, applied.
On Tue, Jul 13, 2010 at 4:05 PM, Bob Breuer wrote:
> Use empty_slot to reserve addresses for several unimplemented devices so they
> won't fault.
> - BPP (parallel port), DBRI (audio), SX (pixel processor), and vsimms
> (framebuffer)
> OBP for SS-20 either assumes these device
On 07/20/2010 01:34 PM, Ot ten Thije wrote:
Hello,
I am working on fixing the savevm/loadvm functionality in the Android
emulator, and the two issues I've encountered so far both appear to
stem from the asynchronous I/O (AIO) code. In both cases, the emulator
busy-waits indefinitely for an op
On Sat, Jul 17, 2010 at 10:27 AM, Chen Yufei wrote:
> We are pleased to announce COREMU, which is a "multicore-on-multicore"
> full-system emulator built on Qemu. (Simply speaking, we made Qemu parallel.)
>
> The project web page is located at:
> http://ppi.fudan.edu.cn/coremu
>
> You can also do
On Tue, Jul 13, 2010 at 4:26 PM, Bob Breuer wrote:
> Another preview of the cg14 framebuffer.
>
> Activate by selecting SS-20 machine and setting width > 1024, i.e. "-M SS-20
> -g 1152x900".
> Note that NetBSD assumes 1152x900, while OBP also supports 1024x768,
> 1280x1024, and 1600x1280.
>
> Ne
On Tue, Jul 20, 2010 at 7:34 PM, Ot ten Thije wrote:
> Hello,
> I am working on fixing the savevm/loadvm functionality in the Android
> emulator, and the two issues I've encountered so far both appear to stem
> from the asynchronous I/O (AIO) code. In both cases, the emulator busy-waits
> indefini
Hi!
I am trying to run asa 802, asdm 602 with gns3. After long struggle i managed
to fixed every thing. But now when i run asdm the Qemu crashes.
The reference is on this post -> http://www.gns3.net/phpBB/topic2349.html
Thanks for any kind of help.
Regards,
This is a simple cleanup patch that catches a few places where a function
returns early but doesn't free recently malloced memory, resulting in a memory
leak.
Signed-off-by: Joel Schopp
---
linux-user/elfload.c |8 ++--
qemu-io.c|8 ++--
qemu-sockets.c |
Hello,
I am working on fixing the savevm/loadvm functionality in the Android
emulator, and the two issues I've encountered so far both appear to stem
from the asynchronous I/O (AIO) code. In both cases, the emulator busy-waits
indefinitely for an operation that never signals completion.
Unfortuna
On 07/20/2010 11:45 AM, Natalia Portillo wrote:
El 20/07/2010, a las 16:17, jes.soren...@redhat.com escribió:
From: Jes Sorensen
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEM
On 07/20/2010 11:29 AM, Aurelien Jarno wrote:
It's a pitty I can't easily attend to this conference call, as it seems
a lot of decisions are taken there. Anyway let me comment the part
concerning 0.12 stable:
Is it a matter of time zone or conflict? The call has historically been
centered
Jes Sorensen writes:
> On 07/20/10 18:35, David S. Ahern wrote:
>> On 07/20/10 10:09, jes.soren...@redhat.com wrote:
>>> diff --git a/block/raw-posix.c b/block/raw-posix.c
>>> index 291699f..1b840c4 100644
>>> --- a/block/raw-posix.c
>>> +++ b/block/raw-posix.c
>>> @@ -1139,6 +1139,11 @@ static i
Otherwise we can't migrate after we've removed a virtio block device.
Signed-off-by: Alex Williamson
---
hw/virtio-blk.c |8
hw/virtio-pci.c |1 +
hw/virtio.h |1 +
3 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-blk.c b/hw/virtio-blk.c
index f
El 20/07/2010, a las 16:17, jes.soren...@redhat.com escribió:
> From: Jes Sorensen
>
> O_DIRECT (cache=none) requires sector alignment, however the physical
> sector size of CDROM/DVD drives is 2048, as opposed to most disk
> devices which use 512. QEMU is hard coding 512 all over the place, so
On 07/20/10 18:45, Natalia Portillo wrote:
> El 20/07/2010, a las 16:17, jes.soren...@redhat.com escribió:
>
>> From: Jes Sorensen
>>
>> O_DIRECT (cache=none) requires sector alignment, however the physical
>> sector size of CDROM/DVD drives is 2048, as opposed to most disk
>> devices which use 5
On Tue, 13 Jul 2010 16:24:41 +0530
Arun R Bharadwaj wrote:
> Hi,
>
> This patch cleans up the legacy 'dotu' variable which is always set to
> 1 by default, since qemu doesnt support legacy 9p clients.
>
> Signed-off-by: Arun R Bharadwaj
Acked-by: Sripathi Kodi
> ---
> hw/virtio-9p-debug.c
On 07/20/10 18:12, Kevin Wolf wrote:
> Am 20.07.2010 18:04, schrieb Jes Sorensen:
>> On 07/20/10 17:40, Kevin Wolf wrote:
>> Thats effectively what my patch does. cdrom_open() calls
>> raw_open_common() which has this part:
>>
>> /* Use O_DSYNC for write-through caching, no flags for write-back
On 07/20/10 08:45, Chris Wright wrote:
> 0.13
> - rc RSN (hopefully this week, top priority for anthony)
Can Cam's inter-vm shared memory device get committed for 0.13? It's
been stagnant on the list for a while now waiting for inclusion (or NAK
comments).
David
On 07/20/10 18:35, David S. Ahern wrote:
> On 07/20/10 10:09, jes.soren...@redhat.com wrote:
>> diff --git a/block/raw-posix.c b/block/raw-posix.c
>> index 291699f..1b840c4 100644
>> --- a/block/raw-posix.c
>> +++ b/block/raw-posix.c
>> @@ -1139,6 +1139,11 @@ static int cdrom_open(BlockDriverState
On 07/20/10 18:16, David S. Ahern wrote:
> What about setting the logical and physical block size properties? Is
> the intent of these to handle varying sizes amongst block devices?
>
> David
Well the problem is that we need to know the sector size of the host
device, and then start using that wi
It's a pitty I can't easily attend to this conference call, as it seems
a lot of decisions are taken there. Anyway let me comment the part
concerning 0.12 stable:
On Tue, Jul 20, 2010 at 07:45:51AM -0700, Chris Wright wrote:
> 0.12.stable
> - start w/ git tree + pull requests
> - release process i
Am 20.07.2010 18:04, schrieb Jes Sorensen:
> On 07/20/10 17:40, Kevin Wolf wrote:
>>> diff --git a/block/raw-posix.c b/block/raw-posix.c
>>> index 291699f..0ea79b6 100644
>>> --- a/block/raw-posix.c
>>> +++ b/block/raw-posix.c
>>> @@ -1139,6 +1139,11 @@ static int cdrom_open(BlockDriverState *bs, c
On 07/20/10 10:09, jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> O_DIRECT (cache=none) requires sector alignment, however the physical
> sector size of CDROM/DVD drives is 2048, as opposed to most disk
> devices which use 512. QEMU is hard coding 512 all over the place, so
> allowing
On 07/20/10 10:02, Jes Sorensen wrote:
> On 07/20/10 17:40, Anthony Liguori wrote:
>> On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
>>> From: Jes Sorensen
>>>
>>> O_DIRECT (cache=none) requires sector alignment, however the physical
>>> sector size of CDROM/DVD drives is 2048, as opposed
On 07/20/10 18:03, Anthony Liguori wrote:
> On 07/20/2010 11:02 AM, Jes Sorensen wrote:
>> On 07/20/10 17:40, Anthony Liguori wrote:
>>> Wouldn't a better solution be to have a cdrom_read/cdrom_write hook that
>>> did the appropriate bouncing?
>>>
>>> Silently disabling something a user explicit
From: Jes Sorensen
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the place, so
allowing O_DIRECT for CDROM/DVD devices does not work. Exit with an
error
Am 20.07.2010 17:40, schrieb Anthony Liguori:
> On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
>> From: Jes Sorensen
>>
>> O_DIRECT (cache=none) requires sector alignment, however the physical
>> sector size of CDROM/DVD drives is 2048, as opposed to most disk
>> devices which use 512. QEMU
On 07/20/10 18:09, Kevin Wolf wrote:
> Am 20.07.2010 17:40, schrieb Anthony Liguori:
>> Wouldn't a better solution be to have a cdrom_read/cdrom_write hook that
>> did the appropriate bouncing?
>
> We already have code that does some bouncing, we'd just need to teach it
> to use different sizes t
On 07/20/10 17:40, Kevin Wolf wrote:
>> diff --git a/block/raw-posix.c b/block/raw-posix.c
>> index 291699f..0ea79b6 100644
>> --- a/block/raw-posix.c
>> +++ b/block/raw-posix.c
>> @@ -1139,6 +1139,11 @@ static int cdrom_open(BlockDriverState *bs, const
>> char *filename, int flags)
>> BDRVRa
On 07/20/2010 11:02 AM, Jes Sorensen wrote:
On 07/20/10 17:40, Anthony Liguori wrote:
On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to
On Tue 20-07-10 17:41:33, Michael Tokarev wrote:
> 20.07.2010 16:46, Jan Kara wrote:
> > Hi,
> >
> >On Fri 02-07-10 16:46:28, Michael Tokarev wrote:
> >>-BEGIN PGP SIGNED MESSAGE-
> >>Hash: SHA1
> >>
> >>I noticed that qcow2 images, esp. fresh ones (so that they
> >>receive lots of metada
On 07/20/10 17:40, Anthony Liguori wrote:
> On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
>> From: Jes Sorensen
>>
>> O_DIRECT (cache=none) requires sector alignment, however the physical
>> sector size of CDROM/DVD drives is 2048, as opposed to most disk
>> devices which use 512. QEMU is
On 07/20/2010 04:44 PM, Amos Kong wrote:
> On Tue, Jul 20, 2010 at 01:19:39PM +0300, Michael Goldish wrote:
>>
>
> Michael,
>
> Thanks for your comments. Let's simplify this method together.
>
>> On 07/20/2010 04:34 AM, Amos Kong wrote:
>>> Old method uses the mac address in the configuration fi
On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the place, so
allowing O_DIRECT
Am 20.07.2010 17:17, schrieb jes.soren...@redhat.com:
> From: Jes Sorensen
>
> O_DIRECT (cache=none) requires sector alignment, however the physical
> sector size of CDROM/DVD drives is 2048, as opposed to most disk
> devices which use 512. QEMU is hard coding 512 all over the place, so
> allowin
From: Jes Sorensen
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the place, so
allowing O_DIRECT for CDROM/DVD devices does not work.
Signed-off-by: Je
0.12.stable
- start w/ git tree + pull requests
- release process is separate from commit access
- justin will put up a tree for pull requests
- there's current backlog, what about that?
- anthony's concern with -stable is the testing (upstream tree gets more
testing than -stable)
- 0.12.5?
- p
Here is a part of the gdb backtrace:
#2 0x0051a2bb in bank_number (env=
#4 0x0051a584 in cpsr_write ((env=0x110a9d0
If I build qemu with debug flags, the env value won't be optimized out,
but will remain 0.
--
SEGFAULT caused by modifying the CPSR register
https://bugs.launchp
Public bug reported:
IIf the CPSR register (qemu-system-arm) is set to an invalid mode, qemu
will segfault, because it tries to access a NULL-Pointer "env" in
translate.c:9286. Either way, qemu will abort in exec.c:1863.
** Affects: qemu
Importance: Undecided
Status: New
--
SEGFAU
20.07.2010 16:46, Jan Kara wrote:
Hi,
On Fri 02-07-10 16:46:28, Michael Tokarev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that qcow2 images, esp. fresh ones (so that they
receive lots of metadata updates) are very slow on my
machine. And on IRC (#kvm), Sheldon Hearn fo
This version adds a FW_CFG_FEATURES interface which the option ROM may
use to find out if qemu supports the "DMA"-like feature. And the
linuxboot.bin option ROM has been changed to use this interface.
As previously, the 1/2 part of the patch is unchanged.
Rich.
--
Richard Jones, Virtualizatio
If we save more than once we need to reset the last block info or else
only the first save has the actual block info and each subsequent save
will only use continue flags, making them unloadable independently.
Found-by: Miguel Di Ciurcio Filho
Signed-off-by: Alex Williamson
---
Anthony, this fi
On Tue, Jul 20, 2010 at 04:40:28PM +0300, Gleb Natapov wrote:
> Which remind me that ad-hoc DMA interface should be discoverable by a
> guest.
Judging by 'git annotate' this interface has already been extended 4
times without requiring this to be discoverable. However I will add
an extra config b
Hi,
On Fri 02-07-10 16:46:28, Michael Tokarev wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I noticed that qcow2 images, esp. fresh ones (so that they
> receive lots of metadata updates) are very slow on my
> machine. And on IRC (#kvm), Sheldon Hearn found that on
> ext3, it is
On Tue, Jul 20, 2010 at 01:19:39PM +0300, Michael Goldish wrote:
>
Michael,
Thanks for your comments. Let's simplify this method together.
> On 07/20/2010 04:34 AM, Amos Kong wrote:
> > Old method uses the mac address in the configuration files which could
> > lead serious problem when multiple
On Tue, Jul 20, 2010 at 02:15:16PM +0100, Jamie Lokier wrote:
> Gleb Natapov wrote:
> > On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
> > >
> > > On 19.07.2010, at 09:33, Gleb Natapov wrote:
> > >
> > > > On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> > >
On Tue, 20 Jul 2010 09:07:11 +0300
Avi Kivity wrote:
> On 07/20/2010 12:46 AM, Chris Wright wrote:
> > Please send in any agenda items you are interested in covering.
> >
> >
> Last week's agenda, minus the item that we started to discuss.
(includes 0.13)
Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
> >
> > On 19.07.2010, at 09:33, Gleb Natapov wrote:
> >
> > > On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> > >> On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> > >>> Tha
On Tue, 2010-07-20 at 09:34 +0800, Amos Kong wrote:
> The following series contain 11 network related subtests, welcome to give me
> some suggestions about correctness, design, enhancement.
Awesome work, will start to review them today. Thanks!
> Thank you so much!
>
> ---
>
> Amos Kong (14):
>
Am 20.07.2010 11:19, schrieb Yoshiaki Tamura:
> Currently block_load() doesn't check return value of bdrv_write(), and
> even the destination weren't prepared to execute block migration, it
> proceeds and guest boots on the target. This patch fix this issue.
>
> Signed-off-by: Yoshiaki Tamura
T
On 07/20/2010 04:34 AM, Amos Kong wrote:
> Old method uses the mac address in the configuration files which could
> lead serious problem when multiple tests running in different hosts.
>
> This patch adds a new macaddress pool algorithm, it generates the mac prefix
> based on mac address of the ho
Am 19.07.2010 20:25, schrieb Miguel Di Ciurcio Filho:
> This patch improves the resilience of the load_vmstate() function, doing
> further and better ordered tests.
>
> In load_vmstate(), if there is any error on bdrv_snapshot_goto(), except if
> the
> error is on VM state device, load_vmstate()
On Wed, Jul 14, 2010 at 09:10:28AM -0600, Cam Macdonell wrote:
> On Tue, Jul 13, 2010 at 8:52 PM, Isaku Yamahata
> wrote:
> > On Tue, Jul 13, 2010 at 04:48:19PM -0600, Cam Macdonell wrote:
> >> On Tue, Jul 13, 2010 at 2:41 PM, Isaku Yamahata
> >> wrote:
> >> > On Tue, Jul 13, 2010 at 02:05:51PM
Currently block_load() doesn't check return value of bdrv_write(), and
even the destination weren't prepared to execute block migration, it
proceeds and guest boots on the target. This patch fix this issue.
Signed-off-by: Yoshiaki Tamura
---
block-migration.c |6 +-
1 files changed, 5 i
On Mon, Jul 19, 2010 at 05:48:33PM +0200, Kevin Wolf wrote:
> Am 19.07.2010 17:36, schrieb Aurelien Jarno:
> >> Have you tested some more OSes to ensure that they don't start to expect
> >> events to actually work now the command "works"? I didn't see any
> >> problems in a quick test with Linux, b
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: lucid-updates => None
** Changed in: qemu-kvm (Ubuntu)
Milestone: lucid-updates => None
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you
pam register offset is north bridge specific.
So determine the offset based on found north bridge.
Signed-off-by: Isaku Yamahata
---
changes v2 -> v3.
- abstract at device level, not at register offset level.
- factor out intel chipset operation.
---
src/dev-i440fx.c | 12 ++
src/dev-i440f
This is on top of the patch series of
PATCH v2 "abstract chipset(i440fx) specific register operation."
Patch descriontion:
This patch set abstract out shadow and smm operation which are
specific to chipset. and spit out i440fx specific part into dev-i440fx.c.
Thus q35 specific register value/opera
move out piix4 specific smram logic to dev-i440fx.c.
Signed-off-by: Isaku Yamahata
---
changes v2 -> v3.
- abstract device level and simplified it.
- factor out smm ram relocation.
---
src/dev-i440fx.c | 32 +
src/dev-i440fx.h |1 +
src/smm.c| 58 +
Am 19.07.2010 22:55, schrieb Stefan Weil:
> Am 19.07.2010 14:26, schrieb Kevin Wolf:
>> Am 18.07.2010 21:42, schrieb Stefan Weil:
>>
>>> "No such file or directory" is a misleading error message
>>> when a user tries to open a file with wrong permissions.
>>>
>>> Cc: Kevin Wolf
>>> Signed-off-b
Make it table driven to other chip set.
Signed-off-by: Isaku Yamahata
---
src/acpi.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/acpi.c b/src/acpi.c
index 5818d4c..e91f8e0 100644
--- a/src/acpi.c
+++ b/src/acpi.c
@@ -522,6 +522,13 @@ build_srat(void)
Move ACPI_TABLE_HEADER_DEF and struct fadt_descriptor_rev1
from acpi.h to acpi.c for later use.
Signed-off-by: Isaku Yamahata
---
src/acpi.c | 73 -
src/acpi.h | 76
2 files c
Changes v2 -> v1:
- dropped patches which are under discussion to make the merge easy.
The updated one on top of this patch series will be posted as Part II.
- moved cpu_to_le{16, 32}() to util.h
Patch descriontion:
This patch set abstract out chipset specific operation,
and spit out i440fx spec
introduce helper function to find device from table and initialize it.
pci_find_init_device(). This will be used later.
Signed-off-by: Isaku Yamahata
---
src/pci.c | 12
src/pci.h |1 +
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/src/pci.c b/src/pci.c
index
split out piix4 pm logic.
Signed-off-by: Isaku Yamahata
---
Changes v2 -> v3
- eliminated cpu_to_le32() stuff. The code move is done by another patch.
---
src/acpi.c | 14 ++
src/dev-i440fx.c | 15 +++
src/dev-i440fx.h |1 +
3 files changed, 26 insertions(+
move out cpu_to_le{32, 16} from acpi.c to util.h.
Those will be used by other files later.
Signed-off-by: Isaku Yamahata
---
src/acpi.c | 10 --
src/util.h | 10 ++
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/src/acpi.c b/src/acpi.c
index 0559443..8de2696
72 matches
Mail list logo
