https://bugs.freedesktop.org/show_bug.cgi?id=50360
--- Comment #1 from Vadim Girlin 2012-05-25 15:21:57 PDT
---
Created attachment 62113
--> https://bugs.freedesktop.org/attachment.cgi?id=62113
patch
Does this patch help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #72 from thor at math.tu-berlin.de 2012-05-25 14:51:23 PDT ---
Ok, I managed to cross-compile the patched kernel sources on a much faster x64
machine, so I now have an initrd and a vmlinuz with the patch in it. I won't
have access to t
u
<<< 501 anisse at astier.eu... Refused
-- next part --
A non-text attachment was scrubbed...
Name: transcript.zip
Type: application/octet-stream
Size: 22216 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120525/8b2
https://bugzilla.kernel.org/show_bug.cgi?id=43207
--- Comment #9 from Vladislav Tcendrovskii 2012-05-25
20:10:06 ---
I've tried this patch on kernel 3.4, but the only visible result - switching
from noisy X screen to framebuffer console is much faster.
After such switching noise disappears
https://bugs.freedesktop.org/show_bug.cgi?id=50360
Bug #: 50360
Summary: flightgear has absymal performance with the llvm
shader compiler
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=50232
almos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50230
almos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> > There are multiple ways synchronization can be achieved,
> > fences/sync objects is one common approach, however we're
> > presenting a different approach. Personally, I quite like
> > fence sync objects, however we believe it requires a lot of
> > userspace interfaces to be changed to pass
On 25/05/12 14:08, Tom Cooksey wrote:
> Hi All,
>
> I realise it's been a while since this was last discussed, however I'd like
> to bring up kernel-side synchronization again. By kernel-side
> synchronization, I mean allowing multiple drivers/devices wanting to access
> the same buffer to do so wi
On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> In v3.3, the gma500 drm driver moved from staging to drm group by
> Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> brightness well and don't need gma500 stub driver anymore.
>
> Cc: randy.dunlap at oracle.com
> Cc:
? ??2012-05-25 ? 16:07 +0900?Greg KH ???
> On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
https://bugs.freedesktop.org/show_bug.cgi?id=50360
--- Comment #1 from Vadim Girlin 2012-05-25 15:21:57 PDT ---
Created attachment 62113
--> https://bugs.freedesktop.org/attachment.cgi?id=62113
patch
Does this patch help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=e
On Fri, 25 May 2012 04:53:50 +0900
Greg KH wrote:
> On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 st
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #72 from t...@math.tu-berlin.de 2012-05-25 14:51:23 PDT ---
Ok, I managed to cross-compile the patched kernel sources on a much faster x64
machine, so I now have an initrd and a vmlinuz with the patch in it. I won't
have access to the
Hi Dave,
On 25 May 2012 14:34, Dave Airlie wrote:
> From: Dave Airlie
>
> include/linux/dma-buf.h: In function ?dma_buf_vmap?:
> include/linux/dma-buf.h:260:1: warning: no return statement in function
> returning non-void [-Wreturn-type]
>
> Reported-by: wfg at linux.intel.com
> Signed-off-by:
Hi Linus,
On 25 May 2012 13:25, Sumit Semwal wrote:
> Hi Linus,
>
> Here's the first signed-tag pull request for dma-buf framework.
>
> Could you please pull the dma-buf updates for 3.5? This includes the
> following key items:
> - mmap support
> - vmap support
> - related documentation updates
>
Hi Daniel,
I see you say you wanted the patch below for the stable tree, due to
some later patch needing it, yet this patch was not "marked" for the
stable tree, and I can't seem to figure out which "later patch" you are
referring to here.
Any hints on what I should do for the 3.4-stable kernel t
On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> A set of fixes for 3.5:
> - Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
> fix pch pll asserts.
> - Fix up eDP panel power sequencing - turns out we need to keep vdd on
> while switching e
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
CC|
On 5/24/12 3:26 PM, Daniel Vetter wrote:
> Instead of reusing the polling code for hdp handling, split them up.
> This has a few consequences:
> - Don't touch HDP capable connectors in the poll loop.
> - Only touch HDP capable connectors in drm_helper_hpd_irq_event.
> - Run the HDP handling directl
Hi Linus,
Here's the first signed-tag pull request for dma-buf framework.
Could you please pull the dma-buf updates for 3.5? This includes the
following key items:
- mmap support
- vmap support
- related documentation updates
These are needed by various drivers to allow mmap/vmap of dma-buf
shar
https://bugzilla.kernel.org/show_bug.cgi?id=43207
--- Comment #9 from Vladislav Tcendrovskii 2012-05-25 20:10:06
---
I've tried this patch on kernel 3.4, but the only visible result - switching
from noisy X screen to framebuffer console is much faster.
After such switching noise disappears
Useful for ->detect functions that have different behaviour if force
is set. This way probe_single_connector can avoid to do the expensive
edid dance on connectors where this is not needed.
I've checked through all drivers and set this flag everywhere where
the connector->detect function has diffe
https://bugs.freedesktop.org/show_bug.cgi?id=12882
Daniel Vetter changed:
What|Removed |Added
Summary|[855GM missng DVO driver] |[855GM missing DVO driver]
Hi All,
I realise it's been a while since this was last discussed, however I'd like
to bring up kernel-side synchronization again. By kernel-side
synchronization, I mean allowing multiple drivers/devices wanting to access
the same buffer to do so without bouncing up to userspace to resolve
depende
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Daniel Vetter changed:
What|Removed |Added
Summary|[830M] need support for |[830M missing dvo driver]
https://bugs.freedesktop.org/show_bug.cgi?id=12882
Daniel Vetter changed:
What|Removed |Added
Summary|[855GM DVO] s-video not |[855GM missng DVO driver]
https://bugs.freedesktop.org/show_bug.cgi?id=30845
Daniel Vetter changed:
What|Removed |Added
Severity|normal |enhancement
Priority|medium
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Chris Wilson changed:
What|Removed |Added
CC||thor at math.tu-berlin.de
--- Comment #71
https://bugs.freedesktop.org/show_bug.cgi?id=50360
Bug #: 50360
Summary: flightgear has absymal performance with the llvm
shader compiler
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
From: Ville Syrj?l?
---
include/drm/drm.h |1 +
include/drm/drm_mode.h | 13 +++
xf86drmMode.c | 270
xf86drmMode.h | 19
4 files changed, 303 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm.h b/inc
From: Ville Syrj?l?
---
libkms/intel.c |6 +-
libkms/libkms.h |2 ++
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/libkms/intel.c b/libkms/intel.c
index 8b8249b..8aeb6ae 100644
--- a/libkms/intel.c
+++ b/libkms/intel.c
@@ -52,7 +52,7 @@ intel_get_prop(struct kms_dri
Here's the libdrm part of the atomic mode setting stuff.
There's a new object I christened drmModePropertySet. It's an opaque
object which is used to keep track of property changes for the user.
Internally it's just a linked list of object_id/property_id/property_value
tuples. The list is sorted b
On Thu, May 24, 2012 at 2:18 AM, Dmitry Eremin-Solenikov
wrote:
> Hello, colleagues,
>
> I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX
> board, with CPC925 (U3H) north bridge).
>
> ?For now I'm stuck with a problem: I use radeon card, drm-radeon driver with
> KMS.
>
> I
On Fri, May 25, 2012 at 10:18 AM, Sumit Semwal
wrote:
> Hi Dave,
>
> On 25 May 2012 14:34, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> include/linux/dma-buf.h: In function ?dma_buf_vmap?:
>> include/linux/dma-buf.h:260:1: warning: no return statement in function
>> returning non-void [-Wretu
On Thu, 2012-05-24 at 10:18 +0400, Dmitry Eremin-Solenikov wrote:
> Hello, colleagues,
>
> I'm trying to enable an AGP slot (again) on my Maple board (dual
> PPC970FX board, with CPC925 (U3H) north bridge).
>
> For now I'm stuck with a problem: I use radeon card, drm-radeon driver
> with KMS.
https://bugs.freedesktop.org/show_bug.cgi?id=50232
almos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50230
almos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 5/24/12 3:26 PM, Daniel Vetter wrote:
Instead of reusing the polling code for hdp handling, split them up.
This has a few consequences:
- Don't touch HDP capable connectors in the poll loop.
- Only touch HDP capable connectors in drm_helper_hpd_irq_event.
- Run the HDP handling directly instea
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Damien Churchill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Dave Airlie
include/linux/dma-buf.h: In function ?dma_buf_vmap?:
include/linux/dma-buf.h:260:1: warning: no return statement in function
returning non-void [-Wreturn-type]
Reported-by: wfg at linux.intel.com
Signed-off-by: Dave Airlie
---
include/linux/dma-buf.h |1 +
1 files change
In v3.3, the gma500 drm driver moved from staging to drm group by
Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
brightness well and don't need gma500 stub driver anymore.
Cc: randy.dunlap at oracle.com
Cc: mjg59 at srcf.ucam.org
Cc: gregkh at suse.de
Cc: trenn at suse.de
Cc: Val
> > There are multiple ways synchronization can be achieved,
> > fences/sync objects is one common approach, however we're
> > presenting a different approach. Personally, I quite like
> > fence sync objects, however we believe it requires a lot of
> > userspace interfaces to be changed to pass
On Fri, May 25, 2012 at 2:17 AM, Sumit Semwal wrote:
>
> I am really sorry - I goofed up in the git URL (sent the ssh URL
> instead).
I was going to send you an acerbic email asking for your private ssh
key, but then noticed that you had sent another email with the public
version of the git tree.
On Fri, May 25, 2012 at 2:17 AM, Sumit Semwal
wrote:
>
> I am really sorry - I goofed up in the git URL (sent the ssh URL
> instead).
I was going to send you an acerbic email asking for your private ssh
key, but then noticed that you had sent another email with the public
version of the git tree
Hi Greg,
On Fri, May 25, 2012 at 02:24:32PM +0900, Greg KH wrote:
> I see you say you wanted the patch below for the stable tree, due to
> some later patch needing it, yet this patch was not "marked" for the
> stable tree, and I can't seem to figure out which "later patch" you are
> referring to h
On Thu, May 24, 2012 at 07:27:04PM -0700, Linus Torvalds wrote:
> These guys seem to be recently introduced:
>
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:
> GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy
On Thu, 24 May 2012 19:27:04 -0700, Linus Torvalds wrote:
> These guys seem to be recently introduced:
>
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:
> GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:
> G
On Thu, May 24, 2012 at 2:18 AM, Dmitry Eremin-Solenikov
wrote:
> Hello, colleagues,
>
> I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX
> board, with CPC925 (U3H) north bridge).
>
> For now I'm stuck with a problem: I use radeon card, drm-radeon driver with
> KMS.
>
> I
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #24 from Santiago Garcia Mantinan 2012-05-25
07:35:48 ---
About my previous message... when I talk about 3.0 and 3.1 I meant that they
were also failing, not working, 2.6.39 was the last working one for me, I
tested all the serie
https://bugs.freedesktop.org/show_bug.cgi?id=50325
--- Comment #3 from T?r?k Edwin 2012-05-25 00:22:27
PDT ---
With the git version of Mesa I get an error, opened new bug here:
https://bugs.freedesktop.org/show_bug.cgi?id=50338
EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI
https://bugs.freedesktop.org/show_bug.cgi?id=50338
--- Comment #1 from T?r?k Edwin 2012-05-25 00:22:02
PDT ---
Created attachment 62088
--> https://bugs.freedesktop.org/attachment.cgi?id=62088
R600_DUMP_SHADERS=1 output from working Mesa 8.0.2
shader dump from working:
OpenGL vendor string: X
https://bugs.freedesktop.org/show_bug.cgi?id=50338
Bug #: 50338
Summary: r600g: EE r600_shader.c:140 r600_pipe_shader_create -
translation from TGSI failed !
Classification: Unclassified
Product: Mesa
Version: git
Plat
? ??2012-05-25 ? 04:53 +0900?Greg KH ???
> On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
On Fri, 25 May 2012 04:53:50 +0900
Greg KH wrote:
> On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 st
On 25/05/12 14:08, Tom Cooksey wrote:
Hi All,
I realise it's been a while since this was last discussed, however I'd like
to bring up kernel-side synchronization again. By kernel-side
synchronization, I mean allowing multiple drivers/devices wanting to access
the same buffer to do so without bou
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=39832
Santiago Garcia Mantinan changed:
What|Removed |Added
CC||manty at manty.net
--- Com
Hi Dave,
On 25 May 2012 14:34, Dave Airlie wrote:
> From: Dave Airlie
>
> include/linux/dma-buf.h: In function ‘dma_buf_vmap’:
> include/linux/dma-buf.h:260:1: warning: no return statement in function
> returning non-void [-Wreturn-type]
>
> Reported-by: w...@linux.intel.com
> Signed-off-by: Da
Hi Linus,
On 25 May 2012 13:25, Sumit Semwal wrote:
> Hi Linus,
>
> Here's the first signed-tag pull request for dma-buf framework.
>
> Could you please pull the dma-buf updates for 3.5? This includes the
> following key items:
> - mmap support
> - vmap support
> - related documentation updates
>
Hi Linus,
Here's the first signed-tag pull request for dma-buf framework.
Could you please pull the dma-buf updates for 3.5? This includes the
following key items:
- mmap support
- vmap support
- related documentation updates
These are needed by various drivers to allow mmap/vmap of dma-buf
shar
於 五，2012-05-25 於 16:07 +0900，Greg KH 提到：
> On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> In v3.3, the gma500 drm driver moved from staging to drm group by
> Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> brightness well and don't need gma500 stub driver anymore.
>
> Cc: randy.dun...@oracle.com
> Cc: mj
Hi Daniel,
I see you say you wanted the patch below for the stable tree, due to
some later patch needing it, yet this patch was not "marked" for the
stable tree, and I can't seem to figure out which "later patch" you are
referring to here.
Any hints on what I should do for the 3.4-stable kernel t
In v3.3, the gma500 drm driver moved from staging to drm group by
Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
brightness well and don't need gma500 stub driver anymore.
Cc: randy.dun...@oracle.com
Cc: mj...@srcf.ucam.org
Cc: gre...@suse.de
Cc: tr...@suse.de
Cc: valdis.kletni..
於 五，2012-05-25 於 04:53 +0900，Greg KH 提到：
> On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> In v3.3, the gma500 drm driver moved from staging to drm group by
> Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> brightness well and don't need gma500 stub driver anymore.
>
> So, my plan is remove gma500 stub dr
> -Original Message-
> From: Sylvain BERTRAND [mailto:sylw...@legeek.net]
> Sent: Thursday, May 24, 2012 1:59 PM
> To: Christian König
> Cc: j.gli...@gmail.com; Koenig, Christian; dri-devel@lists.freedesktop.org
> Subject: Re: [PATCH 08/10] drm/radeon: replace pflip and sw_int counters
> wi
On Thu, Mar 22, 2012 at 09:30:56AM +0300, Dan Carpenter wrote:
> If we hit an error here, then we should unlock and unreference obj
> before returning.
>
This is still present in linux-next.
regards,
dan carpenter
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/udl/udl_gem.c b
Hello, colleagues,
I'm trying to enable an AGP slot (again) on my Maple board (dual
PPC970FX board, with CPC925 (U3H) north bridge).
For now I'm stuck with a problem: I use radeon card, drm-radeon driver
with KMS.
If I force drm-radeon to think about a card as about PCI card (by
commentin
On Thu, May 24, 2012 at 12:01 AM, Tomi Valkeinen wrote:
> Hi,
>
> On Wed, 2012-05-23 at 15:08 -0500, Andy Gross wrote:
>> Register OMAP DRM/KMS platform device. DMM is split into a
>> separate device using hwmod.
>>
>> Signed-off-by: Andy Gross
>
>
>
>> +static int __init omap_init_drm(void)
>>
https://bugs.freedesktop.org/show_bug.cgi?id=12882
Daniel Vetter changed:
What|Removed |Added
Summary|[855GM missng DVO driver] |[855GM missing DVO driver]
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Daniel Vetter changed:
What|Removed |Added
Summary|[830M] need support for |[830M missing dvo driver]
https://bugs.freedesktop.org/show_bug.cgi?id=12882
Daniel Vetter changed:
What|Removed |Added
Summary|[855GM DVO] s-video not |[855GM missng DVO driver]
https://bugs.freedesktop.org/show_bug.cgi?id=30845
Daniel Vetter changed:
What|Removed |Added
Severity|normal |enhancement
Priority|medium
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Chris Wilson changed:
What|Removed |Added
CC||t...@math.tu-berlin.de
--- Comment #71 fr
Useful for ->detect functions that have different behaviour if force
is set. This way probe_single_connector can avoid to do the expensive
edid dance on connectors where this is not needed.
I've checked through all drivers and set this flag everywhere where
the connector->detect function has diffe
On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> A set of fixes for 3.5:
> - Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
> fix pch pll asserts.
> - Fix up eDP panel power sequencing - turns out we need to keep vdd on
> while switching e
On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> In v3.3, the gma500 drm driver moved from staging to drm group by
> Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> brightness well and don't need gma500 stub driver anymore.
>
> So, my plan is remove gma500 stub dr
Hi All,
I realise it's been a while since this was last discussed, however I'd like
to bring up kernel-side synchronization again. By kernel-side
synchronization, I mean allowing multiple drivers/devices wanting to access
the same buffer to do so without bouncing up to userspace to resolve
depende
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Damien Churchill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, May 25, 2012 at 10:18 AM, Sumit Semwal wrote:
> Hi Dave,
>
> On 25 May 2012 14:34, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> include/linux/dma-buf.h: In function ‘dma_buf_vmap’:
>> include/linux/dma-buf.h:260:1: warning: no return statement in function
>> returning non-void [-Wretur
On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> In v3.3, the gma500 drm driver moved from staging to drm group by
> Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> brightness well and don't need gma500 stub driver anymore.
Looks good to me.
--
Matthew Garrett |
From: Dave Airlie
include/linux/dma-buf.h: In function ‘dma_buf_vmap’:
include/linux/dma-buf.h:260:1: warning: no return statement in function
returning non-void [-Wreturn-type]
Reported-by: w...@linux.intel.com
Signed-off-by: Dave Airlie
---
include/linux/dma-buf.h |1 +
1 files changed,
From: Ville Syrjälä
---
libkms/intel.c |6 +-
libkms/libkms.h |2 ++
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/libkms/intel.c b/libkms/intel.c
index 8b8249b..8aeb6ae 100644
--- a/libkms/intel.c
+++ b/libkms/intel.c
@@ -52,7 +52,7 @@ intel_get_prop(struct kms_dri
From: Ville Syrjälä
---
include/drm/drm.h |1 +
include/drm/drm_mode.h | 13 +++
xf86drmMode.c | 270
xf86drmMode.h | 19
4 files changed, 303 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm.h b/inc
Here's the libdrm part of the atomic mode setting stuff.
There's a new object I christened drmModePropertySet. It's an opaque
object which is used to keep track of property changes for the user.
Internally it's just a linked list of object_id/property_id/property_value
tuples. The list is sorted b
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #24 from Santiago Garcia Mantinan 2012-05-25
07:35:48 ---
About my previous message... when I talk about 3.0 and 3.1 I meant that they
were also failing, not working, 2.6.39 was the last working one for me, I
tested all the serie
Hi Greg,
On Fri, May 25, 2012 at 02:24:32PM +0900, Greg KH wrote:
> I see you say you wanted the patch below for the stable tree, due to
> some later patch needing it, yet this patch was not "marked" for the
> stable tree, and I can't seem to figure out which "later patch" you are
> referring to h
On Thu, May 24, 2012 at 07:27:04PM -0700, Linus Torvalds wrote:
> These guys seem to be recently introduced:
>
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:
> GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy
https://bugs.freedesktop.org/show_bug.cgi?id=50325
--- Comment #3 from Török Edwin 2012-05-25 00:22:27 PDT
---
With the git version of Mesa I get an error, opened new bug here:
https://bugs.freedesktop.org/show_bug.cgi?id=50338
EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI
https://bugs.freedesktop.org/show_bug.cgi?id=50338
--- Comment #1 from Török Edwin 2012-05-25 00:22:02 PDT
---
Created attachment 62088
--> https://bugs.freedesktop.org/attachment.cgi?id=62088
R600_DUMP_SHADERS=1 output from working Mesa 8.0.2
shader dump from working:
OpenGL vendor string: X
https://bugs.freedesktop.org/show_bug.cgi?id=50338
Bug #: 50338
Summary: r600g: EE r600_shader.c:140 r600_pipe_shader_create -
translation from TGSI failed !
Classification: Unclassified
Product: Mesa
Version: git
Plat
On Thu, 24 May 2012 19:27:04 -0700, Linus Torvalds
wrote:
> These guys seem to be recently introduced:
>
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:
> GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206
> [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:
>
94 matches
Mail list logo
