Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261210AbVCYEOL (ORCPT ); Thu, 24 Mar 2005 23:14:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261215AbVCYEOL (ORCPT ); Thu, 24 Mar 2005 23:14:11 -0500 Received: from wproxy.gmail.com ([64.233.184.205]:57011 "EHLO wproxy.gmail.com") by vger.kernel.org with ESMTP id S261210AbVCYEMu (ORCPT ); Thu, 24 Mar 2005 23:12:50 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=BX0xZdyDxzwdbt/Uy0d4OAzOthSy4caGY8kVdjcjyrMLm+lgIMrHN6p17+gMDaHarIdP3vWhC7Agt8Vku7bp85/RYAM+XjAoaircRk13vUJ2aDztAOnFlXXWZviN/+Z4qRLhrYsmFDbVthTuWLWDY3O605khJDn8jlLn0u3GGN8= Message-ID: Date: Thu, 24 Mar 2005 23:12:50 -0500 From: Miles Lane Reply-To: Miles Lane To: Andrew Morton Subject: OOPS running "ls -l /sys/class/i2c-adapter/*"-- 2.6.12-rc1-mm2 Cc: linux-kernel@vger.kernel.org In-Reply-To: <20050324044114.5aa5b166.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050324044114.5aa5b166.akpm@osdl.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 10642 Lines: 272 root@Monkey100:/sys/class/i2c-adapter# ls * -l root@Monkey100:/sys# cat */*/*/* ksymoops 2.4.9 on i686 2.6.12-rc1-mm2. Options used -o /lib/modules/2.6.12-rc1-mm2 (specified) -m /boot/System.map-2.6.12-rc1-mm2 (specified) Unable to handle kernel paging request at virtual address 24fc1024 c0198448 *pde = 00000000 Oops: 0000 [#1] CPU: 0 EIP: 0060:[] Not tainted VLI Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00210206 (2.6.12-rc1-mm2) eax: 00000001 ebx: c039f820 ecx: 00000001 edx: 24fc1000 esi: e75b6cc4 edi: f7c015e4 ebp: e7b93e94 esp: e7b93e94 ds: 007b es: 007b ss: 0068 Stack: e7b93eb8 c0198644 f7c01694 00000000 f7c015e4 e7b93eb8 c039f820 e75b6cc4 f7c015e4 e7b93edc c0198790 f7c01694 f7c015e4 e712a000 f7c01694 e712a000 fffffff4 e7b93f10 e7b93ef8 c019884f e75b6cc4 e712a000 ffffffea e75b6cc4 Call Trace: [] show_stack+0x7f/0xa0 [] show_registers+0x15a/0x1c0 [] die+0xfc/0x190 [] do_page_fault+0x31b/0x670 [] error_code+0x4f/0x54 [] sysfs_get_target_path+0x14/0x80 [] sysfs_getlink+0xe0/0x150 [] sysfs_follow_link+0x4f/0x60 [] generic_readlink+0x2f/0x90 [] sys_readlink+0x86/0x90 [] syscall_call+0x7/0xb Code: 42 70 e8 a4 fc 19 00 e9 f3 fe ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 55 31 c0 89 e5 8b 55 08<8b> 52 24 40 85 d2 75 f8 c9 c3 8d b4 26 00 00 00 00 8d bc 27 00 >>EIP; c0198448 <===== >>ebx; c039f820 >>edx; 24fc1000 >>esi; e75b6cc4 >>edi; f7c015e4 >>ebp; e7b93e94 >>esp; e7b93e94 Trace; c010410f Trace; c01042aa Trace; c01044ac Trace; c011450b Trace; c0103cf3 Trace; c0198644 Trace; c0198790 Trace; c019884f Trace; c016b46f Trace; c01635b6 Trace; c0103249 This architecture has variable length instructions, decoding before eip is unreliable, take these instructions with a pinch of salt. Code; c019841d <.text.lock.dir+d7/fa> 00000000 <_EIP>: Code; c019841d <.text.lock.dir+d7/fa> 0: 42 inc %edx Code; c019841e <.text.lock.dir+d8/fa> 1: 70 e8 jo ffffffeb <_EIP+0xffffffeb> Code; c0198420 <.text.lock.dir+da/fa> 3: a4 movsb %ds:(%esi),%es:(%edi) Code; c0198421 <.text.lock.dir+db/fa> 4: fc cld Code; c0198422 <.text.lock.dir+dc/fa> 5: 19 00 sbb %eax,(%eax) Code; c0198424 <.text.lock.dir+de/fa> 7: e9 f3 fe ff ff jmp fffffeff <_EIP+0xfffffeff> Code; c0198429 <.text.lock.dir+e3/fa> c: 90 nop Code; c019842a <.text.lock.dir+e4/fa> d: 90 nop Code; c019842b <.text.lock.dir+e5/fa> e: 90 nop Code; c019842c <.text.lock.dir+e6/fa> f: 90 nop Code; c019842d <.text.lock.dir+e7/fa> 10: 90 nop Code; c019842e <.text.lock.dir+e8/fa> 11: 90 nop Code; c019842f <.text.lock.dir+e9/fa> 12: 90 nop Code; c0198430 <.text.lock.dir+ea/fa> 13: 90 nop Code; c0198431 <.text.lock.dir+eb/fa> 14: 90 nop Code; c0198432 <.text.lock.dir+ec/fa> 15: 90 nop Code; c0198433 <.text.lock.dir+ed/fa> 16: 90 nop Code; c0198434 <.text.lock.dir+ee/fa> 17: 90 nop Code; c0198435 <.text.lock.dir+ef/fa> 18: 90 nop Code; c0198436 <.text.lock.dir+f0/fa> 19: 90 nop Code; c0198437 <.text.lock.dir+f1/fa> 1a: 90 nop Code; c0198438 <.text.lock.dir+f2/fa> 1b: 90 nop Code; c0198439 <.text.lock.dir+f3/fa> 1c: 90 nop Code; c019843a <.text.lock.dir+f4/fa> 1d: 90 nop Code; c019843b <.text.lock.dir+f5/fa> 1e: 90 nop Code; c019843c <.text.lock.dir+f6/fa> 1f: 90 nop Code; c019843d <.text.lock.dir+f7/fa> 20: 90 nop Code; c019843e <.text.lock.dir+f/60> Trace; c01681de <__link_path_walk+8ce/ec0> Trace; c016885f Trace; c0168c45 Trace; c01693ef Trace; c015823c Trace; c01586e8 Trace; c0103249 This architecture has variable length instructions, decoding before eip is unreliable, take these instructions with a pinch of salt. Code; c019841d <.text.lock.dir+d7/fa> 00000000 <_EIP>: Code; c019841d <.text.lock.dir+d7/fa> 0: 42 inc %edx Code; c019841e <.text.lock.dir+d8/fa> 1: 70 e8 jo ffffffeb <_EIP+0xffffffeb> Code; c0198420 <.text.lock.dir+da/fa> 3: a4 movsb %ds:(%esi),%es:(% ---------------------------------------------- <1>Unable to handle kernel paging request at virtual address 36bc3024 c0198448 *pde = 00000000 Oops: 0000 [#6] CPU: 0 EIP: 0060:[] Not tainted VLI EFLAGS: 00210206 (2.6.12-rc1-mm2) eax: 00000001 ebx: c039f820 ecx: 00000001 edx: 36bc3000 esi: e75b6cc4 edi: f7c015e4 ebp: e3423dc4 esp: e3423dc4 ds: 007b es: 007b ss: 0068 Stack: e3423de8 c0198644 f7c01694 00000000 f7c015e4 e3423de8 c039f820 e75b6cc4 f7c015e4 e3423e0c c0198790 f7c01694 f7c015e4 e02fe000 f7c01694 e02fe000 fffffff4 e3423f50 e3423e28 c019884f e75b6cc4 e02fe000 e3423e64 e3422000 Call Trace: [] show_stack+0x7f/0xa0 [] show_registers+0x15a/0x1c0 [] die+0xfc/0x190 [] do_page_fault+0x31b/0x670 [] error_code+0x4f/0x54 [] sysfs_get_target_path+0x14/0x80 [] sysfs_getlink+0xe0/0x150 [] sysfs_follow_link+0x4f/0x60 [] __link_path_walk+0x8ce/0xec0 [] link_path_walk+0x8f/0x190 [] path_lookup+0x95/0x170 [] open_namei+0x7f/0x650 [] filp_open+0x3c/0x60 [] sys_open+0x48/0xd0 [] syscall_call+0x7/0xb Code: 42 70 e8 a4 fc 19 00 e9 f3 fe ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 55 31 c0 89 e5 8b 55 08<8b> 52 24 40 85 d2 75 f8 c9 c3 8d b4 26 00 00 00 00 8d bc 27 00 >>EIP; c0198448 <===== >>ebx; c039f820 >>edx; 36bc3000 >>esi; e75b6cc4 >>edi; f7c015e4 >>ebp; e3423dc4 >>esp; e3423dc4 Trace; c010410f Trace; c01042aa Trace; c01044ac Trace; c011450b Trace; c0103cf3 Trace; c0198644 Trace; c0198790 Trace; c019884f Trace; c01681de <__link_path_walk+8ce/ec0> Trace; c016885f Trace; c0168c45 Trace; c01693ef Trace; c015823c Trace; c01586e8 Trace; c0103249 This architecture has variable length instructions, decoding before eip is unreliable, take these instructions with a pinch of salt. Code; c019841d <.text.lock.dir+d7/fa> 00000000 <_EIP>: Code; c019841d <.text.lock.dir+d7/fa> 0: 42 inc %edx Code; c019841e <.text.lock.dir+d8/fa> 1: 70 e8 jo ffffffeb <_EIP+0xffffffeb> Code; c0198420 <.text.lock.dir+da/fa> 3: a4 movsb %ds:(%esi),%es:(%edi) Code; c0198421 <.text.lock.dir+db/fa> 4: fc cld Code; c0198422 <.text.lock.dir+dc/fa> 5: 19 00 sbb %eax,(%eax) Code; c0198424 <.text.lock.dir+de/fa> 7: e9 f3 fe ff ff jmp fffffeff <_EIP+0xfffftext.lock.dir+f1/fa> 1a: 90 nop Code; c0198438 <.text.lock.dir+f2/fa> 1b: 90 nop Code; c0198439 <.text.lock.dir+f3/fa> 1c: 90 nop Code; c019843a <.text.lock.dir+f4/fa> 1d: 90 nop Code; c019843b <.text.lock.dir+f5/fa> 1e: 90 nop Code; c019843c <.text.lock.dir+f6/fa> 1f: 90 nop Code; c019843d <.text.lock.dir+f7/fa> 20: 90 nop Code; c019843e <.text.lock.dir+f8/fa> 21: 90 nop Code; c019843f <.text.lock.dir+f9/fa> 22: 90 nop Code; c0198440 23: 55 push %ebp Code; c0198441 24: 31 c0 xor %eax,%eax Code; c0198443 26: 89 e5 mov %esp,%ebp Code; c0198445 28: 8b 55 08 mov 0x8(%ebp),%edx This decode from eip onwards should be reliable Code; c0198448 00000000 <_EIP>: Code; c0198448 <===== 0: 8b 52 24 mov 0x24(%edx),%edx <===== Code; c019844b 3: 40 inc %eax Code; c019844c 4: 85 d2 test %edx,%edx Code; c019844e 6: 75 f8 jne 0 <_EIP> Code; c0198450 8: c9 leave Code; c0198451 9: c3 ret Code; c0198452 a: 8d b4 26 00 00 00 00 lea 0x0(%esi),%esi Code; c0198459 11: 8d .byte 0x8d Code; c019845a 12: bc .byte 0xbc Code; c019845b 13: 27 daa - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/