Virtualbox Kernel Bug?

[CH777]

Moin, vorhin viel mir zufällig auf, dass ich bei jedem Start eine solche Fehlermeldung in dmesg bekomme:

[ 10.065447] vboxdrv: Found 4 processor cores.
[ 10.067539] vboxdrv: fAsync=0 offMin=0x3d0 offMax=0x1506
[ 10.067558] BUG: scheduling while atomic: udevd/484/0x00010001
[ 10.067560] Modules linked in: vboxdrv(O+) cpufreq_powersave cpufreq_conservative cpufreq_stats cpufreq_userspace nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop snd_hda_codec_hdmi powernow_k8 mperf serio_raw pcspkr edac_mce_amd k10temp edac_core snd_ice1712 snd_cs8427 snd_i2c snd_ice17xx_ak4xxx snd_ak4xxx_adda snd_ac97_codec snd_mpu401_uart nvidia(P) ac97_bus sp5100_tco i2c_piix4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi evdev snd_seq snd_seq_device snd_timer snd soundcore i2c_core processor wmi button thermal_sys ext4 crc16 jbd2 mbcache microcode usbhid hid sg sr_mod sd_mod cdrom crc_t10dif r8169 ata_generic mii ohci_hcd pata_jmicron ahci libahci ehci_hcd libata xhci_hcd usbcore scsi_mod usb_common [last unloaded: scsi_wait_scan]
[ 10.067597] Pid: 484, comm: udevd Tainted: P O 3.2.0-4-rt-amd64 #1 Debian 3.2.60-1+deb7u1
[ 10.067600] Call Trace:
[ 10.067601] <IRQ> [<ffffffff8135df79>] ? __schedule_bug+0x3e/0x52
[ 10.067610] [<ffffffff8136341f>] ? __schedule+0x87/0x550
[ 10.067614] [<ffffffff81364f57>] ? _raw_spin_unlock_irqrestore+0x2e/0x3c
[ 10.067617] [<ffffffff81363cb7>] ? schedule+0x73/0x8e
[ 10.067620] [<ffffffff81364aa5>] ? rt_spin_lock_slowlock+0x12f/0x1c4
[ 10.067642] [<ffffffffa0ecfb15>] ? VBoxHost_RTSpinlockAcquire+0x1e/0x3d [vboxdrv]
[ 10.067658] [<ffffffffa0ec3422>] ? supdrvGipMpEventOnline+0x82/0x197 [vboxdrv]
[ 10.067673] [<ffffffffa0ece7d3>] ? VBoxHost_RTMpCpuId+0x5/0x5 [vboxdrv]
[ 10.067677] [<ffffffff81075e9d>] ? generic_smp_call_function_interrupt+0x83/0x157
[ 10.067681] [<ffffffff810251b7>] ? smp_call_function_interrupt+0x10/0x1e
[ 10.067684] [<ffffffff8136b25e>] ? call_function_interrupt+0x6e/0x80
[ 10.067686] <EOI> [<ffffffff810d928a>] ? pte_offset_kernel+0x16/0x35
[ 10.067693] [<ffffffff811c6d21>] ? debug_smp_processor_id+0x95/0x124
[ 10.067696] [<ffffffff811c6d1f>] ? debug_smp_processor_id+0x93/0x124
[ 10.067700] [<ffffffff810f6550>] ? unlock_slab_and_free_delayed.isra.40+0x1e/0x87
[ 10.067704] [<ffffffff8115a7b8>] ? sysfs_release+0x88/0xa7
[ 10.067708] [<ffffffff81104134>] ? fput+0xe8/0x18d
[ 10.067711] [<ffffffff81101e77>] ? filp_close+0x62/0x6a
[ 10.067714] [<ffffffff81101f2b>] ? sys_close+0xac/0xf2
[ 10.067717] [<ffffffff81369512>] ? system_call_fastpath+0x16/0x1b
[ 10.067896] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[ 10.074096] vboxdrv: Successfully loaded version 4.3.12 (interface 0x001a0007).

Es scheint aber alles soweit zu funktionieren.
Woher kommt das und kann ich es ignorieren oder muss ich mir Sorgen machen?

[rendegast]

[ 10.067597] Pid: 484, comm: udevd Tainted: P O 3.2.0-4-rt-amd64 #1 Debian 3.2.60-1+deb7u1

Versuch es mal mit dem normalen kernel,
oder einem backports-kernel.

Das Laden der kvm-Module scheint wohl unterbunden?
zBsp. /etc/modprobe.d/blafoo.conf

Code: Alles auswählen

blacklist kvm_amd
blacklist kvm

-> 'update-initramfs -u -k all'.

[CH777]

Den rt-Kernel brauche ich für's Musik machen.
Mit KVM hatte ich nie was zu tun, von daher keine Ahnung was damit ist. VirtualBox läuft übrigens trotz der Meldungen problemlos.

[towo]

Für Virtualbox braucht man auch keine KVM-Module blacklisten.

[nudgegoonies]

Bei Ubuntu ist meine Erfahrung, dass die Module nur so lange kooperieren, solange entweder nur QEMU oder nur VirtualBox läuft. Versucht man beide gleichzeitig gibt es einen heftigen Crash.

[towo]

Bei Ubuntu ist meine Erfahrung, dass die Module nur so lange kooperieren, solange entweder nur QEMU oder nur VirtualBox läuft. Versucht man beide gleichzeitig gibt es einen heftigen Crash.

Also KVM und VBox (mit Hardware Acceleration) gleichzeitig zu betreiben, ist auch nicht möglich, das hat aber nix damit zu tun, daß man da $Irgendwas blacklisten müßte.
Wenn man in VBox vt-x/svm deaktiviert, kann man problemlos KVM und VBox gleichzeitig betreiben.

[nudgegoonies]

Also KVM und VBox (mit Hardware Acceleration) gleichzeitig zu betreiben, ist auch nicht möglich [...] Wenn man in VBox vt-x/svm deaktiviert, kann man problemlos KVM und VBox gleichzeitig betreiben.

Das ist der Workaround Das Problem ist, dass die beiden Kernelmodule sich nicht kennen und die selbe CPU Erweiterung nutzen. Wenigstens eines der beiden sollte schauen, ob das andere gerade aktiv ist um einen Totalcrash zu verhindern. Aber da es ja offiziell nur eines gibt, das KVM Modul, wird sowas wohl nicht Einzug finden.

[towo]

Ich weiss ja nicht, wo Du da einen Totalcrash hast.
KVM startet dann einfach ohne Hardware-Unterstützung als normales Qemu, VBox bringt eine Fehlermeldung, daß die Beschleunigung nicht aktiviert werden kann.
Ich sehe da keinen Totalcrash.

[nudgegoonies]

Dann hast Du eine andere Version von Ubuntu/QEMU/VirtualBox. Aber das wird langsam OT.

[CH777]

Aber das wird langsam OT.

Genau, aber da ihr ja die Experten zu sein scheint, könntet ihr doch bitte auch mal was zu meiner Fehlermeldung oben schreiben

[towo]

Aber das wird langsam OT.

Genau, aber da ihr ja die Experten zu sein scheint, könntet ihr doch bitte auch mal was zu meiner Fehlermeldung oben schreiben

Nicht wirklich, aber meine Vermutung würde auf RT zielen, da der Scheduler involviert ist.

[nudgegoonies]

Aber das wird langsam OT.

Genau, aber da ihr ja die Experten zu sein scheint, könntet ihr doch bitte auch mal was zu meiner Fehlermeldung oben schreiben

Vielleicht betrifft Dich ja das hier, auch wenn die Auswirkungen andere sind: https://bugs.debian.org/cgi-bin/bugrepo ... bug=733217