On Thu, May 17, 2012 at 10:30 AM, Ben Skeggs wrote:
> Am Mittwoch, den 16.05.2012, 12:17 -0600 schrieb Tim Gardner:
>> commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in
>> my Dell XPS M1710 to stop working. Symptoms are dim display and won't
>> respond to key brightness event
Le dimanche 13 mai 2012 15:07:46 Patrik Jakobsson a ?crit :
> Poulsbo needs a physical address in the cursor base register. We allocate a
> stolen memory buffer and copy the cursor image provided by userspace into
> it. When/If we get our own userspace driver we can map this stolen memory
> directl
> -Original Message-
> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
> Clark
> Sent: Wednesday, May 16, 2012 9:13 PM
> To: Inki Dae
> Cc: Dave Airlie; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri-
> devel at lists.freedesktop.org
> Subject:
https://bugs.freedesktop.org/show_bug.cgi?id=50021
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=48747
--- Comment #10 from Jos van Wolput 2012-05-16
21:48:31 PDT ---
(In reply to comment #9)
> Commit: 11f056a3f0b87e86267efa8b5ac9d36a343c9dc1
> Author: Michel Dänzer
> Date: Wed May 16 17:45:17 2012 +0200
>
> r600g: Set tiling information for
> -Original Message-
> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
> Clark
> Sent: Wednesday, May 16, 2012 5:43 PM
> To: Inki Dae
> Cc: InKi Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri-
> devel at lists.freedesktop.org
> Subject: Re:
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Wednesday, May 16, 2012 6:23 PM
> To: Rob Clark
> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri-
> devel at lists.freedesktop.org
> Subject: Re: [PATCH 3/4] drm/exynos: added userpt
https://bugs.freedesktop.org/show_bug.cgi?id=50021
Bug #: 50021
Summary: src/gallium/drivers/r300/r300_state.c:716:17: error:
incompatible type for argument 2 of
?r300->rws->buffer_set_tiling?
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=49794
--- Comment #8 from Andrey 2012-05-16 11:40:21 PDT ---
Created attachment 61732
--> https://bugs.freedesktop.org/attachment.cgi?id=61732
HIS Radeon HD 5850 BIOS
Oops, attached correct rom
--
Configure bugmail: https://bugs.freedesktop.org/us
> -Original Message-
> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> Sent: Tuesday, May 15, 2012 11:31 PM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; linux-mm at
> kvack.org;
> minchan at kernel.org; kosaki.motohiro at gmail.com; kyungmin.park at
Am Mittwoch, den 16.05.2012, 12:17 -0600 schrieb Tim Gardner:
> commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in
> my Dell XPS M1710 to stop working. Symptoms are dim display and won't
> respond to key brightness events. I bisected and confirmed that
> reverting this single p
From: Jerome Glisse
This try to identify the faulty user command stream that caused
lockup. If it finds one it create big blob that contains all
information needed to replay the faulty command stream.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r100.c |6 +-
drivers/gp
From: Jerome Glisse
Allow driver to provide a custom read callback for debugfs file.
Usefull if driver try to dump big buffer, avoid double buffering.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/drm_debugfs.c | 19 ---
drivers/gpu/drm/i915/i915_debugfs.c
Attached is 2 patch for dumping everything needed to replay faulty
command stream. I haven't add a module option in the radeon patch
but the idea would be to enable the dumping only if it's requested.
I know AMD folks would like to reuse AMD internal format, but unless
we can quickly get ACK to re
https://bugs.freedesktop.org/show_bug.cgi?id=50014
--- Comment #1 from Orion Poplawski 2012-05-16
10:17:01 PDT ---
Created attachment 61729
--> https://bugs.freedesktop.org/attachment.cgi?id=61729
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=50014
Bug #: 50014
Summary: kwin with desktop effects crashes in
r100_cs_track_texture_check on Radeon Mobility M6 LY
Classification: Unclassified
Product: Mesa
Version: 8.0
GEM objects used by frame buffers must be referenced for the whole life
of the frame buffer. Release the references in the frame buffer
destructor instead of its constructor.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 19 ++-
1 files changed, 1
The exynos_drm_gem_dumb_map_offset() doesn't need to access any
Exynos-specific GEM object fields, don't cast the GEM object.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_gem.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/d
The encoder get_crtc operation is called to retrieve a pointer to the
CRTC the encoder is currenctly connected to, right after setting the
encoder::crtc field to the new CRTC. The implementation of this
operation returns the pointer to the new CRTC, which is then pointlessly
compared to itself.
As
DRIVER_BUS_PLATFORM is a bus type used internally in the DRM core, not a
flag for the drm_driver::driver_features field.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
Hello,
While studying the DRM core I came across a couple of issues or strange
constructs in the Exynos DRM driver. Here are 4 patches that fix them.
The patches have only been compile-tested for lack of testing hardware. I
apologize in advance if my lack of experience with the DRM subsystem resu
The private gem_create_mmap_offset() function is now implemented in the
DRM core as drm_gem_create_mmap_offset(). Use it and kill the private
copy.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/gma500/Makefile |2 +-
drivers/gpu/drm/gma500/gem.c |9 +++-
drivers/gpu/drm/gma5
https://bugs.freedesktop.org/show_bug.cgi?id=48747
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> Either way, if I add an empty "save" function, suspend works again (but at
> the moment, resume still doesn't work, I'm still trying to work on that).
>
> If I just add a "if (connector->funcs->save)", this also fixes the crash.
>
Actually, the resume problem is exactly the same as the suspen
Hello,
On my Poulsbo-enabled machine, I cannot do suspend/resume since the gma500_gfx
has left staging. I'm currently testing on linux-3.4-rc7.
After some debugging, I found out what the issue is. The crash occurs in
psb_save_display_registers at the following lines :
list_for_each_en
On Wed, 16 May 2012 16:59:44 +0200
Laurent Pinchart wrote:
> The private gem_create_mmap_offset() function is now implemented in the
> DRM core as drm_gem_create_mmap_offset(). Use it and kill the private
> copy.
>
That was always then plan so yes - I'll fold this into my tree and test
it.
Ala
https://bugs.freedesktop.org/show_bug.cgi?id=49794
--- Comment #7 from dr.andru at gmail.com 2012-05-16 08:47:51 PDT ---
Created attachment 61719
--> https://bugs.freedesktop.org/attachment.cgi?id=61719
Overclocked Radeon HD 5850 BIOS
Same problem here. The only difference is in vendor of video
2012/5/16 Rob Clark :
> From: Rob Clark
>
> Additional drm properties support, the libdrm part. ?These apply on top
> of Paulo's libdrm properties patches, and add support for bitmask
> properties, and additional support in modetest.
>
> Rob Clark (3):
> ?Add support for bitmask properties
> ?mode
https://bugs.freedesktop.org/show_bug.cgi?id=50021
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, May 16, 2012 at 11:01 PM, Guillaume Clément wrote:
> It looks like on others parts of the kernel, kunmap is fed the same input as
> kmap and not the return value of kmap.
Good catch and thank you for testing, I blindly assumed the alloc /
free semantics.
Alan, I'll send you a new version
> -Original Message-
> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
> Clark
> Sent: Tuesday, May 15, 2012 11:29 PM
> To: InKi Dae
> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri-
> devel at lists.freedesktop.org
> Subject: Re:
2012/5/16 Rob Clark :
> From: Rob Clark
>
> A bitmask property is similar to an enum. ?The enum value is a bit
> position (0-63), and valid property values consist of a mask of
> zero or more of (1 << enum_val[n]).
>
> Signed-off-by: Rob Clark
"int num_values" appears after column 80 in 2 place
2012/5/16 Rob Clark :
> From: Rob Clark
>
> The omapdrm driver uses this for setting per-overlay rotation. ?It
> is likely also useful for setting YUV->RGB colorspace conversion
> matrix, etc.
>
> Signed-off-by: Rob Clark
Please add comments inside include/drm/drm_crtc.h documenting the new
adde
From: Jerome Glisse
This try to identify the faulty user command stream that caused
lockup. If it finds one it create big blob that contains all
information needed to replay the faulty command stream.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r100.c |6 +-
drivers/gp
From: Jerome Glisse
Allow driver to provide a custom read callback for debugfs file.
Usefull if driver try to dump big buffer, avoid double buffering.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/drm_debugfs.c | 19 ---
drivers/gpu/drm/i915/i915_debugfs.c
Attached is 2 patch for dumping everything needed to replay faulty
command stream. I haven't add a module option in the radeon patch
but the idea would be to enable the dumping only if it's requested.
I know AMD folks would like to reuse AMD internal format, but unless
we can quickly get ACK to re
Le dimanche 13 mai 2012 15:07:46 Patrik Jakobsson a écrit :
> Poulsbo needs a physical address in the cursor base register. We allocate a
> stolen memory buffer and copy the cursor image provided by userspace into
> it. When/If we get our own userspace driver we can map this stolen memory
> directl
https://bugs.freedesktop.org/show_bug.cgi?id=49794
--- Comment #6 from ddfs <32167 at bk.ru> 2012-05-16 06:47:41 PDT ---
Any updates on this? Did the attached bios help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in
my Dell XPS M1710 to stop working. Symptoms are dim display and won't
respond to key brightness events. I bisected and confirmed that
reverting this single patch on top of 3.4-rc7 fixes the problem.
01:00.0 VGA compatible cont
is still queued, which I don't completely like but at least the
pinning and hw use of the userspace buffer is just temporary and not
able to exist for an indefinite amount of time.
BR,
-R
> Thanks,
> Inki Dae
>
>> So I'm really not sure the best way to move this forward, maybe a very
>> clear set
https://bugs.freedesktop.org/show_bug.cgi?id=50021
Bug #: 50021
Summary: src/gallium/drivers/r300/r300_state.c:716:17: error:
incompatible type for argument 2 of
‘r300->rws->buffer_set_tiling’
Classification: Unclassified
2012/5/16 Rob Clark :
> From: Rob Clark
>
> Additional drm properties support, the libdrm part. These apply on top
> of Paulo's libdrm properties patches, and add support for bitmask
> properties, and additional support in modetest.
>
> Rob Clark (3):
> Add support for bitmask properties
> mode
https://bugs.freedesktop.org/show_bug.cgi?id=49794
--- Comment #8 from Andrey 2012-05-16 11:40:21 PDT ---
Created attachment 61732
--> https://bugs.freedesktop.org/attachment.cgi?id=61732
HIS Radeon HD 5850 BIOS
Oops, attached correct rom
--
Configure bugmail: https://bugs.freedesktop.org/us
2012/5/16 Rob Clark :
> From: Rob Clark
>
> A bitmask property is similar to an enum. The enum value is a bit
> position (0-63), and valid property values consist of a mask of
> zero or more of (1 << enum_val[n]).
>
> Signed-off-by: Rob Clark
"int num_values" appears after column 80 in 2 place
2012/5/16 Rob Clark :
> From: Rob Clark
>
> The omapdrm driver uses this for setting per-overlay rotation. It
> is likely also useful for setting YUV->RGB colorspace conversion
> matrix, etc.
>
> Signed-off-by: Rob Clark
Please add comments inside include/drm/drm_crtc.h documenting the new
adde
On Tue, May 15, 2012 at 8:34 AM, Rob Clark wrote:
> On Mon, Apr 23, 2012 at 7:43 AM, Inki Dae wrote:
>> this feature could be used to use memory region allocated by malloc() in user
>> mode and mmaped memory region allocated by other memory allocators. userptr
>> interface can identify memory typ
https://bugs.freedesktop.org/show_bug.cgi?id=50014
--- Comment #1 from Orion Poplawski 2012-05-16 10:17:01
PDT ---
Created attachment 61729
--> https://bugs.freedesktop.org/attachment.cgi?id=61729
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=50014
Bug #: 50014
Summary: kwin with desktop effects crashes in
r100_cs_track_texture_check on Radeon Mobility M6 LY
Classification: Unclassified
Product: Mesa
Version: 8.0
https://bugs.freedesktop.org/show_bug.cgi?id=48747
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=49794
--- Comment #7 from dr.an...@gmail.com 2012-05-16 08:47:51 PDT ---
Created attachment 61719
--> https://bugs.freedesktop.org/attachment.cgi?id=61719
Overclocked Radeon HD 5850 BIOS
Same problem here. The only difference is in vendor of videocar
GEM objects used by frame buffers must be referenced for the whole life
of the frame buffer. Release the references in the frame buffer
destructor instead of its constructor.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 19 ++-
1 files changed, 1
The encoder get_crtc operation is called to retrieve a pointer to the
CRTC the encoder is currenctly connected to, right after setting the
encoder::crtc field to the new CRTC. The implementation of this
operation returns the pointer to the new CRTC, which is then pointlessly
compared to itself.
As
The exynos_drm_gem_dumb_map_offset() doesn't need to access any
Exynos-specific GEM object fields, don't cast the GEM object.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_gem.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/d
DRIVER_BUS_PLATFORM is a bus type used internally in the DRM core, not a
flag for the drm_driver::driver_features field.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
Hello,
While studying the DRM core I came across a couple of issues or strange
constructs in the Exynos DRM driver. Here are 4 patches that fix them.
The patches have only been compile-tested for lack of testing hardware. I
apologize in advance if my lack of experience with the DRM subsystem resu
On Wed, 16 May 2012 16:59:44 +0200
Laurent Pinchart wrote:
> The private gem_create_mmap_offset() function is now implemented in the
> DRM core as drm_gem_create_mmap_offset(). Use it and kill the private
> copy.
>
That was always then plan so yes - I'll fold this into my tree and test
it.
Ala
The private gem_create_mmap_offset() function is now implemented in the
DRM core as drm_gem_create_mmap_offset(). Use it and kill the private
copy.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/gma500/Makefile |2 +-
drivers/gpu/drm/gma500/gem.c |9 +++-
drivers/gpu/drm/gma5
https://bugs.freedesktop.org/show_bug.cgi?id=49794
--- Comment #6 from ddfs <32...@bk.ru> 2012-05-16 06:47:41 PDT ---
Any updates on this? Did the attached bios help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
> Clark
> Sent: Wednesday, May 16, 2012 9:13 PM
> To: Inki Dae
> Cc: Dave Airlie; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-
> de...@lists.freedesktop.org
> Subject: Re: [PATCH 3/4]
On Wed, May 16, 2012 at 4:20 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Dave Airlie [mailto:airlied at gmail.com]
>> Sent: Wednesday, May 16, 2012 6:23 PM
>> To: Rob Clark
>> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri-
>> devel at lists.freedeskt
On Wed, May 16, 2012 at 4:20 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Dave Airlie [mailto:airl...@gmail.com]
>> Sent: Wednesday, May 16, 2012 6:23 PM
>> To: Rob Clark
>> Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-
>> de...@lists.freedesktop.org
>> Su
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
> Clark
> Sent: Wednesday, May 16, 2012 5:43 PM
> To: Inki Dae
> Cc: InKi Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-
> de...@lists.freedesktop.org
> Subject: Re: [PATCH 3/4] dr
> -Original Message-
> From: Dave Airlie [mailto:airl...@gmail.com]
> Sent: Wednesday, May 16, 2012 6:23 PM
> To: Rob Clark
> Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-
> de...@lists.freedesktop.org
> Subject: Re: [PATCH 3/4] drm/exynos: added userptr feature.
>
From: Rob Clark
Add support to display plane properties.
Signed-off-by: Rob Clark
---
tests/modetest/modetest.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index dea271a..dc84cf3 100644
--- a/tests/modetest/modetes
From: Rob Clark
Add support to display bitmask properties.
Signed-off-by: Rob Clark
---
tests/modetest/modetest.c |8
1 file changed, 8 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index ce57e65..dea271a 100644
--- a/tests/modetest/modetest.c
+
From: Rob Clark
A bitmask property is similar to an enum. The enum value is a bit
position (0-63), and valid property values consist of a mask of
zero or more of (1 << enum_val[n]).
Signed-off-by: Rob Clark
---
include/drm/drm_mode.h |1 +
xf86drmMode.c |4 ++--
2 files chang
From: Rob Clark
Additional drm properties support, the libdrm part. These apply on top
of Paulo's libdrm properties patches, and add support for bitmask
properties, and additional support in modetest.
Rob Clark (3):
Add support for bitmask properties
modetest: support bitmask properties
m
From: Rob Clark
The omapdrm driver uses this for setting per-overlay rotation. It
is likely also useful for setting YUV->RGB colorspace conversion
matrix, etc.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 19 +++
include/drm/drm_crtc.h |5 +
2 files
From: Rob Clark
A bitmask property is similar to an enum. The enum value is a bit
position (0-63), and valid property values consist of a mask of
zero or more of (1 << enum_val[n]).
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 46 +---
in
From: Rob Clark
These patches apply on top of Paulo's patches to add support for generic
KMS object properties, and add support for plane properties, and a new
property type suitable for flags/bitmasks.
Rob Clark (2):
drm: add bitmask property type
drm: add plane properties
drivers/gpu/drm
On Wed, May 16, 2012 at 12:04 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
>> Clark
>> Sent: Tuesday, May 15, 2012 11:29 PM
>> To: InKi Dae
>> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung
On Tue, May 15, 2012 at 8:34 AM, Rob Clark wrote:
> On Mon, Apr 23, 2012 at 7:43 AM, Inki Dae wrote:
>> this feature could be used to use memory region allocated by malloc() in user
>> mode and mmaped memory region allocated by other memory allocators. userptr
>> interface can identify memory typ
From: Rob Clark
Add support to display plane properties.
Signed-off-by: Rob Clark
---
tests/modetest/modetest.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index dea271a..dc84cf3 100644
--- a/tests/modetest/modetes
From: Rob Clark
Add support to display bitmask properties.
Signed-off-by: Rob Clark
---
tests/modetest/modetest.c |8
1 file changed, 8 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index ce57e65..dea271a 100644
--- a/tests/modetest/modetest.c
+
From: Rob Clark
A bitmask property is similar to an enum. The enum value is a bit
position (0-63), and valid property values consist of a mask of
zero or more of (1 << enum_val[n]).
Signed-off-by: Rob Clark
---
include/drm/drm_mode.h |1 +
xf86drmMode.c |4 ++--
2 files chang
From: Rob Clark
Additional drm properties support, the libdrm part. These apply on top
of Paulo's libdrm properties patches, and add support for bitmask
properties, and additional support in modetest.
Rob Clark (3):
Add support for bitmask properties
modetest: support bitmask properties
m
From: Rob Clark
The omapdrm driver uses this for setting per-overlay rotation. It
is likely also useful for setting YUV->RGB colorspace conversion
matrix, etc.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 19 +++
include/drm/drm_crtc.h |5 +
2 files
From: Rob Clark
A bitmask property is similar to an enum. The enum value is a bit
position (0-63), and valid property values consist of a mask of
zero or more of (1 << enum_val[n]).
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 46 +---
in
From: Rob Clark
These patches apply on top of Paulo's patches to add support for generic
KMS object properties, and add support for plane properties, and a new
property type suitable for flags/bitmasks.
Rob Clark (2):
drm: add bitmask property type
drm: add plane properties
drivers/gpu/drm
> -Original Message-
> From: Jerome Glisse [mailto:j.gli...@gmail.com]
> Sent: Tuesday, May 15, 2012 11:31 PM
> To: Inki Dae
> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; linux...@kvack.org;
> minc...@kernel.org; kosaki.motoh...@gmail.com; kyungmin.p...@samsung.com;
> sw0312...
On Wed, May 16, 2012 at 12:04 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
>> Clark
>> Sent: Tuesday, May 15, 2012 11:29 PM
>> To: InKi Dae
>> Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-
>
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Erdem U. Altinyurt changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=38465
--- Comment #2 from Erdem U. Altinyurt 2012-05-15
17:25:36 PDT ---
I have this flickering issue too on my HD8650.
But not only moving to high to low profile. It flickers low to high profile
too! This doesn't let us use "dynpm"...
Using Kernel 3
83 matches
Mail list logo
