From: Benoit Joseph <benoit.joseph@teledisnet.be>
To: linux-admin@vger.kernel.org
Subject: Re: Direct rendering causing lock ups?
Date: Thu, 17 Oct 2002 02:22:13 +0200 [thread overview]
Message-ID: <20021017001611Z261702-32597+3415@vger.kernel.org> (raw)
In-Reply-To: <15789.46028.358468.437218@cerise.nosuchdomain.co.uk>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
I'm using an ATI radeon QD with DRI inabled and openGL without any
problem.
Benoit
Le Mercredi 16 Octobre 2002 20:45, Glynn Clements a écrit :
> Paul Furness wrote:
> > I just (for various reasons) re-built my workstation from scratch,
> > using Red Hat 7.3 and then applying updates.
> >
> > After getting it all working nicely, I noticed that when I switch
> > from X to a text terminal (ctrl-alt-F1) and then back to X, the
> > whole box hangs. It won't allow telnet or ssh and I can't kill the
> > X server (ctrl-alt-BS) so the only fix is the 'Big Red Switch'
> > solution.
> >
> > After some messing around, and chatting to a friend who also found
> > this problem, we have come to the conclusion that it is related to
> > DRI mode Radeon configuration; if we turn on DRI, X is much faster
> > but crashes the box when switching VT. If we turn off DRI, no
> > crash.
> >
> > My questions:
> >
> > 1) Has anyone else seen this behavior? Is it restricted just to ATI
> > Radeon cards?
>
> I haven't seen that exact behaviour. However, my experience (with a
> Matrox G400) is that DRI problems tend to be fatal. If an OpenGL
> program crashes when using DRI, any recovery is normally limited to
> Alt-SysRq-K to kill the X server (requires "Magic SysRq" support in
> the kernel), followed by Ctrl-Alt-Delete for a clean shutdown. Trying
> to do anything else normally results in a hard lockup that even
> Alt-SysRq-* can't touch.
>
> > 2) Does anyone know how to _stop_ this behavior? I'd really like to
> > keep DRI because of the speed, but I'd also really like to have a
> > system that lets me do what it's supposed to!
>
> I'm pretty sure that you have to choose between DRI or reliability;
> they seem to be mutually exclusive.
>
> Personally, I set LIBGL_ALWAY_INDIRECT=1 in /etc/profile, so OpenGL
> uses indirect (i.e. software) rendering by default, and explicitly
> unset it if I need the perfomance (but I'll save files, close
> programs and run "sync" beforehand).
- --
JOSEPH Benoit
benoit.joseph@teledisnet.be
joker@baby-linux.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9rgK7LPnuiaZn1q4RAnyyAKDRG1y1xU+3mGsm8RZIAUByq7i2SgCfY0Xt
EhRPDqYf0XS4PJlaVcoGlTc=
=pEMD
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2002-10-17 0:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-16 12:27 Direct rendering causing lock ups? Paul Furness
2002-10-16 18:45 ` Glynn Clements
2002-10-17 0:22 ` Benoit Joseph [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-10-17 16:50 gerardo juarez-mondragon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20021017001611Z261702-32597+3415@vger.kernel.org \
--to=benoit.joseph@teledisnet.be \
--cc=linux-admin@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox