I have had serveral kernel bugs with 2.6.1-gentoo when using the mythbackend program and a Nova-T dvb card. The log shows: Jan 24 18:07:45 hal kernel BUG at mm/page_alloc.c:290! Jan 24 18:07:45 hal invalid operand: 0000 [#3] Jan 24 18:07:45 hal CPU: 0 Jan 24 18:07:45 hal EIP: 0060:[<c013c7e5>] Not tainted Jan 24 18:07:45 hal EFLAGS: 00010002 Jan 24 18:07:45 hal EIP is at __rmqueue+0x115/0x120 Jan 24 18:07:45 hal eax: 00000001 ebx: 00000010 ecx: 00001000 edx: 0000b2d0 Jan 24 18:07:45 hal esi: c03c0760 edi: c03c076c ebp: c11bf080 esp: d2fa5ce0 Jan 24 18:07:45 hal ds: 007b es: 007b ss: 0068 Jan 24 18:07:45 hal Process mythbackend (pid: 25121, threadinfo=d2fa4000 task=d3e66d00) Jan 24 18:07:45 hal Stack: c03c06f4 c11bf080 00000004 0000a2d0 0000a2c0 00000000 c03c07d0 00000000 Jan 24 18:07:45 hal 00000092 c013c84b c03c06f4 00000000 c03c06f4 d2fa4000 c03c07c0 00000000 Jan 24 18:07:45 hal c013cc34 c03c06f4 00000000 00000010 c03c07d0 00000202 c03c06f4 0000015f Jan 24 18:07:45 hal Call Trace: Jan 24 18:07:45 hal [<c013c84b>] rmqueue_bulk+0x5b/0x80 Jan 24 18:07:45 hal [<c013cc34>] buffered_rmqueue+0x144/0x160 Jan 24 18:07:45 hal [<c013ccff>] __alloc_pages+0xaf/0x350 Jan 24 18:07:45 hal [<c013aabd>] generic_file_aio_write_nolock+0x32d/0xa60 Jan 24 18:07:45 hal [<c02757ce>] __make_request+0x43e/0x5a0 Jan 24 18:07:45 hal [<c013b301>] generic_file_aio_write+0x71/0x90 Jan 24 18:07:45 hal [<c018b5b4>] ext3_file_write+0x44/0xe0 Jan 24 18:07:45 hal [<c0154a8b>] do_sync_write+0x8b/0xc0 Jan 24 18:07:45 hal [<c01286ab>] schedule_timeout+0x6b/0xc0 Jan 24 18:07:45 hal [<c019a779>] journal_start+0xa9/0xd0 Jan 24 18:07:45 hal [<c0154b7e>] vfs_write+0xbe/0x130 Jan 24 18:07:45 hal [<c0154ca2>] sys_write+0x42/0x70 Jan 24 18:07:45 hal [<c010b49b>] syscall_call+0x7/0xb Jan 24 18:07:45 hal Jan 24 18:07:45 hal Code: 0f 0b 22 01 57 50 37 c0 eb b5 90 55 57 31 ff 56 53 83 ec 08 Jan 24 18:07:45 hal <6>note: mythbackend[25121] exited with preempt_count 2 Reproducible: Sometimes Steps to Reproduce: 1. Start mythbackend 2. Run mythfrontend and start watching tv from the dvb card 3. crash is usually within a couple of minutes Actual Results: The tv stopped and the frontend complained about the backend being missing. The backend was killed and the logs showed the attached message. Expected Results: not crashed! Portage 2.0.49-r21 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.6.1-gentoo) ================================================================= System uname: 2.6.1-gentoo i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=athlon-xp -march=athlon-xp -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=athlon-xp -march=athlon-xp -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://212.219.247.11/sites/www.ibiblio.org/gentoo/ http://212.219.247.20/sites/www.ibiblio.org/gentoo/ http://212.219.247.13/sites/www.ibiblio.org/gentoo/ http://212.219.247.18/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3ds X alsa apm arts artswrappersuid avi berkdb cdr crypt cups dga directfb dvb encode esd fam fbcon foomaticdb gdbm gif gphoto2 gpm gtk gtk2 imap imlib ipv6 java joystick jpeg kde libg++ libwww lirc mad mikmod mmx mng motif mozilla mpeg mysql ncurses nls oggvorbis openal opengl oss pam pdflib perl pic png ppds python qt quicktime readline samba scanner sdl slang spell sse ssl svga tcpd tiff truetype usb videos x86 xml2 xmms xv zlib video_cards_radeon"
If I increase the latency_timer setting (from 32 to 128) on the PCI slot with the DVB card that this process is using this problem goes away (havn't seen it for a week now). I have reported this to the dvb mailing list at linuxtv.org but have not had any responses yet.
please also try this with 2.6.2. These issues should now be solved. please re-open if the issue still occurs