On Thu, Dec 03, 2009 at 09:56:40PM +0100, Jerome Glisse wrote:
> -create workqueue with timeout
> -function which do the clock change and takes all lock necessary
> -function call from IRQ which call the previous function
This is difficult. ATOM sleeps. We could pass a parameter in the ATOM
bloc
On Thu, Dec 03, 2009 at 11:20:12AM +0100, Jerome Glisse wrote:
> Why do you need that ? PM should happen in a callback from a timer
> (we might want to use the HW timer for that) ie from some function
> called by the IRQ/MSI handler. In the PM function we should take
> all lock to assure that we h
http://bugs.freedesktop.org/show_bug.cgi?id=25354
--- Comment #16 from Michael Strecke 2009-12-03 17:15:40 PST
---
(In reply to comment #15)
> Created an attachment (id=31709)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31709) [details]
> possible fix for r1xx
>
> Does this patch h
From: Dave Airlie
Both radeon and nouveau can re-use this code so move it up a level
so they can. However the hw interfaces for aux ch are different
enough that the code to translate from mode, address, bytes
to actual hw interfaces isn't generic, so move that code into the
Intel driver.
Signed-
On Fri, Nov 20, 2009 at 11:29 PM, Jerome Glisse wrote:
> The locking & protection of radeon object was somewhat messy.
> This patch completely rework it to now use ttm reserve as a
> protection for the radeon object structure member. It also
> shrink down the various radeon object structure by rem
This commit adds a ioctl and property to allow userspace
to notify the kernel that a framebuffer has changed. Instead
of snooping the command stream this allows finer grained
tracking of which areas have changed.
The primary user for this functionality is virtual hardware
like the vmware svga devi
> Also fix an embarassing bug in standard timing subblock parsing that
> would result in an infinite loop.
Thanks, all applied to drm-core-next.
Dave.
>
> Signed-off-by: Adam Jackson
> ---
> drivers/gpu/drm/drm_edid.c | 163 ---
> 1 files changed, 61 i
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 48
include/drm/drm_edid.h |5
2 files changed, 53 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index cc8e696..30af8f3 10
Also fix an embarassing bug in standard timing subblock parsing that
would result in an infinite loop.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 163 ---
1 files changed, 61 insertions(+), 102 deletions(-)
diff --git a/drivers/gpu/drm/
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_modes.c | 28 +++-
include/drm/drm_crtc.h |7 ---
2 files changed, 31 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
index 51f6772..6d81a02 100644
---
See also: http://bugzilla.redhat.com/539785
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 69 +--
1 files changed, 65 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 999571a..cc8e69
Signed-off-by: Adam Jackson
---
include/drm/drm_edid.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_edid.h b/include/drm/drm_edid.h
index 7d6c9a2..9087557 100644
--- a/include/drm/drm_edid.h
+++ b/include/drm/drm_edid.h
@@ -120,6 +120,9 @@ struct deta
On 12/03/2009 09:18 PM, Ian Romanick wrote:
>> I was also a bit confused by the glewinfo report that the driver
>> supports both glGenBuffers and glGenBuffersARB. It seems logical those
>> two entry points to end-up with the same function. Besides (again from
>> the glewinfo report) it seems strang
>From 9de8d948c2768ebcc3ecab6cbe0347f618910887 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 3 Dec 2009 16:28:02 -0500
Subject: [PATCH] drm/radeon/kms: rs6xx/rs740: clamp vram to aperture size
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/rs600.c |9 ++---
drivers/gpu/
On Thu, Dec 03, 2009 at 09:27:18PM +, Matthew Garrett wrote:
> On Thu, Dec 03, 2009 at 11:20:12AM +0100, Jerome Glisse wrote:
>
> > Why do you need that ? PM should happen in a callback from a timer
> > (we might want to use the HW timer for that) ie from some function
> > called by the IRQ/MS
>From d01f1c26e987335c2b06c8b0a7cbbb16da23b183 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 3 Dec 2009 16:18:19 -0500
Subject: [PATCH] drm/radeon/kms: fix vram setup on rs600
also fix up rs690 mem width.
should fix fdo bug 25408
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Svilen wrote:
> I was also a bit confused by the glewinfo report that the driver
> supports both glGenBuffers and glGenBuffersARB. It seems logical those
> two entry points to end-up with the same function. Besides (again from
> the glewinfo report
On Thu, Dec 03, 2009 at 02:56:39PM +0100, Rafał Miłecki wrote:
> Someone willing to review?
>
I don't think this how we want to do thing, see my previous mail.
To sumup
-create workqueue with timeout
-function which do the clock change and takes all lock necessary
-function call from IRQ which c
Hi,
I was also a bit confused by the glewinfo report that the driver
supports both glGenBuffers and glGenBuffersARB. It seems logical those
two entry points to end-up with the same function. Besides (again from
the glewinfo report) it seems strange that all openGL 1.5 functions are
supported y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Wilson wrote:
> On Wed, 02 Dec 2009 00:17:06 +, Svilen
> wrote:
>> Hi guys,
>>
>> A bug reported initially here (Fedora 12)
>> https://bugzilla.redhat.com/show_bug.cgi?id=541879
>>
>> You can see from the bug reports that it involves "Mesa
http://bugs.freedesktop.org/show_bug.cgi?id=25355
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=21501
Maciej Cencora changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=23545
--- Comment #6 from Maciej Cencora 2009-12-03 11:11:49
PST ---
Can you check if the problem is still reproducible under KMS?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
>From 942489388e07ad3fd3eb0b8daca46402d60898ef Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 3 Dec 2009 12:15:54 -0500
Subject: [PATCH] drm/radeon/kms: fix legacy crtc2 dpms
noticed by Matthijs Kooijman on fdo bug 22140
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_leg
http://bugs.freedesktop.org/show_bug.cgi?id=25354
--- Comment #15 from Alex Deucher 2009-12-03 08:55:34 PST ---
Created an attachment (id=31709)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31709)
possible fix for r1xx
Does this patch help on r1xx?
--
Configure bugmail: http://bug
http://bugs.freedesktop.org/show_bug.cgi?id=25354
--- Comment #14 from Geir Ove Myhr 2009-12-03 08:41:02 PST
---
(In reply to comment #12)
> I assume the bisection in comment 8 applies to r1xx as well?
Yes, it was only done on r1xx, actually. Michael (mistr) has a ATI Technologies
Inc Rade
http://bugs.freedesktop.org/show_bug.cgi?id=25354
--- Comment #13 from Michael Strecke 2009-12-03 08:35:18 PST
---
(In reply to comment #12)
> Pushed the r200 fix to 7.6 branch:
> 2b5618fc5bdcbee3434f8b5aa3a31eb06fb479c0
>
> I assume the bisection in comment 8 applies to r1xx as well?
>
http://bugs.freedesktop.org/show_bug.cgi?id=25354
--- Comment #12 from Alex Deucher 2009-12-03 08:26:21 PST ---
Pushed the r200 fix to 7.6 branch:
2b5618fc5bdcbee3434f8b5aa3a31eb06fb479c0
I assume the bisection in comment 8 applies to r1xx as well?
--
Configure bugmail: http://bugs.freed
Someone willing to review?
--
Rafał
0001-drm-radeon-kms-add-dynamic-engine-reclocking.patch
Description: Binary data
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization
http://bugs.freedesktop.org/show_bug.cgi?id=23545
--- Comment #5 from Fabio 2009-12-03 03:31:33 PST ---
(In reply to comment #4)
> I just noticed that this problem appears only when libtxc_dxtn.so is *NOT*
> available.
Well, this is not always true for all maps, e.g.:
campaign -> Private St
On Thu, Dec 03, 2009 at 02:26:35AM +0100, Rafał Miłecki wrote:
> I need to prepare radeon driver for setting mode and detect disabling
> display. I have to disable PM and eventually enable it again after
> mode setting is done (only for single head configuration). My problem
> is I do not know when
http://bugs.freedesktop.org/show_bug.cgi?id=25354
--- Comment #11 from Michael Strecke 2009-12-03 01:24:31 PST
---
(In reply to comment #9)
> Created an attachment (id=31638)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31638) [details]
> possible fix for r2xx
>
> Does this patch he
http://bugs.freedesktop.org/show_bug.cgi?id=23545
--- Comment #4 from Fabio 2009-12-03 00:20:05 PST ---
I just noticed that this problem appears only when libtxc_dxtn.so is *NOT*
available.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
http://bugs.freedesktop.org/show_bug.cgi?id=25355
--- Comment #2 from Fabio 2009-12-03 00:17:24 PST ---
It works indeed, thanks!
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
34 matches
Mail list logo
