Re: [radeonhd] 0x7942:0x144D:0xC034: SAMSUNG R59P/R60P/R61P
Please remember to keep the mailling list in the conversation unless
there's good reasons not to.
Forwarded message below:
2009/10/12 Dmytro Sytnyk
Hi Yang Zhao I've tried and it is still there.... (visually looks the same as before....) Additionally I tried with the new kernel : Linux localhost 2.6.32-rc4 #1 SMP Mon Oct 12 18:35:30 EDT 2009 i686 Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz GenuineIntel GNU/Linux Then I've recompiled libdrm, mesa, xorg-server, and radeonhd itself (please find enclosed logs as in my previous mail). I'm suspicious about the size of framebuffer attached:
(II) RADEONHD(0): Using 3840x1920 Framebuffer with 3840 pitch (II) RADEONHD(0): FB: Allocated ScanoutBuffer at offset 0x00008000 (size = 0x01C20000)
Any other suggestions/inquires... ?
Dmitriy
2009/10/12 Yang Zhao
: 2009/10/12 Dmytro Sytnyk
: When I'm trying to use the redeonhd driver, the screen seems to switch from the text mode and the became blurry. After that its fading out from the black to white (in the plasma style ), it continues forever evolving from black to white with random tincture of green. ... Linux localhost 2.6.31-tuxonice #1 SMP Sun Oct 11 19:18:31 EDT 2009 i686 Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz GenuineIntel GNU/Linux
Please try reproduce on the new 1.3.0 release: it's in portage as of today.
-- Yang Zhao http://yangman.ca
-- Yang Zhao http://yangman.ca
Hi Yang Zhao I've tried and it is still there.... (visually looks the same as before....) Additionally I tried with the new kernel : Linux localhost 2.6.32-rc4 #1 SMP Mon Oct 12 18:35:30 EDT 2009 i686 Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz GenuineIntel GNU/Linux Then I've recompiled libdrm, mesa, xorg-server, and radeonhd itself (please find enclosed logs as in my previous mail). I'm suspicious about the size of framebuffer attached:
(II) RADEONHD(0): Using 3840x1920 Framebuffer with 3840 pitch (II) RADEONHD(0): FB: Allocated ScanoutBuffer at offset 0x00008000 (size = 0x01C20000)
Any other suggestions/inquires... ?
Bad news for you: I have the same card as you, Radeon Xpress 1250, chipset RS600, on a Samsung laptop too. 2D acceleration is not supported yet for our chipset. Try: Option "AccelMethod" "shadowfb" , or just keep using driver xf86-video-ati till future releases.
Dariem -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Oct 12, 09 23:05:03 -0400, Dariem Pérez Herrera wrote:
Bad news for you: I have the same card as you, Radeon Xpress 1250, chipset RS600, on a Samsung laptop too. 2D acceleration is not supported yet for our chipset. Try: Option "AccelMethod" "shadowfb" , or just keep using driver xf86-video-ati till future releases.
The description sounded as if not only acceleration didn't work, but
rather the panel was blooming. Which is a no-no.
If the panel isn't working correctly, better stay with the radeon
driver, at least until we have found the issue, which could take a while.
Matthias
--
Matthias Hopf
Hi Matthias.
Yes, I can confirm that the radeon driver works normally with RS600.
And even more
with the last kernel 2.6.32 the glgears results have been tripled.
(Now I'm getting 1300 fps versus ~300fp before)
Additionally, some sudden weird artefacts like sudden minor glitches
(in mrxvt for example) have vanished too. I saw people report similar
issues for the radeonhd, thus maybe it would be interesting for you.
Thanks for your comments,
if you need any help with testing in future, I would be happy to help.
All the best,
Dmitriy
2009/10/13 Matthias Hopf
On Oct 12, 09 23:05:03 -0400, Dariem Pérez Herrera wrote:
Bad news for you: I have the same card as you, Radeon Xpress 1250, chipset RS600, on a Samsung laptop too. 2D acceleration is not supported yet for our chipset. Try: Option "AccelMethod" "shadowfb" , or just keep using driver xf86-video-ati till future releases.
The description sounded as if not only acceleration didn't work, but rather the panel was blooming. Which is a no-no.
If the panel isn't working correctly, better stay with the radeon driver, at least until we have found the issue, which could take a while.
Matthias
-- Matthias Hopf
__ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de
-- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
participants (4)
-
Dariem Pérez Herrera
-
Dmytro Sytnyk
-
Matthias Hopf
-
Yang Zhao