Kernel OOPs: Jun 12 22:04:39 localhost kernel: forget_pte: old mapping existed! Jun 12 22:04:39 localhost kernel: kernel BUG at memory.c:404! Jun 12 22:04:39 localhost kernel: invalid operand: 0000 Jun 12 22:04:39 localhost kernel: CPU: 0 Jun 12 22:04:39 localhost kernel: EIP: 0010:[<c01cd90d>] Tainted: P Jun 12 22:04:39 localhost kernel: EFLAGS: 00010282 Jun 12 22:04:39 localhost kernel: eax: 00000021 ebx: 00359000 ecx: c014a848 edx: 00000001 Jun 12 22:04:39 localhost kernel: esi: 00152025 edi: ffff6d64 ebp: 00400000 esp: dc033f04 Jun 12 22:04:39 localhost kernel: ds: 0018 es: 0018 ss: 0018 Jun 12 22:04:39 localhost kernel: Process dd (pid: 13220, stackpage=dc033000) Jun 12 22:04:39 localhost kernel: Stack: c038c440 00359000 dc032000 da58d400 00400000 c01cbe22 f3d7c340 ffff6d64 Jun 12 22:04:39 localhost kernel: 00359000 000a7000 00000025 f3d7c340 40459000 da58d400 00100000 cf2fb440 Jun 12 22:04:39 localhost kernel: 00100000 f3d7c340 c0269f71 40359000 00100000 00000025 00000000 f3d7c35c Jun 12 22:04:39 localhost kernel: Call Trace: [<c01cbe22>] [<c0269f71>] [<c0269c9f>] [<c01e581f>] [<c01ac841>] Jun 12 22:04:39 localhost kernel: [<c01a8803>] Jun 12 22:04:39 localhost kernel: Jun 12 22:04:39 localhost kernel: Code: 0f 0b 94 01 67 c1 38 c0 eb d3 e8 64 91 fe ff e9 77 ff ff ff The output file resided on an encrypted loopback device, though I don't think that's too relevant. The OOPs is pretty reproducable. I have been able to successfully run dd without causing an OOPs, however. System cpu usage tends to stay pegged at 100%, but I believe that is the encrypted loopback. I would personally guess this is a bug in the pfeifer sources, as I've never run across this problem in any other sources. Reproducible: Always Steps to Reproduce: 1. Using mentioned kernel, run dd if=/dev/zero of=some_file bs=1M count=650 2. Go to step 1 until a segfault occurs. 3. Read /var/log/kern.log Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.2.5-r2,2.3.2-r1) ================================================================= System uname: 2.4.20-pfeifer-r1_pre11 i686 AMD Athlon(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/texmf/tex/generic/config /usr/share/texmf/tex/platex/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm berkdb slang readline arts tetex aalib bonobo svga ggi tcltk java guile ruby mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla ldap cdr scanner" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=athlon-xp -pipe " CXXFLAGS="-O2 -mcpu=athlon-xp -pipe " ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="no" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache userpriv usersandbox fixpackages strict"
can you try this on pfeifer-sources-2.4.21_pre2? Thanks, Jay
try a newer kernel
