This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Tue May 21 22:40:36 2024 Received: from mnemonic.muc.muohio.edu (mnemonic.muc.muohio.edu [134.53.213.9]) by herbie.ucs.indiana.edu (8.9.3/8.9.3) with ESMTP id GAA05918 for ; Thu, 9 Sep 1999 06:55:02 -0500 (EST) Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by mnemonic.muc.muohio.edu (8.9.3/8.9.3) with ESMTP id GAA09885; Thu, 9 Sep 1999 06:28:13 -0400 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 07:46:02 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 07:45:51 -0400 Received: from syoozu.saki.com.au ([203.5.24.65]:2212 "EHLO aida.saki.com.au") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 07:43:27 -0400 Received: from saki.com.au (IDENT:adam@phoenix.saki.com.au [203.5.24.34]) by aida.saki.com.au (8.9.3/8.9.3) with ESMTP id VAA04192; Thu, 9 Sep 1999 21:40:57 +1000 Message-Id: <37D79CB5.B32C385D@saki.com.au> Date: Thu, 09 Sep 1999 21:40:37 +1000 From: Adam Donnison Organization: Saki Computer Services X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.10 i686) X-Accept-Language: en Mime-Version: 1.0 To: "Rodel T. Viado" Cc: Catalin BOIE , linux-kernel@vger.rutgers.edu, linux-smp@vger.rutgers.edu, ivan@cyclades.com, r.e.wolff@bitwizard.nl Subject: Re: Kernel 2.2.12 oops (swaper - cyclades - ppp) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-kernel-outgoing-dig I've seen almost identical oops in the kernel, although I am using a specialix board with a driver from BitWizard. Given this I suspect the problem may be a little lower than the board-level driver. This was seen in 2.2.10 with ppp - usually when I try to kill off a ppp connection (but not always). The specialix driver doesn't have a BLOCKMOVE define so I suspect I'll have to either pass this back to BitWizard or to delve deeper in the code and see if there are similar optimizations. I was actually about to upgrade to 2.2.12 in the hope that this would sort the problem out, but given the similarity I will do a little more digging. Maybe this may clarify the problem for those on the list with more of an in-depth knowledge than I. Adam "Rodel T. Viado" wrote: > > I have experienced oops like this using the newest driver provided by > cyclades (also in 2.2.12). Check if you are also encountering high TX > errors(use ifconfig), if the answer is yes then most probably > there is a bug in the optimization BLOCKMOVE routine. Talked to ivan about > this and he suggested to undef it in cyclades.c. Undefining BLOCKMOVE and > recompiling made my kernel stable as a rock (no more oops and TX errors.) > > hope this helps, > > Rodel  > On Fri, 3 Sep 1999, Catalin BOIE wrote: > > > Hi, guys! > > > > System is a Intel Pentium II/333 SMP, kernel 2.2.12, ppp-2.3.9. > > I got the following oops: > > > > ksymoops 0.7b on i686 2.2.12. Options used > > -V (default) > > -k /proc/ksyms (default) > > -l /proc/modules (default) > > -o /lib/modules/2.2.12/ (default) > > -m /boot/System.map (specified) > > > > Warning (compare_ksyms_lsmod): module bsd_comp is in lsmod but not in ksyms, probably no symbols exported > > Warning (compare_ksyms_lsmod): module ip_masq_cuseeme is in lsmod but not in ksyms, probably no symbols exported > > Warning (compare_ksyms_lsmod): module ip_masq_ftp is in lsmod but not in ksyms, probably no symbols exported > > Warning (compare_ksyms_lsmod): module ip_masq_irc is in lsmod but not in ksyms, probably no symbols exported > > Warning (compare_ksyms_lsmod): module ip_masq_quake is in lsmod but not in ksyms, probably no symbols exported > > Warning (compare_ksyms_lsmod): module ip_masq_raudio is in lsmod but not in ksyms, probably no symbols exported > > Warning (compare_ksyms_lsmod): module ip_masq_vdolive is in lsmod but not in ksyms, probably no symbols exported > > Unable to handle kernel NULL pointer dereference at virtual address 00000070 > > current->tss.cr3 = 038c0000, %cr3 = 038c0000 > > *pde = 00000000 > > Oops: 0002 > > CPU: 0 > > EIP: 0010:[] > > Using defaults from ksymoops -t elf32-i386 -a i386 > > EFLAGS: 00010286 > > eax: 00000070 ebx: 0000003d ecx: 0000001d edx: 00000000 > > esi: c19ce65f edi: 0000001e ebp: c19ce400 esp: c11ebf50 > > ds: 0018 es: 0018 ss: 0018 > > Process swapper (pid: 0, process nr: 0, stackpage=c0203000) > > Stack: c1808000 00000000 00000001 c4351740 c19ce72b 0000001e ffff1d69 cc852f28 > > c19ce400 c19ce400 c1808000 00000000 bffffe1c cc852b3f c19ce400 cc83135c > > c1808000 cc82915a c1808000 00000000 c022bab8 cc8290c6 cc83135c 00000001 > > Call Trace: [] [] [] [] [] [] [] > > [] > > Code: f0 ff 4a 70 0f 94 c0 84 c0 74 09 52 e8 c2 ae 8f f3 83 c4 04 > > > > >>EIP; cc8531e9 <[ppp]ppp_async_encode+241/288> <===== > > Trace; cc852f28 <[ppp]ppp_tty_push+100/180> > > Trace; cc852b3f <[ppp]ppp_tty_wakeup+5f/74> > > Trace; cc83135c <[cyclades]cleanup_module+1478/1f168> > > Trace; cc82915a <[cyclades]do_softint+8a/c0> > > Trace; cc8290c6 <[cyclades]do_cyclades_bh+56/60> > > Trace; cc83135c <[cyclades]cleanup_module+1478/1f168> > > Trace; c011af4d > > Trace; c0109405 > > Code; cc8531e9 <[ppp]ppp_async_encode+241/288> > > 00000000 <_EIP>: > > Code; cc8531e9 <[ppp]ppp_async_encode+241/288> <===== > > 0: f0 ff 4a 70 lock decl 0x70(%edx) <===== > > Code; cc8531ed <[ppp]ppp_async_encode+245/288> > > 4: 0f 94 c0 sete %al > > Code; cc8531f0 <[ppp]ppp_async_encode+248/288> > > 7: 84 c0 testb %al,%al > > Code; cc8531f2 <[ppp]ppp_async_encode+24a/288> > > 9: 74 09 je 14 <_EIP+0x14> cc8531fd <[ppp]ppp_async_encode+255/288> > > Code; cc8531f4 <[ppp]ppp_async_encode+24c/288> > > b: 52 pushl %edx > > Code; cc8531f5 <[ppp]ppp_async_encode+24d/288> > > c: e8 c2 ae 8f f3 call f38faed3 <_EIP+0xf38faed3> c014e0bc <__kfree_skb+0/ac> > > Code; cc8531fa <[ppp]ppp_async_encode+252/288> > > 11: 83 c4 04 addl $0x4,%esp > > > > Aiee, killing interrupt handler > > Kernel panic: Attempted to kill the idle task! > > In swapper task - not syncing > > > > 7 warnings issued. Results may not be reliable. > > > > What is the problem? > > > > Catalin(ux) BOIE -- Adam Donnison email: adam@saki.com.au Saki Computer Services Pty. Ltd. 93 Kallista-Emerald Road phone: +61 3 9752 1512 THE PATCH VIC 3792 AUSTRALIA fax: +61 3 9752 1098 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/