Andrei Korolyov <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Wed, 03 Jan 2007 21:52:30 +0300:
> System crashes if any opengl application stopped (in gui or SIGTERM). The
> console printed, if active terminal is ttyv[1-6], register dump from
> kthreads, process, etc... simular problem also have at reboot with started
> X - after message "remounting all fs readonly" i have a kernel panic
> ("aiee, killing interrupt handler"). After making many changes in useflags
> and kernel config this trouble isn`t solved... Any ideas? (at 32bit
> distribution all works without troubles :) )
A number of points:
1) Don't hijack threads. You replied to a firefox thread with this
totally unrelated item. If you are going to start a new subject, start a
new thread with a NEW message, don't reply to an old thread with a REPLY
message. Some people's clients actually thread messages according to the
references headers, and replying to a message means it (and its upthread)
are in the references header regardless of what you put in the subject.
2) You mention in a later reply that you are using nvidia proprietaryware
(aka slaveryware, see my sig) drivers. I couldn't legally run such
software (where EULAs are considered legal, at least), since I can't agree
to the EULAs, even if I wanted to run them, and as I believe folks'
willingness to run such things only delays the availability of fully
functional freedomware solutions, I won't run them except possibly
in the interest of reverse engineering them. Thus, the degree to which I
and those like me can help will be rather limited. None-the-less...
3) It would seem your OpenGL is screwed up. I'd suggest you have a look
at eselect opengl <tab>, and see what your options are, then play with
them a bit. My guess is that you may be somehow stuck with a half-way
NVidia-slaveryware implementation and a halfway native/freedomware
xorg/mesa implementation. If you toggle it to the xorg/mesa
implementation, then to the slaveryware implementation, it may start
working once again.
4) (3) assumes that you used the Gentoo ebuild to install the slaveryware.
If you installed the NVidia stuff direct, you will have issues because it
doesn't understand the eselect switching mechanism Gentoo uses. That
/will/ result in a mixed up system, one of the ways the screwup above
could occur in the first place. You'll have to try uninstalling the
direct/manual install if possible, then try to merge the Gentoo package,
which will hopefully straighten things out. If it doesn't, there are
additional steps you can try manually, but it's not something I've done
since I won't do slaveryware, and thus am not familiar with them enough to
try to explain (tho I've seen folks post that they eventually got it
working). Ultimately, it may be that you'll need to backup your /home and
/etc settings and try a new stage-X install. If you have been running
FEATURES=buildpkg, it won't be that difficult and you should be back up
and running with a recustomized system fairly quickly. You can try
quickpkg to package up an existing system, but it might package up the
screwups too, so it's not so clear a solution.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
--
[email protected] mailing list
