On Mon, 2006-01-02 at 20:17 +0000, Rumen Yotov wrote:
> Hi,
> On (02/01/06 11:21), Michael Sullivan wrote:
> > On Sun, 2006-01-01 at 17:47 -0800, Bob Sanders wrote:
> > > On Sun, 01 Jan 2006 16:57:32 -0600
> > > Michael Sullivan <[EMAIL PROTECTED]> wrote:
> > > 
> > > 
> > > > > 
> > > > > The reason it was giving me the error was because mythbackend was
> > > > > shutting down.  I ran mythbackend in a screen, detached the screen and
> > > > > ran mythfrontend.  I did this twice.  Both times once mythfrontend
> > > > > loaded I selected the Watch Live TV option and it showed me about a
> > > > > second and a half of live TV and then froze.  Both times I had to 
> > > > > Cntrl
> > > > > +Alt+Backspace to get out of it.  I have a 1.33GHz P4 processor, so 
> > > > > that
> > > > > shouldn't be the problem.  Amazingly mythbackend is still running in 
> > > > > the
> > > > > screen.  Here's the output so far:
> > > > > 
> > > 
> > > It seems that something is not stable with the X server or with the card 
> > > drivers.  For now,
> > > perhaps forget MythTV and just see if you can get a stable input running 
> > > with something like
> > > tvtime -
> > > 
> > > [ N] media-tv/tvtime (0.9.12):  High quality television application for 
> > > use with video capture cards.
> > > 
> > > Perhaps some tweaking to /etc/X11/xorg.conf is needed or different params 
> > > to the video card
> > > driver to change some options.  If the system won't play live tv, without 
> > > issue, messing with MythTV
> > > won't fix it.
> > > 
> > > There are some suggestions here -
> > > 
> > > http://gentoo-wiki.com/HOWTO_Setup_MythTV#Video
> > > 
> > > Bob
> > 
> > I looked at the link you sent me.  Most of it didn't make sense to me.
> > One part that did make sense was the 
> > 
> > http://gentoo-wiki.com/HOWTO_Setup_MythTV#X_Setup
> > 
> > I created a test user (to avoid screwing up my personal account) and
> > copied to listed .xinitrc and .xsession information into testuser's
> > counterparts of those files.  I started kdm and attempted to log in to a
> > Custom session with testuser.  It kept spitting me back out at the login
> > screen.  I asked to go back to the console and looked
> > at /var/log/kdm.log.  There's a bunch of this:
> > 
> > X Window System Version 6.8.2
> > Release Date: 9 February 2005
> > X Protocol Version 11, Revision 0, Release 6.8.2
> > Build Operating System: Linux 2.6.14-gentoo-r5 i686 [ELF]
> > Current Operating System: Linux camille 2.6.14-gentoo-r5 #1 SMP Sun Jan
> > 1 22:29:29 CST 2006 i686
> > Build Date: 26 December 2005
> >         Before reporting problems, check http://wiki.X.Org
> >         to make sure that you have the latest version.
> > Module Loader present
> > Markers: (--) probed, (**) from config file, (==) default setting,
> >         (++) from command line, (!!) notice, (II) informational,
> >         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> > (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan  2 10:58:02 2006
> > (==) Using config file: "/etc/X11/xorg.conf"
> > (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)
> > 
> > 
> > Holly said something about my kernel not being set up correctly when I
> > was having this problem with gdm, but gdm works just fine.  Just kdm and
> > the custom session.  How do I compile apg into my kernel to fix this?
> > Here's my kernel config, created by genkernel:
> > 
> > #
> > # Automatically generated make config: don't edit
> > # Linux kernel version: 2.6.14-gentoo-r5
> > # Sun Jan  1 22:22:04 2006
> > #
> > CONFIG_X86=y
> > CONFIG_SEMAPHORE_SLEEPERS=y
> > CONFIG_MMU=y
> > CONFIG_UID16=y
> > CONFIG_GENERIC_ISA_DMA=y
> > CONFIG_GENERIC_IOMAP=y
> > CONFIG_ARCH_MAY_HAVE_PC_FDC=y
> >...SKIP... 
> > 
> > #
> > # Ftape, the floppy tape device driver
> > #
> > # CONFIG_AGP is not set
> ==============^ switch this to ON plus the entry for your motherboard chips 
> support.

How do I find out what the entry for my motherboard chips (-set I
assume) is?  Is there a software way to determine this?  All I know is
that it's SUPPOSED to be a Pentium IV, but it might not be...

-- 
gentoo-user@gentoo.org mailing list

Reply via email to