Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261159AbTE1VPK (ORCPT ); Wed, 28 May 2003 17:15:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261161AbTE1VPK (ORCPT ); Wed, 28 May 2003 17:15:10 -0400 Received: from smtp-out.comcast.net ([24.153.64.116]:53776 "EHLO smtp-out.comcast.net") by vger.kernel.org with ESMTP id S261159AbTE1VPB (ORCPT ); Wed, 28 May 2003 17:15:01 -0400 Date: Wed, 28 May 2003 17:27:08 -0400 From: Matthew Harrell Subject: Re: ppp problems in 2.5.69-bk14 - devfs related? In-reply-to: <20030528125503.GA2745@bittwiddlers.com> To: Kernel List Reply-to: Matthew Harrell Message-id: <20030528212708.GA11432@bittwiddlers.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.5.4i X-Delivery-Agent: TMDA/0.75 (Ponder) X-Primary-Address: mharrell@bittwiddlers.com References: <20030528125503.GA2745@bittwiddlers.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3273 Lines: 86 My oops output is just marginally different under 2.5.70-bk2. Unfortunately, I don't seem to have a /proc/ksyms so I don't know what to point ksymoops to. I can make this one happen over and over by just running pppd. It does not kill the system but it does make it rather unuseable. CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 devfs_mk_cdev: could not append to parent for ppp failed to register PPP device (-17) Unable to handle kernel paging request at virtual address e0927c80 c015a226 *pde = 0162e067 Oops: 0000 [#1] CPU: 0 EIP: 0060:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 eax: dcdb7a00 ebx: e0927c80 ecx: 0000006c edx: da17df24 esi: 00000000 edi: 00006c00 ebp: dcdb7a00 esp: da17ded8 ds: 007b es: 007b ss: 0068 Stack: c015e070 ddc2f940 00000000 c015a12f dcdb7a00 c022ee80 00006c00 dcdb7a00 00000000 c015a110 000000ff 00000000 00000000 00000000 defde200 c0159fb2 defe3400 00006c00 da17df24 00000000 defde200 ffffffed db6cb500 defe1f00 Call Trace: [] do_lookup+0x30/0xb0 [] exact_lock+0xf/0x20 [] kobj_lookup+0xe0/0x170 [] exact_match+0x0/0x10 [] chrdev_open+0xe2/0x150 [] devfs_open+0xb0/0xd0 [] dentry_open+0x110/0x1a0 [] filp_open+0x68/0x70 [] sys_open+0x5b/0x90 [] syscall_call+0x7/0xb Code: 83 3b 02 74 41 ff 83 00 01 00 00 89 04 24 e8 57 c4 06 00 85 >>EIP; c015a226 <===== >>eax; dcdb7a00 <__crc_scsi_get_command+e98e4/386137> >>ebx; e0927c80 <__crc_elv_queue_empty+7279d/135f59> >>edx; da17df24 <__crc_sock_rfree+2f6ef9/3b231c> >>ebp; dcdb7a00 <__crc_scsi_get_command+e98e4/386137> >>esp; da17ded8 <__crc_sock_rfree+2f6ead/3b231c> Trace; c015e070 Trace; c015a12f Trace; c022ee80 Trace; c015a110 Trace; c0159fb2 Trace; c019e3d0 Trace; c0150a20 Trace; c0150908 Trace; c0150cdb Trace; c010b14f Code; c015a226 00000000 <_EIP>: Code; c015a226 <===== 0: 83 3b 02 cmpl $0x2,(%ebx) <===== Code; c015a229 3: 74 41 je 46 <_EIP+0x46> Code; c015a22b 5: ff 83 00 01 00 00 incl 0x100(%ebx) Code; c015a231 b: 89 04 24 mov %eax,(%esp,1) Code; c015a234 e: e8 57 c4 06 00 call 6c46a <_EIP+0x6c46a> Code; c015a239 13: 85 00 test %eax,(%eax) 1 warning and 1 error issued. Results may not be reliable. -- Matthew Harrell Artificial Intelligence is no Bit Twiddlers, Inc. match for natural stupidity mharrell@bittwiddlers.com - 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/