From: Peter Lieven <pl@dlh.net>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] Re: irq problems after live migration with 0.12.4
Date: Wed, 26 May 2010 13:47:07 +0200 [thread overview]
Message-ID: <4BFD0A3B.8010802@dlh.net> (raw)
In-Reply-To: <4BFC2494.7010305@msgid.tls.msk.ru>
Michael Tokarev wrote:
> 25.05.2010 15:03, Peter Lieven wrote:
>> Michael Tokarev wrote:
>>> 23.05.2010 13:55, Peter Lieven wrote:
> []
>>>> [64442.298521] irq 10: nobody cared (try booting with the "irqpoll"
>>>> option)
> []
>>>> [64442.299433] handlers:
>>>> [64442.299840] [<ffffffffa0000b80>] (e1000_intr+0x0/0x190 [e1000])
>>>> [64442.300046] Disabling IRQ #10
>
> Apparently, for some reason, e1000_intr decided it's not
> interesting IRQ or somehow wrong or not for that NIC. I
> dunno. But something fishy is going on with IRQs here.
>
>>> See also LP bug #584131 (https://bugs.launchpad.net/bugs/584131)
>>> and original Debian bug#580649 (http://bugs.debian.org/580649)
>
>>> Not sure if they're related...
>
> It looks they are actually the same thing, but happens with
> different devices and/or IRQs. Either spurious, or unwanted,
> or unrecognized or somesuch IRQ which is not recognized by
> the irq handler, which results in disabling that IRQ by the
> kernel, which is a bad thing (In your case it works because
> e1000 works in 2 modes, interrupts and polling).
>
>> michael, do you have any ideas what i got do to debug whats happening?
>
> Unfortunately, no idea. I don't know neither kernel nor kvm
> internals.
I would be very greatful if someone with deeper knowledge would hook up.
I'm also not familiar with internals, unfortunately.
>
>> looking at launchpad and debian bug tracker i found other bugs also
>> with a maybe related problem. so this issue might be greater...
>
> Can you share your findings? I don't know other debian bugs which
> are similar to this one.
I suspect that other reports regarding crashed VMs after migration
might be related. If I take my test VM with that I can trigger the bug
and change the Network Adapter from e1000 to rtl8139 and leave
everything else untouched the VM hangs at 100% CPU..
>
> Thanks!
>
> /mjt
>
>
prev parent reply other threads:[~2010-05-26 11:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-23 9:55 irq problems after live migration with 0.12.4 Peter Lieven
2010-05-23 9:55 ` [Qemu-devel] " Peter Lieven
2010-05-23 10:38 ` Michael Tokarev
2010-05-23 10:38 ` [Qemu-devel] " Michael Tokarev
2010-05-23 10:44 ` Peter Lieven
2010-05-25 11:03 ` Peter Lieven
2010-05-25 19:27 ` Michael Tokarev
2010-05-26 11:47 ` Peter Lieven [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BFD0A3B.8010802@dlh.net \
--to=pl@dlh.net \
--cc=kvm@vger.kernel.org \
--cc=mjt@tls.msk.ru \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.