>
> I guess technically we could also drop the AGP requirement, but since it
> worked
> on my box with AGP=n it seemed to me like a NOP.
Its not a NOP, otherwise we'd remove it, AGP || AGP=n means if
AGP is enabled DRM must be enabled similiarly, it stops AGP=m + DRM=y
basically.
>>> EXPORT_SYMB
http://bugs.freedesktop.org/show_bug.cgi?id=27071
--- Comment #2 from David Ronis 2010-03-15 19:00:22
PST ---
The game has gone back to its previous level of stability; namely, I still
crash, just not 100% of the time. (I think that this is bug 25597)
I see the following on the console:
http://bugs.freedesktop.org/show_bug.cgi?id=26872
--- Comment #3 from Nix 2010-03-15 15:21:21 PST ---
Crash persists with 2.6.33.1+tip of dairlie's drm-2.6.git/drm-radeon-testing
git tree.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
>From 2ccd66337a664a7096ff5fba6ad7f9f01295c17b Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 15 Mar 2010 17:02:12 -0400
Subject: [PATCH] drm/radeon/kms: init rdev->num_crtc at asic init
Replace hardcoded numbers with rdev->num_crtc.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rade
http://bugs.freedesktop.org/show_bug.cgi?id=26515
--- Comment #4 from Marek Kubica 2010-03-15 12:59:13
PST ---
(In reply to comment #3)
> Please check if you can reproduce the bug on mesa 7.7 and current mesa from
> git.
I tried Mesa 7.7 which migrated to Debian, still just as broken as be
On Mon, Mar 01, 2010 at 09:00:09AM -0700, Jordan Crouse wrote:
>
> Allow platform devices without PCI resources to be DRM devices.
I really dislike the fact that drm has bus specific junk all over the
generic code. Some ideas how to clean that up:
Add 'struct device *dev' into drm_device so you
Dave Airlie wrote:
> On Tue, Mar 2, 2010 at 2:00 AM, Jordan Crouse wrote:
>> Allow platform devices without PCI resources to be DRM devices.
>>
>> Signed-off-by: Jordan Crouse
>
> This patch has a bunch of whitespace damage at least in my inbox and
> also in patchwork
Yes, PBCAK.
> Please also
> > The big issue we have with resizing the buffer is userspace mmaps of the
> > fbdev
> > device, and invalidation.
> > Previous thread of unresolvedness is here.
> > http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg41878.html
>
> Actually AFAIR (and reading through it again seems
http://bugs.freedesktop.org/show_bug.cgi?id=26515
--- Comment #3 from Maciej Cencora 2010-03-15 11:30:22
PST ---
Please check if you can reproduce the bug on mesa 7.7 and current mesa from
git.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
http://bugs.freedesktop.org/show_bug.cgi?id=26347
Marc changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> > Searching the TTM code I couldn't find the handle code so easily. I see
> > that the vmwgfx driver provides a example of using ttm.
>
> So handles are purely a userspace interface, in-kernel we don't use handles
> for buffer management, the vmwgfx TTM interface has
> vmw_user_surface_lookup_
http://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #12 from Andy Furniss 2010-03-15
11:15:17 PST ---
(In reply to comment #11)
> Does xf86-video-ati from git master help? Specifically this commit:
> http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=488c9fd8300505
http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #35 from Alex Deucher 2010-03-15 18:03:22
---
This bug can probably be closed.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the as
http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #34 from Alex Deucher 2010-03-15 18:01:40
---
(In reply to comment #33)
> I've updated kernel and xf86-video-ati and Vimeo works great for me!
>
> Can this be related to
> http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/co
http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #33 from Rafał Miłecki 2010-03-15 17:59:36 ---
I've updated kernel and xf86-video-ati and Vimeo works great for me!
Can this be related to
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=488c9fd8300505cc6c0c2f8f0
http://bugs.freedesktop.org/show_bug.cgi?id=27083
--- Comment #1 from Alex Deucher 2010-03-15 10:08:40 PST ---
Created an attachment (id=34076)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34076)
remove lvds quirks
Perhaps with the new code the quirk from the other bug isn't necessar
http://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #11 from Alex Deucher 2010-03-15 09:58:05 PST ---
Does xf86-video-ati from git master help? Specifically this commit:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=488c9fd8300505cc6c0c2f8f0f00849f27cc5d63
--
http://bugs.freedesktop.org/show_bug.cgi?id=27069
--- Comment #2 from Alex Deucher 2010-03-15 09:52:18 PST ---
this is likely a dup of bug 26599. The slow down is at least partially caused
by the anti-tearing code used for buffer swaps.
--
Configure bugmail: http://bugs.freedesktop.org/u
AFAIK recompiling the Xorg driver should be enough in openSUSE 11.2.
Cheers, Johannes
2010/3/15 Jean Delvare :
> On Thu, 11 Mar 2010 13:35:47 -0500, Alex Deucher wrote:
>> On Thu, Mar 11, 2010 at 1:00 PM, Jean Delvare wrote:
>> > I have the following in my machine:
>> > 02:00.0 VGA compatible co
http://bugs.freedesktop.org/show_bug.cgi?id=27086
--- Comment #3 from Pauli 2010-03-15 09:00:56 PST ---
(In reply to comment #2)
> Created an attachment (id=34074)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34074) [details]
> My script for reloading radeon module
>
> Attached the s
http://bugs.freedesktop.org/show_bug.cgi?id=27086
--- Comment #2 from Pauli 2010-03-15 08:58:42 PST ---
Created an attachment (id=34074)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34074)
My script for reloading radeon module
Attached the shell script that I use to reload radeon mod
http://bugs.freedesktop.org/show_bug.cgi?id=27086
--- Comment #1 from Rafał Miłecki 2010-03-15 08:49:31 PST
---
Could you post fast tip for reloading radeon, please? I heard of some fbcon
unbinding hack.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
http://bugs.freedesktop.org/show_bug.cgi?id=26781
--- Comment #3 from Rafał Miłecki 2010-03-15 08:48:48 PST
---
Alex's catch:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=589468458fa964c2020e23e4d9353be2ef8bd3be
--
Configure bugmail: http://bugs.freedeskto
http://bugs.freedesktop.org/show_bug.cgi?id=27086
Summary: radeon pm should have uninitialize function for cleaning
pm state
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Sever
http://bugs.freedesktop.org/show_bug.cgi?id=27043
--- Comment #9 from Alex Deucher 2010-03-15 08:08:46 PST ---
(In reply to comment #8)
> > Err, I mean glCopyPixels and glDrawPixels.
>
> I tested only the game, but shouldn't _mesa_meta_DrawPixels and
> _mesa_meta_CopyPixels be already the d
http://bugs.freedesktop.org/show_bug.cgi?id=25717
--- Comment #2 from Andy Furniss 2010-03-15
07:57:52 PST ---
(In reply to comment #1)
Running todays drt things have changed a bit -
With AGP gart I can now run gltestperf OK, though I suspect this could be by
luck as the "glxgears type pe
http://bugs.freedesktop.org/show_bug.cgi?id=26631
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26781
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 11 Mar 2010 13:35:47 -0500, Alex Deucher wrote:
> On Thu, Mar 11, 2010 at 1:00 PM, Jean Delvare wrote:
> > I have the following in my machine:
> > 02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200]
> > (rev 01)
> > 02:00.1 Display controller: ATI Technologies Inc
On Sun, 14 Mar 2010 11:37:02 -0500, Alex Deucher wrote:
> On Wed, Mar 10, 2010 at 7:09 PM, Alex Deucher wrote:
> > Thanks to Jean for helping me with the i2c stuff. I've attached
> > Jean's bit algo patch as my radeon patch depends on it. I'm not sure
> > how we want to get that one upstream (ei
http://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #10 from Andy Furniss 2010-03-15
05:23:09 PST ---
(In reply to comment #9)
> *** Bug 26816 has been marked as a duplicate of this bug. ***
>
I wasn't too sure about this when it was changed and running todays drt
confirms for
http://bugs.freedesktop.org/show_bug.cgi?id=27083
Summary: Commit "use lcd pll limits when available" in drm-
radeon-testing breaks my laptop lvds
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
http://bugs.freedesktop.org/show_bug.cgi?id=27069
--- Comment #1 from Stefan Dösinger 2010-03-15
04:12:49 PST ---
Just for the record, I can confirm this issue here as well. DRI2 barely runs
etracer on my Radeon 9000 mobility, with the dri1 code it runs at 200+ fps.
Similar results on my r5
http://bugs.freedesktop.org/show_bug.cgi?id=26954
--- Comment #3 from Dave Airlie 2010-03-15 02:26:44
PST ---
demos/shadowtex also has this assert firing.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
http://bugs.freedesktop.org/show_bug.cgi?id=26954
--- Comment #2 from Fabio Pedretti 2010-03-15 02:20:35
PST ---
Created an attachment (id=34056)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34056)
r300 compiler: workaround for sauerbraten crash
The game always run fine before the r
http://bugs.freedesktop.org/show_bug.cgi?id=27043
--- Comment #8 from Fabio Pedretti 2010-03-15 01:55:25
PST ---
(In reply to comment #6)
> (In reply to comment #5)
> > Did you actually test glReadPixels() with that?
>
> Err, I mean glCopyPixels and glDrawPixels.
I tested only the game, b
http://bugs.freedesktop.org/show_bug.cgi?id=27071
--- Comment #1 from Pauli 2010-03-15 01:39:57 PST ---
Created an attachment (id=34055)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34055)
Fix double unmap call when flushing from refill
Does this fix the bug for you?
--
Configure
>From b4880d6cb8d7913bf177c463cc8ffce8a2c1785a Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 15 Mar 2010 01:36:32 -0400
Subject: [PATCH] drm/radeon/kms/pm: fix typo in power table parsing
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |2 +-
1 files change
Looks like this one might have gotten lost in the shuffle.
Alex
On Fri, Mar 5, 2010 at 2:55 PM, Alex Deucher wrote:
> From cec90cfdc0f20efcbcd266069a6a8234d230cc0b Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 5 Mar 2010 14:50:37 -0500
> Subject: [PATCH] drm/radeon/kms: gfx init fi
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
44 matches
Mail list logo