https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #2 from Chris Rankin 2011-08-03 01:17:16
PDT ---
(In reply to comment #1)
> Does your X driver have commit f59c3b294b0f715fc96e2bbe25893f2b31aa488b
> ('Register XvMC video decoding acceleration') required for XvMC?
Yes:
[54.139
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #3 from Michel Dänzer 2011-08-03 01:35:09 PDT
---
Does adding
-vc ffmpeg12mc
to the mplayer command line help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #4 from Chris Rankin 2011-08-03 02:17:04
PDT ---
(In reply to comment #3)
> Does adding
>
> -vc ffmpeg12mc
>
> to the mplayer command line help?
Yes, in the sense that I now get a video window. Albeit an almost completely
green o
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #5 from Chris Rankin 2011-08-03 02:20:00
PDT ---
Created an attachment (id=49866)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49866)
Verbose output from mplayer with ffmpeg12mc
This time, mplayer displayed a video window. H
On 23 July 2011 20:02, wrote:
> From: Alex Deucher
>
> Those chips have crt2_ddc bus.
Maybe adding a comment in the code'll make sure nobody will ever "clean up" or
"optimize" the tests by replacing them back by "else if (rdev->family
>= CHIP_R200)"...
> - } else if (rdev->family >= CHIP
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #6 from Chris Rankin 2011-08-03 02:31:07
PDT ---
(In reply to comment #3)
> Does adding
>
> -vc ffmpeg12mc
>
> to the mplayer command line help?
I've just tried repeating this with my RV790, and using
$ mplayer -vo xvcm
also f
https://bugs.freedesktop.org/show_bug.cgi?id=38163
--- Comment #7 from Harri Nieminen 2011-08-03 04:19:28 PDT
---
(In reply to comment #6)
> Created an attachment (id=49797)
View: https://bugs.freedesktop.org/attachment.cgi?id=49797
Review: https://bugs.freedesktop.org/review?bug=38163&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=36934
--- Comment #6 from almos 2011-08-03 05:22:44 PDT ---
I observed that this corruption is often accompanied by these messages on the
console from which I start a game:
radeon: mmap failed, errno: 1
Mesa: User error: GL_OUT_OF_MEMORY in glTexImage
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #18 from almos 2011-08-03 05:37:15 PDT ---
Now I tried this again with linux 3.0, mesa 7.12-dev and wine 1.3.20.
HL2 started with the 'city17 under siege' menu background, and it didn't crash
(I waited for ~1 minute). I started a new
https://bugs.freedesktop.org/show_bug.cgi?id=38163
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #11 from Alex Deucher 2011-08-03 08:38:35 PDT ---
New rebased patches:
http://people.freedesktop.org/~agd5f/htile/
Also, fixed a bug in the evergreen htile_offset noticed by Vadim Girlin.
--
Configure bugmail: https://bugs.freedeskt
On Mon, Aug 01, 2011 at 12:52:37PM +0900, daeinki wrote:
> Hi, Sascha Hauer.
> thank you for your comments and below is my answer.
>
> Sascha Hauer wrote:
> >Hi,
> >
> >On Fri, Jul 29, 2011 at 04:24:35PM +0900, Inki Dae wrote:
> >>This patch is a DRM Driver(only including FIMD Driver yet)
> >>for
Here is a simple question I couldn't find an answer for: why does
libdrm-intel needs libpciaccess to be build? It is the only drm driver
requiering it.
>From what I understand, and correct me if I'm wrong, but libpciaccess is
related to X. And drm should be able to live without X. So why would
lib
On 08/03/11 09:31, Alexandre Demers wrote:
> From what I understand, and correct me if I'm wrong, but libpciaccess is
> related to X.
X uses it, but libpciaccess is an abstraction of access to the PCI bus,
which can be (and is) used by non-X programs as well.
--
-Alan Coopersmith-
Tomasz Borowik wrote:
> I wonder if a custom window manager wouldn't be enough? Using
> multi-pointer and locking each focus group to a given screen, making
> sure that no one can interfere with anyone else. If the wm is root it
> should be capable of spawning programs of different user privilege
On Tue, Aug 2, 2011 at 3:11 PM, Prof. Dr. Klaus Kusche
wrote:
>>
>> Some drivers can already do this (the radeon driver at least). google
>> for zaphod mode. You basically start one instance of the driver for
>> each display controller and then assign which randr outputs are used
>> by each inst
> 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 drm-next.
It would be nice it was as its also the same as the cod
https://bugs.freedesktop.org/show_bug.cgi?id=39782
Chris Rankin changed:
What|Removed |Added
Attachment #49853|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=39782
Chris Rankin changed:
What|Removed |Added
Platform|Other |x86 (IA32)
OS/Version|All
https://bugs.freedesktop.org/show_bug.cgi?id=28125
Julien Cristau changed:
What|Removed |Added
Keywords|NEEDINFO|
--- Comment #5 from Julien Cristau 20
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 connector<=>encod
Here's a pile of fixes on top of the stuff already in drm-core-next.
* Pile of mode setting fixes which eliminate a selection of bugs and
other annoyances. Eliminates the 'stripey' effect when going from
two to one monitor, makes hot-plug work after suspend/resume, turns
off the pipe/pl
> -Original Message-
> From: Sascha Hauer [mailto:s.ha...@pengutronix.de]
> Sent: Thursday, August 04, 2011 12:47 AM
> To: daeinki
> Cc: dri-devel@lists.freedesktop.org; kyungmin.p...@samsung.com
> Subject: Re: [PATCH] [RFC PATCH] DRM: add DRM Driver for Samsung SoC
> EXYNOS4210.
>
> On
> -Original Message-
> From: Alan Cox [mailto:a...@lxorguk.ukuu.org.uk]
> Sent: Thursday, August 04, 2011 3:54 AM
> To: daeinki
> Cc: Sascha Hauer; kyungmin.p...@samsung.com; dri-
> de...@lists.freedesktop.org
> Subject: Re: [PATCH] [RFC PATCH] DRM: add DRM Driver for Samsung SoC
> EXYNOS
When the "is_hiz_depth_format" vtable entry was added for i915/i956,
the entry for forgotten in the i830 vtable setup.
Signed-off-by: Carl Simonson
---
src/mesa/drivers/dri/i915/i830_vtbl.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i915
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #54 from Lars G 2011-08-03 22:06:43 PDT ---
(In reply to comment #53)
> I don't think the problem is in this GL_SELECT implementation.
Ok, I will do some more testing and report back.
--
Configure bugmail: https://bugs.freedesktop.o
On 2011-08-03 19:51, Alex Deucher wrote:
Any idea what "something suitable" could be?
What the missing "right knobs" are?
Some way to assign a certain set of KMS objects (crtcs and
encoders/connectors) to a particular client.
Back to the beginning of the discussion:
The primary interest is no
kzalloc() can return NULL, so I added check for it
Signed-off-by: Bojan Prtvar
---
drivers/gpu/drm/radeon/atom.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index ebdb0fd..e88c644 100644
--- a/drivers/gp
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=39782
--- Comment #2 from Chris Rankin 2011-08-03
01:17:16 PDT ---
(In reply to comment #1)
> Does your X driver have commit f59c3b294b0f715fc96e2bbe25893f2b31aa488b
> ('Register XvMC video decoding acceleration') required for XvMC?
Yes:
[54.139
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #3 from Michel D?nzer 2011-08-03 01:35:09
PDT ---
Does adding
-vc ffmpeg12mc
to the mplayer command line help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #4 from Chris Rankin 2011-08-03
02:17:04 PDT ---
(In reply to comment #3)
> Does adding
>
> -vc ffmpeg12mc
>
> to the mplayer command line help?
Yes, in the sense that I now get a video window. Albeit an almost completely
green o
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #5 from Chris Rankin 2011-08-03
02:20:00 PDT ---
Created an attachment (id=49866)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49866)
Verbose output from mplayer with ffmpeg12mc
This time, mplayer displayed a video window. H
On 23 July 2011 20:02, wrote:
> From: Alex Deucher
>
> Those chips have crt2_ddc bus.
Maybe adding a comment in the code'll make sure nobody will ever "clean up" or
"optimize" the tests by replacing them back by "else if (rdev->family
>= CHIP_R200)"...
> - ? ? ? } else if (rdev->family >= CHIP
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #6 from Chris Rankin 2011-08-03
02:31:07 PDT ---
(In reply to comment #3)
> Does adding
>
> -vc ffmpeg12mc
>
> to the mplayer command line help?
I've just tried repeating this with my RV790, and using
$ mplayer -vo xvcm
also f
https://bugs.freedesktop.org/show_bug.cgi?id=38163
--- Comment #7 from Harri Nieminen 2011-08-03 04:19:28
PDT ---
(In reply to comment #6)
> Created an attachment (id=49797)
View: https://bugs.freedesktop.org/attachment.cgi?id=49797
Review: https://bugs.freedesktop.org/review?bug=38163&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=36934
--- Comment #6 from almos 2011-08-03 05:22:44 PDT ---
I observed that this corruption is often accompanied by these messages on the
console from which I start a game:
radeon: mmap failed, errno: 1
Mesa: User error: GL_OUT_OF_MEMORY in glTexImage
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #18 from almos 2011-08-03 05:37:15 PDT ---
Now I tried this again with linux 3.0, mesa 7.12-dev and wine 1.3.20.
HL2 started with the 'city17 under siege' menu background, and it didn't crash
(I waited for ~1 minute). I started a new
https://bugs.freedesktop.org/show_bug.cgi?id=38163
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #11 from Alex Deucher 2011-08-03 08:38:35 PDT
---
New rebased patches:
http://people.freedesktop.org/~agd5f/htile/
Also, fixed a bug in the evergreen htile_offset noticed by Vadim Girlin.
--
Configure bugmail: https://bugs.freedesk
On Mon, Aug 01, 2011 at 12:52:37PM +0900, daeinki wrote:
> Hi, Sascha Hauer.
> thank you for your comments and below is my answer.
>
> Sascha Hauer wrote:
> >Hi,
> >
> >On Fri, Jul 29, 2011 at 04:24:35PM +0900, Inki Dae wrote:
> >>This patch is a DRM Driver(only including FIMD Driver yet)
> >>for
Here is a simple question I couldn't find an answer for: why does
libdrm-intel needs libpciaccess to be build? It is the only drm driver
requiering it.
related to X. And drm should be able to live without X. So why would
libdrm-intel rely on libpciaccess/X to be build? I'm sure we could do
without it, since all other drivers do.
As things are right now, would that imply using a X lib to build
libdrm-intel and then use it with Wayland for instance
On 08/03/11 09:31, Alexandre Demers wrote:
> From what I understand, and correct me if I'm wrong, but libpciaccess is
> related to X.
X uses it, but libpciaccess is an abstraction of access to the PCI bus,
which can be (and is) used by non-X programs as well.
--
-Alan Coopersmith-
Tomasz Borowik wrote:
> I wonder if a custom window manager wouldn't be enough? Using
> multi-pointer and locking each focus group to a given screen, making
> sure that no one can interfere with anyone else. If the wm is root it
> should be capable of spawning programs of different user privil
On Tue, Aug 2, 2011 at 3:11 PM, Prof. Dr. Klaus Kusche
wrote:
>>
>> Some drivers can already do this (the radeon driver at least). ?google
>> for zaphod mode. ?You basically start one instance of the driver for
>> each display controller and then assign which randr outputs are used
>> by each inst
> 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 drm-next.
It would be nice it was as its also the same as the cod
https://bugs.freedesktop.org/show_bug.cgi?id=39782
Chris Rankin changed:
What|Removed |Added
Attachment #49853|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=39782
Chris Rankin changed:
What|Removed |Added
Platform|Other |x86 (IA32)
OS/Version|All
https://bugs.freedesktop.org/show_bug.cgi?id=28125
Julien Cristau changed:
What|Removed |Added
Keywords|NEEDINFO|
--- Comment #5 from Julien Cristau 20
esting it on actual hardware.
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110803/c210a337/attachment.pgp>
tachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110803/8e448e3b/attachment.pgp>
When the "is_hiz_depth_format" vtable entry was added for i915/i956,
the entry for forgotten in the i830 vtable setup.
Signed-off-by: Carl Simonson
---
src/mesa/drivers/dri/i915/i830_vtbl.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i91
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #54 from Lars G 2011-08-03 22:06:43 PDT
---
(In reply to comment #53)
> I don't think the problem is in this GL_SELECT implementation.
Ok, I will do some more testing and report back.
--
Configure bugmail: https://bugs.freedesktop.
On 2011-08-03 19:51, Alex Deucher wrote:
>> Any idea what "something suitable" could be?
>> What the missing "right knobs" are?
>
> Some way to assign a certain set of KMS objects (crtcs and
> encoders/connectors) to a particular client.
>
>> Back to the beginning of the discussion:
>> The primary
kzalloc() can return NULL, so I added check for it
Signed-off-by: Bojan Prtvar
---
drivers/gpu/drm/radeon/atom.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index ebdb0fd..e88c644 100644
--- a/drivers/gp
58 matches
Mail list logo
