Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
 

On Sun, Jun 27, 2010 at 1:19 PM, David C. Rankin
<drankinatty@suddenlinkmail.com> wrote:
> Guys,
>
> * * * *Just updated my laptop's spare drive and something in the last set up
> updates, which included the kernel, really affected the radeon driver badly.
> It's almost like I am back running in framebuffer mode. I'm not quite sure
> where to start troubleshooting as I am not familiar at all with the changes
> kms introduced into the radeon driver soup, but I suspect that may be where
> the problem lies. I have no xorg.conf, so if there are config issues, it's
> with the default config.
>
> * * * *When I updated to the 2.6.33 kernel (2.6.33.4-1), I was ecstatic. The
> radeon driver was working the best I had ever seen it. Heat control was much
> better and frame rate had almost quadrupedaled and compiz worked great.
> *IIRC, I even posted here giving kudos to the devs on how good it was
> working. With the update to 2.6.34-2, it is worse than ever before.
> Specifically, compiz will no longer run -- it just whitescreens. (usually a
> problem with the driver NOT being loaded). However, in this casee, all of
> the radeon modules are loaded:
>
> [01:10 alchemy:/home/david] # lsmod | grep rad
> radeon * * * * * * * *790145 *2
> ttm * * * * * * * * * *45713 *1 radeon
> drm_kms_helper * * * * 23740 *1 radeon
> drm * * * * * * * * * 162265 *4 radeon,ttm,drm_kms_helper
> i2c_algo_bit * * * * * *5071 *1 radeon
> i2c_core * * * * * * * 18364 *5
> radeon,i2c_piix4,drm_kms_helper,drm,i2c_algo_bit
>
> * * * *The biggest problem with the new packages is HEAT. We are now back to
> the point where the heat generated by the gpu and driver makes it
> uncomfortable to rest your palms on the palm-rest to type.
>
> * * * *I don't know where to start looking. The Xorg.0.log isn't that
> remarkable at all. The only things that stand out are:
>
> [ * *36.790] (II) UnloadModule: "fbdev"
> [ * *36.790] (EE) Failed to load module "fbdev" (module does not exist, 0)
>
> * * * *** from earlier discussions, this is no big deal IIRC
>
> [ * *37.526] is imortant (WW) RADEON(0): Direct rendering disabled
> [ * *37.526] (II) RADEON(0): Acceleration disabled
>
> * * * *** this doesn't look good. I guess it means no DRI -- why is the
> question? *I know DRI is important to compiz and I'm fairly sure dri was
> working with the last kernel/radeon driver combination. The difference
> between the setup with 2.6.33 and 2.6.34 is day and night.
>
> * * * *Also, the color in thunderbird has gone green -- literally. My normal
> dark gray message background is now green. I guess this is somehow related
> to the driver issue. The full Xorg.0.log and a screenshot of green tbird are
> here:
>
> http://www.3111skyline.com/dl/bugs/Archlinux/Xorg.0.log
>
> http://www.3111skyline.com/dl/bugs/Archlinux/green-tbird.jpg
>
> * * * *I'm not sure where to start with this problem, with the
> xf86-video-ati package or with the kernel? What say the gurus?

while im not sure the exact problem (i have a radeon system too,
haven't updated yet...) you could try passing some flags to compiz to
get it up. i had to use --indirect-rendering to prevent some serious
screen redraw issues on my fiancé's new EEE S101 (intel graphics).

any messages from the radeon driver should be in dmesg.

C Anthony

Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
 

On 28 June 2010 10:35, Paul Ezvan <paul@ezvan.fr> wrote:
> Le dimanche 27 juin 2010 à 13:19 -0500, David C. Rankin a écrit :
>> Guys,
>>
>> * * * Just updated my laptop's spare drive and something in the last set up updates,
>> which included the kernel, really affected the radeon driver badly. It's almost
>> like I am back running in framebuffer mode. I'm not quite sure where to start
>> troubleshooting as I am not familiar at all with the changes kms introduced into
>> the radeon driver soup, but I suspect that may be where the problem lies. I have
>> no xorg.conf, so if there are config issues, it's with the default config.
>>
> [...]
>>
>> [ * *37.526] is imortant (WW) RADEON(0): Direct rendering disabled
>> [ * *37.526] (II) RADEON(0): Acceleration disabled
>>
>
> Last time I had this problem with a radeon card, it was because of a
> missing firmware (R700rlc in my case). Maybe you should search in this
> direction ?
>

The linux-firmware package now contains all the required firmware for
drivers now, IIRC.

Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
 

On 06/28/2010 04:44 AM, Damien Churchill wrote:

On 28 June 2010 10:35, Paul Ezvan<paul@ezvan.fr> wrote:

Le dimanche 27 juin 2010 à 13:19 -0500, David C. Rankin a écrit :

Guys,

Just updated my laptop's spare drive and something in the last set up updates,
which included the kernel, really affected the radeon driver badly. It's almost
like I am back running in framebuffer mode. I'm not quite sure where to start
troubleshooting as I am not familiar at all with the changes kms introduced into
the radeon driver soup, but I suspect that may be where the problem lies. I have
no xorg.conf, so if there are config issues, it's with the default config.


[...]


[ 37.526] is imortant (WW) RADEON(0): Direct rendering disabled
[ 37.526] (II) RADEON(0): Acceleration disabled



Last time I had this problem with a radeon card, it was because of a
missing firmware (R700rlc in my case). Maybe you should search in this
direction ?



The linux-firmware package now contains all the required firmware for
drivers now, IIRC.



Thanks Paul, Damien & C. Anthony:

At least we have narrowed it down some. I'll look for some stray firmware, but
for the past 1.5 years with the same laptop, I have never needed any additional
firmware for this ATI x1200 card (RS690M chip). I don't put it past being a
problem with the firmware in the kernel or somewhere in the new packages.


As part of the troubleshooting, I will probably need to downgrade to the last
set of packages and kernel. What's the best way to downgrade the kernel? Is this
a 'pacman -Sf' issue or a 'pacman -Uf' issue? I still have the old kernel
packages on my box that I can reinstall locally if that changes the equation any.


Thanks for any help you can give.


--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
 

On Tue, Jun 29, 2010 at 1:15 PM, David C. Rankin
<drankinatty@suddenlinkmail.com> wrote:
> On 06/28/2010 04:44 AM, Damien Churchill wrote:
>>
>> On 28 June 2010 10:35, Paul Ezvan<paul@ezvan.fr> Â*wrote:
>>>
>>> Le dimanche 27 juin 2010 Ã* 13:19 -0500, David C. Rankin a écrit :
>>>>
>>>> Guys,
>>>>
>>>> Â* Â* Â* Just updated my laptop's spare drive and something in the last set
>>>> up updates,
>>>> which included the kernel, really affected the radeon driver badly. It's
>>>> almost
>>>> like I am back running in framebuffer mode. I'm not quite sure where to
>>>> start
>>>> troubleshooting as I am not familiar at all with the changes kms
>>>> introduced into
>>>> the radeon driver soup, but I suspect that may be where the problem
>>>> lies. I have
>>>> no xorg.conf, so if there are config issues, it's with the default
>>>> config.
>>>>
>>> [...]
>>>>
>>>> [ Â* Â*37.526] is imortant (WW) RADEON(0): Direct rendering disabled
>>>> [ Â* Â*37.526] (II) RADEON(0): Acceleration disabled
>>>>
>>>
>>> Last time I had this problem with a radeon card, it was because of a
>>> missing firmware (R700rlc in my case). Maybe you should search in this
>>> direction ?
>>>
>>
>> The linux-firmware package now contains all the required firmware for
>> drivers now, IIRC.
>>
>
> Thanks Paul, Damien & C. Anthony:
>
> Â* Â* Â* Â*At least we have narrowed it down some. I'll look for some stray
> firmware, but for the past 1.5 years with the same laptop, I have never
> needed any additional firmware for this ATI x1200 card (RS690M chip). I
> don't put it past being a problem with the firmware in the kernel or
> somewhere in the new packages.
>
> Â* Â* Â* Â*As part of the troubleshooting, I will probably need to downgrade to
> the last set of packages and kernel. What's the best way to downgrade the
> kernel? Is this a 'pacman -Sf' issue or a 'pacman -Uf' issue? Â*I still have
> the old kernel packages on my box that I can reinstall locally if that
> changes the equation any.
>
> Â* Â* Â* Â*Thanks for any help you can give.
>
>
> --
> David C. Rankin, J.D.,P.E.
> Rankin Law Firm, PLLC
> 510 Ochiltree Street
> Nacogdoches, Texas 75961
> Telephone: (936) 715-9333
> Facsimile: (936) 715-9339
> www.rankinlawfirm.com
>
So do i!BUMP

Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
 

On 06/29/2010 04:34 AM, 宇钟 wrote:

So do i!BUMP


Yes, I think you are safe. I had to rebuild the kernel init and the ATI issue
seems much better.


--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com

Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
 

TIA。I will fix it!

On Sat, Jul 3, 2010 at 2:04 AM, David C. Rankin
<drankinatty@suddenlinkmail.com> wrote:
> On 06/29/2010 04:34 AM, 宇钟 wrote:
>>
>> So do i!BUMP
>
> Yes, I think you are safe. I had to rebuild the kernel init and the ATI
> issue seems much better.
>
> --
> David C. Rankin, J.D.,P.E.
> Rankin Law Firm, PLLC
> 510 Ochiltree Street
> Nacogdoches, Texas 75961
> Telephone: (936) 715-9333
> Facsimile: (936) 715-9339
> www.rankinlawfirm.com
>