On 27.04.2014 02:13, Samuel Hym wrote:
>
>> BTW, if you or anyone else having stability issues with radeon KMS in
>> AGP mode could try if the attached kernel patch makes a difference,
>> that would be interesting.
>
> I finally got round to trying this out.
> I compiled the kernel sources in li
Hi Michel
BTW, if you or anyone else having stability issues with radeon KMS in
AGP mode could try if the attached kernel patch makes a difference,
that would be interesting.
I finally got round to trying this out.
I compiled the kernel sources in linux-source-3.13 (version 3.13.10-1)
packa
On 20.03.2014 22:14, Adam Smith wrote:
>
> Interestingly, using the Mate desktop environment, KMS is noticeably
> more stable. It can take some time for a crash to happen. Even when
> running compiz 0.8.6 I can have 'the cube' (sad I know) working and
> still no crash. In contrast, an LXDE, XFC
On Don, 2014-02-27 at 13:30 +0100, Samuel Hym wrote:
>
> > Does adding radeon.agpmode=1 or radeon.agpmode=-1 to the kernel
> > command line avoid the crashes?
>
> I added radeon.agpmode=-1, X has now been running fine for 30 minutes or so.
> With radeon.agpmode=1 I got no noticeable change of b
Hi Michel
Does adding radeon.agpmode=1 or radeon.agpmode=-1 to the kernel
command line avoid the crashes?
I added radeon.agpmode=-1, X has now been running fine for 30 minutes or so.
With radeon.agpmode=1 I got no noticeable change of behaviour.
Thank you very much for your swift and precise
On Mit, 2014-02-26 at 23:10 +0100, Samuel Hym wrote:
>
> When starting the kernel with radeon.modeset=1 video=radeonfb:off, I
> got a normal screen for login. But the interface stopped responding
> after a few seconds.
> The first time I didn't succeed in logging in, it crashed while I was
> typin
On Fre, 2013-10-04 at 00:27 +0200, Samuel Hym wrote:
>
> So here we go, with the dmesg, the /proc/fb and the Xorg.0.log for the
> version I reported with and the latest in the archive. Same behaviour
> for me, black screen with broken cursors.
The radeon kernel module doesn't get loaded for some
On Son, 2013-09-22 at 12:15 +0200, Samuel Hym wrote:
>
> I finally tried setting the proposed kernel options, with the same
> result (or slightly worse, the cursor got blurred or something). I
> imagine the real problem is the fact that my card is not supported by
> the kernel anyway, since the (a
On Sun, Sep 22, 2013 at 12:15:03 +0200, Samuel Hym wrote:
> Hello,
>
> Sorry for the slow reply.
> I finally tried setting the proposed kernel options, with the same
> result (or slightly worse, the cursor got blurred or something). I
> imagine the real problem is the fact that my card is not sup
Hello,
Sorry for the slow reply.
I finally tried setting the proposed kernel options, with the same
result (or slightly worse, the cursor got blurred or something). I
imagine the real problem is the fact that my card is not supported by
the kernel anyway, since the (attached) log shows the same
[
On Fre, 2013-08-30 at 12:44 +0200, Julien Cristau wrote:
> On Tue, Aug 20, 2013 at 16:34:44 +0200, Michel Dänzer wrote:
>
> > Upstream xf86-video-ati 7.x only works with KMS anymore. You'll need to
> > enable it with something like
> >
> > radeon.modeset=1 video=radeonfb:off
> >
> > on the kern
On Tue, Aug 20, 2013 at 16:34:44 +0200, Michel Dänzer wrote:
> Upstream xf86-video-ati 7.x only works with KMS anymore. You'll need to
> enable it with something like
>
> radeon.modeset=1 video=radeonfb:off
>
> on the kernel command line if you want to use a current version of the
> driver.
>
On Die, 2013-08-20 at 16:15 +0200, Samuel Hym wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.2.0-1
> Severity: grave
> Justification: renders package unusable
>
> When starting the X server after upgrading to version 1:7.2.0-1, the
> screen stays black (except for some traces of the co
13 matches
Mail list logo