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-
>
> -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...
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
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
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
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
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
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
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
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
> -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.
>
> -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
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 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]
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
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
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
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
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
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
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
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
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=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=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
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
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
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
>
> 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
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
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=50021
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
> 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
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
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
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
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
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
> -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:
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
> -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
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
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
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
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
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
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
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
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
> -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
> -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:
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
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
> -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=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: --
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
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
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
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
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
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
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
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=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=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
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
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
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
>
> 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
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=50021
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
83 matches
Mail list logo
