http://bugs.freedesktop.org/show_bug.cgi?id=25699
Rafael Monica changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=25699
--- Comment #2 from Rafael Monica 2009-12-17 21:04:30 PST
---
Yes, I can confirm that it's fixed in mesa master, thanks.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because
http://bugs.freedesktop.org/show_bug.cgi?id=25699
--- Comment #1 from Dave Airlie 2009-12-17 20:39:35
PST ---
should be fixed in mesa master now.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #35 from Jan Kreuzer 2009-12-16 09:36:36 ---
You rock ! ;-)
Using git of today it magically works. I dont know which commit fixed it,
however i tested some options. Using r4xx_modeset=1 whitescreen (with and
without new_pll option
http://bugs.freedesktop.org/show_bug.cgi?id=25699
Summary: R600: Pixel operations on front buffer have no effect
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medi
On Thu, Dec 17, 2009 at 8:17 AM, Arnd Bergmann wrote:
> drm_ioctl is called with the Big Kernel Lock held,
> which shows up very high in statistics on vfs_ioctl.
>
> Moving the lock into the drm_ioctl function itself
> makes sure we blame the right subsystem and it gets
> us one step closer to eli
>From 106b8bbd5e695c4ebd43b7e688fab391a0e3ead4 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 17 Dec 2009 19:00:29 -0500
Subject: [PATCH] drm/radeon/kms: set proper default tv standard
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 56
2009/12/17 Rafał Miłecki :
> W dniu 17 grudnia 2009 06:43 użytkownik Alex Deucher
> napisał:
>> 2009/12/16 Rafał Miłecki :
>>> V2: reorganize functions, fix modesetting calls
>>> V3: rebase patch, use radeon's workqueue
>>> V4: enable on tested chipsets only, request VBLANK IRQs
>>> V5: enable PM
http://bugs.freedesktop.org/show_bug.cgi?id=25691
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>From 2e6ce51de78b7402f2c50b6f6c03a1c262f882d3 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 17 Dec 2009 01:24:59 -0500
Subject: [PATCH] drm/radeon/kms: fix legacy rmx
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c|2 ++
drivers/gpu/drm/radeon/rade
W dniu 17 grudnia 2009 06:43 użytkownik Alex Deucher
napisał:
> 2009/12/16 Rafał Miłecki :
>> V2: reorganize functions, fix modesetting calls
>> V3: rebase patch, use radeon's workqueue
>> V4: enable on tested chipsets only, request VBLANK IRQs
>> V5: enable PM on older hardware (IRQs, mode_fixup,
http://bugs.freedesktop.org/show_bug.cgi?id=25691
Summary: Cannot compile DRM modules - drm_agpsupport.c fails
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: blocker
Sedat Dilek wrote:
> Patches already sent to dri-devel ML [1].
> Forgot to CC to mesa3d-dev.
>
> - Sedat -
>
> [1] http://marc.info/?l=dri-devel&m=126107525213315&w=2
>
> -- Forwarded message --
> From: Sedat Dilek
> Date: Thu, Dec 17, 2009 at 7:21 PM
> Subject: [mesa] Fixes aft
On Thu, 17 Dec 2009 18:52:02 +0100
Arnd Bergmann wrote:
> On Thursday 17 December 2009, Jesse Barnes wrote:
> > It does very little else that should affect things. You're sure
> > reverting the commit makes things ok?
>
> No, not sure. But I've been running the kernel before that commit
> for d
Here two patches fixing mesa GIT master after:
commit e195eab9093d2a6cf55a42b2e7789c9a381b7782
Merge branch 'glsl-pp-rework-2'
(Thanks to Ghworg on IRC)
- Sedat -
From d99b3f641500e9862ea6bae26d3524ac95c84488 Mon Sep 17 00:00:00 2001
From: Sedat Dilek
Date: Thu, 17 Dec 2009 19:14:53 +0100
Subje
On Thursday 17 December 2009, Jesse Barnes wrote:
> It does very little else that should affect things. You're sure
> reverting the commit makes things ok?
No, not sure. But I've been running the kernel before that commit
for days without ever seeing a crash. 2.6.31 (also without that
commit but
On Wed, 16 Dec 2009 22:41:27 +
Arnd Bergmann wrote:
> On Wednesday 16 December 2009 21:36:36 Arnd Bergmann wrote:
> > On Wednesday 16 December 2009 21:30:05 Jesse Barnes wrote:
> > > But you're sure powersave=0 was solid? Hmm...
> >
> > It's hard to be sure when it sometimes takes a day bef
>From 4218c13968f100f03c86bff1704e21785e10b9d6 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 17 Dec 2009 11:22:01 -0500
Subject: [PATCH] drm/radeon/kms/atom: fill in proper defines for digital setup
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 16 ++
2009/12/17 Rafał Miłecki :
> W dniu 17 grudnia 2009 05:56 użytkownik Alex Deucher
> napisał:
>> 2009/12/16 Rafał Miłecki :
>>> Tested by bjaglin on IRC on RV250.
>>
>> Probably shouldn't enable the mem clock stuff on IGP chips since they
>> use system memory.
>
> Ups. I think it's general bug, not
http://bugs.freedesktop.org/show_bug.cgi?id=25679
--- Comment #7 from Andy Furniss 2009-12-17
08:05:32 PST ---
(In reply to comment #6)
> I applied to to the 7.6 branch, so if you tried master or 7.7 branch, it's not
> there yet.
Ahh, I am on master.
I didn't realise that git show would
http://bugs.freedesktop.org/show_bug.cgi?id=25679
--- Comment #6 from Alex Deucher 2009-12-17 07:52:29 PST ---
(In reply to comment #5)
> (In reply to comment #4)
> > Pushed:
> > 20ee275974a58cd221031d522ad58a9548af2a31
> >
>
> Doesn't seem to fix progs/demos/fbotexture for me on RV670 AGP
W dniu 17 grudnia 2009 05:56 użytkownik Alex Deucher
napisał:
> 2009/12/16 Rafał Miłecki :
>> Tested by bjaglin on IRC on RV250.
>
> Probably shouldn't enable the mem clock stuff on IGP chips since they
> use system memory.
Ups. I think it's general bug, not only introduced by proposed patch.
For
On Thu, 2009-12-17 at 14:34 +1000, Dave Airlie wrote:
> Hi,
>
> so Michel pointed out that the libdrm_radeon API was pretty unmaintainble.
>
> Reasons:
> 1. inlines in headers mean API/ABI is fixed completely.
> 2. All of structure internals for bo/cs are exposed.
> 3. RADEON_BO_TRACK changed th
http://bugs.freedesktop.org/show_bug.cgi?id=25679
--- Comment #5 from Andy Furniss 2009-12-17
03:51:43 PST ---
(In reply to comment #4)
> Pushed:
> 20ee275974a58cd221031d522ad58a9548af2a31
>
Doesn't seem to fix progs/demos/fbotexture for me on RV670 AGP kms.
--
Configure bugmail: http:
v6 runs fine on rv515. Thanks Rafal.
--- Speedup in 3D: Running Anholt's openarena benchmark demo ---
$ openarena +exec anholt 2>&1 | egrep -e '[0-9]+ frames'
NEW: 840 frames 10.2 seconds 82.1 fps 4.0/12.2/56.0/5.4 ms
OLD: 840 frames 37.4 seconds 22.4 fps 15.0/44.6/97.0/13.4 ms
Even playing a yo
I just tried to find out what it would take to get the BKL /mostly/
out of drm. The approach I tried was to add another flag to the
ioctl list for commands that do not need the big kernel lock.
I blindly applied this flag to all the most commonly used ioctl
commands without checking if they actual
26 matches
Mail list logo
