https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #9 from Michel Dänzer 2011-08-04 02:08:57 PDT
---
Please attach Xorg.0.log and dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
> On Mon, 1 Aug 2011 21:51:40 +0800, Wu Fengguang
> wrote:
>
> > 1) intel_write_eld() is not called at all
> >It seems we need to call intel_write_eld() in other places besides
> >inside ->mode_set(). Is ->detect() the right place to do so? In
> >other words, are there established co
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #10 from Michel Dänzer 2011-08-04 03:15:04 PDT
---
I was able to reproduce the problem, but for me it's fixed with current Mesa
Git master and 7.11 branches. Make sure your 32 bit r600g is up to date, though
you might also need a new
On Thu, Jul 28, 2011 at 12:07:53PM +0200, Frank van Maarseveen wrote:
> /proc/slabinfo shows an anomaly on a 2.6.39.3 x86_64 system. After
> running F14 + kde4 for a while it shows high kmalloc-192 numbers:
>
> # name ...
> kmalloc-192 735694 735723264 312 : tunables00
On Tue, Jul 19, 2011 at 8:12 AM, Rob Clark wrote:
> On Tue, Jul 19, 2011 at 4:33 AM, Chris Wilson
> wrote:
>> On Mon, 18 Jul 2011 19:20:56 -0500, Rob Clark wrote:
>>> In the process of adding GEM support for OMAP DRM driver, I noticed that
>>> I was adding code for creating/freeing mmap offsets
Hello!
This problem is found in 3.0 kernel.
In i915_dma_cleanup function(drivers/gpu/drm/i915/i915_dma.c module) I found
following:
135static int i915_dma_cleanup(struct drm_device * dev)
136{
...
152 /* Clear the HWS virtual address at teardown */
153 if (I915_NEED_GFX_HWS
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #11 from Lars Wendler 2011-08-04 08:42:26
PDT ---
(In reply to comment #10)
> I was able to reproduce the problem, but for me it's fixed with current Mesa
> Git master and 7.11 branches. Make sure your 32 bit r600g is up to date,
>
>> On Tue, Jul 19, 2011 at 4:33 AM, Chris Wilson
>> wrote:
>>> My only concern is that for the common functions the mmap_offset to create
>>> should be passed in a parameter, so that we could support more than one
>>> mapping for an object.
[ snip ]
> On Tue, Jul 19, 2011 at 8:12 AM, Rob Clark
---
drivers/gpu/drm/drm_gem.c | 88 +
include/drm/drmP.h|3 ++
2 files changed, 91 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 2b997d2..809358a 100644
--- a/drivers/gpu/drm/drm_gem
---
drivers/gpu/drm/i915/i915_gem.c | 85 +--
1 files changed, 2 insertions(+), 83 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 5c0d124..5676eaa 100644
--- a/drivers/gpu/drm/i915/i915_gem.c
+++ b/drivers/gp
---
drivers/staging/gma500/psb_gem.c | 63 +
1 files changed, 2 insertions(+), 61 deletions(-)
diff --git a/drivers/staging/gma500/psb_gem.c b/drivers/staging/gma500/psb_gem.c
index 76ff7ba..3a397f5 100644
--- a/drivers/staging/gma500/psb_gem.c
+++ b/drivers/
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 401c6eb..fe73da7 100644
--- a/drivers/gpu/drm/radeon/eve
On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang wrote:
> Right. I actually have this chunk. dmesg shows that in intel_hdmi_detect(),
> the drm_encoder object is there, however encoder->crtc is NULL at the
> time.
Correct. encoder->crtc is set only when the output is active.
> You may wonder w
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #12 from Sven Arvidsson 2011-08-04 14:33:09 PDT ---
Created an attachment (id=49931)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49931)
backtrace
On my HD5670 I get a floating point exception (backtrace attached). Is this a
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #13 from Vadim 2011-08-04 14:47:16 PDT ---
(In reply to comment #12)
> Created an attachment (id=49931)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49931)
> backtrace
>
> On my HD5670 I get a floating point exception (backtr
https://bugzilla.kernel.org/show_bug.cgi?id=40562
Summary: Shutting down X/KDE sometimes leads to kernel crash on
kernel-3.0.1-rc1 with radeon/kms
Product: Drivers
Version: 2.5
Kernel Version: 3.0.1-rc1
Platform: All
OS/Ver
https://bugzilla.kernel.org/show_bug.cgi?id=40562
--- Comment #1 from boris64 2011-08-04
22:47:57 ---
Created an attachment (id=67552)
--> (https://bugzilla.kernel.org/attachment.cgi?id=67552)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.kernel.org/show_bug.cgi?id=40562
--- Comment #2 from boris64 2011-08-04
22:48:26 ---
Created an attachment (id=67562)
--> (https://bugzilla.kernel.org/attachment.cgi?id=67562)
kernel config
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=40562
boris64 changed:
What|Removed |Added
Attachment #67542|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=39683
--- Comment #3 from aaron 2011-08-04 22:15:04 PDT ---
Created an attachment (id=49937)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49937)
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=39683
--- Comment #4 from aaron 2011-08-04 22:16:20 PDT ---
re-tested via ssh to to eliminate delayed events (and i now have 3 screens...)
xset dpms force off:
all displays turn off
then almost immediately DVI-0 and HDMI-0 turn back on but DisplayPor
https://bugs.freedesktop.org/show_bug.cgi?id=39683
--- Comment #5 from aaron 2011-08-04 22:18:44 PDT ---
Created an attachment (id=49938)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49938)
xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=39848
Summary: sensors are inaccessible on radeon X1950 PCIe
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=39513
--- Comment #15 from Thierry Vignaud 2011-08-04
23:48:13 PDT ---
I've a very similar issue on RV350.
See https://bugs.freedesktop.org/show_bug.cgi?id=39848
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=39848
--- Comment #1 from Thierry Vignaud 2011-08-04
23:48:49 PDT ---
Created an attachment (id=49940)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49940)
kernel-3.0 dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=39848
--- Comment #2 from Thierry Vignaud 2011-08-04
23:50:30 PDT ---
Created an attachment (id=49941)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49941)
ROM
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=39848
Thierry Vignaud changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> -Original Message-
> From: Sascha Hauer [mailto:s.hauer at pengutronix.de]
> Sent: Thursday, August 04, 2011 12:47 AM
> To: daeinki
> Cc: dri-devel at lists.freedesktop.org; kyungmin.park at samsung.com
> Subject: Re: [PATCH] [RFC PATCH] DRM: add DRM Driver for Samsung SoC
> EXYNOS4210.
> -Original Message-
> From: Alan Cox [mailto:alan at lxorguk.ukuu.org.uk]
> Sent: Thursday, August 04, 2011 3:54 AM
> To: daeinki
> Cc: Sascha Hauer; kyungmin.park at samsung.com; dri-
> devel at lists.freedesktop.org
> Subject: Re: [PATCH] [RFC PATCH] DRM: add DRM Driver for Samsung SoC
The registered irq should be unregistered by free_irq() if
irq_postinstall() returns the error after request_irq() is called
successfully.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_irq.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --
The struct drm_driver has some function pointers for irq. They are
gpu specific and some functions aren't essential things. This can
prevents creation of unnecessary dummy function for irq.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/drm_irq.c | 23 +
On Wed, Aug 03, 2011 at 07:54:24PM +0100, Alan Cox wrote:
> > if so, I am aware of it but his patch isn't applied to drm-next yet and
> > so my drm driver doesn't include his patch. of course I will reuse it
> > and remove the samsung_ namespace as you pointed out if the patch is
> > applied to
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #9 from Michel D?nzer 2011-08-04 02:08:57
PDT ---
Please attach Xorg.0.log and dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
> On Mon, 1 Aug 2011 21:51:40 +0800, Wu Fengguang
> wrote:
>
> > 1) intel_write_eld() is not called at all
> >It seems we need to call intel_write_eld() in other places besides
> >inside ->mode_set(). Is ->detect() the right place to do so? In
> >other words, are there established co
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #10 from Michel D?nzer 2011-08-04 03:15:04
PDT ---
I was able to reproduce the problem, but for me it's fixed with current Mesa
Git master and 7.11 branches. Make sure your 32 bit r600g is up to date, though
you might also need a new
On Thu, Jul 28, 2011 at 12:07:53PM +0200, Frank van Maarseveen wrote:
> /proc/slabinfo shows an anomaly on a 2.6.39.3 x86_64 system. After
> running F14 + kde4 for a while it shows high kmalloc-192 numbers:
>
> # name ...
> kmalloc-192 735694 735723264 312 : tunables00
On Tue, Jul 19, 2011 at 8:12 AM, Rob Clark wrote:
> On Tue, Jul 19, 2011 at 4:33 AM, Chris Wilson
> wrote:
>> On Mon, 18 Jul 2011 19:20:56 -0500, Rob Clark wrote:
>>> In the process of adding GEM support for OMAP DRM driver, I noticed that
>>> I was adding code for creating/freeing mmap offsets
Hello!
This problem is found in 3.0 kernel.
In i915_dma_cleanup function(drivers/gpu/drm/i915/i915_dma.c module) I found
following:
?135static int i915_dma_cleanup(struct drm_device * dev)
?136{
...
?152 ???/* Clear the HWS virtual address at teardown */
?153 ???if (I915_NEED_GFX_HWS
https://bugs.freedesktop.org/show_bug.cgi?id=33371
--- Comment #11 from Lars Wendler 2011-08-04
08:42:26 PDT ---
(In reply to comment #10)
> I was able to reproduce the problem, but for me it's fixed with current Mesa
> Git master and 7.11 branches. Make sure your 32 bit r600g is up to date,
>
>> On Tue, Jul 19, 2011 at 4:33 AM, Chris Wilson
>> wrote:
>>> My only concern is that for the common functions the mmap_offset to create
>>> should be passed in a parameter, so that we could support more than one
>>> mapping for an object.
[ snip ]
> On Tue, Jul 19, 2011 at 8:12 AM, Rob Clark
In the process of adding GEM support for OMAP DRM driver, I noticed that
I was adding code for creating/freeing mmap offsets which was virtually
identical to what was already duplicated in i915 and gma500 drivers.
Rather than duplicating the code a 3rd time, it seemed like a good idea
to move it t
---
drivers/gpu/drm/drm_gem.c | 88 +
include/drm/drmP.h|3 ++
2 files changed, 91 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 2b997d2..809358a 100644
--- a/drivers/gpu/drm/drm_gem
---
drivers/gpu/drm/i915/i915_gem.c | 85 +--
1 files changed, 2 insertions(+), 83 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 5c0d124..5676eaa 100644
--- a/drivers/gpu/drm/i915/i915_gem.c
+++ b/drivers/gp
---
drivers/staging/gma500/psb_gem.c | 63 +
1 files changed, 2 insertions(+), 61 deletions(-)
diff --git a/drivers/staging/gma500/psb_gem.c b/drivers/staging/gma500/psb_gem.c
index 76ff7ba..3a397f5 100644
--- a/drivers/staging/gma500/psb_gem.c
+++ b/drivers/
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 401c6eb..fe73da7 100644
--- a/drivers/gpu/drm/radeon/eve
/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110804/71df7b00/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #12 from Sven Arvidsson 2011-08-04 14:33:09 PDT ---
Created an attachment (id=49931)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49931)
backtrace
On my HD5670 I get a floating point exception (backtrace attached). Is this a
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #13 from Vadim 2011-08-04 14:47:16 PDT ---
(In reply to comment #12)
> Created an attachment (id=49931)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49931)
> backtrace
>
> On my HD5670 I get a floating point exception (backtr
https://bugzilla.kernel.org/show_bug.cgi?id=40562
Summary: Shutting down X/KDE sometimes leads to kernel crash on
kernel-3.0.1-rc1 with radeon/kms
Product: Drivers
Version: 2.5
Kernel Version: 3.0.1-rc1
Platform: All
OS/Ver
https://bugzilla.kernel.org/show_bug.cgi?id=40562
--- Comment #1 from boris64 2011-08-04
22:47:57 ---
Created an attachment (id=67552)
--> (https://bugzilla.kernel.org/attachment.cgi?id=67552)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.kernel.org/show_bug.cgi?id=40562
--- Comment #2 from boris64 2011-08-04
22:48:26 ---
Created an attachment (id=67562)
--> (https://bugzilla.kernel.org/attachment.cgi?id=67562)
kernel config
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=40562
boris64 changed:
What|Removed |Added
Attachment #67542|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=39683
--- Comment #3 from aaron 2011-08-04 22:15:04 PDT
---
Created an attachment (id=49937)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49937)
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=39683
--- Comment #4 from aaron 2011-08-04 22:16:20 PDT
---
re-tested via ssh to to eliminate delayed events (and i now have 3 screens...)
xset dpms force off:
all displays turn off
then almost immediately DVI-0 and HDMI-0 turn back on but DisplayPo
https://bugs.freedesktop.org/show_bug.cgi?id=39683
--- Comment #5 from aaron 2011-08-04 22:18:44 PDT
---
Created an attachment (id=49938)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49938)
xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=39848
Summary: sensors are inaccessible on radeon X1950 PCIe
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=39513
--- Comment #15 from Thierry Vignaud 2011-08-04
23:48:13 PDT ---
I've a very similar issue on RV350.
See https://bugs.freedesktop.org/show_bug.cgi?id=39848
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=39848
--- Comment #1 from Thierry Vignaud 2011-08-04
23:48:49 PDT ---
Created an attachment (id=49940)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49940)
kernel-3.0 dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=39848
--- Comment #2 from Thierry Vignaud 2011-08-04
23:50:30 PDT ---
Created an attachment (id=49941)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49941)
ROM
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=39848
Thierry Vignaud changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
60 matches
Mail list logo
