My code calls the following macro, but nothing happens.
#define invlpg_asm(pageaddr) do{\ asm volatile("invlpg %0\n\t" \
:\ :"m"(pageaddr)); \}while(0)
pageaddr is the virtual address that needs to be invalidated.
It is said that cup before i486 does not
--- 12年6月1日，周五, 吴晓琳 写道：
发件人: 吴晓琳
主题: Re: [Qemu-devel] general question
收件人: che...@iis.sinica.edu.tw
抄送: jcmvb...@gmail.com, qemu-devel@nongnu.org
日期: 2012年6月1日,周五,下午3:11
My code calls the following macro, but nothing happens.
#define invlpg_asm(pageaddr) do{\ asm volatile("invlpg %0\n\
On Fri, Jun 1, 2012 at 6:22 AM, Zhi Yong Wu wrote:
> On Thu, May 31, 2012 at 5:26 PM, Stefan Hajnoczi wrote:
>> On Wed, May 30, 2012 at 9:31 AM, Zhi Yong Wu wrote:
>>> On Sat, May 12, 2012 at 12:48 AM, Kevin Wolf wrote:
A prerequisite for a "QED mode" in qcow2, which doesn't update the ref
On Fri, Jun 1, 2012 at 4:11 AM, Yue Chen wrote:
> Any approach to log all the file read/write (I/O data flow) in order,
> together with the instruction traces in QEMU? Thanks.
It sounds like you may be running a *-user target because softmmu
(system emulation) has no knowledge of file I/O inside
On 06/01/2012 12:48 AM, Markus Armbruster wrote:
Anthony Liguori writes:
[On how to model virtio devices in QOM:]
Basically, it should look like:
VirtioPCIDevice is-a PCIDevice
VirtioPCIDevice has-a link
Could you explain why this is link<> and not child<>?
So you can do:
qemu -device
On Thu, May 31, 2012 at 11:25 AM, Sebastien Douche wrote:
> On Thu, May 31, 2012 at 11:10 AM, Stefan Hajnoczi wrote:
>> Hi Sebastien,
>
> Hi Stephan
>
>> It won't be possible for QEMU 1.1 since the release is imminent.
>
> Sad news. This bug impose Virtualbox for the conversion :(.
>
> BTW, thank
Works me. I can now receive at 1.15 Mpps, slightly
faster than my previous patch which generated unnecessary
writes to the signalling socket.
Tested-by: Luigi Rizzo
On Thu, May 31, 2012 at 12:03 PM, Paolo Bonzini wrote:
> Il 31/05/2012 10:23, Jan Kiszka ha scritto:
> >> > @@ -922,6 +923,7 @@ s
On Fri, Jun 1, 2012 at 4:06 PM, Stefan Hajnoczi wrote:
> On Fri, Jun 1, 2012 at 6:22 AM, Zhi Yong Wu wrote:
>> On Thu, May 31, 2012 at 5:26 PM, Stefan Hajnoczi wrote:
>>> On Wed, May 30, 2012 at 9:31 AM, Zhi Yong Wu wrote:
On Sat, May 12, 2012 at 12:48 AM, Kevin Wolf wrote:
> A prereq
Anthony Liguori writes:
> On 06/01/2012 12:48 AM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>
>> [On how to model virtio devices in QOM:]
>>> Basically, it should look like:
>>>
>>> VirtioPCIDevice is-a PCIDevice
>>>
>>> VirtioPCIDevice has-a link
>>
>> Could you explain why this is l
Am 01.06.2012 03:16, schrieb Peter A. G. Crosthwaite:
> Added a switch to tell the bootloader that the image is linux and should be
> bootstrapped as such. This is needed to boot an elf that is linux.
>
> Syntax would be:
>
> qemu-system-arm ... -kernel linux.elf -machine linux=on
>
> Signed-off
I have not much idea and have not worked for that processor. But there
seems to be patches available for ARM7TDMI
http://www.mail-archive.com/qemu-devel@nongnu.org/msg11154.html
On Fri, Jun 1, 2012 at 2:42 AM, Vinicius Sanches wrote:
> Actually I already did it. It does not have any indication
Public bug reported:
Environment:
Host OS (ia32/ia32e/IA64):ia32e
Guest OS (ia32/ia32e/IA64):ia32e
Guest OS Type (Linux/Windows):Linux(rhel6u1)
kvm.git Commit:51bfd2998113e1f8ce8dcf853407b76a04b5f2a0
qemu-kvm Commit:3fd9fedb9fae4517d93d76e93a2924559cacf2f6
Host Kernel Version:3.4.0-rc
On 06/01/2012 05:25 PM, Markus Armbruster wrote:
Anthony Liguori writes:
On 06/01/2012 12:48 AM, Markus Armbruster wrote:
Anthony Liguori writes:
[On how to model virtio devices in QOM:]
Basically, it should look like:
VirtioPCIDevice is-a PCIDevice
VirtioPCIDevice has-a link
Could yo
Am 31.05.2012 13:17, schrieb Igor Mammedov:
> On 05/31/2012 12:16 PM, Paolo Bonzini wrote:
>> Il 31/05/2012 10:30, Markus Armbruster ha scritto:
> Makes much sense, but maybe it should be done in OBJECT() cast? Assert
> when we do OBJECT(NULL).
>>> In my opinion, OBJECT(p) where p is a null
Am 31.05.2012 10:30, schrieb Markus Armbruster:
> Igor Mitsyanko writes:
>
>> On 05/30/2012 08:19 PM, Igor Mammedov wrote:
>>> without assert it will crash at following point:
>>> OBJECT_CHECK(type, obj, name) \
>>> ((type *)object_dynamic_cast_assert(OBJECT(obj), (name)))
>>>=>
On 01.06.2012, at 04:17, Peter Maydell wrote:
> On 1 June 2012 02:45, Alexander Graf wrote:
>> On 01.06.2012, at 03:39, Peter Maydell wrote:
>>> On 1 June 2012 02:16, Alexander Graf wrote:
On 01.06.2012, at 02:44, Peter Maydell wrote:
> So in the multithreaded case do all the thread s
Orit Wasserman wrote:
> From: Isaku Yamahata
>
> Signed-off-by: Isaku Yamahata
Reviewed-by: Juan Quintela
> @@ -1570,7 +1571,7 @@ int qemu_savevm_state_begin(QEMUFile *f, int
> blk_enable, int shared)
> if(se->set_params == NULL) {
> continue;
> }
> - se->set_p
Orit Wasserman wrote:
> Add migration capabiltes that can be queried by the management.
> The managment can query the source QEMU and the destination QEMU in order to
> verify both support some migration capability (currently only XBZRLE).
> The managment can enable a capabilty for the next migra
> +This work was originally based on research results published
checkpatch complains about this space. Rest of patch looks nice.
Orit Wasserman wrote:
> Add LRU page cache mechanism.
> The page are accessed by their address.
>
> Signed-off-by: Benoit Hudzia
> Signed-off-by: Petter Svard
> Signed-off-by: Aidan Shribman
> Signed-off-by: Orit Wasserman
Reviewed-by: Juan Quintela
Orit Wasserman wrote:
> Implement Unsigned Little Endian Base 128.
>
> Signed-off-by: Orit Wasserman
Reviewed-by: Juan Quintela
Orit Wasserman wrote:
> Signed-off-by: Benoit Hudzia
> Signed-off-by: Petter Svard
> Signed-off-by: Aidan Shribman
> Signed-off-by: Orit Wasserman
Reviewed-by: Juan Quintela
Orit Wasserman wrote:
> Signed-off-by: Benoit Hudzia
> Signed-off-by: Petter Svard
> Signed-off-by: Aidan Shribman
> Signed-off-by: Orit Wasserman
Reviewed-by: Juan Quintela
In arm user mode, where does qemu exit? Where is last qemu's instruction?
I.E.
int main (){return 0;}
in what file does qemu run "return 0"??
Andreas Färber writes:
> Am 31.05.2012 13:17, schrieb Igor Mammedov:
>> On 05/31/2012 12:16 PM, Paolo Bonzini wrote:
>>> Il 31/05/2012 10:30, Markus Armbruster ha scritto:
>> Makes much sense, but maybe it should be done in OBJECT() cast? Assert
>> when we do OBJECT(NULL).
In my opin
Orit Wasserman wrote:
> Change XBZRLE cache size in bytes (the size should be a power of 2).
> If XBZRLE cache size is too small there will be many cache miss.
>
> Signed-off-by: Benoit Hudzia
> Signed-off-by: Petter Svard
> Signed-off-by: Aidan Shribman
> Signed-off-by: Orit Wasserman
> +voi
Orit Wasserman wrote:
> In the outgoing migration check to see if the page is cached and
> changed than send compressed page by using save_xbrle_page function.
> In the incoming migration check to see if RAM_SAVE_FLAG_XBRLE is set
> and decompress the page (by using load_xbrle function).
This pa
On Fri, Jun 1, 2012 at 3:16 PM, Davide Ferraretto
wrote:
> In arm user mode, where does qemu exit? Where is last qemu's instruction?
>
> I.E.
> int main (){return 0;}
> in what file does qemu run "return 0"??
Simulated code reaches the point where libc calls 'exit' or 'exit_group' syscall
and the
Anthony Liguori writes:
> On 06/01/2012 05:25 PM, Markus Armbruster wrote:
>> Anthony Liguori writes:
>>
>>> On 06/01/2012 12:48 AM, Markus Armbruster wrote:
Anthony Liguori writes:
[On how to model virtio devices in QOM:]
> Basically, it should look like:
>
> Virtio
I tried to insert " printf("exit\n"); ", but qemu dosen't write to monitor.
On 06/01/12 13:43, Max Filippov wrote:
On Fri, Jun 1, 2012 at 3:16 PM, Davide Ferraretto
wrote:
In arm user mode, where does qemu exit? Where is last qemu's instruction?
I.E.
int main (){return 0;}
in what file does
On Fri, Jun 1, 2012 at 3:57 PM, Davide Ferraretto
wrote:
> I tried to insert " printf("exit\n"); ", but qemu dosen't write to monitor.
printf should not write to monitor (if you mean QEMU monitor), it
should go to stdout.
I don't have ARM compiler set up ATM, but x86_64 with the following
patch d
I'm in "arm user space" with "sigle step mode". I want write "exit\n" in
linux shell (no QEMU monitor) when emulate code arrives to "return 0"
On 06/01/12 14:23, Max Filippov wrote:
On Fri, Jun 1, 2012 at 3:57 PM, Davide Ferraretto
wrote:
I tried to insert " printf("exit\n"); ", but qemu dos
Am 31.05.2012 18:08, schrieb Luiz Capitulino:
> On Thu, 31 May 2012 17:49:42 +0200
> Paolo Bonzini wrote:
>
>> Il 31/05/2012 17:44, Luiz Capitulino ha scritto:
One is "do not shoehorn errors into errno values". So for QOM invalid
values we
have PropertyValueBad, not a generic Inv
I use Virtualbox latest and same problem.
Try 64 edition Windows...
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1007269
Title:
Can’t install or boot up 32bit win8 guest.
Status in QEMU:
New
B
On Fri, Jun 1, 2012 at 4:30 PM, Davide Ferraretto
wrote:
> I'm in "arm user space" with "sigle step mode". I want write "exit\n" in
> linux shell (no QEMU monitor) when emulate code arrives to "return 0"
Ok, what do you execute and where? Is it qemu-arm or qemu-system-arm?
In the latter case do y
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
>>> So we'll just have PIIX_NUM_PIC_IRQS entries there and use
>>> irq_count instead of the pic_levels bitmap.
>>
>> Just that this affects generic PCI code, not only PIIX-specific things.
>
> Yes but it's not a problem - pci_bus_irqs sets the map fun
Am 01.06.2012 13:18, schrieb Markus Armbruster:
> Andreas Färber writes:
>
>> Am 31.05.2012 13:17, schrieb Igor Mammedov:
>>> On 05/31/2012 12:16 PM, Paolo Bonzini wrote:
Il 31/05/2012 10:30, Markus Armbruster ha scritto:
>>> Makes much sense, but maybe it should be done in OBJECT() cast
On Fri, Jun 1, 2012 at 5:01 PM, Davide Ferraretto
wrote:
> I run qemu-arm -singlestep prog
>
> Linux shell --> host.
Ok, and you build 'prog' as a static linux ELF for ARM?
What does
qemu-arm -strace prog
print?
--
Thanks.
-- Max
On Fri, Jun 1, 2012 at 5:14 PM, Davide Ferraretto
wrote:
> I compile so:
> arm-elf-gcc-4.0.2 prog -o prog
As its name suggests, arm-elf-gcc builds bare-metal ELF that wouldn't
run on linux, doesn't it?
And what about the other question, what does qemu-arm -strace prog print?
--
Thanks.
-- Max
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
> On 2012-05-30 22:31, Michael S. Tsirkin wrote:
> >>> So we'll just have PIIX_NUM_PIC_IRQS entries there and use
> >>> irq_count instead of the pic_levels bitmap.
> >>
> >> Just that this affects generic PCI code, not only PIIX-specific t
On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
> On 2012-05-30 22:31, Michael S. Tsirkin wrote:
> >>> So we'll just have PIIX_NUM_PIC_IRQS entries there and use
> >>> irq_count instead of the pic_levels bitmap.
> >>
> >> Just that this affects generic PCI code, not only PIIX-specific t
On 2012-06-01 15:28, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
>> On 2012-05-30 22:31, Michael S. Tsirkin wrote:
> So we'll just have PIIX_NUM_PIC_IRQS entries there and use
> irq_count instead of the pic_levels bitmap.
Just that this
Am 01.06.2012 05:23, schrieb Peter A. G. Crosthwaite:
> Signed-off-by: Peter A. G. Crosthwaite
> ---
> changed from v3:
> simplified tcg local variable usage aqcross branch
> changed from v2:
> fixed tcg local variable usage across branch
> reworked carry logic (with new write_carryi() function)
>
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
>> On 2012-05-30 22:31, Michael S. Tsirkin wrote:
> So we'll just have PIIX_NUM_PIC_IRQS entries there and use
> irq_count instead of the pic_levels bitmap.
Just that this
On 3/17/12, Hervé Poussineau wrote:
> First two patches repair some functionality broken since 2009!
> Debian install root floppy can now be started again.
Can you give the qemu command line for this?
> Patches 4 to 6 implement the pc87312 Super I/O chip.
> Some versions by me or by Andreas Färb
On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
> On 2012-06-01 15:27, Michael S. Tsirkin wrote:
> > On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
> >> On 2012-05-30 22:31, Michael S. Tsirkin wrote:
> > So we'll just have PIIX_NUM_PIC_IRQS entries there and use
> >
On 2012-06-01 16:34, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
>> On 2012-06-01 15:27, Michael S. Tsirkin wrote:
>>> On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
On 2012-05-30 22:31, Michael S. Tsirkin wrote:
>>> So we'll just ha
Am 31.05.2012 01:25, schrieb Ben Collins:
> In order to provide a closer virtualization, factor out e500-pci into seperate
> PCI hosts, namely fsl,mpc8540-pci and fsl,p4080-pcie (to match the device-tree
> node naming).
>
> Make use of the mpc8540 variant (basically a NOP) for ppce500_mpc8544 mach
On Fri, Jun 01, 2012 at 05:15:42PM +0200, Jan Kiszka wrote:
> On 2012-06-01 16:34, Michael S. Tsirkin wrote:
> > On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
> >> On 2012-06-01 15:27, Michael S. Tsirkin wrote:
> >>> On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
> O
On Fri, Jun 01, 2012 at 05:15:42PM +0200, Jan Kiszka wrote:
> On 2012-06-01 16:34, Michael S. Tsirkin wrote:
> > On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
> >> On 2012-06-01 15:27, Michael S. Tsirkin wrote:
> >>> On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
> O
On 2012-06-01 17:28, Michael S. Tsirkin wrote:
>>> So I won't object to adding a new API but if we do
>>> it properly this won't help compatibility :(
>>
>> It will as this API does not touch the parts that affect the vmstate
>> (ie. semantics of irq_count won't change).
>
> Yes but irq_count in v
On 2012-06-01 17:30, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 2012 at 05:15:42PM +0200, Jan Kiszka wrote:
>> On 2012-06-01 16:34, Michael S. Tsirkin wrote:
>>> On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
On 2012-06-01 15:27, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 20
On Fri, Jun 01, 2012 at 05:54:15PM +0200, Jan Kiszka wrote:
> On 2012-06-01 17:28, Michael S. Tsirkin wrote:
> >>> So I won't object to adding a new API but if we do
> >>> it properly this won't help compatibility :(
> >>
> >> It will as this API does not touch the parts that affect the vmstate
> >
On Fri, Jun 01, 2012 at 05:34:14PM +0300, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 2012 at 03:57:01PM +0200, Jan Kiszka wrote:
> > On 2012-06-01 15:27, Michael S. Tsirkin wrote:
> > > On Fri, Jun 01, 2012 at 02:52:56PM +0200, Jan Kiszka wrote:
> > >> On 2012-05-30 22:31, Michael S. Tsirkin wrote
On 2012-06-01 18:05, Michael S. Tsirkin wrote:
> On Fri, Jun 01, 2012 at 05:54:15PM +0200, Jan Kiszka wrote:
>> On 2012-06-01 17:28, Michael S. Tsirkin wrote:
> So I won't object to adding a new API but if we do
> it properly this won't help compatibility :(
It will as this API do
Public bug reported:
./scripts/qemu-binfmt-conf.sh
needs
echo
':armCompiler:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x08\x00\x02\x00\x28\x00:\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/usr/bin
/qemu-static-arm-binfmt:P' > /proc/sys/fs/binfmt_misc/r
for the sake of archive (maybe someone does the same mistake and finds
this old thread).
My fault. The syscall numbers changes between PPC and i386. And I did
not think about it and was using some i386 kernel headers to check the
syscalls. Yes, very n00b :(
Sorry for necromancing a thread.
On Th
Vmware player 4.0.2 is ok.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1007269
Title:
Can’t install or boot up 32bit win8 guest.
Status in QEMU:
New
Bug description:
Environment:
Hi,
Artyom Tarasenko a écrit :
On 3/17/12, Hervé Poussineau wrote:
First two patches repair some functionality broken since 2009!
Debian install root floppy can now be started again.
Can you give the qemu command line for this?
The command line is
qemu-system-ppc -kernel zImage.prep -fda d
On Fri, Jun 1, 2012 at 9:38 PM, Hervé Poussineau wrote:
> Hi,
>
> Artyom Tarasenko a écrit :
>
>> On 3/17/12, Hervé Poussineau wrote:
>>>
>>> First two patches repair some functionality broken since 2009!
>>> Debian install root floppy can now be started again.
>>
>>
>> Can you give the qemu comm
This series converted 'sendkey' command to qapi.
Amos Kong (6):
qerror: add QERR_OVERFLOW
fix doc of using raw values with sendkey
rename keyname '<' to 'less'
hmp: rename arguments
qapi: generate list struct and visit_list for enum
qapi: convert sendkey
hmp-commands.hx |8
Signed-off-by: Amos Kong
---
qerror.c |4
qerror.h |3 +++
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/qerror.c b/qerror.c
index 5092fe7..b66af09 100644
--- a/qerror.c
+++ b/qerror.c
@@ -172,6 +172,10 @@ static const QErrorStringTable qerror_table[] = {
.d
- Original Message -
> This series converted 'sendkey' command to qapi.
>
> Amos Kong (6):
> qerror: add QERR_OVERFLOW
> fix doc of using raw values with sendkey
> rename keyname '<' to 'less'
> hmp: rename arguments
> qapi: generate list struct and visit_list for enum
> qapi:
Rename 'string' to 'keys', rename 'hold_time' to 'hold-time'
Signed-off-by: Amos Kong
---
hmp-commands.hx |2 +-
monitor.c | 14 +++---
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index af18156..18b8e31 100644
--- a/hmp-com
There are many maps of keycode 0x56 in pc-bios/keymaps/*
pc-bios/keymaps/common:less 0x56
pc-bios/keymaps/common:greater 0x56 shift
pc-bios/keymaps/common:bar 0x56 altgr
pc-bios/keymaps/common:brokenbar 0x56 shift altgr
This patch just rename '<' to 'less', QAPI might add new
variable by a
Convert 'sendkey' to use QAPI. do_sendkey() depends on some
variables/functions in monitor.c, so reserve qmp_sendkey()
to monitor.c
key_defs[] in monitor.c is the mapping of key name to keycode,
Keys' order in the enmu and key_defs[] is same.
Signed-off-by: Amos Kong
---
hmp-commands.hx |2
(qemu) sendkey a
(qemu) sendkey 0x1e
(qemu) sendkey #0x1e
unknown key: '#0x1e'
The last command doesn't work, '#' is not request before raw values.
Signed-off-by: Amos Kong
---
hmp-commands.hx |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hmp-commands.hx b/hmp-com
Currently, if define an 'enum' and use it in one command's data,
List struct for enum could not be generated, but it's used in
qmp function.
For example: KeyCodesList could not be generated.
>>> qapi-schema.json:
{ 'enum': 'KeyCodes',
'data': [ 'shift', 'alt' ... ] }
{ 'command': 'sendkey',
'd
i want take a snap for running system,how do i?
now i can use qemu-img.exe to take a snapshot.
and it not save the running memeory info.
69 matches
Mail list logo
