> -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-
> de...@lists.freedesktop.org
> Subject: Re: [PATCH 3/4] drm
2012/5/15 Rob Clark :
> On Tue, May 15, 2012 at 2:17 AM, Inki Dae wrote:
>> Hi Rob,
>>
>>> -Original Message-
>>> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of
>>> Rob
>>> Clark
>>> Sent: Tuesday, May 15, 2012 4:35 PM
>>> To: Inki Dae
>>> Cc: airlied at linux.i
https://bugzilla.kernel.org/show_bug.cgi?id=39832
Carlos changed:
What|Removed |Added
CC||carlos.vedovatti at gmail.com
--- Comment #2
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #27 from stefan 2012-05-15 13:18:21 PDT
---
Created attachment 61693
--> https://bugs.freedesktop.org/attachment.cgi?id=61693
i915_error_state from 3.3.5 patched, no. 2
error state from 3.3.5 with Chris' patch.
--
Configure bugm
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #26 from stefan 2012-05-15 13:16:23 PDT
---
(In reply to comment #25)
> Hi Chris,
>
> (In reply to comment #19)
> > Always useful to check to see if there is any variation in the error states.
> > Can you also try:
> > http://cgit.f
> Those two checks could probably be combined into one (< values || > values)
> for further simplification.
Answer:
Fixed. The new function was just copy-paste, but your suggestion is good.
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index d3aaeb6..6014413 100644
--- a/dr
> Please add that to the error message and use printk_once() since we only
> really want to annoy the user the first time.
For each time we see the message, we need to increase the value by 1, so instead
of using printk_once, I just added this information to the message. Anyway, we
shouldn't be se
>
> Perhaps we could add a debug message here for catch the unhandled types..
>
This shouldn't happen. The previous checks should eliminate all objects that
don't have properties. The only possibility I can think of is if we add
properties to a new kind of object and forget to include it in the s
> How about adding obj->properties.count to avoid having to count every
> time?
I just blindly followed the connector properties example. But your idea is good,
so I implemented it. Fixed, but in a new patch near the end of the series.
Putting the in the end of the series should make it easier to r
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #25 from stefan 2012-05-15 13:08:32 PDT
---
Hi Chris,
(In reply to comment #19)
> Always useful to check to see if there is any variation in the error states.
> Can you also try:
> http://cgit.freedesktop.org/~ickle/linux-2.6/commit
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #24 from stefan 2012-05-15 13:04:55 PDT
---
Created attachment 61689
--> https://bugs.freedesktop.org/attachment.cgi?id=61689
i915_error_state from 3.3.5 patched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=33309
stefan changed:
What|Removed |Added
Attachment #61687|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33309
stefan changed:
What|Removed |Added
Attachment #61686|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33309
stefan changed:
What|Removed |Added
Attachment #61685|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #23 from stefan 2012-05-15 13:01:58 PDT
---
Created attachment 61688
--> https://bugs.freedesktop.org/attachment.cgi?id=61688
i915_error_state from 3.3.5 unpatched, no. 2
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #22 from stefan 2012-05-15 13:00:21 PDT
---
Created attachment 61687
--> https://bugs.freedesktop.org/attachment.cgi?id=61687
i915_error_state from 3.3.5 unpatched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #21 from stefan 2012-05-15 12:59:34 PDT
---
Created attachment 61686
--> https://bugs.freedesktop.org/attachment.cgi?id=61686
i915_error_state from 3.3.4 patched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #20 from stefan 2012-05-15 12:58:42 PDT
---
Created attachment 61685
--> https://bugs.freedesktop.org/attachment.cgi?id=61685
i915_error_state from 3.3.4 unpatched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
From: Paulo Zanoni
A small program that allows us to see and modify properties.
Signed-off-by: Paulo Zanoni
---
configure.ac |1 +
tests/Makefile.am |2 +-
tests/proptest/Makefile.am | 11 ++
tests/proptest/proptest.c | 317 +++
From: Paulo Zanoni
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
tests/modetest/modetest.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 8012ecc..ce57e65 100644
--- a/tests/modetest/modetest.c
++
From: Paulo Zanoni
New library calls:
- drmModeObjectGetProperties
- drmModeFreeObjectProperties
- drmModeObjectSetProperties
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
include/drm/drm.h |2 ++
include/drm/drm_mode.h | 24 ++
xf86drmMode.c |
2012/5/15 Paulo Zanoni :
> Patches 0 to 6 are not completely useless: they change the code that's
> executed
> when someone changes the Connector properties, and they allow the
> implementation
> of other object properties. This patch (0007) is an example of "how to add
> properties to other obje
From: Paulo Zanoni
The i915 driver needs this for the rotation and overscan compensation
properties. Other drivers might need this too.
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 20
include/drm/drm_crtc.h |9 -
2 files changed, 28 inser
From: Paulo Zanoni
This way, we don't need to count every time, so we're a little bit
faster and code is a little bit smaller.
Change suggested by Ville Syrj?l?.
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 64 +++-
include/drm/drm_crt
From: Paulo Zanoni
In the future, we may want to kill the internal functions:
- drm_connector_attach_property
- drm_connector_property_set_value
- drm_connector_property_get_value
It seems the IOCTL drm_mode_connector_property_set_ioctl will have to live, but
we may change libdrm to not use it a
From: Paulo Zanoni
Useless for connector properties (since they already have their own
ioctls), but useful when we add properties to CRTCs, planes and other
objects.
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 182 +
From: Paulo Zanoni
For now, only connectors have it. In the future, all objects that need
properties should use it. Since the structure is referenced inside
struct drm_mode_object, we will be able to deal with object properties
without knowing the real type of the object.
Reviewed-by: Eugeni Dod
From: Paulo Zanoni
Also return void instead of int. We have more than 100 callers and
no one checks for the return value.
If this function fails the property won't be exposed by the get/set
ioctls, but we should probably survive. If this starts happening,
the solution will be to increase DRM_CON
From: Paulo Zanoni
Move code from drm_mode_connector_property_set_ioctl to a new
function, so we can reuse this code when we add crtc properties.
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 39 +++
1 file chang
From: Michel D?nzer
Without this, e.g. egltri_screen looks scrambled after a GPU reset.
Signed-off-by: Michel D?nzer
---
v2: Mention SI in title.
drivers/gpu/drm/radeon/si.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Erdem U. Altinyurt changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@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
Blending for graphic layer 0 of hdmi mixer was not set so video
layer cannot be showed if graphic layer 0 is enabled.
This patch fixes blending values to support blending between
graphic layer 0 and video layer.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
This patch is based on
Hi Rob,
> -Original Message-
> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
> Clark
> Sent: Tuesday, May 15, 2012 4:35 PM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com; sw0312.kim at samsung.com
From: Michel D?nzer
Without this, e.g. egltri_screen looks scrambled after a GPU reset.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/si.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index eb5489f..c9ab939 100644
--
Setting dev_mapping (pointer to the address_space structure
used for memory mappings) to the address_space of the first
opener's inode and then failing if other openers come in
through a different inode has a few restrictions that are
eliminated by this patch.
If we already have valid dev_mapping
On Die, 2012-05-15 at 11:56 +0300, Dan Carpenter wrote:
> We can just return -ENOMEM here if the allocation fails.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Michel D?nzer
--
Earthling Michel D?nzer | http://www.amd.com
Libre software enthusiast |
On Mon, 30 Apr 2012, Dave Airlie wrote:
> On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote:
>>>
>>> Do you have pointers to that discussion (assuming it was on sime mailing
>>> list)? The least I can do, while I am at it, is try to understand it and
>>> see if I can incorporate some ideas fro
From: Paulo Zanoni
A small program that allows us to see and modify properties.
Signed-off-by: Paulo Zanoni
---
configure.ac |1 +
tests/Makefile.am |2 +-
tests/proptest/Makefile.am | 11 ++
tests/proptest/proptest.c | 317 +++
From: Paulo Zanoni
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
tests/modetest/modetest.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 8012ecc..ce57e65 100644
--- a/tests/modetest/modetest.c
++
From: Paulo Zanoni
New library calls:
- drmModeObjectGetProperties
- drmModeFreeObjectProperties
- drmModeObjectSetProperties
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
include/drm/drm.h |2 ++
include/drm/drm_mode.h | 24 ++
xf86drmMode.c |
2012/5/15 Paulo Zanoni :
> Patches 0 to 6 are not completely useless: they change the code that's
> executed
> when someone changes the Connector properties, and they allow the
> implementation
> of other object properties. This patch (0007) is an example of "how to add
> properties to other obje
From: Paulo Zanoni
The i915 driver needs this for the rotation and overscan compensation
properties. Other drivers might need this too.
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 20
include/drm/drm_crtc.h |9 -
2 files changed, 28 inser
From: Paulo Zanoni
This way, we don't need to count every time, so we're a little bit
faster and code is a little bit smaller.
Change suggested by Ville Syrjälä.
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 64 +++-
include/drm/drm_crt
From: Paulo Zanoni
In the future, we may want to kill the internal functions:
- drm_connector_attach_property
- drm_connector_property_set_value
- drm_connector_property_get_value
It seems the IOCTL drm_mode_connector_property_set_ioctl will have to live, but
we may change libdrm to not use it a
From: Paulo Zanoni
Useless for connector properties (since they already have their own
ioctls), but useful when we add properties to CRTCs, planes and other
objects.
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 182 +
From: Paulo Zanoni
For now, only connectors have it. In the future, all objects that need
properties should use it. Since the structure is referenced inside
struct drm_mode_object, we will be able to deal with object properties
without knowing the real type of the object.
Reviewed-by: Eugeni Dod
From: Paulo Zanoni
Also return void instead of int. We have more than 100 callers and
no one checks for the return value.
If this function fails the property won't be exposed by the get/set
ioctls, but we should probably survive. If this starts happening,
the solution will be to increase DRM_CON
From: Paulo Zanoni
Move code from drm_mode_connector_property_set_ioctl to a new
function, so we can reuse this code when we add crtc properties.
Reviewed-by: Eugeni Dodonov
Signed-off-by: Paulo Zanoni
---
drivers/gpu/drm/drm_crtc.c | 39 +++
1 file chang
https://bugzilla.kernel.org/show_bug.cgi?id=39832
Carlos changed:
What|Removed |Added
CC||carlos.vedova...@gmail.com
--- Comment #20 f
On Mon, 30 Apr 2012, Dave Airlie wrote:
On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote:
Do you have pointers to that discussion (assuming it was on sime mailing
list)? The least I can do, while I am at it, is try to understand it and
see if I can incorporate some ideas from there in the
Setting dev_mapping (pointer to the address_space structure
used for memory mappings) to the address_space of the first
opener's inode and then failing if other openers come in
through a different inode has a few restrictions that are
eliminated by this patch.
If we already have valid dev_mapping
Hi Jerome,
> -Original Message-
> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> Sent: Tuesday, May 15, 2012 4:27 AM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; minchan at
> kernel.org;
> kosaki.motohiro at gmail.com; kyungmin.park at samsung.com;
>
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #27 from stefan 2012-05-15 13:18:21 PDT ---
Created attachment 61693
--> https://bugs.freedesktop.org/attachment.cgi?id=61693
i915_error_state from 3.3.5 patched, no. 2
error state from 3.3.5 with Chris' patch.
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #26 from stefan 2012-05-15 13:16:23 PDT ---
(In reply to comment #25)
> Hi Chris,
>
> (In reply to comment #19)
> > Always useful to check to see if there is any variation in the error states.
> > Can you also try:
> > http://cgit.fr
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #25 from stefan 2012-05-15 13:08:32 PDT ---
Hi Chris,
(In reply to comment #19)
> Always useful to check to see if there is any variation in the error states.
> Can you also try:
> http://cgit.freedesktop.org/~ickle/linux-2.6/commit/
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #24 from stefan 2012-05-15 13:04:55 PDT ---
Created attachment 61689
--> https://bugs.freedesktop.org/attachment.cgi?id=61689
i915_error_state from 3.3.5 patched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=33309
stefan changed:
What|Removed |Added
Attachment #61687|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33309
stefan changed:
What|Removed |Added
Attachment #61686|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33309
stefan changed:
What|Removed |Added
Attachment #61685|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #23 from stefan 2012-05-15 13:01:58 PDT ---
Created attachment 61688
--> https://bugs.freedesktop.org/attachment.cgi?id=61688
i915_error_state from 3.3.5 unpatched, no. 2
--
Configure bugmail: https://bugs.freedesktop.org/userpref
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #22 from stefan 2012-05-15 13:00:21 PDT ---
Created attachment 61687
--> https://bugs.freedesktop.org/attachment.cgi?id=61687
i915_error_state from 3.3.5 unpatched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #21 from stefan 2012-05-15 12:59:34 PDT ---
Created attachment 61686
--> https://bugs.freedesktop.org/attachment.cgi?id=61686
i915_error_state from 3.3.4 patched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #20 from stefan 2012-05-15 12:58:42 PDT ---
Created attachment 61685
--> https://bugs.freedesktop.org/attachment.cgi?id=61685
i915_error_state from 3.3.4 unpatched
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugzilla.kernel.org/show_bug.cgi?id=43236
Artyom Kunyov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, May 15, 2012 at 11:31 AM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> Without this, e.g. egltri_screen looks scrambled after a GPU reset.
>
> Signed-off-by: Michel D?nzer
> ---
>
> v2: Mention SI in title.
v2 as well:
Reviewed-by: Alex Deucher
>
> ?drivers/gpu/drm/radeon/si.c | ?
On Tue, May 15, 2012 at 11:07 AM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> Without this, e.g. egltri_screen looks scrambled after a GPU reset.
>
> Signed-off-by: Michel D?nzer
Reviewed-by: Alex Deucher
> ---
> ?drivers/gpu/drm/radeon/si.c | ? ?1 +
> ?1 file changed, 1 insertion(+)
>
> d
We can just return -ENOMEM here if the allocation fails.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c
index 0874a6d..fb44e7e 100644
--- a/drivers/gpu/drm/radeon/r100.c
+++ b/drivers/gpu/drm/radeon/r100.c
@@ -2008,6 +2008,8 @@ int r100_cs
On 5/14/12 3:43 PM, Paulo Zanoni wrote:
> Also, I think flag DRM_MODE_FLAG_DBLCLK does not sound correct for
> them, so we would need to create flags:
> - DRM_MODE_FLAG_PR_1_to_10
> - DRM_MODE_FLAG_PR_1_or_2
> - DRM_MODE_FLAG_PR_1_or_2_or_4
>
> Or any other more creative names. And then we should
On Tue, May 15, 2012 at 12:33 AM, Inki Dae wrote:
> Hi Jerome,
>
>> -Original Message-
>> From: Jerome Glisse [mailto:j.glisse at gmail.com]
>> Sent: Tuesday, May 15, 2012 4:27 AM
>> To: Inki Dae
>> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; minchan at
>> kernel.org;
>>
On Tue, May 15, 2012 at 11:31 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Without this, e.g. egltri_screen looks scrambled after a GPU reset.
>
> Signed-off-by: Michel Dänzer
> ---
>
> v2: Mention SI in title.
v2 as well:
Reviewed-by: Alex Deucher
>
> drivers/gpu/drm/radeon/si.c |
On Tue, May 15, 2012 at 11:07 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Without this, e.g. egltri_screen looks scrambled after a GPU reset.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/si.c | 1 +
> 1 file changed, 1 insertion(+)
>
> d
https://bugs.freedesktop.org/show_bug.cgi?id=49789
--- Comment #5 from Harald Judt 2012-05-15 02:01:59 PDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > Can I somehow find out (log files, whatever), whether the monitor has an
> > EDID
> > or not, after it has been connected? Becaus
https://bugs.freedesktop.org/show_bug.cgi?id=49943
Bug #: 49943
Summary: radeon/drm: Hotplug udev events stop working
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
St
On Mon, 2012-05-14 at 12:56 -0600, Dan Walkes wrote:
>
> I?m working on a project to implement a color transformation of all
> pixels in the framebuffer.
That sounds like the per CRTC colour lookup table might fit the bill.
Grep for crtc_lut in drivers/gpu/drm/drm_crtc.c.
> I?ve found drm_mode
On 5/14/12 3:43 PM, Paulo Zanoni wrote:
Also, I think flag DRM_MODE_FLAG_DBLCLK does not sound correct for
them, so we would need to create flags:
- DRM_MODE_FLAG_PR_1_to_10
- DRM_MODE_FLAG_PR_1_or_2
- DRM_MODE_FLAG_PR_1_or_2_or_4
Or any other more creative names. And then we should cross our f
From: Michel Dänzer
Without this, e.g. egltri_screen looks scrambled after a GPU reset.
Signed-off-by: Michel Dänzer
---
v2: Mention SI in title.
drivers/gpu/drm/radeon/si.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index
On Tue, May 15, 2012 at 7:40 AM, InKi Dae wrote:
> 2012/5/15 Rob Clark :
>> On Tue, May 15, 2012 at 2:17 AM, Inki Dae wrote:
>>> Hi Rob,
>>>
-Original Message-
From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of
Rob
Clark
Sent: Tuesday, May
From: Michel Dänzer
Without this, e.g. egltri_screen looks scrambled after a GPU reset.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/si.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index eb5489f..c9ab939 100644
--
https://bugs.freedesktop.org/show_bug.cgi?id=44772
--- Comment #7 from Harald Judt 2012-05-15 00:47:26 PDT ---
Still reproducible on linux-3.4.0-rc7.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
On Die, 2012-05-15 at 11:56 +0300, Dan Carpenter wrote:
> We can just return -ENOMEM here if the allocation fails.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
On Tue, May 15, 2012 at 12:33 AM, Inki Dae wrote:
> Hi Jerome,
>
>> -Original Message-
>> From: Jerome Glisse [mailto:j.gli...@gmail.com]
>> Sent: Tuesday, May 15, 2012 4:27 AM
>> To: Inki Dae
>> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; minc...@kernel.org;
>> kosaki.motoh...@
On Tue, May 15, 2012 at 7:40 AM, InKi Dae wrote:
> 2012/5/15 Rob Clark :
>> On Tue, May 15, 2012 at 2:17 AM, Inki Dae wrote:
>>> Hi Rob,
>>>
-Original Message-
From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
Clark
Sent: Tuesday, May 15, 2012 4:3
On Mon, 14 May 2012 20:57:07 -0300, Raphael Carvalho
wrote:
> From 1e77059e8f3158fd4844e3f6a5466a063d2f407e Mon Sep 17 00:00:00 2001
> From: "Raphael S.Carvalho"
> Date: Mon, 14 May 2012 20:19:24 -0300
> Subject: [PATCH 1/1] drivers/gpu/drm/i915: Fixed uninitialized
> variables (warnings).
2012/5/15 Rob Clark :
> On Tue, May 15, 2012 at 2:17 AM, Inki Dae wrote:
>> Hi Rob,
>>
>>> -Original Message-
>>> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
>>> Clark
>>> Sent: Tuesday, May 15, 2012 4:35 PM
>>> To: Inki Dae
>>> Cc: airl...@linux.ie; dri-devel@l
https://bugzilla.kernel.org/show_bug.cgi?id=43236
Artyom Kunyov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>
Subject: [PATCH 1/1] =A0=A0=A0 drivers/gpu/drm/i915: Fixed uninitialized=A0variables (warnings).MIME-Version: 1.0Content-Type: text/plain;=
charset=3DUTF-8Content-Transfer-Encoding: 8bitAs you see, this=
modifications were really very important because if the remain variable re=
ceives a value
On Tue, May 15, 2012 at 2:17 AM, Inki Dae wrote:
> Hi Rob,
>
>> -Original Message-
>> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
>> Clark
>> Sent: Tuesday, May 15, 2012 4:35 PM
>> To: Inki Dae
>> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org
We can just return -ENOMEM here if the allocation fails.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c
index 0874a6d..fb44e7e 100644
--- a/drivers/gpu/drm/radeon/r100.c
+++ b/drivers/gpu/drm/radeon/r100.c
@@ -2008,6 +2008,8 @@ int r100_cs
On Tue, May 15, 2012 at 2:17 AM, Inki Dae wrote:
> Hi Rob,
>
>> -Original Message-
>> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
>> Clark
>> Sent: Tuesday, May 15, 2012 4:35 PM
>> To: Inki Dae
>> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
>> kyungmi
https://bugs.freedesktop.org/show_bug.cgi?id=49789
--- Comment #5 from Harald Judt 2012-05-15 02:01:59 PDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > Can I somehow find out (log files, whatever), whether the monitor has an
> > EDID
> > or not, after it has been connected? Becaus
https://bugs.freedesktop.org/show_bug.cgi?id=49943
Bug #: 49943
Summary: radeon/drm: Hotplug udev events stop working
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=35988
--- Comment #10 from sashker 2012-05-14 18:59:05 PDT ---
I have same problem with my Acer 4810TG notebook. The average temperature - is
70 degrees C. With proprietary driver - the temperature is 35-40 degrees C.
#lspci -nn| grep VGA
01:00.0 VGA
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 type through vm_flags value and would get
> pages or page f
Blending for graphic layer 0 of hdmi mixer was not set so video
layer cannot be showed if graphic layer 0 is enabled.
This patch fixes blending values to support blending between
graphic layer 0 and video layer.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
This patch is based on
Hi Rob,
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
> Clark
> Sent: Tuesday, May 15, 2012 4:35 PM
> To: Inki Dae
> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
> kyungmin.p...@samsung.com; sw0312@samsung.com
> Subject: Re: [P
https://bugs.freedesktop.org/show_bug.cgi?id=44772
--- Comment #7 from Harald Judt 2012-05-15 00:47:26 PDT ---
Still reproducible on linux-3.4.0-rc7.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
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 type through vm_flags value and would get
> pages or page f
98 matches
Mail list logo
