* out of memory page request
@ 2007-10-04 4:43 David Brown
[not found] ` <9c21eeae0710032143j3ed5f43dgc3858a8fde6806d1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 7+ messages in thread
From: David Brown @ 2007-10-04 4:43 UTC (permalink / raw)
To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
I just noticed something bad, I forgot to pass the -m argument when
starting my kvm session. So I tried to load an initrd that was 100+M
into the default memory size which is smaller using an etherboot image
for the rtl8139 card. Obviously this is my bad but I got a kernel
oopse and it froze the qemu process and wouldn't release the memory
back to the system.
Could this be handled a little more cleanly? Maybe kill the qemu
process and hand the memory back to the system saying that it couldn't
allocate the memory or something?
[ 5487.411029] Unable to handle kernel paging request at ffff810213a9ad04 RIP:
[ 5487.411036] [<ffffffff88ae75b9>] :kvm:ioapic_mmio_write+0x59/0xa0
[ 5487.411052] PGD 8063 PUD 0
[ 5487.411055] Oops: 0002 [1] SMP
[ 5487.411057] CPU 1
[ 5487.411058] Modules linked in: tun bitrev crc32 kvm_intel kvm
nls_cp437 vfat fat udf nls_iso8859_1 ntfs nls_base ipv6 binfmt_misc
snd_pcm_oss snd_mixer_oss snd_seq_midi snd_emu10k1_synth
snd_emux_synth snd_seq_virmidi snd_seq_midi_event snd_seq_midi_emul
snd_seq bridge usb_storage libusual usbmouse usbkbd usbhid hid
ff_memless snd_emu10k1 snd_rawmidi snd_ac97_codec ohci1394 ac97_bus
snd_pcm snd_seq_device ieee1394 snd_timer snd_page_alloc snd_util_mem
nvidia(P) firewire_ohci firewire_core snd_hwdep snd crc_itu_t
i2c_nforce2 generic amd74xx soundcore tg3 emu10k1_gp gameport rtc
i2c_core ide_core 8250_pnp 8250 serial_core serio_raw ehci_hcd
ohci_hcd usbcore pcspkr shpchp pci_hotplug psmouse sr_mod cdrom sg
evdev tsdev ext3 mbcache jbd ata_generic pata_amd sata_nv libata
sd_mod scsi_mod dm_crypt aes sha512 sha256 dm_mod
[ 5487.411097] Pid: 25075, comm: qemu-system-x86 Tainted: P 2.6.22.9 #2
[ 5487.411099] RIP: 0010:[<ffffffff88ae75b9>] [<ffffffff88ae75b9>]
:kvm:ioapic_mmio_write+0x59/0xa0
[ 5487.411106] RSP: 0018:ffff8100321d9870 EFLAGS: 00010202
[ 5487.411108] RAX: 0000000037e835dd RBX: ffff810040a80000 RCX: 0000000053b9fb0f
[ 5487.411110] RDX: 0000000000000001 RSI: 0000000037e835dd RDI: ffff81005467fe00
[ 5487.411112] RBP: 00000000000fec00 R08: 0000000000000004 R09: 0000000000000004
[ 5487.411114] R10: ffff810040a80000 R11: ffffffff88ad89f0 R12: 00000000fec00010
[ 5487.411116] R13: 0000000000000004 R14: ffff810040a810e8 R15: 0000000000000000
[ 5487.411118] FS: 00002ba48158ad30(0000) GS:ffff81007f968280(0000)
knlGS:0000000000000000
[ 5487.411120] CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033
[ 5487.411122] CR2: ffff810213a9ad04 CR3: 0000000025c87000 CR4: 00000000000026e0
[ 5487.411125] Process qemu-system-x86 (pid: 25075, threadinfo
ffff8100321d8000, task ffff8100168314a0)
[ 5487.411126] Stack: ffffffff88ada2d2 0000000000000004
00000000fec00010 ffff810040a810b8
[ 5487.411131] ffff810040a81068 00000000fec00010 ffff810040a81110
ffffffff88af1ee0
[ 5487.411134] ffffffff88ae1638 0000000000000000 ffff810040a81110
0000000000000000
[ 5487.411137] Call Trace:
[ 5487.411143] [<ffffffff88ada2d2>]
:kvm:emulator_write_emulated_onepage+0xc2/0x190
[ 5487.411152] [<ffffffff88ae1638>] :kvm:x86_emulate_insn+0x618/0x4190
[ 5487.411161] [<ffffffff88af5467>] :kvm_intel:vmcs_readl+0x17/0x20
[ 5487.411169] [<ffffffff88ada0d1>] :kvm:emulate_instruction+0x1a1/0x2e0
[ 5487.411174] [<ffffffff88af83b3>] :kvm_intel:handle_exception+0x1f3/0x2c0
[ 5487.411182] [<ffffffff88ada6d2>] :kvm:kvm_vcpu_ioctl_run+0x102/0x460
[ 5487.411188] [<ffffffff88adc6c1>] :kvm:kvm_vm_ioctl+0x511/0xa70
[ 5487.411195] [<ffffffff88adafcb>] :kvm:kvm_vcpu_ioctl+0x59b/0xf40
[ 5487.411203] [<ffffffff810915e0>] fget_light+0x30/0x90
[ 5487.411208] [<ffffffff8109f0b8>] do_select+0x518/0x540
[ 5487.411215] [<ffffffff8109f6f0>] __pollwait+0x0/0x130
[ 5487.411219] [<ffffffff810272bc>] task_rq_lock+0x4c/0x90
[ 5487.411223] [<ffffffff810299ed>] try_to_wake_up+0x5d/0x4b0
[ 5487.411228] [<ffffffff81026b97>] __wake_up_common+0x47/0x70
[ 5487.411232] [<ffffffff810271f3>] __wake_up+0x43/0x70
[ 5487.411237] [<ffffffff8118f3f1>] sock_def_readable+0x61/0x70
[ 5487.411241] [<ffffffff81201cb4>] unix_stream_sendmsg+0x1c4/0x390
[ 5487.411244] [<ffffffff8111c8ad>] copy_user_generic_string+0xd/0x40
[ 5487.411252] [<ffffffff8118a031>] sock_aio_write+0x171/0x180
[ 5487.411260] [<ffffffff810ef20a>] avc_has_perm+0x5a/0x80
[ 5487.411266] [<ffffffff810f027b>] inode_has_perm+0x5b/0xa0
[ 5487.411268] [<ffffffff81039dc9>] __dequeue_signal+0x19/0x1d0
[ 5487.411272] [<ffffffff8103962e>] recalc_sigpending+0xe/0x30
[ 5487.411274] [<ffffffff8103b78c>] dequeue_signal+0x5c/0x190
[ 5487.411279] [<ffffffff8109dc95>] do_ioctl+0x35/0xe0
[ 5487.411282] [<ffffffff8109ddb4>] vfs_ioctl+0x74/0x2d0
[ 5487.411286] [<ffffffff8109e0a5>] sys_ioctl+0x95/0xb0
[ 5487.411290] [<ffffffff8100a0fe>] system_call+0x7e/0x83
[ 5487.411295]
[ 5487.411296]
[ 5487.411296] Code: 89 4c c7 1c b8 01 00 00 00 89 f1 d3 e0 85 47 10
74 c3 e9 b0
[ 5487.411303] RIP [<ffffffff88ae75b9>] :kvm:ioapic_mmio_write+0x59/0xa0
[ 5487.411310] RSP <ffff8100321d9870>
[ 5487.411312] CR2: ffff810213a9ad04
[ 5487.421581] br0: port 2(tap0) entering disabled state
[ 5487.427775] br0: port 2(tap0) entering disabled state
This is using kvm 45 and linux kernel 2.6.22.9.
Thanks,
- David Brown
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: out of memory page request
[not found] ` <9c21eeae0710032143j3ed5f43dgc3858a8fde6806d1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2007-10-05 13:14 ` Avi Kivity
[not found] ` <470638A5.3020609-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
0 siblings, 1 reply; 7+ messages in thread
From: Avi Kivity @ 2007-10-05 13:14 UTC (permalink / raw)
To: David Brown; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
David Brown wrote:
> I just noticed something bad, I forgot to pass the -m argument when
> starting my kvm session. So I tried to load an initrd that was 100+M
> into the default memory size which is smaller using an etherboot image
> for the rtl8139 card. Obviously this is my bad but I got a kernel
> oopse and it froze the qemu process and wouldn't release the memory
> back to the system.
>
> Could this be handled a little more cleanly? Maybe kill the qemu
> process and hand the memory back to the system saying that it couldn't
> allocate the memory or something?
>
> [ 5487.411029] Unable to handle kernel paging request at ffff810213a9ad04 RIP:
> [ 5487.411036] [<ffffffff88ae75b9>] :kvm:ioapic_mmio_write+0x59/0xa0
>
Can you run 'gdb /path/to/kvm.ko' and post the output of 'disassemble
ioapic_mmio_write' please?
--
Any sufficiently difficult bug is indistinguishable from a feature.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: out of memory page request
[not found] ` <470638A5.3020609-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
@ 2007-10-07 17:37 ` David Brown
[not found] ` <9c21eeae0710071037o452bea4bm706e044526ed7ab7-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 7+ messages in thread
From: David Brown @ 2007-10-07 17:37 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> Can you run 'gdb /path/to/kvm.ko' and post the output of 'disassemble
> ioapic_mmio_write' please?
>
Sorry for not getting back sooner.
(gdb) disassemble ioapic_mmio_write
Dump of assembler code for function ioapic_mmio_write:
0x000000000000f540 <ioapic_mmio_write+0>: mov %edx,%r8d
0x000000000000f543 <ioapic_mmio_write+3>: cmp $0x4,%edx
0x000000000000f546 <ioapic_mmio_write+6>: mov 0x20(%rdi),%rdi
0x000000000000f54a <ioapic_mmio_write+10>: sete %dl
0x000000000000f54d <ioapic_mmio_write+13>: cmp $0x8,%r8d
0x000000000000f551 <ioapic_mmio_write+17>: sete %al
0x000000000000f554 <ioapic_mmio_write+20>: or %al,%dl
0x000000000000f556 <ioapic_mmio_write+22>: je 0xf570
<ioapic_mmio_write+48>
0x000000000000f558 <ioapic_mmio_write+24>: mov %rsi,%rax
0x000000000000f55b <ioapic_mmio_write+27>: mov (%rcx),%ecx
0x000000000000f55d <ioapic_mmio_write+29>: and $0xff,%eax
0x000000000000f562 <ioapic_mmio_write+34>: jne 0xf568
<ioapic_mmio_write+40>
0x000000000000f564 <ioapic_mmio_write+36>: mov %ecx,0x8(%rdi)
0x000000000000f567 <ioapic_mmio_write+39>: retq
0x000000000000f568 <ioapic_mmio_write+40>: cmp $0x10,%rax
0x000000000000f56c <ioapic_mmio_write+44>: je 0xf581
<ioapic_mmio_write+65>
0x000000000000f56e <ioapic_mmio_write+46>: repz retq
0x000000000000f570 <ioapic_mmio_write+48>: mov %r8d,%esi
0x000000000000f573 <ioapic_mmio_write+51>: mov $0x0,%rdi
---Type <return> to continue, or q <return> to quit---
0x000000000000f57a <ioapic_mmio_write+58>: xor %eax,%eax
0x000000000000f57c <ioapic_mmio_write+60>: jmpq 0xf581
<ioapic_mmio_write+65>
0x000000000000f581 <ioapic_mmio_write+65>: mov 0x8(%rdi),%eax
0x000000000000f584 <ioapic_mmio_write+68>: test %eax,%eax
0x000000000000f586 <ioapic_mmio_write+70>: je 0xf5b0
<ioapic_mmio_write+112>
0x000000000000f588 <ioapic_mmio_write+72>: cmp $0x2,%eax
0x000000000000f58b <ioapic_mmio_write+75>: jbe 0xf5ba
<ioapic_mmio_write+122>
0x000000000000f58d <ioapic_mmio_write+77>: lea
0xfffffffffffffff0(%rax),%esi
0x000000000000f590 <ioapic_mmio_write+80>: shr %esi
0x000000000000f592 <ioapic_mmio_write+82>: test $0x1,%al
0x000000000000f594 <ioapic_mmio_write+84>: je 0xf5bc
<ioapic_mmio_write+124>
0x000000000000f596 <ioapic_mmio_write+86>: movslq %esi,%rax
0x000000000000f599 <ioapic_mmio_write+89>: mov %ecx,0x1c(%rdi,%rax,8)
0x000000000000f59d <ioapic_mmio_write+93>: mov $0x1,%eax
0x000000000000f5a2 <ioapic_mmio_write+98>: mov %esi,%ecx
0x000000000000f5a4 <ioapic_mmio_write+100>: shl %cl,%eax
0x000000000000f5a6 <ioapic_mmio_write+102>: test %eax,0x10(%rdi)
0x000000000000f5a9 <ioapic_mmio_write+105>: je 0xf56e
<ioapic_mmio_write---Type <return> to continue, or q <return> to
quit---
+46>
0x000000000000f5ab <ioapic_mmio_write+107>: jmpq 0xf460 <ioapic_service>
0x000000000000f5b0 <ioapic_mmio_write+112>: shr $0x18,%ecx
0x000000000000f5b3 <ioapic_mmio_write+115>: and $0xf,%ecx
0x000000000000f5b6 <ioapic_mmio_write+118>: mov %ecx,0xc(%rdi)
0x000000000000f5b9 <ioapic_mmio_write+121>: retq
0x000000000000f5ba <ioapic_mmio_write+122>: repz retq
0x000000000000f5bc <ioapic_mmio_write+124>: movslq %esi,%rax
0x000000000000f5bf <ioapic_mmio_write+127>: mov $0xffffffff00000000,%rdx
0x000000000000f5c9 <ioapic_mmio_write+137>: mov %ecx,%ecx
0x000000000000f5cb <ioapic_mmio_write+139>: and 0x18(%rdi,%rax,8),%rdx
0x000000000000f5d0 <ioapic_mmio_write+144>: or %rcx,%rdx
0x000000000000f5d3 <ioapic_mmio_write+147>: mov %rdx,0x18(%rdi,%rax,8)
0x000000000000f5d8 <ioapic_mmio_write+152>: andb $0xbf,0x19(%rdi,%rax,8)
0x000000000000f5dd <ioapic_mmio_write+157>: jmp 0xf59d
<ioapic_mmio_write+93>
End of assembler dump.
(gdb)
I'm using gcc 4.1.2 and glibc kernel headers for 2.6.22.6 currently.
Thanks,
- David Brown
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: out of memory page request
[not found] ` <9c21eeae0710071037o452bea4bm706e044526ed7ab7-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2007-10-08 8:03 ` Avi Kivity
[not found] ` <4709E43D.40003-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
0 siblings, 1 reply; 7+ messages in thread
From: Avi Kivity @ 2007-10-08 8:03 UTC (permalink / raw)
To: David Brown; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 439 bytes --]
David Brown wrote:
>> Can you run 'gdb /path/to/kvm.ko' and post the output of 'disassemble
>> ioapic_mmio_write' please?
>>
>>
>
> Sorry for not getting back sooner.
>
> (gdb) disassemble ioapic_mmio_write
> Dump of assembler code for function ioapic_mmio_write:
>
The attached patch should fix, though there's probably another problem
lurking in there.
--
Any sufficiently difficult bug is indistinguishable from a feature.
[-- Attachment #2: ioapic-indirect-write-fix.patch --]
[-- Type: text/x-patch, Size: 1092 bytes --]
commit f1b8c28f1886c9375361d7f2ebca1f742ea6bc5f
Author: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
Date: Mon Oct 8 10:01:45 2007 +0200
KVM: Check I/O APIC indirect index before writing
Signed-off-by: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
diff --git a/drivers/kvm/ioapic.c b/drivers/kvm/ioapic.c
index 9eb5058..c7992e6 100644
--- a/drivers/kvm/ioapic.c
+++ b/drivers/kvm/ioapic.c
@@ -96,7 +96,7 @@ static void ioapic_service(struct kvm_ioapic *ioapic, unsigned int idx)
static void ioapic_write_indirect(struct kvm_ioapic *ioapic, u32 val)
{
- int index;
+ unsigned index;
switch (ioapic->ioregsel) {
case IOAPIC_REG_VERSION:
@@ -114,7 +114,8 @@ static void ioapic_write_indirect(struct kvm_ioapic *ioapic, u32 val)
index = (ioapic->ioregsel - 0x10) >> 1;
ioapic_debug("change redir index %x val %x", index, val);
- ASSERT(irq < IOAPIC_NUM_PINS);
+ if (index >= IOAPIC_NUM_PINS)
+ return;
if (ioapic->ioregsel & 1) {
ioapic->redirtbl[index].bits &= 0xffffffff;
ioapic->redirtbl[index].bits |= (u64) val << 32;
[-- Attachment #3: Type: text/plain, Size: 314 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
[-- Attachment #4: Type: text/plain, Size: 186 bytes --]
_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel
^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: out of memory page request
[not found] ` <4709E43D.40003-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
@ 2007-10-08 23:53 ` Dong, Eddie
[not found] ` <10EA09EFD8728347A513008B6B0DA77A014E8B00-wq7ZOvIWXbNpB2pF5aRoyrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2007-10-10 3:19 ` David Brown
1 sibling, 1 reply; 7+ messages in thread
From: Dong, Eddie @ 2007-10-08 23:53 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm-devel
kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org wrote:
> David Brown wrote:
>>> Can you run 'gdb /path/to/kvm.ko' and post the output of
>>> 'disassemble ioapic_mmio_write' please?
>>>
>>>
>>
>> Sorry for not getting back sooner.
>>
>> (gdb) disassemble ioapic_mmio_write
>> Dump of assembler code for function ioapic_mmio_write:
>>
>
> The attached patch should fix, though there's probably another
> problem lurking in there.
>
Should we printk something to alert something error already?
Eddie
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: out of memory page request
[not found] ` <10EA09EFD8728347A513008B6B0DA77A014E8B00-wq7ZOvIWXbNpB2pF5aRoyrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
@ 2007-10-09 9:41 ` Avi Kivity
0 siblings, 0 replies; 7+ messages in thread
From: Avi Kivity @ 2007-10-09 9:41 UTC (permalink / raw)
To: Dong, Eddie; +Cc: kvm-devel
Dong, Eddie wrote:
> kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org wrote:
>
>> David Brown wrote:
>>
>>>> Can you run 'gdb /path/to/kvm.ko' and post the output of
>>>> 'disassemble ioapic_mmio_write' please?
>>>>
>>>>
>>>>
>>> Sorry for not getting back sooner.
>>>
>>> (gdb) disassemble ioapic_mmio_write
>>> Dump of assembler code for function ioapic_mmio_write:
>>>
>>>
>> The attached patch should fix, though there's probably another
>> problem lurking in there.
>>
>>
> Should we printk something to alert something error already?
> Eddie
>
It needs to be pr_debug() to avoid allowing a guest to spam the host
logs. But I don't think it will help in this case. There's probably a
bug under low memory conditions that causes the guest to execute
incorrectly, and it just happened to hit this bug. I don't think it's
really related to the ioapic.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: out of memory page request
[not found] ` <4709E43D.40003-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-10-08 23:53 ` Dong, Eddie
@ 2007-10-10 3:19 ` David Brown
1 sibling, 0 replies; 7+ messages in thread
From: David Brown @ 2007-10-10 3:19 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> The attached patch should fix, though there's probably another problem
> lurking in there.
>
> --
> Any sufficiently difficult bug is indistinguishable from a feature.
>
Thanks, the patch worked it didn't hoze the host anymore.
- David Brown
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2007-10-10 3:19 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-04 4:43 out of memory page request David Brown
[not found] ` <9c21eeae0710032143j3ed5f43dgc3858a8fde6806d1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-10-05 13:14 ` Avi Kivity
[not found] ` <470638A5.3020609-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-10-07 17:37 ` David Brown
[not found] ` <9c21eeae0710071037o452bea4bm706e044526ed7ab7-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-10-08 8:03 ` Avi Kivity
[not found] ` <4709E43D.40003-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-10-08 23:53 ` Dong, Eddie
[not found] ` <10EA09EFD8728347A513008B6B0DA77A014E8B00-wq7ZOvIWXbNpB2pF5aRoyrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2007-10-09 9:41 ` Avi Kivity
2007-10-10 3:19 ` David Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox