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
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
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 +
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 --
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
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
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
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.
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
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
> -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
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
> -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
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
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>
> 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
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
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>
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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=28125
Julien Cristau changed:
What|Removed |Added
Keywords|NEEDINFO|
--- Comment #5 from Julien Cristau 20
https://bugs.freedesktop.org/show_bug.cgi?id=28125
Julien Cristau changed:
What|Removed |Added
Keywords|NEEDINFO|
--- Comment #5 from Julien Cristau 20
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=39782
Chris Rankin changed:
What|Removed |Added
Platform|Other |x86 (IA32)
OS/Version|All
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
Attachment #49853|0 |1
is obsolete|
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.
> 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
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
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
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 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-
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-
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 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
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
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
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
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=38163
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=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=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=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=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=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=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=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
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 #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
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
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 #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 #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 #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 #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 #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
58 matches
Mail list logo
