Prev: linux-next: manual merge of the net tree with the net-current tree
Next: ftrace: record command lines at more appropriate moment
From: Pedro Ribeiro on 28 Jul 2010 21:40 Hi all, I hit a bug when resuming with TuxOnIce. At the middle of a resume, it says Compress Read -22 and locks up. I caught the stack trace with kdb and took photos of that. I'm running 2.6.35-rc6 on a Lenovo T400. I have an encrypted LUKS partition (aes-cbc-essiv-128) which contains an LVM2 with my root, swap and home partitions inside. It seems that kcryptd caused the trouble. I've had other lockups with TuxOnIce that relate to kcryptd too, but I never caught them with kdb, After printing the stack trace I decided to see the output of the ps command. As I was scrolling the processes shown, kdb oops'ed and called itself. I also took photos of that kdb's own stack trace. I then tried the ps command again, but this time the stack trace was looping every few seconds (I took another photo of that). After a while it just panicked and kept calling itself on a loop. I rebooted and was able to successfully resume the TuxOnIce image. The stack trace means little to me, but might be helpful to you. The photos are: kcryptd_oops [1,2,3] - TuxOnIce compress read -22 error kdb_oops [1,2,3,4] - KDB oopses when scrolling output of kdb ps command kdb_blows_up - final stack trace being shown in a cycle before PANIC: recursive entry into debugger and locking up completely The files are in kcryptd_kdb_oopses.tar.gz (about 4.7 mb) located here http://www.mediafire.com/file/uum6y1hwfk90124/kcryptd_kdb_oopses.tar.gz .. They should stay there at least 30 days. Sorry for the file size but they are good quality pictures. Regards, Pedro -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Nigel Cunningham on 28 Jul 2010 23:20 Hi Henrique. On 29/07/10 12:49, Henrique de Moraes Holschuh wrote: > On Thu, 29 Jul 2010, Pedro Ribeiro wrote: >> I hit a bug when resuming with TuxOnIce. At the middle of a resume, it >> says Compress Read -22 and locks up. I caught the stack trace with kdb >> and took photos of that. > > Maybe this? > http://lkml.org/lkml/2010/7/28/398 I don't think so. This issue has been around for a fair while. It's just impossible to reliably reproduce, and I haven't yet found the time to put some serious effort into tracking down the cause and fixing it. Regards, Nigel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Martin Steigerwald on 29 Jul 2010 08:00
Am Donnerstag 29 Juli 2010 schrieb Nigel Cunningham: > Hi Henrique. Hi Nigel, > On 29/07/10 12:49, Henrique de Moraes Holschuh wrote: > > On Thu, 29 Jul 2010, Pedro Ribeiro wrote: > >> I hit a bug when resuming with TuxOnIce. At the middle of a resume, > >> it says Compress Read -22 and locks up. I caught the stack trace > >> with kdb and took photos of that. > > > > Maybe this? > > http://lkml.org/lkml/2010/7/28/398 > > I don't think so. This issue has been around for a fair while. It's > just impossible to reliably reproduce, and I haven't yet found the > time to put some serious effort into tracking down the cause and > fixing it. I reported this one as - you said, its an TuxOnIce bug: https://bugzilla.kernel.org/show_bug.cgi?id=15873 I switched compression on my ThinkPad T23 where it happened all 2-4 days or so with 2.6.34 from LZO to LZF. And since then I didn't get the error anymore, but with only 5 attempts so far, so I am not sure whether switching to LZF "fixed" it: deepdance:~> cat /sys/power/tuxonice/debug_info TuxOnIce debugging info: - TuxOnIce core : 3.1.1.1 - Kernel Version : 2.6.34.1-tp23-toi-3.1.1.1-04990-g3a7d1f4 - Compiler vers. : 4.4 - Attempt number : 5 - Parameters : 0 667656 0 1 0 0 - Overall expected compression percentage: 0. - Checksum method is 'md4'. 0 pages resaved in atomic copy. - Compressor is 'lzf'. Compressed 776593408 bytes into 359897499 (53 percent compression). - Block I/O active. - Max outstanding reads 714. Max writes 5. Memory_needed: 1024 x (4096 + 200 + 76) = 4476928 bytes. Free mem throttle point reached 983. - Swap Allocator enabled. Swap available for image: 229016 pages. - File Allocator active. Storage available for image: 0 pages. - I/O speed: Write 28 MB/s, Read 33 MB/s. - Extra pages : 26 used/500. - Result : Succeeded. Maybe its a good idea to collect information in that bug report, even when it really is a TuxOnIce one. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 |