[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?



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

Attachment: system_hang.png
Description: PNG image

reply via email to

[Prev in Thread] Current Thread [Next in Thread]