Don Pellegrino schrieb:
It seems there are a number of separate issues at work here:
First, bug #524871 was originally filed for the "Invalid map handle"
message. This message does occur in the case of the freeze when using
OpenGL but I don't know if the two problems are related. I find that
the "invalid map handle" message is also reported in a different system
where the freeze is not happening. Therefore perhaps the freeze issue
should be moved to a separate bug report?
The problem with fglrx is, that it is prop. and we can not "see" the
real reason for it. The invalid map handle error is there, but it should
just slow down the performance of opengl apps, maybe on some
cards/setups it also crashs.. I hope it will be fixed with the next release.
If the freezing issue is related to the version of the kernel that would
suggest that downgrading the kernel would help resolve the issue.
Unfortunately I believe downgrading the kernel makes the fglrx-source
unable to compile. Are the kernel and fglrx-source dependencies
documented or enforced by the packages?
We are only supporting the configuration from the tree, so: we just
support etch fglrx with the etch xorg and etch kernel, same for sid and
testing, it is not possible to have multiple support for every stage here.
What would be a path for a work-around to this issue? Does it make
sense to downgrade the kernel and try the fglrx drivers from the ATI
installer? If so, do they need patches to get going with the version of
Xorg in unstable?
Do not use the ati installer, if you realy feal annoyed by this issue,
downgrade your kernel and the fglrx debian version, but do not frickle
it around.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org