Le 22/02/11 23:35, Alex Deucher a écrit :
It was removed in 2.6.37 as it always uses the old pll algo. However,
there were a lot of pll fixes in 2.6.38 that should show up in the
stable stream as well.
I have been on 2.6.38 for 4 days without a single blackout. This could
still be a
Le 21/02/11 19:01, Cyril Brulebois a écrit :
Hi Rémi,
Rémi Letothob...@poukram.net (26/10/2010):
I have tried that option on 2.6.36 and 2.6.32 from sid, and I
haven't had a single blackout for more than one week. It could still
be a coincidence since the problem is completely random, but that
On Tue, Feb 22, 2011 at 22:50:34 +0100, Rémi Letot wrote:
By the way, the radeon.new_pll=0 trick has not been possible with
2.6.37. As passing that option while booting used to solve the
problem (or more probably hide it), has that option been renamed or
is it gone ?
IIRC the kernel
On Tue, Feb 22, 2011 at 4:50 PM, Rémi Letot hob...@poukram.net wrote:
Le 21/02/11 19:01, Cyril Brulebois a écrit :
Hi Rémi,
Rémi Letothob...@poukram.net (26/10/2010):
I have tried that option on 2.6.36 and 2.6.32 from sid, and I
haven't had a single blackout for more than one week. It
Hi Rémi,
Rémi Letot hob...@poukram.net (26/10/2010):
I have tried that option on 2.6.36 and 2.6.32 from sid, and I
haven't had a single blackout for more than one week. It could still
be a coincidence since the problem is completely random, but that
would be a huge one...
[…]
I'll try to
Le 18/10/10 17:30, Alex Deucher a écrit :
On Wed, Oct 13, 2010 at 3:28 PM, Rémi Letothob...@poukram.net wrote:
I have tried every new possibly involved package when they are published in
sid or experimental. But the issue is not solved.
Does booting with radeon.new_pll=0 help?
I have
Le 18/10/10 17:30, Alex Deucher a écrit :
Does booting with radeon.new_pll=0 help?
I cold rebooted with this option shortly after your mail, meaning more
than 40 hours ago, and to date I have not experienced the problem at all.
This is still no complete proof since I have randomly had long
On Wed, Oct 20, 2010 at 13:53:04 +0200, Rémi Letot wrote:
Le 18/10/10 17:30, Alex Deucher a écrit :
Alternatively, you can try
Dave's drm-radeon-testing tree as it has some pll patches:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=shortlog;h=refs/heads/drm-radeon-testing
On Wed, Oct 13, 2010 at 3:28 PM, Rémi Letot hob...@poukram.net wrote:
Le 13/10/10 20:14, Andres Cimmarusti a écrit :
Have you tried kernel 2.6.35 in experimental?
yes, and now I'm on 2.6.36rc6 from experimental. The blackouts tend to be
less frequent, but still there.
Also, try dri2
Have you tried kernel 2.6.35 in experimental?
Also, try dri2 packages were recently upgraded in squeeze. However,
you may also try the ones in experimental.
Hope the issue is solved
Andres
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Le 13/10/10 20:14, Andres Cimmarusti a écrit :
Have you tried kernel 2.6.35 in experimental?
yes, and now I'm on 2.6.36rc6 from experimental. The blackouts tend to
be less frequent, but still there.
Also, try dri2 packages were recently upgraded in squeeze. However,
you may also try the
Hello,
yes this is still a problem with all latest packages. But I noticed a
drastic drop in the frequency of the blackouts since I upgraded to
kernel 2.6.33-1~experimental.4. To the point where I can now use my
laptop in kms mode without too much problem (I have had days without a
Is this still a problem with the newer radeon driver in sid (also newer
kernel and mesa)? (make sure you have libdrm-radeon1, firmware-linux-nonfree
and firmware-linux installed). If problem persists, could you try getting
newer 2.6.33 from experimental. When enabling Kernel modesetting, add *
13 matches
Mail list logo
