[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Improve QEMU performance with LLVM codegen and other te
From: |
陳韋任 |
Subject: |
Re: [Qemu-devel] Improve QEMU performance with LLVM codegen and other techniques |
Date: |
Thu, 1 Dec 2011 17:25:03 +0800 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
Hi, Max
On Thu, Dec 01, 2011 at 12:15:06PM +0300, Max Filippov wrote:
> > 瓱isgenerated code might not be an issue now since we have tested our
> > framework
> > in LLVM-only mode. I think the problem still is about the link/unlink stuff.
> > The first problem I have while lowering the threshold is the broken one
> > generate
> > a few traces (2, actually) that a work one doesn't. When boot the linux
> > image
> > downloaded from the QEMU website, the system hangs on the booting process
> > (see
> > attach if you're interested). Simply put, the system hangs after printing
>
> There's no attachment in this mail. I can try to help you resolving it
> if you provide more information.
Sorry about that, see the attachment please. What kind of information you want
to know?
> > ?..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
> >
> > which turns out should be function check_timer
> > (arch/i386/kernel/io_apic.c). I
>
> If it hangs inside QEMU itself then you may try to backport commit
> 4f61927a41a098d06e642ffdea5fc285dc3a0e6b that fixes
> infinite loop caused by hpet interrupt probing.
I don't understand. What "it hangs inside QEMU itself" supposed to mean?
Thanks!
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799 #1667
Homepage: http://people.cs.nctu.edu.tw/~chenwj
system_hang.png
Description: PNG image