Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 30 Jan 2002 17:10:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 30 Jan 2002 17:09:38 -0500 Received: from zeus.kernel.org ([204.152.189.113]:2750 "EHLO zeus.kernel.org") by vger.kernel.org with ESMTP id ; Wed, 30 Jan 2002 17:09:20 -0500 Subject: Re: Oops in bdflush with 2.4.1[4|7]-xfs From: Austin Gonyou To: Nathan Poznick Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org In-Reply-To: <20020130214108.GA25792@conwaycorp.net> In-Reply-To: <20020130214108.GA25792@conwaycorp.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XB4IKG+6EgVjle8B6lmm" X-Mailer: Evolution/1.0.2 Date: 30 Jan 2002 16:09:05 -0600 Message-Id: <1012428545.12420.29.camel@UberGeek> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --=-XB4IKG+6EgVjle8B6lmm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Could you see if my XFS-AA patch does anything for you? There are changes to bdflush in it and I'd be interested to see if they go away.=20 http://www.digitalroadkill.net/Patches/2.4.17-xfs-aa.patch.bz2 On Wed, 2002-01-30 at 15:41, Nathan Poznick wrote: >=20 > We've got a couple of development machines with hardware raid sets > that we use XFS on. A few weeks ago, while running 2.4.14-xfs, there > was an Oops in bdflush, which caused bdflush to go defunct, and > kupdated to go into some sort of loop, chewing one of the CPUs. I > upgraded the machine to 2.4.17-xfs, and for a few weeks it's been > fine, but then this afternoon there was again an oops in bdflush, > which again caused bdflush to go defunct, and kupdated to chew a CPU > (along with an attempted sync, the shutdown process, etc). Below is > the decoded oops. Any help is appreciated. Thanks. >=20 >=20 > ksymoops 0.7c on i686 2.4.17-xfs. Options used > -V (default) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.4.17-xfs/ (default) > -m /boot/System.map-2.4.17-xfs (specified) >=20 > Unable to handle kernel NULL pointer dereference at virtual address > 00000030 > c0192fe9 > *pde =3D 00000000 > Oops: 0000 > CPU: 0 > EIP: 0010:[] Not tainted > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010046 > eax: 00000000 ebx: 00000000 ecx: 00000000 edx: 00000000 > esi: 00000000 edi: 00000001 ebp: 00000000 esp: c4c49864 > ds: 0018 es: 0018 ss: 0018 > Process bdflush (pid: 6, stackpage=3Dc4c49000) > Stack: e5187ed8 00000000 00000000 c4c4996c c4c4996c c4c49b68 c4c49b68 > 0b000003=20 > f3242be0 00000000 00000004 cbf27200 c4c498c8 f3242be0 00000046 > 0b000010=20 > 00000000 00000001 f79fd8f4 00000000 00000016 f71a5400 00000000 > 00000002=20 > Call Trace: [] [] [] [] > [] > [] [] [] [] [] > []=20 > [] [] [] [] [] > []=20 > [] [] [] [] [] > []=20 > [] [] [] [] [] > []=20 > [] [] [] []=20 > Code: 8b 52 30 89 54 24 58 51 55 8b 44 24 60 50 8b 54 24 78 52 e8=20 >=20 > >>EIP; c0192fe9 <=3D=3D=3D=3D=3D > Trace; c0194b68 <_pagebuf_handle_iovecs+dc/f0> > Trace; c018f9ad > Trace; c018f746 > Trace; c01919ce > Trace; c01a103e > Trace; c021a41e > Trace; c02208d2 > Trace; c022004a > Trace; c0220244 > Trace; c02204b1 > Trace; c0238573 > Trace; c01ad063 > Trace; c01ad063 > Trace; c01a34b3 > Trace; c01a515f > Trace; c0238573 > Trace; c01d12fb > Trace; c01d23a6 > Trace; c01efd74 > Trace; c012b965 > Trace; c012b9ac > Trace; c012c270 > Trace; c01edcf3 > Trace; c0182854 > Trace; c018188b > Trace; c01edc78 > Trace; c01ede8b > Trace; c01edc78 > Trace; c0133745 > Trace; c0133909 > Trace; c01369a4 > Trace; c0105000 <_stext+0/0> > Trace; c01055db > Code; c0192fe9 > 00000000 <_EIP>: > Code; c0192fe9 <=3D=3D=3D=3D=3D > 0: 8b 52 30 mov 0x30(%edx),%edx <=3D=3D=3D=3D= =3D > Code; c0192fec > 3: 89 54 24 58 mov %edx,0x58(%esp,1) > Code; c0192ff0 > 7: 51 push %ecx > Code; c0192ff1 > 8: 55 push %ebp > Code; c0192ff2 > 9: 8b 44 24 60 mov 0x60(%esp,1),%eax > Code; c0192ff6 > d: 50 push %eax > Code; c0192ff7 > e: 8b 54 24 78 mov 0x78(%esp,1),%edx > Code; c0192ffb > 12: 52 push %edx > Code; c0192ffc > 13: e8 00 00 00 00 call 18 <_EIP+0x18> c0193001 > --=20 Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: austin@coremetrics.com "It is the part of a good shepherd to shear his flock, not to skin it." Latin Proverb --=-XB4IKG+6EgVjle8B6lmm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA8WG8B94g6ZVmFMoIRAoM1AJ97bjd1FmZI4HOsvl4qilygZAK+4wCeKySK Q0RTVd8JHQJsYH65QHgbdq8= =y6UR -----END PGP SIGNATURE----- --=-XB4IKG+6EgVjle8B6lmm-- - 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/