Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 101061 - Mythtv hard freezes box
Summary: Mythtv hard freezes box
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Television related Applications in Gentoo's Portage
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-01 22:06 UTC by Roger
Modified: 2005-12-26 00:39 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roger 2005-08-01 22:06:18 UTC
Trying to run mythtv or mythtv-setup makes my box freeze hard.

(Thank god kernel hack keys can still sync/umount/halt box.)

Reproducible: Always
Steps to Reproduce:
1. # mythtv-setup
2. Do you want to erase (some files)?
3. Hard freeze after a minute of two.




I've already tried noapci & acpi=no

I'm using a Nvidia Geforce on my Dell Inspiron 8100.

I've even tried messing with the ebuild to customize the configure setup of the
Makefiles.
Comment 1 Carsten Lohrke (RETIRED) gentoo-dev 2005-08-02 03:18:37 UTC
`emerge --info` please, about which mythtv version do you speak?
Comment 2 Roger 2005-08-02 08:52:51 UTC
Both versions of mythtv display this bug.

media-tv/mythtv-0.18.1-r1
media-tv/mythtv-0.18.1-r2


# emerge --info
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.5-r0, 2.6.12.2Y i686)
=================================================================
System uname: 2.6.12.2Y i686 Intel(R) Pentium(R) III Mobile CPU      1000MHz
Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.2.3-r5, 2.3.5
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -mcpu=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS=""
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks loadpolicy sandbox sfperms strict userpriv
usersandbox"
GENTOO_MIRRORS="http://127.0.0.1/gentoo /mnt/seagate/gentoo/
ftp://mirror.iawnet.sandia.gov/pub/gentoo
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/
ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/
ftp://ftp.ussg.iu.edu/pub/linux/gentoo
ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.chem.wisc.edu/gentoo/
ftp://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/
ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/
http://mirror.clarkson.edu/pub/distributions/gentoo/
http://mirrors.acm.cs.rpi.edu/gentoo/ ftp://ftp.ndlug.nd.edu/pub/gentoo/
http://open-systems.ufl.edu/mirrors/gentoo http://chod.cwru.edu/gentoo
ftp://chod.cwru.edu/gentoo http://gentoo.cs.lewisu.edu/gentoo/
ftp://linux.cs.lewisu.edu/gentoo/ http://prometheus.cs.wmich.edu/gentoo
http://modzer0.cs.uaf.edu/public/gentoo/ http://mirror.usu.edu/mirrors/gentoo/"
MAKEOPTS="-j1"
PKGDIR="/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 16bit S3TC X a52 aac aalib acpi acpi4linux aim alsa amd apache2 arts
artworkextra avi bash-completion berkdb bidi bigger-fonts bitmap-fonts bonobo
bzlib cairo cddb cdinstall cdparanoia cdr crypt cscope css cups curl
curlwrappers devmap dga dhcp dio directfb divx4linux doc dts dv dvd dvdr eds
emboss encode escreen esd ethereal etwin evo exif fam fame fbcon festival ffmpeg
flac font-server foomaticdb fortran fpx freetype gd gdbm gif gimp gimpprint
gkrellm gnokii gnome gphoto2 gpm gps gs gstreamer gtk gtk2 gtkhtml guile hbci
icq ieee1394 ignore-glep31 imagemagick imlib ipv6 irda irmc jabber jack java
jbig jce jikes joystick jp2 jpeg jpeg2k junit justify kde lcd lcms ldap libcaca
libg++ libwww lirc live lzo lzw lzw-tiff mad mbox memlimit mikmod mime motif
mozilla moznoirc moznomail mozp3p mp3 mpeg msql mysql mysqli nas ncurses network
nls no-old-linux nptl offensive ogg oggvorbis opengl oscar oss pam pcmcia pdflib
perl php pic pie png pnp posix ppds private python qt quicktime readline real
rtc samba sasl scanner sdk sdl silc slang smartcard smime sms snmp spell sse ssl
svga sysvipc tcltk tcpd tetex tidy tiff transcode truetype truetype-fonts
trusted type1-fonts usb v4l2 vim-with-x vorbis xanim xine xml xml2 xmms xv xvid
yahoo yv12 zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 3 Doug Goldstein (RETIRED) gentoo-dev 2005-08-02 09:30:58 UTC
Also give me an emerge -pv mythtv. And explain what kernel you're using because
it looks like a non-standard kernel.

But considering I have the same setup, except I have -march=pentium3. Which in
fact might make a bit of a difference because of the assembly. MythTV actually
REQUIRES CFLAGS sometimes. I had to remove the adding of setting of certain
CFLAGS because of QA issues so you might in fact need a march statement. Right
now your compiling for i686 with  i686 optimizations. I'd venture a guess that
you'll need at the very least a march=i686. Don't know what reason you have for
not doing that. It'll make your binaries a bit smaller cause it won't include
alternate i386 and non-CMOV instruction paths. 

So all in all, try march=pentium3 or i686.
Comment 4 Roger 2005-08-02 14:56:42 UTC
Isaac was kind enough to advise me this is a bug with the binary nvidia drivers
using experimental renderaccel.

# cat /var/log/Xorg.1.log |grep accel
(**) NVIDIA(0): Enabling experimental RENDER acceleration
(II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture


So, to resolve it, modify xorg.conf to show:
Option "NoRenderAccel"          "on"    # default=off

Think this bug has been around for awhile with nvidia drivers and I found little
to no info on the web about it, not to mention, mythtv outputs no debug info on
this hard freeze.

Any chance of adding an "einfo" line to advise nvidia users of this bug?
Comment 5 Doug Goldstein (RETIRED) gentoo-dev 2005-12-26 00:39:11 UTC
Sure... we can do that... Even though it's a known thing not to use RenderAccel because it does bad things. Nvidia's own README says that.....