On Saturday 20 September 2003 10:50 am, Michael Schreckenbauer wrote:
> Hello,
>
> Am Samstag, 20. September 2003 15:57 schrieb Ernie Schroder:
> > On Saturday 20 September 2003 06:08 am, Michael Schreckenbauer
wrote:
> > > Hello,
> > >
> > > Am Samstag, 20. September 2003 00:47 schrieb Ernie Schroder:
> > > > On Friday 19 September 2003 06:21 pm, Ernie Schroder wrote:
> > > > > On Friday 19 September 2003 05:50 pm, Michael
> > > > > Schreckenbauer
> >
> > wrote:
> > > > > > Hello,
> > > > > >
> > > > > > Am Freitag, 19. September 2003 22:34 schrieb Ernie
Schroder:
> > > > > > > Interestingly, When the XF86Config contains "nvidia"
> > > > > > > attempting to start X produces NO log output. The
> > > > > > > machine just locks up hard. The "nvidia" module can be
> > > > > > > successfully loaded prior to starting X but still, the
> > > > > > > damned thing locks solid. This has got to be a kernel
> > > > > > > issue. I looked for the obvious by diff'ing the old and
> > > > > > > new .configs and removed AGP and DRM and rebuilt it but
> > > > > > > I'm still in the same spot. Next I'll rebuild with the
> > > > > > > old config if I can. In the mean time, I'm using the
> > > > > > > "nv" module which logs with no errors and only one
> > > > > > > warning about APM.
> > > > > > >
> > > > > > > Ernie
> > > > > > >
> > > > > > > On Friday 19 September 2003 02:36 pm, Michael
> > > > > > > Schreckenbauer
> > > > >
> > > > > wrote:
> > > > > > > > Hi Ernie,
> > > > > > > >
> > > > > > > > Am Freitag, 19. September 2003 20:05 schrieb Ernie
> >
> > Schroder:
> > > > > > > > > Hmmmm is right! yes, the module is loading in the
> > > > > > > > > r7 kernel but startx completely hangs the box. I'm
> > > > > > > > > going to rebuild the nvidia pkgs. on the r1 kernel
> > > > > > > > > and, if that works I;ll assume I've left something
> > > > > > > > > out of the kernel
> > > > > > > > > Ernie
> > > > > > > >
> > > > > > > > is it possible to post your /var/log/XFree86.0.log
> > > > > > > > after trying to startx with the nvidia-driver? Maybe
> > > > > > > > there are some useful hints in it.
> > > > > > > > Michael
> > > > > >
> > > > > > very weird :-( Perhaps you can get some information when
> > > > > > running strace X 1>out.txt 2>&1. And then have a look
> > > > > > into out.txt, at which point the server hangs.
> > > > > >
> > > > > > Michael
> > > > >
> > > > > I'm not familiar with strace. I'm assuming I need to back
> > > > > out of X, reset the Xconfig to the nvidia driver and THEN
> > > > > run the command. Right?
> > > >
> > > > I did as above and I got a zero bit file. I did:
> > > > # emerge strace
> > > > # strace X 1>out.txt 2>&1
> > >
> > > your commands look ok. A zero bit file is very strange. strace
> > > traces system calls and signals. I cant imagine, how this could
> > > be empty and the kernel locks. Could you try this as root, and
> > > add -f to strace? This allowes tracing forked processes.
> > > #strace -f X 1>out.txt 2>&1
> > >
> > > Michael
> >
> > I ran strace with the "f" flag and do get some output (see below)
> > At a quick glance, nothing jumps out at me. Perhaps you can make
> > some sense of it.
> >
> > # cat out.txt
> > <snipped a lot of output>
> > geteuid32() = 0
> > execve("/etc/X11/X", ["/etc/X11/X"], [/* 36 vars */]
> >
> > I really appreciate the help, Michael. Thanks
>
> the last command executed (/etc/X11/X) does not return. This is a
> symlink to / usr/X11R6/bin/XFree86. So maybe you can get further
> information by running: #strace -f /usr/X11R6/bin/XFree86 1>out.txt
> 2>&1
> On my laptop I see things like opening the config and loading the
> drivers specified there in the output.
> I'm not very familiar with debugging such things, but I hope, we
> can get it running this way.
>
> Michael
>
>
> --
> [EMAIL PROTECTED] mailing list
Thanks for all your help Michael. I ended up after loosing networking
completely, attempting to build a working kernel about 50 more times.
I got to the point where I kept loosing things 1 or 2 each rebuild. I
ended up booting up to the live CD and emptying /usr/src, removing
all kernels from distfiles and re-emerging gentoo-sources-2.4.20-r7.
After a couple of tries I have everything working but my onboard
audio (nforce2 chipset).
I did have one very strange problem that might belong in the archives
somewhere.
After getting the kernel built and rebooting, I had no keyboard. I
went back and found that ps2 kb and mouse were in fact in the kernel.
My friend and I were at a loss to figure out why but we rebuilt with
USB kb and mouse. After rebooting again, there still was no kb (ps2
keyboard attached) I plugged in the USB mouse and must have hit the
numlock on the kb while reaching, well the keyboard now worked. We
rebooted several times and this behaviour was consistant. I packed up
the box and took it home and now, with my keyboard, everything is
cool. I have the usb mouse sitting here just in case.
--
Regards, Ernie
100% Microsoft and Intel free
--
[EMAIL PROTECTED] mailing list
