Le 19/08/2011 04:14, Natalia Portillo a écrit :
Hi,
[...]
(no need to quote the full thread!)
He worked on emulating an abandoned, strange, difficult to get, and
undocumented hardware, using your 111 patches, and finished it before the wholy
more experienced MESS team.
The next-cube emu
Fix code format to make checkpatch.pl happy.
Signed-off-by: Robert Wang
---
block.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/block.c b/block.c
index 26910ca..87e83bc 100644
--- a/block.c
+++ b/block.c
@@ -2251,9 +2251,9 @@ BlockDriverAIOCB *bdrv_aio_readv(Blo
Hello developers, users and other lurkers.
For the last 5 years Pablo Virolainen has done a great job of hosting
the qemu forum. I confess I don't use the forum every day, but every
now and again the forum seems to be down. I have Pablo's personal
email and whenever a problem arises I contact him
On Wed, Aug 17, 2011 at 10:55 AM, Bharata B Rao wrote:
> Hi,
>
> I see that x86 CPU topology inside VM is not showing up as specified.
> With some debugging, I found out that the root cause for this: qemu is
> not enumerating the apic ids correctly for vcpus. I made the below
> hackish change to g
HI,
I have met one scenario; currently i want to set up a VM based on
latest kernel tree; but i only have latest kernel source code and
compiled it on one fedora 15 workstation. To achieve the objective,
what actions should i take next step? use -kernel -initrd options?
other ways?
If you have t
Hi, Ottavio
> 2) The qemu-user mailing list is not active:
> http://lists.nongnu.org/mailman/listinfo/qemu-users
+1. Maybe you can ask Pablo's opinion, too.
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-
On Tue, Aug 9, 2011 at 01:03, Aneesh Kumar K.V
wrote:
> From: Stefan Hajnoczi
>
> Commit 1fc7bd4a86a2bfeafcec29445871eb97469a2699 removed the gthread and
> gio dependency since qemu-ga did not require it. Coroutines require
> gthread, so add it back in.
>
> Signed-off-by: Stefan Hajnoczi
> ---
On Fri, Aug 19, 2011 at 10:58 AM, Zhi Yong Wu wrote:
> I have met one scenario; currently i want to set up a VM based on
> latest kernel tree; but i only have latest kernel source code and
> compiled it on one fedora 15 workstation. To achieve the objective,
> what actions should i take next step
Bryce,
please, run scripts/checkpatch.pl before submitting them to check the style.
Then, IMHO, you can put all next-cube stuff in one patch (hw/next-* +
Makefile.target),
then make one patch by m68k feature/instruction added or m68k default corrected.
And remember, to be able to bisect, each
On 19 August 2011 11:08, 陳韋任 wrote:
> Hi, Ottavio
>
>> 2) The qemu-user mailing list is not active:
>> http://lists.nongnu.org/mailman/listinfo/qemu-users
>
> +1. Maybe you can ask Pablo's opinion, too.
I don't understand. Do you mean Pablo's opinion about the mailing list
or about the forum?
A
Public bug reported:
I find that explicit hostfwd commands do not seem to work with
restrict=yes option, even if the docs clearly state that hostfwd should
override restrict setting.
I am using this config:
-net
user,name=test,net=192.168.100.0/24,host=192.168.100.44,restrict=y,hostfwd=tcp:127.0
On 08/18/2011 03:26 PM, Jan Kiszka wrote:
On 2011-08-17 16:48, Avi Kivity wrote:
> On 08/17/2011 04:38 PM, Avi Kivity wrote:
>>
>> The mmio code has
>>
>> s->plane_updated |= mask; /* only used to detect font
>> change */
>>
>> aren't we losing it? we could easily recover it via
On 08/18/2011 09:54 PM, Peter Maydell wrote:
On 18 August 2011 18:48, Avi Kivity wrote:
> +static GMemVTable gmemvtable = {
> +.malloc = qemu_malloc,
> +.realloc = qemu_realloc,
> +.free = qemu_free,
> +};
> +
> +/**
> + * qemu_malloc_init: initialize memory management
> + *
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 use the memory API.
I read the function pci_bridge_filter(),
El 19/08/2011, a las 09:55, François Revol escribió:
> Le 19/08/2011 04:14, Natalia Portillo a écrit :
>> Hi,
>>
>
> [...]
> (no need to quote the full thread!)
>
He worked on emulating an abandoned, strange, difficult to get, and
undocumented hardware, using your 111 patches,
Le 19 août 2011 à 17:52, Natalia Portillo a écrit :
>
> El 19/08/2011, a las 09:55, François Revol escribió:
[snip]
> > Release early, release often :p
>
> +1Ok, Ok, I think all m68k core can be submitted except some bitfield
> operations and fpu instructions.
Just need to know how Anthon
On 08/18/2011 08:13 PM, Peter Maydell wrote:
> On 19 August 2011 03:59, 陳韋任 wrote:
>>> More generally and not x86-specific, there are problems with
>>> the multithreaded user-mode support which I suspect exist because
>>> nobody has ever sat down and worked out a coherent design for it,
>>> includ
On Fri, Aug 19, 2011 at 2:26 PM, Ottavio wrote:
> On 19 August 2011 11:08, 陳韋任 wrote:
>> Hi, Ottavio
>>
>>> 2) The qemu-user mailing list is not active:
>>> http://lists.nongnu.org/mailman/listinfo/qemu-users
>>
>> +1. Maybe you can ask Pablo's opinion, too.
>
> I don't understand. Do you mean P
Fix the ticket expiration on target vm for a spice connection without
introducing
a race between the spice server switching the client to the new host itself and
the target libvirt setting the new expiration date, by adding an option to
client_migrate_info to not automatically switch the client on
Add an extra optional boolean parameter defaulting to true called auto_switch,
if auto_switch is true the client is requested to switch to the target qemu
upon migration completion. Only implemented for spice, ignored for vnc.
Signed-off-by: Alon Levy
---
hmp-commands.hx |6 +++---
monitor.c
Takes out the optional ('?') message parsing from the main switch loop
in monitor_parse_command. Adds optional argument option for boolean parameters.
Signed-off-by: Alon Levy
---
monitor.c | 79 +++-
1 files changed, 30 insertions(+), 49
Complementary to the auto_switch parameter of client_migrate_info, if that is
set to false the new command client_migrate_switch can be used to complete
the switch to the new client. This allows the vm manager (i.e. libvirt) to
first ensure the ticketing information in the target vm is valid before
On Wed, Aug 10, 2011 at 10:51 AM, Stefan Berger
wrote:
> This patch adds an implementation of a TPM TIS driver for the TPM TIS
> emulation supported by Qemu (patches posted, not in git yet). Usage of the
> driver is broken up into several functions. The driver is cleanly separated
> from the rest
On 08/19/2011 01:33 PM, Marc Jones wrote:
On Wed, Aug 10, 2011 at 10:51 AM, Stefan Berger
wrote:
This patch adds an implementation of a TPM TIS driver for the TPM TIS
emulation supported by Qemu (patches posted, not in git yet). Usage of the
driver is broken up into several functions. The driv
Sorry to be a pain, but now I get
$ configure --disable-guest-agent
Error: zlib check failed
Make sure to have the zlib libs and headers installed.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/8263
On 08/19/2011 11:28 AM, Stefan Hajnoczi wrote:
On Fri, Aug 19, 2011 at 2:26 PM, Ottavio wrote:
On 19 August 2011 11:08, 陳韋任 wrote:
Hi, Ottavio
2) The qemu-user mailing list is not active:
http://lists.nongnu.org/mailman/listinfo/qemu-users
+1. Maybe you can ask Pablo's opinion, too.
I
On 19 August 2011 20:49, Anthony Liguori wrote:
> On 08/19/2011 11:28 AM, Stefan Hajnoczi wrote:
>>
>> On Fri, Aug 19, 2011 at 2:26 PM, Ottavio wrote:
>>>
>>> On 19 August 2011 11:08, 陳韋任 wrote:
Hi, Ottavio
> 2) The qemu-user mailing list is not active:
> http://lists.nong
On 08/19/2011 11:07 AM, Laurent Vivier wrote:
Le 19 août 2011 à 17:52, Natalia Portillo a écrit :
El 19/08/2011, a las 09:55, François Revol escribió:
[snip]
Release early, release often :p
+1Ok, Ok, I think all m68k core can be submitted except some bitfield
operations and fpu instr
On Friday, August 19, 2011, 11:27:04, Ottavio wrote:
> Is anybody here interested in having an official place for qemu users?
Neozeed (who provides Windows builds of Qemu) has stated that he's
ready to host the Qemu forum on his domain:
http://virtuallyfun.superglobalmegacorp.com/?p=1252
--
< J
On 15/08/11 16:38, Bob Breuer wrote:
Depends on the rom. The SS-5 rom always sets it correctly, whereas the
SS-20 rom only sets it when you do "boot net". Also, this is just the
top 8 bits of the address. The DMA2 documentation[1] for E_BASE_ADDR
states that these upper address bits default t
On 2011-08-19 08:19, Avi Kivity wrote:
> On 08/18/2011 03:26 PM, Jan Kiszka wrote:
>> On 2011-08-17 16:48, Avi Kivity wrote:
>> > On 08/17/2011 04:38 PM, Avi Kivity wrote:
>> >>
>> >> The mmio code has
>> >>
>> >> s->plane_updated |= mask; /* only used to detect font
>> >> change */
The REG_PC constant used in opcode-cris.h can clash with a
similar define in system include files. In particular the
Ubuntu Lucid SPARC signal.h will define REG_PC, and since
qemu-common.h now includes signal.h this was causing compile
failures. Rename the constants to avoid this issue.
(NB that RE
On Sat, Aug 20, 2011 at 12:27:04AM +0100, Peter Maydell wrote:
> The REG_PC constant used in opcode-cris.h can clash with a
> similar define in system include files. In particular the
> Ubuntu Lucid SPARC signal.h will define REG_PC, and since
> qemu-common.h now includes signal.h this was causing
On 17 August 2011 22:11, Richard Henderson wrote:
> As it's not used, fixes a compilation error.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Peter Maydell
(We just hit this with the Ubuntu package builds of qemu-linaro
for ARM host...)
-- PMM
On 20 August 2011 01:51, Peter Maydell wrote:
> On 17 August 2011 22:11, Richard Henderson wrote:
>> As it's not used, fixes a compilation error.
Stefan Weil submitted an identical patch a couple of weeks ago, but I
can't see the rationale for inlining. It seems like working around
the warning
Hi all,
I'm still encountering this issue that I've described below.
I think prior to qemu 0.12 qemu used to support the pci_add pci_addr=auto
storage file= interface to hot plug/ hot add storage volumes to a
running instance.
However, the pci_add command is not supported in 0.12 at all. W
> So there are a number of issues here. Firstly, x86 targets
> in particular are worse than others for multi-threaded user
> mode: the patch you note is almost certainly not the only
> area that needs addressing. (Properly handling the x86 LOCK
> prefix by making sure we take a host mutex is very l
On 20 August 2011 01:10, andrzej zaborowski wrote:
> On 20 August 2011 01:51, Peter Maydell wrote:
>> On 17 August 2011 22:11, Richard Henderson wrote:
>>> As it's not used, fixes a compilation error.
>
> Stefan Weil submitted an identical patch a couple of weeks ago, but I
> can't see the ratio
Mark Cave-Ayland wrote:
> On 15/08/11 16:38, Bob Breuer wrote:
>
>> Depends on the rom. The SS-5 rom always sets it correctly, whereas the
>> SS-20 rom only sets it when you do "boot net". Also, this is just the
>> top 8 bits of the address. The DMA2 documentation[1] for E_BASE_ADDR
>> states t
Hi Sir,
Have a nice day!
Glad to hear that you're on the market of printing. We specialize in this
field for several years and we are quite experienced in printing work.
Products vary from books, folds, catalogs, brochures, to magazines,
envelopes etc.
The advantages of our company are
On 08/16/2011 08:56 PM, Umesh Deshpande wrote:
@@ -2128,8 +2132,61 @@ void cpu_physical_memory_reset_dirty(ram_addr_t start,
ram_addr_t end,
start1, length);
}
}
+
}
+void migration_bitmap_reset_dirty(ram_addr_t start, ram_addr_t end,
+
41 matches
Mail list logo
