An assortment of TuxOnIce resume panics on a Radeon KMS-running system in 2.6.31.5, lzo-related?
I'm not quite sure where to send these. LKML may not be interested 'cos TuxOnIce is out-of-tree. The tuxonice list may not be interested because these panics don't look like they're in the tuxonice code. It might be an lzo compressor bug, or even a RAM fault intermittently revealed by lzo compressor bugs yet oddly with not a single other symptom (somewhat unlikely, perhaps, but e.g. full GCC bootstraps complete without incident, which normally tease out *anything* of this nature in my
experience: so I'm assuming it's not bad RAM for now). I'm using Dave Airlie's drm-next tree as well for kernel modesetting for my Radeon HD4870, so I'm amazed things are working as well as they are :) (I must say the Radeon KMS works wonderfully with not a single negative
consequence: bravo! It works well enough that I'm not even considering it as a root cause of this yet, thus not Cc:ing Dave. I went through a spate of compressor faults a month or so back, anyway, before I was running KMS at all.)
(It might also be that the reserved pages overflowed this time around, but I'd expect it to die at suspension time in that case, rather than at resume time. The DRM code seems to want about 14000 reserved pages
normally: I've given it 20000, but maybe that isn't enough.)
(There are no obvious MAINTAINERS for the lzo code, but I'm Cc:ing its original author of the lzo code anyway. Maybe this is all really obvious.)
Still, I just got some panics on resume, logged courtesy of netconsole. I tried a couple of times, getting a slightly different set of recursive panics each time, but I think for the same reason. (The system's a quad-core hyperthreaded Core i7 in 64-bit mode, so you never know but that some sort of lethal race window might be missed the second time around.)
.config attached, trimmed-down as usual by dropping comments and blank lines.
The first panic, with a quite remarkably garbage task structure, probably because that bit of the kernel state hadn't been read in yet, so the oops printer oopses (not really very surprising):
[ 8.756565] ...20% ...40% [ 9.461683] Compress_read returned -22. [ 9.461685] [ 9.467815] [ 9.467816] Breaking out of I/O loop because of result code -22. [ 9.481769] [ 9.481770] Breaking out of I/O loop because of result code -22. [ 9.482162] BUG: unable to handle kernel paging request at ffffffff02056c90 [ 9.482164] IP: [<ffffffff8105c2e8>] scheduler_tick+0xf6/0x237 [ 9.482171] PGD 1003067 PUD 0 [ 9.482174] general protection fault: 0000 [#1] PREEMPT SMP [ 9.482176] last sysfs file: /sys/power/tuxonice/do_resume [ 9.482178] CPU 2 [ 9.482179] Modules linked in: [ 9.482181] Pid: 41684592, comm: €ß½Ú”I Not tainted 2.6.31.5-05080-gc59e5ec-dirty #1 System Product Name [ 9.482183] RIP: 0010:[<ffffffff8104407a>] [<ffffffff8104407a>] no_context+0x18a/0x205 [ 9.482187] RSP: 0018:ffff88002806dc48 EFLAGS: 00010092 [ 9.482188] RAX: 02015c05009502a8 RBX: ffffffff02056c90 RCX: 00000000000000bc [ 9.482190] RDX: 0000000000000001 RSI: 0000000000000046 RDI: ffffffff8181f9e0 [ 9.482191] RBP: ffff88002806dc88 R08: ffff88002806db08 R09: 0000000000000000 [ 9.482193] R10: 0000000000000000 R11: 0000000000000020 R12: ffff88002806ddc8 [ 9.482194] R13: 0000000000000000 R14: ffff88033f9be340 R15: 0000000000000046 [ 9.482196] FS: 0000000000000000(0000) GS:ffff88002806a000(0000) knlGS:0000000000000000 [ 9.482197] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b [ 9.482199] CR2: ffffffff02056c90 CR3: 0000000001001000 CR4: 00000000000026e0 [ 9.482200] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 9.482201] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 9.482203] Process €ß½Ú”I (pid: 41684592, threadinfo 02015c05009502a8, task ffff88033f9be340) [ 9.482204] Stack: [ 9.482205] ffffffff81053191 ffff88002807d180 0000000000013180 ffff88002806ddc8 [ 9.482207] <0> ffff88033f9be340 ffffffff02056c90 0000000000000000 0000000000030001 [ 9.482209] <0> ffff88002806dd58 ffffffff81044292 ffff88002806de58 0000000000000008 [ 9.482211] Call Trace: [ 9.482212] <IRQ> [ 9.482215] [<ffffffff81053191>] ? find_busiest_group+0x2ce/0x864 [ 9.482217] [<ffffffff81044292>] __bad_area_nosemaphore+0x19d/0x1c3 [ 9.482222] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482224] [<ffffffff810442cb>] bad_area_nosemaphore+0x13/0x15 [ 9.482226] [<ffffffff81044561>] do_page_fault+0x129/0x260 [ 9.482229] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482232] [<ffffffff8145f3ef>] page_fault+0x1f/0x30 [ 9.482234] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482236] [<ffffffff8105c2e8>] ? scheduler_tick+0xf6/0x237 [ 9.482238] [<ffffffff8105c23e>] ? scheduler_tick+0x4c/0x237 [ 9.482241] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482244] [<ffffffff8106ab0c>] update_process_times+0x57/0x67 [ 9.482246] [<ffffffff810816bf>] tick_sched_timer+0x7a/0x9a [ 9.482248] [<ffffffff810791ce>] __run_hrtimer+0x76/0xaa [ 9.482250] [<ffffffff81079e02>] hrtimer_interrupt+0xf6/0x160 [ 9.482254] [<ffffffff8103d70a>] smp_apic_timer_interrupt+0x89/0x9c [ 9.482258] [<ffffffff81029be3>] apic_timer_interrupt+0x13/0x20 [ 9.482259] <EOI> [ 9.482260] Code: c7 c7 26 6d 5c 81 31 c0 e8 f9 81 41 00 49 8b bc 24 80 00 00 00 be 01 00 00 00 e8 56 8f fe ff 48 89 df e8 2a fa ff ff 49 8b 46 08 <48> 81 78 68 9d 6e ac 57 74 0e 48 c7 c7 2d 6d 5c 81 31 c0 e8 c3 [ 9.482272] RIP [<ffffffff8104407a>] no_context+0x18a/0x205 [ 9.482275] RSP <ffff88002806dc48> [ 9.482276] ---[ end trace 6ad7e556947a941e ]--- [ 9.482278] Kernel panic - not syncing: Fatal exception in interrupt [ 9.482280] Pid: 41684592, comm: €ß½Ú”I Tainted: G D 2.6.31.5-05080-gc59e5ec-dirty #1 [ 9.482281] Call Trace: [ 9.482282] <IRQ> [<ffffffff8145c1b0>] panic+0x89/0x12e [ 9.482286] [<ffffffff8102d160>] oops_end+0x81/0x8e [ 9.482288] [<ffffffff8102d335>] die+0x5a/0x63 [ 9.482290] [<ffffffff8102afa1>] do_general_protection+0x123/0x12b [ 9.482292] [<ffffffff8145f3bf>] general_protection+0x1f/0x30 [ 9.482294] [<ffffffff8104407a>] ? no_context+0x18a/0x205 [ 9.482297] [<ffffffff81044076>] ? no_context+0x186/0x205 [ 9.482299] [<ffffffff81053191>] ? find_busiest_group+0x2ce/0x864 [ 9.482301] [<ffffffff81044292>] __bad_area_nosemaphore+0x19d/0x1c3 [ 9.482303] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482306] [<ffffffff810442cb>] bad_area_nosemaphore+0x13/0x15 [ 9.482308] [<ffffffff81044561>] do_page_fault+0x129/0x260 [ 9.482310] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482312] [<ffffffff8145f3ef>] page_fault+0x1f/0x30 [ 9.482314] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482316] [<ffffffff8105c2e8>] ? scheduler_tick+0xf6/0x237 [ 9.482318] [<ffffffff8105c23e>] ? scheduler_tick+0x4c/0x237 [ 9.482321] [<ffffffff81081645>] ? tick_sched_timer+0x0/0x9a [ 9.482323] [<ffffffff8106ab0c>] update_process_times+0x57/0x67 [ 9.482325] [<ffffffff810816bf>] tick_sched_timer+0x7a/0x9a [ 9.482326] [<ffffffff810791ce>] __run_hrtimer+0x76/0xaa [ 9.482328] [<ffffffff81079e02>] hrtimer_interrupt+0xf6/0x160 [ 9.482331] [<ffffffff8103d70a>] smp_apic_timer_interrupt+0x89/0x9c [ 9.482333] [<ffffffff81029be3>] apic_timer_interrupt+0x13/0x20 [ 9.482334] <EOI>
So I hit reset and tried again, and got this:
[ 8.642269] ...20% ...40% [ 9.347393] Compress_read returned -22. [ 9.347395] [ 9.353603] [ 9.353604] Breaking out of I/O loop because of result code -22. [ 9.359200] [ 9.359201] Breaking out of I/O loop because of result code -22. [ 9.361770] general protection fault: 0000 [#1] PREEMPT SMP [ 9.361774] last sysfs file: /sys/power/tuxonice/do_resume [ 9.361776] CPU 0 [ 9.361777] Modules linked in: [ 9.361781] Pid: 0, comm: swapper Not tainted 2.6.31.5-05080-gc59e5ec-dirty #1 System Product Name [ 9.361784] RIP: 0010:[<ffffffff811f3f38>] [<ffffffff811f3f38>] __blk_complete_request+0x17/0xe2 [ 9.361793] RSP: 0018:ffff880028037ce8 EFLAGS: 00010246 [ 9.361795] RAX: 0000000000000000 RBX: ffff88033dffc0d0 RCX: 0000000000000000 [ 9.361798] RDX: 0000000000000017 RSI: 000000021fd40000 RDI: ffff8802f91ee060 [ 9.361800] RBP: ffff880028037d08 R08: 0000000000000000 R09: 0000000000000000 [ 9.361802] R10: 0000000000000000 R11: ffff880028037f78 R12: ffff8802f91ee060 [ 9.361805] R13: ffff88033d990000 R14: 6f178021bf00da0f R15: ffff88033dec1280 [ 9.361808] FS: 0000000000000000(0000) GS:ffff880028034000(0000) knlGS:0000000000000000 [ 9.361811] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b [ 9.361813] CR2: 0000000008067fd0 CR3: 000000033d53a000 CR4: 00000000000026f0 [ 9.361815] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 9.361818] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 9.361821] Process swapper (pid: 0, threadinfo ffffffff8168c000, task ffffffff8168f070) [ 9.361823] Stack: [ 9.361824] ffff88033dffc0d0 ffff88033dffc000 ffff88033d990000 ffff88033dffc000 [ 9.361827] <0> ffff880028037d18 ffffffff811f401d ffff880028037d28 ffffffff812fae28 [ 9.361830] <0> ffff880028037d98 ffffffff81312920 0000000000000000 ffff88033dffc0d0 [ 9.361834] Call Trace: [ 9.361836] <IRQ> [ 9.361840] [<ffffffff811f401d>] blk_complete_request+0x1a/0x1d [ 9.361846] [<ffffffff812fae28>] scsi_done+0x15/0x17 [ 9.361850] [<ffffffff81312920>] ata_scsi_qc_complete+0x341/0x358 [ 9.361855] [<ffffffff8130c1fa>] __ata_qc_complete+0xea/0xf2 [ 9.361859] [<ffffffff8130df81>] ata_qc_complete+0x190/0x199 [ 9.361863] [<ffffffff8130e2ed>] ata_qc_complete_multiple+0xc7/0xcc [ 9.361867] [<ffffffff8132162c>] ahci_interrupt+0x3f2/0x499 [ 9.361872] [<ffffffff810795e2>] ? hrtimer_get_next_event+0xa7/0xc3 [ 9.361877] [<ffffffff8106ac9d>] ? get_next_timer_interrupt+0x181/0x1f4 [ 9.361883] [<ffffffff810a3606>] handle_IRQ_event+0x91/0x183 [ 9.361887] [<ffffffff810a4e63>] handle_fasteoi_irq+0x90/0xd0 [ 9.361891] [<ffffffff8102bd6b>] handle_irq+0x24/0x2c [ 9.361894] [<ffffffff8102b39e>] do_IRQ+0x5c/0xbc [ 9.361898] [<ffffffff81029a53>] ret_from_intr+0x0/0xa [ 9.361900] <EOI> [ 9.361904] [<ffffffff81030474>] ? mwait_idle+0xe7/0x155 [ 9.361909] [<ffffffff8107ab3d>] ? __atomic_notifier_call_chain+0x20/0x4e [ 9.361913] [<ffffffff8107ab7a>] ? atomic_notifier_call_chain+0xf/0x11 [ 9.361917] [<ffffffff810283f2>] ? cpu_idle+0x57/0xbb [ 9.361922] [<ffffffff8144b1a0>] ? rest_init+0x84/0x86 [ 9.361927] [<ffffffff8170878c>] ? start_kernel+0x346/0x351 [ 9.361931] [<ffffffff81707dfc>] ? x86_64_start_reservations+0xac/0xb0 [ 9.361935] [<ffffffff81707ee4>] ? x86_64_start_kernel+0xe4/0xeb [ 9.361937] Code: 39 10 75 0a bf 04 00 00 00 e8 37 16 e7 ff 53 9d 58 5b c9 c3 55 48 89 e5 41 56 41 55 41 54 53 0f 1f 44 00 00 4c 8b 77 40 49 89 fc <49> 83 be a8 00 00 00 00 75 04 0f 0b eb fe 9c 5b fa 65 44 8b 2c [ 9.361959] RIP [<ffffffff811f3f38>] __blk_complete_request+0x17/0xe2 [ 9.361963] RSP <ffff880028037ce8> [ 9.361966] ---[ end trace 0e3a6b5d7df259ed ]--- [ 9.361968] Kernel panic - not syncing: Fatal exception in interrupt [ 9.361971] Pid: 0, comm: swapper Tainted: G D 2.6.31.5-05080-gc59e5ec-dirty #1 [ 9.361973] Call Trace: [ 9.361975] <IRQ> [<ffffffff8145c1b0>] panic+0x89/0x12e [ 9.361981] [<ffffffff8102d160>] oops_end+0x81/0x8e [ 9.361984] [<ffffffff8102d335>] die+0x5a/0x63 [ 9.361987] [<ffffffff8102afa1>] do_general_protection+0x123/0x12b [ 9.361991] [<ffffffff8145f3bf>] general_protection+0x1f/0x30 [ 9.361995] [<ffffffff811f3f38>] ? __blk_complete_request+0x17/0xe2 [ 9.361998] [<ffffffff811f401d>] blk_complete_request+0x1a/0x1d [ 9.362001] [<ffffffff812fae28>] scsi_done+0x15/0x17 [ 9.362004] [<ffffffff81312920>] ata_scsi_qc_complete+0x341/0x358 [ 9.362008] [<ffffffff8130c1fa>] __ata_qc_complete+0xea/0xf2 [ 9.362012] [<ffffffff8130df81>] ata_qc_complete+0x190/0x199 [ 9.362016] [<ffffffff8130e2ed>] ata_qc_complete_multiple+0xc7/0xcc [ 9.362019] [<ffffffff8132162c>] ahci_interrupt+0x3f2/0x499 [ 9.362023] [<ffffffff810795e2>] ? hrtimer_get_next_event+0xa7/0xc3 [ 9.362026] [<ffffffff8106ac9d>] ? get_next_timer_interrupt+0x181/0x1f4 [ 9.362030] [<ffffffff810a3606>] handle_IRQ_event+0x91/0x183 [ 9.362034] [<ffffffff810a4e63>] handle_fasteoi_irq+0x90/0xd0 [ 9.362037] [<ffffffff8102bd6b>] handle_irq+0x24/0x2c [ 9.362040] [<ffffffff8102b39e>] do_IRQ+0x5c/0xbc [ 9.362044] [<ffffffff81029a53>] ret_from_intr+0x0/0xa [ 9.362045] <EOI> [<ffffffff81030474>] ? mwait_idle+0xe7/0x155 [ 9.362052] [<ffffffff8107ab3d>] ? __atomic_notifier_call_chain+0x20/0x4e [ 9.362055] [<ffffffff8107ab7a>] ? atomic_notifier_call_chain+0xf/0x11 [ 9.362059] [<ffffffff810283f2>] ? cpu_idle+0x57/0xbb [ 9.362062] [<ffffffff8144b1a0>] ? rest_init+0x84/0x86 [ 9.362066] [<ffffffff8170878c>] ? start_kernel+0x346/0x351 [ 9.362069] [<ffffffff81707dfc>] ? x86_64_start_reservations+0xac/0xb0 [ 9.362073] [<ffffffff81707ee4>] ? x86_64_start_kernel+0xe4/0xeb [ 9.542660] [drm:drm_fb_helper_panic] *ERROR* panic occurred, switching back to text console
Still a -22 compression fault at the core, but the call traces are quite different.
I'm going to try instrumenting the lzo code and add printks on error (why aren't they there already?).
CONFIG_64BIT=yCONFIG_X86_64=yCONFIG_X86=yCONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_GENERIC_TIME=yCONFIG_GENERIC_CMOS_UPDATE=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_FAST_CMPXCHG_LOCAL=yCONFIG_MMU=yCONFIG_ZONE_DMA=yCONFIG_GENERIC_ISA_DMA=yCONFIG_GENERIC_IOMAP=yCONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_DEFAULT_IDLE=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_HAVE_DYNAMIC_PER_CPU_AREA=y CONFIG_HAVE_CPUMASK_OF_CPU_MAP=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=yCONFIG_ZONE_DMA32=y CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_USE_GENERIC_SMP_HELPERS=y CONFIG_X86_64_SMP=yCONFIG_X86_HT=yCONFIG_X86_TRAMPOLINE=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_CONSTRUCTORS=yCONFIG_EXPERIMENTAL=yCONFIG_LOCK_KERNEL=yCONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION=""CONFIG_LOCALVERSION_AUTO=y CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=yCONFIG_KERNEL_GZIP=yCONFIG_SWAP=yCONFIG_SYSVIPC=yCONFIG_SYSVIPC_SYSCTL=yCONFIG_POSIX_MQUEUE=yCONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_BSD_PROCESS_ACCT=yCONFIG_CLASSIC_RCU=yCONFIG_LOG_BUF_SHIFT=16 CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y CONFIG_GROUP_SCHED=yCONFIG_FAIR_GROUP_SCHED=yCONFIG_RT_GROUP_SCHED=yCONFIG_USER_SCHED=yCONFIG_CGROUPS=yCONFIG_RELAY=yCONFIG_NAMESPACES=yCONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="usr/initramfs.mutilate" CONFIG_INITRAMFS_ROOT_UID=99 CONFIG_INITRAMFS_ROOT_GID=101CONFIG_RD_GZIP=yCONFIG_RD_BZIP2=yCONFIG_RD_LZMA=y CONFIG_INITRAMFS_COMPRESSION_GZIP=y CONFIG_CC_OPTIMIZE_FOR_SIZE=yCONFIG_SYSCTL=yCONFIG_ANON_INODES=yCONFIG_UID16=yCONFIG_SYSCTL_SYSCALL=yCONFIG_KALLSYMS=yCONFIG_KALLSYMS_ALL=yCONFIG_HOTPLUG=yCONFIG_PRINTK=yCONFIG_BUG=yCONFIG_ELF_CORE=yCONFIG_PCSPKR_PLATFORM=yCONFIG_BASE_FULL=yCONFIG_FUTEX=yCONFIG_EPOLL=yCONFIG_SIGNALFD=yCONFIG_TIMERFD=yCONFIG_EVENTFD=yCONFIG_SHMEM=yCONFIG_AIO=yCONFIG_HAVE_PERF_COUNTERS=yCONFIG_PERF_COUNTERS=yCONFIG_EVENT_PROFILE=yCONFIG_VM_EVENT_COUNTERS=yCONFIG_PCI_QUIRKS=yCONFIG_STRIP_ASM_SYMS=yCONFIG_SLAB=yCONFIG_TRACEPOINTS=yCONFIG_MARKERS=yCONFIG_HAVE_OPROFILE=y CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_HAVE_IOREMAP_PROT=yCONFIG_HAVE_KPROBES=yCONFIG_HAVE_KRETPROBES=y CONFIG_HAVE_ARCH_TRACEHOOK=y CONFIG_HAVE_DMA_ATTRS=y CONFIG_HAVE_DMA_API_DEBUG=yCONFIG_SLABINFO=yCONFIG_RT_MUTEXES=yCONFIG_BASE_SMALL=0CONFIG_MODULES=yCONFIG_MODULE_UNLOAD=yCONFIG_STOP_MACHINE=yCONFIG_BLOCK=yCONFIG_BLOCK_COMPAT=yCONFIG_IOSCHED_NOOP=yCONFIG_IOSCHED_AS=mCONFIG_IOSCHED_DEADLINE=mCONFIG_IOSCHED_CFQ=yCONFIG_DEFAULT_CFQ=yCONFIG_DEFAULT_IOSCHED="cfq" CONFIG_PREEMPT_NOTIFIERS=yCONFIG_FREEZER=yCONFIG_TICK_ONESHOT=yCONFIG_NO_HZ=yCONFIG_HIGH_RES_TIMERS=y CONFIG_GENERIC_CLOCKEVENTS_BUILD=yCONFIG_SMP=yCONFIG_SPARSE_IRQ=y CONFIG_SCHED_OMIT_FRAME_POINTER=yCONFIG_MCORE2=yCONFIG_X86_CPU=yCONFIG_X86_L1_CACHE_BYTES=64 CONFIG_X86_INTERNODE_CACHE_BYTES=64 CONFIG_X86_CMPXCHG=yCONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=yCONFIG_X86_P6_NOP=yCONFIG_X86_TSC=yCONFIG_X86_CMPXCHG64=yCONFIG_X86_CMOV=yCONFIG_X86_MINIMUM_CPU_FAMILY=64 CONFIG_X86_DEBUGCTLMSR=yCONFIG_CPU_SUP_INTEL=yCONFIG_CPU_SUP_AMD=yCONFIG_CPU_SUP_CENTAUR=yCONFIG_HPET_TIMER=yCONFIG_HPET_EMULATE_RTC=yCONFIG_DMI=yCONFIG_GART_IOMMU=yCONFIG_SWIOTLB=yCONFIG_IOMMU_HELPER=yCONFIG_IOMMU_API=yCONFIG_NR_CPUS=8CONFIG_SCHED_SMT=yCONFIG_SCHED_MC=yCONFIG_PREEMPT=yCONFIG_X86_LOCAL_APIC=yCONFIG_X86_IO_APIC=yCONFIG_X86_MCE=yCONFIG_X86_NEW_MCE=yCONFIG_X86_MCE_INTEL=yCONFIG_X86_MCE_THRESHOLD=y CONFIG_X86_THERMAL_VECTOR=yCONFIG_MICROCODE=mCONFIG_MICROCODE_INTEL=y CONFIG_MICROCODE_OLD_INTERFACE=yCONFIG_X86_MSR=mCONFIG_X86_CPUID=yCONFIG_X86_CPU_DEBUG=m CONFIG_ARCH_PHYS_ADDR_T_64BIT=y CONFIG_DIRECT_GBPAGES=y CONFIG_ARCH_SPARSEMEM_DEFAULT=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_SPARSEMEM_MANUAL=yCONFIG_SPARSEMEM=yCONFIG_HAVE_MEMORY_PRESENT=y CONFIG_SPARSEMEM_EXTREME=y CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y CONFIG_SPARSEMEM_VMEMMAP=y CONFIG_PAGEFLAGS_EXTENDED=y CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_PHYS_ADDR_T_64BIT=yCONFIG_ZONE_DMA_FLAG=1CONFIG_BOUNCE=yCONFIG_VIRT_TO_BUS=yCONFIG_HAVE_MLOCK=yCONFIG_HAVE_MLOCKED_PAGE_BIT=y CONFIG_MMU_NOTIFIER=y CONFIG_DEFAULT_MMAP_MIN_ADDR=4096 CONFIG_X86_CHECK_BIOS_CORRUPTION=y CONFIG_X86_BOOTPARAM_MEMORY_CORRUPTION_CHECK=y CONFIG_X86_RESERVE_LOW_64K=yCONFIG_MTRR=yCONFIG_X86_PAT=yCONFIG_HZ_1000=yCONFIG_HZ=1000CONFIG_SCHED_HRTICK=y CONFIG_PHYSICAL_START=0x1000000 CONFIG_PHYSICAL_ALIGN=0x1000000 CONFIG_HOTPLUG_CPU=y CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y CONFIG_ARCH_HIBERNATION_HEADER=yCONFIG_PM=yCONFIG_PM_SLEEP_SMP=yCONFIG_PM_SLEEP=yCONFIG_HIBERNATION_NVS=yCONFIG_HIBERNATION=yCONFIG_PM_STD_PARTITION=""CONFIG_TOI_CORE=yCONFIG_TOI_SWAP=yCONFIG_TOI_CRYPTO=yCONFIG_TOI_USERUI=y CONFIG_TOI_USERUI_DEFAULT_PATH="/usr/sbin/tuxoniceui_text" CONFIG_TOI_REPLACE_SWSUSP=y CONFIG_TOI_IGNORE_LATE_INITCALL=y CONFIG_TOI_DEFAULT_WAIT=-1 CONFIG_TOI_DEFAULT_EXTRA_PAGES_ALLOWANCE=20000 CONFIG_TOI_CHECKSUM=yCONFIG_TOI=yCONFIG_ACPI=yCONFIG_ACPI_SLEEP=yCONFIG_ACPI_PROC_EVENT=yCONFIG_ACPI_BUTTON=yCONFIG_ACPI_FAN=yCONFIG_ACPI_DOCK=yCONFIG_ACPI_PROCESSOR=yCONFIG_ACPI_HOTPLUG_CPU=yCONFIG_ACPI_THERMAL=y CONFIG_ACPI_CUSTOM_DSDT_FILE="" CONFIG_ACPI_BLACKLIST_YEAR=0 CONFIG_ACPI_PCI_SLOT=yCONFIG_X86_PM_TIMER=yCONFIG_ACPI_CONTAINER=yCONFIG_CPU_FREQ=yCONFIG_CPU_FREQ_TABLE=yCONFIG_CPU_FREQ_STAT=y CONFIG_CPU_FREQ_STAT_DETAILS=y CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_X86_ACPI_CPUFREQ=yCONFIG_CPU_IDLE=yCONFIG_CPU_IDLE_GOV_LADDER=y CONFIG_CPU_IDLE_GOV_MENU=y CONFIG_I7300_IDLE_IOAT_CHANNEL=y CONFIG_I7300_IDLE=yCONFIG_PCI=yCONFIG_PCI_DIRECT=yCONFIG_PCI_MMCONFIG=yCONFIG_PCI_DOMAINS=yCONFIG_DMAR=yCONFIG_DMAR_DEFAULT_ON=yCONFIG_DMAR_FLOPPY_WA=yCONFIG_PCIEPORTBUS=yCONFIG_PCIEAER=yCONFIG_PCIEASPM=yCONFIG_ARCH_SUPPORTS_MSI=yCONFIG_PCI_MSI=yCONFIG_PCI_IOV=yCONFIG_ISA_DMA_API=yCONFIG_K8_NB=yCONFIG_BINFMT_ELF=yCONFIG_COMPAT_BINFMT_ELF=y CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y CONFIG_BINFMT_MISC=yCONFIG_IA32_EMULATION=yCONFIG_COMPAT=yCONFIG_COMPAT_FOR_U64_ALIGNMENT=y CONFIG_SYSVIPC_COMPAT=yCONFIG_NET=yCONFIG_PACKET=yCONFIG_PACKET_MMAP=yCONFIG_UNIX=yCONFIG_INET=yCONFIG_IP_MULTICAST=yCONFIG_IP_FIB_HASH=yCONFIG_INET_LRO=yCONFIG_INET_DIAG=yCONFIG_INET_TCP_DIAG=yCONFIG_TCP_CONG_CUBIC=y CONFIG_DEFAULT_TCP_CONG="cubic" CONFIG_UEVENT_HELPER_PATH="" CONFIG_PREVENT_FIRMWARE_BUILD=yCONFIG_FW_LOADER=yCONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE=""CONFIG_PNP=yCONFIG_PNPACPI=yCONFIG_BLK_DEV=yCONFIG_BLK_DEV_LOOP=mCONFIG_BLK_DEV_CRYPTOLOOP=mCONFIG_BLK_DEV_NBD=mCONFIG_CDROM_PKTCDVD=y CONFIG_CDROM_PKTCDVD_BUFFERS=16 CONFIG_MISC_DEVICES=yCONFIG_HAVE_IDE=yCONFIG_SCSI=yCONFIG_SCSI_DMA=yCONFIG_BLK_DEV_SD=yCONFIG_BLK_DEV_SR=yCONFIG_SCSI_MULTI_LUN=yCONFIG_SCSI_SCAN_ASYNC=yCONFIG_SCSI_WAIT_SCAN=mCONFIG_SCSI_LOWLEVEL=yCONFIG_ATA=yCONFIG_ATA_ACPI=yCONFIG_SATA_PMP=yCONFIG_SATA_AHCI=yCONFIG_ATA_SFF=yCONFIG_PATA_JMICRON=yCONFIG_MD=yCONFIG_BLK_DEV_MD=yCONFIG_MD_RAID1=yCONFIG_BLK_DEV_DM=yCONFIG_DM_CRYPT=yCONFIG_DM_SNAPSHOT=yCONFIG_DM_MIRROR=yCONFIG_DM_ZERO=yCONFIG_FIREWIRE=mCONFIG_FIREWIRE_OHCI=m CONFIG_FIREWIRE_OHCI_DEBUG=y CONFIG_FIREWIRE_SBP2=mCONFIG_NETDEVICES=yCONFIG_DUMMY=mCONFIG_MII=yCONFIG_NETDEV_1000=yCONFIG_R8169=yCONFIG_NETCONSOLE=yCONFIG_NETCONSOLE_DYNAMIC=yCONFIG_NETPOLL=yCONFIG_NET_POLL_CONTROLLER=yCONFIG_INPUT=yCONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1680 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1050 CONFIG_INPUT_JOYDEV=yCONFIG_INPUT_EVDEV=yCONFIG_INPUT_KEYBOARD=yCONFIG_KEYBOARD_ATKBD=yCONFIG_INPUT_MOUSE=yCONFIG_MOUSE_PS2=yCONFIG_MOUSE_PS2_ALPS=y CONFIG_MOUSE_PS2_LOGIPS2PP=y CONFIG_MOUSE_PS2_SYNAPTICS=y CONFIG_MOUSE_PS2_LIFEBOOK=y CONFIG_MOUSE_PS2_TRACKPOINT=y CONFIG_INPUT_JOYSTICK=yCONFIG_JOYSTICK_ANALOG=yCONFIG_SERIO=yCONFIG_SERIO_I8042=yCONFIG_SERIO_LIBPS2=yCONFIG_GAMEPORT=yCONFIG_VT=yCONFIG_CONSOLE_TRANSLATIONS=yCONFIG_VT_CONSOLE=yCONFIG_HW_CONSOLE=yCONFIG_SERIAL_8250=yCONFIG_FIX_EARLYCON_MEM=yCONFIG_SERIAL_8250_PCI=yCONFIG_SERIAL_8250_PNP=y CONFIG_SERIAL_8250_NR_UARTS=4 CONFIG_SERIAL_8250_RUNTIME_UARTS=4 CONFIG_SERIAL_CORE=yCONFIG_UNIX98_PTYS=yCONFIG_NVRAM=mCONFIG_HPET=yCONFIG_HPET_MMAP=yCONFIG_DEVPORT=yCONFIG_I2C=yCONFIG_I2C_BOARDINFO=yCONFIG_I2C_CHARDEV=yCONFIG_I2C_HELPER_AUTO=yCONFIG_I2C_ALGOBIT=yCONFIG_I2C_I801=y CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=yCONFIG_HWMON=yCONFIG_SENSORS_ATK0110=yCONFIG_THERMAL=yCONFIG_THERMAL_HWMON=yCONFIG_SSB_POSSIBLE=yCONFIG_AGP=yCONFIG_AGP_AMD64=yCONFIG_DRM=yCONFIG_DRM_KMS_HELPER=yCONFIG_DRM_TTM=yCONFIG_DRM_RADEON=yCONFIG_FB=yCONFIG_FB_CFB_FILLRECT=yCONFIG_FB_CFB_COPYAREA=yCONFIG_FB_CFB_IMAGEBLIT=yCONFIG_VGA_CONSOLE=y CONFIG_VGACON_SOFT_SCROLLBACK=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=512 CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=yCONFIG_SOUND=yCONFIG_SOUND_OSS_CORE=yCONFIG_SND=yCONFIG_SND_TIMER=yCONFIG_SND_PCM=yCONFIG_SND_JACK=yCONFIG_SND_SEQUENCER=yCONFIG_SND_SEQ_DUMMY=mCONFIG_SND_OSSEMUL=yCONFIG_SND_MIXER_OSS=yCONFIG_SND_PCM_OSS=yCONFIG_SND_PCM_OSS_PLUGINS=y CONFIG_SND_SEQUENCER_OSS=yCONFIG_SND_HRTIMER=y CONFIG_SND_SEQ_HRTIMER_DEFAULT=y CONFIG_SND_DYNAMIC_MINORS=y CONFIG_SND_VERBOSE_PROCFS=yCONFIG_SND_VMASTER=yCONFIG_SND_PCI=yCONFIG_SND_HDA_INTEL=yCONFIG_SND_HDA_INPUT_JACK=y CONFIG_SND_HDA_CODEC_ATIHDMI=y CONFIG_SND_HDA_CODEC_INTELHDMI=y CONFIG_SND_HDA_ELD=yCONFIG_SND_HDA_GENERIC=y CONFIG_SND_HDA_POWER_SAVE=y CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0 CONFIG_HID_SUPPORT=yCONFIG_HID=yCONFIG_USB_HID=yCONFIG_USB_SUPPORT=yCONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=yCONFIG_USB=yCONFIG_USB_DEVICEFS=yCONFIG_USB_DYNAMIC_MINORS=yCONFIG_USB_EHCI_HCD=yCONFIG_USB_UHCI_HCD=yCONFIG_USB_PRINTER=yCONFIG_USB_STORAGE=yCONFIG_RTC_LIB=yCONFIG_RTC_CLASS=yCONFIG_RTC_HCTOSYS=y CONFIG_RTC_HCTOSYS_DEVICE="rtc0" CONFIG_RTC_INTF_SYSFS=yCONFIG_RTC_INTF_PROC=yCONFIG_RTC_INTF_DEV=yCONFIG_RTC_DRV_CMOS=yCONFIG_DMADEVICES=yCONFIG_INTEL_IOATDMA=yCONFIG_DMA_ENGINE=yCONFIG_NET_DMA=yCONFIG_DCA=yCONFIG_STAGING=yCONFIG_DRM_RADEON_KMS=y CONFIG_X86_PLATFORM_DEVICES=y CONFIG_FIRMWARE_MEMMAP=yCONFIG_DMIID=yCONFIG_EXT4_FS=yCONFIG_EXT4_FS_XATTR=yCONFIG_EXT4_FS_POSIX_ACL=yCONFIG_JBD2=yCONFIG_FS_MBCACHE=yCONFIG_FS_POSIX_ACL=yCONFIG_FILE_LOCKING=yCONFIG_FSNOTIFY=yCONFIG_DNOTIFY=yCONFIG_INOTIFY=yCONFIG_INOTIFY_USER=yCONFIG_QUOTA=yCONFIG_QUOTA_NETLINK_INTERFACE=y CONFIG_PRINT_QUOTA_WARNING=yCONFIG_QUOTA_TREE=yCONFIG_QFMT_V2=yCONFIG_QUOTACTL=yCONFIG_FUSE_FS=yCONFIG_CUSE=yCONFIG_GENERIC_ACL=yCONFIG_ISO9660_FS=yCONFIG_JOLIET=yCONFIG_UDF_FS=yCONFIG_UDF_NLS=yCONFIG_FAT_FS=mCONFIG_MSDOS_FS=mCONFIG_VFAT_FS=mCONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" CONFIG_PROC_FS=yCONFIG_PROC_SYSCTL=yCONFIG_PROC_PAGE_MONITOR=yCONFIG_SYSFS=yCONFIG_TMPFS=yCONFIG_TMPFS_POSIX_ACL=yCONFIG_HUGETLBFS=yCONFIG_HUGETLB_PAGE=yCONFIG_CONFIGFS_FS=yCONFIG_MISC_FILESYSTEMS=y CONFIG_NETWORK_FILESYSTEMS=yCONFIG_NFS_FS=yCONFIG_NFS_V3=yCONFIG_NFS_V3_ACL=yCONFIG_NFSD=yCONFIG_NFSD_V2_ACL=yCONFIG_NFSD_V3=yCONFIG_NFSD_V3_ACL=yCONFIG_LOCKD=yCONFIG_LOCKD_V4=yCONFIG_EXPORTFS=yCONFIG_NFS_ACL_SUPPORT=yCONFIG_NFS_COMMON=yCONFIG_SUNRPC=yCONFIG_PARTITION_ADVANCED=y CONFIG_MSDOS_PARTITION=yCONFIG_NLS=yCONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=yCONFIG_NLS_ASCII=mCONFIG_NLS_ISO8859_1=yCONFIG_NLS_ISO8859_15=mCONFIG_NLS_UTF8=mCONFIG_TRACE_IRQFLAGS_SUPPORT=y CONFIG_PRINTK_TIME=y CONFIG_ENABLE_WARN_DEPRECATED=y CONFIG_ENABLE_MUST_CHECK=yCONFIG_FRAME_WARN=1024CONFIG_DEBUG_FS=yCONFIG_DEBUG_KERNEL=yCONFIG_DETECT_SOFTLOCKUP=y CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0 CONFIG_DETECT_HUNG_TASK=y CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0 CONFIG_SCHED_DEBUG=yCONFIG_SCHEDSTATS=yCONFIG_TIMER_STATS=yCONFIG_STACKTRACE=yCONFIG_DEBUG_BUGVERBOSE=yCONFIG_DEBUG_INFO=yCONFIG_DEBUG_MEMORY_INIT=y CONFIG_ARCH_WANT_FRAME_POINTERS=y CONFIG_FRAME_POINTER=yCONFIG_LATENCYTOP=yCONFIG_SYSCTL_SYSCALL_CHECK=y CONFIG_USER_STACKTRACE_SUPPORT=y CONFIG_NOP_TRACER=yCONFIG_HAVE_FTRACE_NMI_ENTER=y CONFIG_HAVE_FUNCTION_TRACER=y CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y CONFIG_HAVE_FUNCTION_GRAPH_FP_TEST=y CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_FTRACE_SYSCALLS=yCONFIG_RING_BUFFER=yCONFIG_FTRACE_NMI_ENTER=yCONFIG_EVENT_TRACING=y CONFIG_CONTEXT_SWITCH_TRACER=yCONFIG_TRACING=yCONFIG_GENERIC_TRACER=yCONFIG_TRACING_SUPPORT=yCONFIG_FTRACE=yCONFIG_FUNCTION_TRACER=yCONFIG_SYSPROF_TRACER=y CONFIG_BRANCH_PROFILE_NONE=y CONFIG_BLK_DEV_IO_TRACE=yCONFIG_DYNAMIC_FTRACE=y CONFIG_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_ARCH_KGDB=y CONFIG_HAVE_ARCH_KMEMCHECK=y CONFIG_STRICT_DEVMEM=yCONFIG_X86_VERBOSE_BOOTUP=yCONFIG_EARLY_PRINTK=yCONFIG_DEBUG_RODATA=y CONFIG_HAVE_MMIOTRACE_SUPPORT=y CONFIG_IO_DELAY_TYPE_0X80=0 CONFIG_IO_DELAY_TYPE_0XED=1 CONFIG_IO_DELAY_TYPE_UDELAY=2 CONFIG_IO_DELAY_TYPE_NONE=3CONFIG_IO_DELAY_0X80=y CONFIG_DEFAULT_IO_DELAY_TYPE=0 CONFIG_SECURITY_FILE_CAPABILITIES=y CONFIG_CRYPTO=yCONFIG_CRYPTO_ALGAPI=yCONFIG_CRYPTO_ALGAPI2=yCONFIG_CRYPTO_AEAD2=yCONFIG_CRYPTO_BLKCIPHER=y CONFIG_CRYPTO_BLKCIPHER2=yCONFIG_CRYPTO_HASH=yCONFIG_CRYPTO_HASH2=yCONFIG_CRYPTO_RNG2=yCONFIG_CRYPTO_PCOMP=yCONFIG_CRYPTO_MANAGER=yCONFIG_CRYPTO_MANAGER2=yCONFIG_CRYPTO_WORKQUEUE=yCONFIG_CRYPTO_CBC=yCONFIG_CRYPTO_MD4=yCONFIG_CRYPTO_LZO=yCONFIG_HAVE_KVM=yCONFIG_HAVE_KVM_IRQCHIP=yCONFIG_VIRTUALIZATION=yCONFIG_KVM=yCONFIG_KVM_INTEL=yCONFIG_BINARY_PRINTF=yCONFIG_BITREVERSE=y CONFIG_GENERIC_FIND_FIRST_BIT=y CONFIG_GENERIC_FIND_NEXT_BIT=y CONFIG_GENERIC_FIND_LAST_BIT=yCONFIG_CRC16=yCONFIG_CRC_ITU_T=yCONFIG_CRC32=yCONFIG_ZLIB_INFLATE=yCONFIG_LZO_COMPRESS=yCONFIG_LZO_DECOMPRESS=yCONFIG_DECOMPRESS_GZIP=yCONFIG_DECOMPRESS_BZIP2=yCONFIG_DECOMPRESS_LZMA=yCONFIG_HAS_IOMEM=yCONFIG_HAS_IOPORT=yCONFIG_HAS_DMA=yCONFIG_NLATTR=y
Hi.
Thanks for your bug report.
I'd say it's a bug in the TuxOnIce code. How recent a version are you running? (It's been a while since I bumped the version number, so saying 3.0.1 doesn't mean much any more). Is it recent git?
Would you also let me know how your storage is configured - file allocator? swap allocator? More than one swap device? priorities? (I've been doing work in this area recently, and so suspect that it might be the cause).
Regards,
Nigel
On 4 Nov 2009, Nigel Cunningham told this:
Quoted 7 lines
Hi.
Thanks for your bug report.
I'd say it's a bug in the TuxOnIce code. How recent a version are you running? (It's been a while since I bumped the version number, so saying 3.0.1 doesn't mean much any more). Is it recent git?
4eddd0d169ddd285b9d7afdcbbfc1a85b870f5ea from your tuxonice 2.6.31 tree, (merged, as mentioned, with Dave Airlie's drm-next branch).
I think that's the latest, right?
Quoted 2 lines
Would you also let me know how your storage is configured - file allocator? swap allocator? More than one swap device? priorities? (I've
Swap allocator, striped equal-priority swap on two physical disks (otherwise occupied entirely with an md1 array):
total used free shared buffers cached
Mem: 12301216 1238928 11062288 0 111228 440956 -/+ buffers/cache: 686744 11614472 Swap: 25189904 0 25189904 mutilate 2 ~% cat /proc/swaps Filename Type Size Used Priority /dev/sda2 partition 12594952 0 0 /dev/sdb2 partition 12594952 0 0
(yes, I know it was mad to define swap as 2xRAM on this machine, but I have disk space coming out of my ears and have no idea what to do with it :) )
Swap was barely in use when I suspended (and it's even less in use now relatively recently post-reboot).
Quoted 2 lines
been doing work in this area recently, and so suspect that it might be the cause).
It's odd that it manifested as a decompressor failure. I suppose if something corrupts the data en route to or from the disk you might see this? (wild speculation: maybe ordinary swapping happened on top of it, though this seems rather unlikely).
I'm impressed with how well ToI works, btw: it must have saved me about twenty quid in power costs on this desktop box already and I've only been using it for a couple of months. I was even more impressed that nothing went wrong when I started using KMS, once I'd boosted the reserved pages enough: took a while to figure out the cause of those crashes, though. Maybe you should print a very loud message when the number of reserved pages that haven't been consumed drops below some smallish number, if it's detectable, 'cos right now exceeding it generally results in a crash at suspension time and newbies like me can't tell the cause easily...
Hi.
Quoted 6 lines · Nix
On 4 Nov 2009, Nigel Cunningham told this:
Quoted 4 lines
Hi.
Thanks for your bug report.
Quoted 8 lines
Quoted 3 lines
I'd say it's a bug in the TuxOnIce code. How recent a version are you running? (It's been a while since I bumped the version number, so saying 3.0.1 doesn't mean much any more). Is it recent git?
4eddd0d169ddd285b9d7afdcbbfc1a85b870f5eafrom your tuxonice 2.6.31 tree, (merged, as mentioned, with Dave Airlie's drm-next branch).I think that's the latest, right?
No, it's not. But it's prior to where I committed the swap priority support changes that I was thinking were the cause of your issue.
Quoted 5 lines
Quoted 2 lines
Would you also let me know how your storage is configured - file allocator? swap allocator? More than one swap device? priorities? (I've
Swap allocator, striped equal-priority swap on two physical disks (otherwise occupied entirely with an md1 array):
Okay. Would you be able to try with just one swap device enabled (temporarily) and see if that makes a difference? It should work with two at the commit you mentioned, but perhaps I'm forgetting something.
Quoted 15 lines
total used free shared buffers cached
Mem: 12301216 1238928 11062288 0 111228 440956 -/+ buffers/cache: 686744 11614472 Swap: 25189904 0 25189904 mutilate 2 ~% cat /proc/swaps Filename Type Size Used Priority /dev/sda2 partition 12594952 0 0 /dev/sdb2 partition 12594952 0 0(yes, I know it was mad to define swap as 2xRAM on this machine, but I have disk space coming out of my ears and have no idea what to do with it :) )
Swap was barely in use when I suspended (and it's even less in use now relatively recently post-reboot).
Quoted 7 lines
Quoted 2 lines
been doing work in this area recently, and so suspect that it might be the cause).
It's odd that it manifested as a decompressor failure. I suppose if something corrupts the data en route to or from the disk you might see this? (wild speculation: maybe ordinary swapping happened on top of it, though this seems rather unlikely).
Well, if I've got an error in the algorithm for deciding which device to read/write next (this is what I've been modifying), it makes sense.
Quoted 10 lines
I'm impressed with how well ToI works, btw: it must have saved me about twenty quid in power costs on this desktop box already and I've only been using it for a couple of months. I was even more impressed that nothing went wrong when I started using KMS, once I'd boosted the reserved pages enough: took a while to figure out the cause of those crashes, though. Maybe you should print a very loud message when the number of reserved pages that haven't been consumed drops below some smallish number, if it's detectable, 'cos right now exceeding it generally results in a crash at suspension time and newbies like me can't tell the cause easily...
Not having a big enough allowance for drivers' memory allocations shouldn't cause problems. There's code in place to automatically back out and retry with a larger allocation and then abort if that doesn't work, and I've never had a report of it not working before now. (You'll see messages in dmesg if this happens). If you have userui enabled, it will also tell you it's restarting and why.
Regards,
Nigel
On 5 Nov 2009, Nigel Cunningham uttered the following:
Quoted 7 lines
Quoted 4 lines
It's odd that it manifested as a decompressor failure. I suppose if something corrupts the data en route to or from the disk you might see this? (wild speculation: maybe ordinary swapping happened on top of it, though this seems rather unlikely).
Well, if I've got an error in the algorithm for deciding which device to read/write next (this is what I've been modifying), it makes sense.
Ew. Yeah, that would cause all *sorts* of problems :)
I just turned off all but one swap partition and did some hibernate/resume rounds. The first four worked fine, but on the fifth, well, at the end of the cache restoration phase (tuxonice_userui had kicked up and was at 100%), it said
'Read of data failed --- press SPACE to continue'
and when I did so:
kernel panic: Read chunk returned (1)
Reboot in 5 seconds...
(followed by, uh, no reboot)
Different symptoms, not sure if it's a different bug.
Quoted 11 lines
Quoted 10 lines
I'm impressed with how well ToI works, btw: it must have saved me about twenty quid in power costs on this desktop box already and I've only been using it for a couple of months. I was even more impressed that nothing went wrong when I started using KMS, once I'd boosted the reserved pages enough: took a while to figure out the cause of those crashes, though. Maybe you should print a very loud message when the number of reserved pages that haven't been consumed drops below some smallish number, if it's detectable, 'cos right now exceeding it generally results in a crash at suspension time and newbies like me can't tell the cause easily...
Quoted 6 lines
Not having a big enough allowance for drivers' memory allocations shouldn't cause problems. There's code in place to automatically back out and retry with a larger allocation and then abort if that doesn't work, and I've never had a report of it not working before now. (You'll see messages in dmesg if this happens). If you have userui enabled, it will also tell you it's restarting and why.
Er, yeah, well, sort of. What I saw was that immediately after 'Atomic copy/restore' (just after the screen flashes to black as KMS is suspended), the progress bar flips back to zero: it briefly states 'Preparing image, try I' (which isn't something it says at the start of the hibernate run), and restarts the hibernation process: upon resumption the extra_pages count has risen (to 34613 in my case). I'm not sure 'Preparing image, try I' really says what's going on, not least since it's actually try II :)
(I had a strange failure a couple of days ago where it did that and then the second atomic copy/restore basically soft-froze: the keyboard worked and tuxonice_userui responded to keys like R and ESC by changing the state of the screen, but it never left what it claimed was atomic copy/restore and aborts of hibernation never came back to me. After ten minutes I just turned the box off...)
It's peculiar, too. I suspect I ran out of extra pages in this case, so it auto-restarted, but what I see in /sys/power/tuxonice/debug_info is
- Extra pages : 610 used/34613.
Now the kernel-configured extra page allowance is 20000, so it's plainly boosted it... but to then use only 610 of them? Weird. I'm happy to boost it (at least I am as long as these pages are only reserved during hibernation), but still it's strange.
A message that is not in the archive (sent off-list or not yet received): [email protected]
strange OOM receiving a wireless network packet on a SLUB system
On 4 Nov 2009, Dominik Stadler stated:
Quoted 6 lines
I just saw a very similar thing happening to me here, ThinkPad T500, Ubuntu 9.10, latest 3.0.1+TOI-Kernel from Karmic-PPA, I have some other weirdness as well which I am not sure if TOI-related or Karmic, will do some Divide-And-Conquer analysis next to find out the root cause of these and report back.
Quoted 8 lines
$ uname -a Linux XXXXXX 2.6.31-15-generic #49+tuxonice2-Ubuntu SMP Sat Oct 31 01:46:15 UTC 2009 x86_64 GNU/LinuxThis is what I got just now:
Nov 4 22:40:22 dstathink kernel: [39835.951178] swapper: page allocationfailure. order:2, mode:0x4020
That doesn't really look similar to me (not a decompressor -22 error). To me it looks more like you ran out of memory, or at least ran very close to out: an order-2 allocation is not enormous (16Kb on x86) and should definitely work after everything's been chucked out. (mode 0x4020 implies a compound-page GFP_ATOMIC allocation, so it couldn't swap, but it could certainly discard clean pages.)
Did this happen at suspension time, resumption time,or what? It looks like the kernel hadn't been up for long, so I guess we can rule out really really bad arena fragmentation... but it was long enough that I guess this was at suspension time?
Quoted 8 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Pid: 0, comm: swapper Tainted: G C 2.6.31-15-generic #49+tuxonice2-Ubuntu Nov 4 22:40:22 dstathink kernel: [39835.951178] Call Trace: Nov 4 22:40:22 dstathink kernel: [39835.951178] <IRQ>[<
ffffffff810f1abc>]__alloc_pages_slowpath+0x4cc/0x4e0
Quoted 8 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff810f1c1e>]
__alloc_pages_nodemask+0x14e/0x150Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff811230ca>]
kmalloc_large_node+0x5a/0xb0Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff81127275>]
__kmalloc_node_track_caller+0x135/0x180
This is SLUB stuff. Is SLUB production-ready yet? (I haven't been following it.)
(Networking, wireless, SLUB, no idea where to Cc this. I'll just Cc LKML and see if anyone notices :) )
Quoted 10 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffffa0245899>] ?
iwl_rx_allocate+0x1a9/0x230
[iwlcore]Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff8144088b>]
__alloc_skb+0x7b/0x180Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffffa0245899>]
iwl_rx_allocate+0x1a9/0x230
[iwlcore]
Wireless network packet reception leading to OOM. Not TuxOnIce, I'd say. Certainly not the same problem as me: I don't even *have* any wireless hardware (with my RSI, laptops might as well have razor blades on their keys).
(Why does it need a 16Kb contiguous region anyway?
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff81010e12>] ?
cpu_idle+0xb2/0x100
Idle, not suspending...
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Active_anon:365111active_file:88612 inactive_anon:162361
Lots of inactive pages. Why were none chucked out?
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] inactive_file:243222unevictable:4 dirty:214598 writeback:320 unstable:0
214000+ dirty pages seems awfully high.
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] free:6876 slab:51582mapped:40147 pagetables:8440 bounce:0
6876 free pages, a reasonable-enough figure, yet it couldn't find four in a row to receive a network packet? Seems unlikely.
Quoted 14 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA free:15644kBmin:28kB low:32kB high:40kB active_anon:12kB inactive_anon:32kB active_file:4kB inactive_file:208kB unevictable:0kB present:15336kB pages_scanned:0
all_unreclaimable? noNov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 29583905 3905
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA32 free:10124kBmin:6044kB low:7552kB high:9064kB active_anon:1223088kB inactive_anon:367500kB active_file:218036kB inactive_file:833596kB unevictable:16kB present:3029636kB pages_scanned:0
all_unreclaimable? no
Quoted 8 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 0 946946
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 Normal free:1736kBmin:1932kB low:2412kB high:2896kB active_anon:237344kB inactive_anon:281912kB active_file:136408kB inactive_file:139084kB unevictable:0kB present:969600kB pages_scanned:0
all_unreclaimable? no
Again, heaps of inactive.
Quoted 28 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 0 00
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA: 7*4kB 4*8kB 2*16kB 2*32kB 2*64kB 2*128kB 3*256kB 2*512kB 3*1024kB 3*2048kB 1*4096kB 15644kB Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA32: 2249*4kB 35*8kB 1*16kB 0*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 10124kB Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 Normal: 132*4kB 127*8kB 2*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1736kB Nov 4 22:40:22 dstathink kernel: [39835.951178] 390803 total pagecachepages
Nov 4 22:40:22 dstathink kernel: [39835.951178] 12039 pages in swapcache
Nov 4 22:40:22 dstathink kernel: [39835.951178] Swap cache stats: add41296, delete 29257, find
4825/7516Nov 4 22:40:22 dstathink kernel: [39835.951178] Free swap 8330844kBNov 4 22:40:22 dstathink kernel: [39835.951178] Total swap 8393952kBNov 4 22:40:22 dstathink kernel: [39835.951178] 1032192 pagesRAM
Quoted 7 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] 76928 pagesreserved
Nov 4 22:40:22 dstathink kernel: [39835.951178] 488347 pagesshared
Nov 4 22:40:22 dstathink kernel: [39835.951178] 596692 pages non-shared
OK, I don't know why this failed, but I'm an mm neophyte running on pure grep. Any ideas from anyone with an actual clue in this area? (I know OOM is all the rage right now, so maybe this will garner some attention :) )
Re: strange OOM receiving a wireless network packet on a SLUB system
Hi
(cc to linux-mm)
Quoted 15 lines
On 4 Nov 2009, Dominik Stadler stated:
Quoted 14 lines
I just saw a very similar thing happening to me here, ThinkPad T500, Ubuntu 9.10, latest 3.0.1+TOI-Kernel from Karmic-PPA, I have some other weirdness as well which I am not sure if TOI-related or Karmic, will do some Divide-And-Conquer analysis next to find out the root cause of these and report back.
$ uname -a Linux XXXXXX 2.6.31-15-generic #49+tuxonice2-Ubuntu SMP Sat Oct 31 01:46:15 UTC 2009 x86_64 GNU/LinuxThis is what I got just now:
Nov 4 22:40:22 dstathink kernel: [39835.951178] swapper: page allocationfailure. order:2, mode:0x4020
This is only page allocation failure. not OOM.
We don't gurantee GFP_ATOMIC allocation success.
Quoted 7 lines
That doesn't really look similar to me (not a decompressor -22 error). To me it looks more like you ran out of memory, or at least ran very close to out: an order-2 allocation is not enormous (16Kb on x86) and should definitely work after everything's been chucked out. (mode
0x4020implies a compound-pageGFP_ATOMICallocation, so it couldn't swap, but it could certainly discard clean pages.)
No. GFP_ATOMIC can't discard clean pages, anyway. because irq-context don't tolerate from reclaim latency.
Quoted 20 lines
Did this happen at suspension time, resumption time,or what? It looks like the kernel hadn't been up for long, so I guess we can rule out really really bad arena fragmentation... but it was long enough that I guess this was at suspension time?
Quoted 14 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Pid: 0, comm: swapper Tainted: G C 2.6.31-15-generic #49+tuxonice2-Ubuntu Nov 4 22:40:22 dstathink kernel: [39835.951178] Call Trace: Nov 4 22:40:22 dstathink kernel: [39835.951178] <IRQ>[<
ffffffff810f1abc>]__alloc_pages_slowpath+0x4cc/0x4e0Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff810f1c1e>]
__alloc_pages_nodemask+0x14e/0x150Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff811230ca>]
kmalloc_large_node+0x5a/0xb0
Quoted 8 lines
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff81127275>]
__kmalloc_node_track_caller+0x135/0x180This is SLUB stuff. Is SLUB production-ready yet? (I haven't been following it.)
(Networking, wireless, SLUB, no idea where to Cc this. I'll just Cc LKML and see if anyone notices :) )
SLUB is perfectly stable and usable for production.
Quoted 12 lines
Quoted 11 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffffa0245899>] ?
iwl_rx_allocate+0x1a9/0x230
[iwlcore]Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff8144088b>]
__alloc_skb+0x7b/0x180Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffffa0245899>]
iwl_rx_allocate+0x1a9/0x230
[iwlcore]
Quoted 6 lines
Wireless network packet reception leading to OOM. Not TuxOnIce, I'd say. Certainly not the same problem as me: I don't even *have* any wireless hardware (with my RSI, laptops might as well have razor blades on their keys).
(Why does it need a 16Kb contiguous region anyway?
Dunno ;)
Quoted 38 lines
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff81010e12>] ?
cpu_idle+0xb2/0x100Idle, not suspending...
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Active_anon:365111active_file:88612 inactive_anon:162361
Lots of inactive pages. Why were none chucked out?
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] inactive_file:243222unevictable:4 dirty:214598 writeback:320 unstable:0
214000+ dirty pages seems awfully high.
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] free:6876 slab:51582mapped:40147 pagetables:8440 bounce:0
6876 free pages, a reasonable-enough figure, yet it couldn't find four in a row to receive a network packet? Seems unlikely.
Quoted 17 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA free:15644kBmin:28kB low:32kB high:40kB active_anon:12kB inactive_anon:32kB active_file:4kB inactive_file:208kB unevictable:0kB present:15336kB pages_scanned:0
all_unreclaimable? noNov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 29583905 3905
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA32 free:10124kBmin:6044kB low:7552kB high:9064kB active_anon:1223088kB inactive_anon:367500kB active_file:218036kB inactive_file:833596kB unevictable:16kB present:3029636kB pages_scanned:0
all_unreclaimable? noNov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 0 946946
Quoted 7 lines
Quoted 5 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 Normal free:1736kBmin:1932kB low:2412kB high:2896kB active_anon:237344kB inactive_anon:281912kB active_file:136408kB inactive_file:139084kB unevictable:0kB present:969600kB pages_scanned:0
all_unreclaimable? noAgain, heaps of inactive.
On normal zone, free(1736kB) < min(1932kB). It mean we can't use normal zone. On DMA32 zone, free(10124kB) < min(6044kB) + lowmem_reserve(946*4kB). It mean we can't use DMA32 zone too.
Of cource, DMA zone is protected by lowmem_reserve too.
It's normal memory shortage.
Quoted 4 lines
Quoted 4 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 0 00
Quoted 8 lines
Quoted 8 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA: 7*4kB 4*8kB 2*16kB 2*32kB 2*64kB 2*128kB 3*256kB 2*512kB 3*1024kB 3*2048kB 1*4096kB 15644kB Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA32: 2249*4kB 35*8kB 1*16kB 0*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 10124kB Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 Normal: 132*4kB127*8kB 2*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1736kB
All zones have order-2 contenious memory.
The conclusion is, the system is not so fragmentaion. but It doesn't have enough memory.
Maybe, the system is under temporal memory pressure. you don't need care it. It automatically restored soon.
Quoted 33 lines
Quoted 17 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] 390803 total pagecachepages
Nov 4 22:40:22 dstathink kernel: [39835.951178] 12039 pages in swapcache
Nov 4 22:40:22 dstathink kernel: [39835.951178] Swap cache stats: add41296, delete 29257, find
4825/7516Nov 4 22:40:22 dstathink kernel: [39835.951178] Free swap 8330844kBNov 4 22:40:22 dstathink kernel: [39835.951178] Total swap 8393952kBNov 4 22:40:22 dstathink kernel: [39835.951178] 1032192 pagesRAM
Quoted 7 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] 76928 pagesreserved
Nov 4 22:40:22 dstathink kernel: [39835.951178] 488347 pagesshared
Nov 4 22:40:22 dstathink kernel: [39835.951178] 596692 pages non-sharedOK, I don't know why this failed, but I'm an mm neophyte running on pure grep. Any ideas from anyone with an actual clue in this area? (I know OOM is all the rage right now, so maybe this will garner some attention :) ) --
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: strange OOM receiving a wireless network packet on a SLUB system
Hi,
Thanks for the detailed response, it was not killing my system, I was doing a few things in parallel at that moment, but don't think base memory would run out that easily. this is what went on:
- formatting an 500G USB disk with mkfs.ext3
- ripping a CD from the internal DVD drive
- looking for specific filename in the whole local disc with "find"
As Kenneth indicated it is a known issue in .31 and does not hugely affect me, so no big deal for now.
Thanks... Dominik.
Quoted 204 lines · KOSAKI Motohiro
Hi
(cc to linux-mm)
Quoted 2 lines
On 4 Nov 2009, Dominik Stadler stated:
Quoted 1 line
I just saw a very similar thing happening to me here, ThinkPad T500,
Ubuntu
Quoted 1 line
Quoted 1 line
9.10, latest 3.0.1+TOI-Kernel from Karmic-PPA, I have some other
weirdness
Quoted 2 lines
Quoted 2 lines
as well which I am not sure if TOI-related or Karmic, will do some Divide-And-Conquer analysis next to find out the root cause of these
and
Quoted 4 lines
Quoted 4 lines
report back.
$ uname -a Linux XXXXXX 2.6.31-15-generic #49+tuxonice2-Ubuntu SMP Sat Oct 3101:46:15
Quoted 5 lines
Quoted 5 lines
UTC 2009
x86_64GNU/LinuxThis is what I got just now:
Nov 4 22:40:22 dstathink kernel: [39835.951178] swapper: pageallocation
Quoted 1 line
Quoted 1 line
failure. order:2, mode:0x4020
This is only page allocation failure. not OOM.
We don't guranteeGFP_ATOMICallocation success.Quoted 3 lines
That doesn't really look similar to me (not a decompressor -22 error). To me it looks more like you ran out of memory, or at least ran very
close
Quoted 4 lines
to out: an order-2 allocation is not enormous (16Kb on x86) and should definitely work after everything's been chucked out. (mode
0x4020implies a compound-pageGFP_ATOMICallocation, so it couldn't swap, but it could certainly discard clean pages.)No.
GFP_ATOMICcan't discard clean pages, anyway. because irq-context don't tolerate from reclaim latency.Quoted 20 lines
Did this happen at suspension time, resumption time,or what? It looks like the kernel hadn't been up for long, so I guess we can rule out really really bad arena fragmentation... but it was long enough that I guess this was at suspension time?
Quoted 14 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Pid: 0, comm: swapper Tainted: G C 2.6.31-15-generic #49+tuxonice2-Ubuntu Nov 4 22:40:22 dstathink kernel: [39835.951178] Call Trace: Nov 4 22:40:22 dstathink kernel: [39835.951178] <IRQ>[<
ffffffff810f1abc>]__alloc_pages_slowpath+0x4cc/0x4e0Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff810f1c1e>]
__alloc_pages_nodemask+0x14e/0x150Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff811230ca>]
kmalloc_large_node+0x5a/0xb0Quoted 8 lines
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff81127275>]
__kmalloc_node_track_caller+0x135/0x180This is SLUB stuff. Is SLUB production-ready yet? (I haven't been following it.)
(Networking, wireless, SLUB, no idea where to Cc this. I'll just Cc LKML and see if anyone notices :) )
SLUB is perfectly stable and usable for production.
Quoted 2 lines
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffffa0245899>]?
Quoted 10 lines
Quoted 9 lines
iwl_rx_allocate+0x1a9/0x230
[iwlcore]Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff8144088b>]
__alloc_skb+0x7b/0x180Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffffa0245899>]
iwl_rx_allocate+0x1a9/0x230
[iwlcore]Quoted 6 lines
Wireless network packet reception leading to OOM. Not TuxOnIce, I'd say. Certainly not the same problem as me: I don't even *have* any wireless hardware (with my RSI, laptops might as well have razor blades on their keys).
(Why does it need a 16Kb contiguous region anyway?
Dunno ;)
Quoted 1 line
Quoted 1 line
Nov 4 22:40:22 dstathink kernel: [39835.951178] [<ffffffff81010e12>]?
Quoted 12 lines
Quoted 1 line
cpu_idle+0xb2/0x100Idle, not suspending...
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Active_anon:365111active_file:88612 inactive_anon:162361
Lots of inactive pages. Why were none chucked out?
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] inactive_file:243222unevictable:4 dirty:214598 writeback:320 unstable:0
Quoted 9 lines
214000+ dirty pages seems awfully high.
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] free:6876 slab:51582mapped:40147 pagetables:8440 bounce:0
6876 free pages, a reasonable-enough figure, yet it couldn't find four in a row to receive a network packet? Seems unlikely.
Quoted 1 line
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMAfree:15644kB
Quoted 5 lines
Quoted 5 lines
min:28kB low:32kB high:40kB active_anon:12kB inactive_anon:32kB active_file:4kB inactive_file:208kB unevictable:0kB present:15336kB pages_scanned:0
all_unreclaimable? noNov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 02958
Quoted 3 lines
Quoted 3 lines
3905 3905
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA32free:10124kB
Quoted 6 lines
Quoted 6 lines
min:6044kB low:7552kB high:9064kB active_anon:1223088kB inactive_anon:367500kB active_file:218036kB inactive_file:833596kB unevictable:16kB present:3029636kB pages_scanned:0
all_unreclaimable? noNov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 0946
Quoted 3 lines
Quoted 3 lines
946
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 Normalfree:1736kB
Quoted 6 lines
Quoted 4 lines
min:1932kB low:2412kB high:2896kB active_anon:237344kB inactive_anon:281912kB active_file:136408kB inactive_file:139084kB unevictable:0kB present:969600kB pages_scanned:0
all_unreclaimable? noAgain, heaps of inactive.
On normal zone, free(1736kB) < min(1932kB). It mean we can't use normal zone.
On DMA32 zone, free(10124kB) < min(6044kB) +lowmem_reserve(946*4kB). It mean we can't use DMA32 zone too.
Of cource, DMA zone is protected bylowmem_reservetoo.It's normal memory shortage.
Quoted 2 lines
Quoted 2 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] lowmem_reserve[]: 0 00
Quoted 3 lines
Quoted 3 lines
0
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA: 7*4kB4*8kB
Quoted 1 line
Quoted 1 line
2*16kB 2*32kB 2*64kB 2*128kB 3*256kB 2*512kB 3*1024kB 3*2048kB 1*4096kB
15644kB
Quoted 6 lines
Quoted 6 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 DMA32: 2249*4kB 35*8kB 1*16kB 0*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 10124kB Nov 4 22:40:22 dstathink kernel: [39835.951178] Node 0 Normal: 132*4kB127*8kB 2*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1736kB
All zones have order-2 contenious memory.
The conclusion is, the system is not so fragmentaion. but It doesn't have enough memory.
Maybe, the system is under temporal memory pressure. you don't need care it.
It automatically restored soon.Quoted 17 lines
Quoted 17 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] 390803 total pagecachepages
Nov 4 22:40:22 dstathink kernel: [39835.951178] 12039 pages in swapcache
Nov 4 22:40:22 dstathink kernel: [39835.951178] Swap cache stats: add41296, delete 29257, find
4825/7516Nov 4 22:40:22 dstathink kernel: [39835.951178] Free swap 8330844kBNov 4 22:40:22 dstathink kernel: [39835.951178] Total swap 8393952kBNov 4 22:40:22 dstathink kernel: [39835.951178] 1032192 pagesRAM
Quoted 7 lines
Quoted 7 lines
Nov 4 22:40:22 dstathink kernel: [39835.951178] 76928 pagesreserved
Nov 4 22:40:22 dstathink kernel: [39835.951178] 488347 pagesshared
Nov 4 22:40:22 dstathink kernel: [39835.951178] 596692 pages
Quoted 14 lines
non-shared
Quoted 6 lines
OK, I don't know why this failed, but I'm an mm neophyte running on pure grep. Any ideas from anyone with an actual clue in this area? (I know OOM is all the rage right now, so maybe this will garner some attention :) ) --
To unsubscribe from this list: send the line "unsubscribe linux-kernel"in
Quoted 3 lines
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
_______________________________________________
TuxOnIce-users mailing list
[email protected]
http://lists.tuxonice.net/listinfo/tuxonice-users
Re: [TuxOnIce-users] strange OOM receiving a wireless network packet on a SLUB system
Quoted 1 line · Dominik Stadler
As Kenneth indicated it is a known issue in .31
Oh, and the workaround (sorry, I'd forgotten to reply with it!) is to set the option amsdu_size_8K to "0" for module iwlagn (or on the boot parameter line).
-Kenny
Signature · 8 lines
Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Los Angeles O: 3630 S. Sepulveda Blvd. #138, L.A., CA 90034-6809 (888) 454-8181 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"[email protected]"> [email protected] </a>