Re: ATI Radeon 5xx (RV530 AGP) freezes X with DRI enabled.
On Tue, 2008-02-26 at 00:10 -0600, [EMAIL PROTECTED] wrote: I have the latest kernel installed (2.6.25-rc3) which has the newest radeon kernel modules that supports the Radeon 5xx series. I just downloaded the latest X, Mesa, and ATI driver from git (not the radeonhd or avivo) and it seems to freeze X. I have my Radeon Saphire X1600PRO 512mb AGP connected via DVI to a HDMI tv (DVI-HDMI) and with DRI enabled (default), it freezes X and even after trying to kill X, It doesn't remove itself and I have to reboot. If I turn off DRI, X loads no problem. Does changing the AGP transfer rate in the BIOS setup or using Option AGPMode in xorg.conf help? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: texturedvideo adapter truncated in fullscreen
On Mon, 2008-02-25 at 11:12 +0100, Xavier Bestel wrote: On Mon, 2008-02-25 at 10:46 +0100, Michel Dänzer wrote: On Mon, 2008-02-25 at 09:26 +0100, Xavier Bestel wrote: On Sun, 2008-02-24 at 23:53 +0100, Brice Goglin wrote: Xavier Bestel wrote: Oh, and also I had to invert the adapters order (texturevideo in #0 and overlay in #1), otherwise no way to test it. But as it seems to use a bit more CPU, maybe the order should be dependant on wether composite is activated. mplayer -vo xv:port=74 did the trick here (xvinfo says that the textured adaptor is #1 with ports 74-89). Ah, silly me ! I read the manpage too fast and tried xv:port=1 ... Anyway, as it's not so easy in totem and xine, and using the cmdline isn't so hype these days, I think it may make sense to use texturing by default with composite. Possibly, or it might be even better if the video players become smarter, e.g. using the overlay when their window isn't redirected (say in fullscreen mode) and a textured port otherwise (or when the overlay isn't available). Or, if we can make both adaptors work equally well, maybe we could merge them to a single one which automagically switches between overlay and textured as appropriate :). One can dream... That means the player can discriminate between textured and overlay adaptors, and know if it's in a composited environment. More clientspace hackery. Hence the last idea of making it all transparent in the driver. It may not be feasible though unfortunately. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#467235: xserver-xorg-video-ati: [radeon] images not scaled properly when using EXA
On Mon, 2008-02-25 at 16:34 -0500, Hubert Chathi wrote: By the way, you have some useless/not-recommended options in your xorg.conf, see below. [...] Yeah, but I was too lazy to weed through which ones were still current, and they didn't seem to be causing any problems yet... I'm afraid we can't continue until you try without them. In particular, backing store is known to be broken in all released versions of X.Org. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Re: texturedvideo adapter truncated in fullscreen
Hi, I played with textured video adapter on R9500Pro (R300). Attached patch should fix four problems: 1) wrong pipe count for R300 (strange chessboard effect) 2) clipping issue 3) corruption when window is moved outside of screen, or is overlapped with others windows. 4) I think R300_ENABLE_TILING constant is wrong defined Best regards, Peter Zubaj On Sun, 2008-02-24 at 17:12 -0500, Alex Deucher wrote: On Sun, Feb 24, 2008 at 5:04 PM, Xavier Bestel [EMAIL PROTECTED] wrote: Hi, I tested with joy the brand new texturedvideo adapted in git, on an r300 (radeon 9600 XT). It works ! It works under compiz ! And it wobbles and rotates on the cube, etc. Thanks :) There's a little trouble though: when I put the video fullscreen, the bottom of the video is blank. It's like the video height is limited to something like 1024 (my screen is 1920x1200). There are still some clipping issues with r3xx/r4xx and probably r5xx I haven't sorted out yet. Oh, and also I had to invert the adapters order (texturevideo in #0 and overlay in #1), otherwise no way to test it. But as it seems to use a bit more CPU, maybe the order should be dependant on wether composite is activated. the textured code still needs to switch over to using pipelined uploads similar to what the overlay does. Right now it just uses the CPU to copy the data over. There's definitely room for improvement. Alex ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati 0001-Fix-texture-video-adapter-for-R300.patch Description: application/mbox ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 14668] YUV2 on textured video not shown correctly..
http://bugs.freedesktop.org/show_bug.cgi?id=14668 --- Comment #2 from Alex Deucher [EMAIL PROTECTED] 2008-02-26 12:19:25 PST --- Can you try the latest changes in git? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 14673] Corrupted output using textured video
http://bugs.freedesktop.org/show_bug.cgi?id=14673 --- Comment #4 from Alex Deucher [EMAIL PROTECTED] 2008-02-26 12:20:31 PST --- can you try again with the latest changes in git? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 14673] Corrupted output using textured video
http://bugs.freedesktop.org/show_bug.cgi?id=14673 --- Comment #6 from Alex Deucher [EMAIL PROTECTED] 2008-02-26 13:44:25 PST --- (In reply to comment #5) No change as far as I can see. I'm using b4fa1ce9d2da04d94521a82d3c2e95f0fe985ccc How about: a2dca1d68d751def34ef3c6f836574173737bf76 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
RS690 Working Using HDMI
Hi Today for the first time my RS690 finally worked using the radeon driver outputting on the HDMI port to my HDTV Glxgears gets a steady 650 FPS but googleearth crashes the system. The mouse still moves but nothing responds not even pressing the power button which normally shuts down the box. Unfortunately I wasn't in a position to ssh into the box XV doesn't seem to be working correctly at all, which is the main reason I moved to the radeon driver from the radeonhd one. I'll happily run tests, apply patches and send in logs for any that are requested. Keep up the good work Mike ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked
retitle 467105 ATI driver: xset dpms force on causes one monitor to be blanked briefly thanks I demand that Alex Deucher may or may not have written... On Sun, Feb 24, 2008 at 11:21 AM, Darren Salt [EMAIL PROTECTED] wrote: I demand that Brice Goglin may or may not have written... Darren Salt wrote: One of my monitors (VGA-0) is repeatedly and regularly blanked and unblanked, each change being approx. 1s apart when Xv is in use, e.g. by gxine. Actually, more like 1s off, 3s on, and for each pair of state changes, there is a corresponding pair of enable montype: 1 enable montype: 3 in the log. Why is gxine calling the DPMS hooks for the monitors? It's designed to allow blanking when nothing is being played or the stream is paused; on starting or resuming playback, it is intended that gxine will unblank the display automatically. (There's no guarantee that the method used to resume or start playback will also cause X to automatically unblank the display; equally, there's no guarantee that the screen blanker will have cut in, and gxine has no knowledge of whether it has.) Also, I don't want it to ever be able to fail to restore the DPMS settings – by not altering them, there's nothing to restore. This does require ensuring that the blank timer never reaches 0 (unless it's set ludicrously low). Do other video players have the same problem? Any which use the same methods will, since xset dpms force on is sufficient to trigger the problem. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. I don't want to grow up. I won't grow up. You can't make me. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati