UKSM related oopsing
Hi! I've been getting repeated kernel oopses all of which seem UKSM related. I first experienced the issues in the 3.7 line of releases up to about the last two (3.7.0-8,3.7.0-10), and now again with 3.8-4. I have not tested much and do not know the cause or the exact versions of liquorix where this occurs (this is the first time it occurred in 3.8, 3.6 worked fine, very common in 3.7), but it is kind of random as to when they occur. I would gladly test this more thoroughly if the need arises, but don't really know where to start. Some relevant logs and system info:
latest crash from syslog :: Code :: Apr 1 06:27:32 static kernel: BUG: unable to handle kernel paging request at 00040008
Apr 1 06:27:32 static kernel: IP: [<c111ff96>] uksm_del_vma_slot+0x1c6/0x530 Apr 1 06:27:32 static kernel: *pdpt = 000000002f86e001 *pde = 0000000000000000 Apr 1 06:27:32 static kernel: Oops: 0000 [#1] PREEMPT SMP Apr 1 06:27:32 static kernel: Modules linked in: af_packet cpufreq_stats ppdev lp bnep rfcomm bluetooth rfkill binfmt_misc uinput nfsd exportfs auth_rpcgss nfs_acl nfs lockd fscache sunrpc ipv6 fuse loop dm_crypt dm_mod snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer snd soundcore ac97_bus iTCO_wdt iTCO_vendor_support lpc_ich parport_pc parport dcdbas shpchp microcode i2c_i801 pci_hotplug rng_core ehci_pci psmouse serio_raw rtc_cmos evdev ext4 crc16 jbd2 mbcache btrfs zlib_deflate crc32c libcrc32c sg sr_mod sd_mod cdrom ata_generic pata_acpi floppy e1000 ata_piix libata i915 scsi_mod video button intel_agp intel_gtt uhci_hcd i2c_algo_bit ehci_hcd drm_kms_helper drm agpgart i2c_core Apr 1 06:27:32 static kernel: Pid: 445, comm: uksmd Not tainted 3.8-4.dmz.2-liquorix-686 #1 Dell Computer Corporation OptiPlex GX270 /0U1324 Apr 1 06:27:32 static kernel: EIP: 0060:[<c111ff96>] EFLAGS: 00010206 CPU: 1 Apr 1 06:27:32 static kernel: EIP is at uksm_del_vma_slot+0x1c6/0x530 Apr 1 06:27:32 static kernel: EAX: 0000004a EBX: 00040000 ECX: f4e2d260 EDX: 00000340 Apr 1 06:27:32 static kernel: ESI: f4d9e128 EDI: 0000004a EBP: f4d9e000 ESP: f3b0fe78 Apr 1 06:27:32 static kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Apr 1 06:27:32 static kernel: CR0: 8005003b CR2: 00040008 CR3: 2f86d000 CR4: 000007f0 Apr 1 06:27:32 static kernel: DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 Apr 1 06:27:32 static kernel: DR6: ffff0ff0 DR7: 00000400 Apr 1 06:27:32 static kernel: Process uksmd (pid: 445, ti=f3b0e000 task=f391cb70 task.ti=f3b0e000) Apr 1 06:27:32 static kernel: Stack: Apr 1 06:27:32 static kernel: 00037844 f39da960 00000000 f39daba0 00000000 c112a64a c11263f7 00000000 Apr 1 06:27:32 static kernel: 00000001 00000000 e061e46b 00000030 c11263f7 f3b0ff00 00000282 c16e4d40 Apr 1 06:27:32 static kernel: c16e4d40 c1056bd6 f3b0ff00 00000004 c1127750 00000019 c1057809 00000282 Apr 1 06:27:32 static kernel: Call Trace: Apr 1 06:27:32 static kernel: [<c112a64a>] ? kmem_cache_free+0xda/0x110 Apr 1 06:27:32 static kernel: [<c11263f7>] ? uksm_do_scan+0x1507/0x2860 Apr 1 06:27:32 static kernel: [<c11263f7>] ? uksm_do_scan+0x1507/0x2860 Apr 1 06:27:32 static kernel: [<c1056bd6>] ? lock_timer_base.isra.38+0x26/0x50 Apr 1 06:27:32 static kernel: [<c1127750>] ? uksm_do_scan+0x2860/0x2860 Apr 1 06:27:32 static kernel: [<c1057809>] ? try_to_del_timer_sync+0x39/0x50 Apr 1 06:27:32 static kernel: [<c1057861>] ? del_timer_sync+0x41/0x50 Apr 1 06:27:32 static kernel: [<c1056520>] ? usleep_range+0x40/0x40 Apr 1 06:27:32 static kernel: [<c1127750>] ? uksm_do_scan+0x2860/0x2860 Apr 1 06:27:32 static kernel: [<c11278d5>] ? uksm_scan_thread+0x185/0x200 Apr 1 06:27:32 static kernel: [<c1073290>] ? complete+0x40/0x60 Apr 1 06:27:32 static kernel: [<c1127750>] ? uksm_do_scan+0x2860/0x2860 Apr 1 06:27:32 static kernel: [<c1067d62>] ? kthread+0x92/0xa0 Apr 1 06:27:32 static kernel: [<c1405277>] ? ret_from_kernel_thread+0x1b/0x28 Apr 1 06:27:32 static kernel: [<c1067cd0>] ? kthread_create_on_node+0xd0/0xd0 Apr 1 06:27:32 static kernel: Code: 0c 8b 44 24 10 03 43 2c 83 28 01 83 c7 01 81 ff 00 04 00 00 89 f8 0f 84 f9 00 00 00 8d 74 85 00 8b 1e f6 c3 01 75 e4 85 db 74 e0 <8b> 43 08 a8 02 74 8b 8b 53 14 8b 4a 10 89 54 24 14 ba 01 00 00 Apr 1 06:27:32 static kernel: EIP: [<c111ff96>] uksm_del_vma_slot+0x1c6/0x530 SS:ESP 0068:f3b0fe78 Apr 1 06:27:32 static kernel: CR2: 0000000000040008 Apr 1 06:27:32 static kernel: ---[ end trace 33791daa34e92906 ]--- inxi -bxx :: Code :: System: Host: static Kernel: 3.8-4.dmz.2-liquorix-686 i686 (32 bit, gcc: 4.7.2)
Desktop: Xfce 4.8.3 (Gtk 2.24.9) dm: gdm3 Distro: Linux Mint Xfce Edition Machine: System: Dell product: OptiPlex GX270 Chassis: type: 3 Mobo: Dell model: 0U1324 Bios: Dell version: A04 date: 05/17/2004 CPU: Single core Intel Pentium 4 CPU (-HT-) clocked at 2793.399 MHz Graphics: Card: Intel 82865G Integrated Graphics Controller bus-ID: 00:02.0 chip-ID: 8086:2572 X.Org: 1.12.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1920x1080@60.0hz GLX Renderer: Mesa DRI Intel 865G x86/MMX/SSE2 GLX Version: 1.3 Mesa 8.0.4 Direct Rendering: Yes Network: Card: Intel 82540EM Gigabit Ethernet Controller driver: e1000 ver: 7.3.21-k8-NAPI port: df40 bus-ID: 01:0c.0 chip-ID: 8086:100e Drives: HDD Total Size: 80.0GB (25.3% used) Info: Processes: 178 Uptime: 22:10 Memory: 690.0/999.2MB Runlevel: 2 Gcc sys: 4.7.2 alt: 4.4/4.5/4.6 Client: Shell (bash 4.2.36) inxi: 1.8.29 I have seen the previous post from half a year ago, so sorry if I should have posted it there. Back to top |
|||||
Interesting, I can disable this in the next kernel package. With page cache compression in zcache2, uksm's purpose isn't clear on the desktop.
Back to top |
|||||
One thing I forgot to mention is that this *might* be related to the adobe flash plugin. This was a while ago so I don't remember the details, but I think I had these oopses whenever flash videos would suddenly start freezing and sound would play really fast before stuttering. However, that might have been related to a broken audio setup since I didn't notice these symptoms the last time it happened. I also don't remember how stable the system would run after the oops previously, but the last time it happened, the system seemed completely stable, which seems reasonable from what I know of the uksm daemon (almost nothing). Not sure this helps much, but just putting out as much info as I can in case it is needed.
Back to top |
|||||
All times are GMT - 8 Hours
|