From: Greg KH <gregkh@linuxfoundation.org>
To: Joakim Tjernlund <joakim.tjernlund@transmode.se>
Cc: linux-kernel@vger.kernel.org
Subject: Re: High load which eventually leads to lockup
Date: Mon, 19 Aug 2013 07:02:32 -0700 [thread overview]
Message-ID: <20130819140232.GB13123@kroah.com> (raw)
In-Reply-To: <OF825BE505.E28A86C5-ONC1257BCC.002685F1-C1257BCC.002685F2@transmode.se>
On Mon, Aug 19, 2013 at 09:00:46AM +0200, Joakim Tjernlund wrote:
>
> -----Greg KH <gregkh@linuxfoundation.org> wrote: -----
> >
> > On Sun, Aug 18, 2013 at 04:32:23PM +0200, Joakim Tjernlund wrote: > The last week I have had 4
> > lockups which required power on/off. > Before getting there I noticed that the machine was
> > getting slow. > > top reported high load(5-10) but there was no process consuming CPU except >
> > for migration/0 which were spicing 100% on and off. > Ping times went up with a factor of 40
> > too. > > Eventually I got a few entries in the kernel log: > Aug 16 12:40:51 gentoo-jocke
> > kernel: Modules linked in: nfnetlink_log nfnetlink bluetooth rfkill sg isofs ipt_MASQUERADE
> > iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack
> > ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp ip6table_filter ip6_tables iptable_filter
> > ip_tables ebtables x_tables autofs4 nfsd dm_crypt vboxnetadp(O) vboxnetflt(O) vboxdrv(O) usbhid
> > dm_mod kvm_intel kvm snd_hda_codec_hdmi aesni_intel ablk_helper cryptd xts lrw gf128mul
> > snd_hda_codec_realtek ehci_pci ehci_hcd usbcore snd_hda_intel snd_hda_codec snd_hwdep snd_pcm
> > snd_page_alloc snd_timer snd microcode usb_common radeon e1000e ttm firmware_class ptp pps_core
> > pcspkr > Aug 16 12:40:51 gentoo-jocke kernel: CPU 0 > Aug 16 12:40:51 gentoo-jocke kernel: Pid:
> > 2421, comm: X Tainted: G O 3.9.11 #1 Hewlett-Packard HP Compaq 8200 Elite CMT PC/1494
> > The virtual box drivers are a huge mess. Seriously, I really don't even know how the things are
> > able to work at all (virtual table pointers from userspace through to the kernel?) I spent a
> > bunch of time to try to clean them up and get them into mergable state, but without the ability
> > to also fix up the userspace side, that ended up being a dead-end. Can you duplicate the problem
> > without these modules loaded? I'd blame them for any problems you might ever have, given how
> > crazy they are. thanks, greg k-h
>
> ok you don't trust them even if I haven't used VirtualBox between failures?
They are using C++ within the kernel, and passing C++ objects from user
to kernelspace. Do you trust that? :)
greg k-h
prev parent reply other threads:[~2013-08-19 14:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-18 14:32 Joakim Tjernlund
2013-08-18 20:57 ` Greg KH
2013-08-19 7:00 ` Joakim Tjernlund
2013-08-19 14:02 ` Greg KH [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=20130819140232.GB13123@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=joakim.tjernlund@transmode.se \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome