Regards,
- Sedat -
-- next part --
A non-text attachment was scrubbed...
Name: build_mesa.sh
Type: application/x-sh
Size: 3062 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/ab129424/attachment-0001.sh>
archives/dri-devel/attachments/20130121/2c9a450d/attachment.html>
"data" is a void pointer and "args" is "data" after we have casted it to
a struct. We care about the sizeof the struct here. Btw, sizeof(*data)
is 1.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
b/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
ind
Hi,
I am testing mesa gles3 GIT (up to 8d27a9f) here on my Ubuntu/precise system.
[ LINUX-KERNEL ]
$ cat /proc/version
Linux version 3.8.0-rc4-next20130121-2-iniza-generic
(sedat.di...@gmail.com@fambox) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu5) ) #1 SMP Mon Jan 21 13:37:01 CET 2013
[ XS
* On 20.01.2013 11:49 PM, Daniel Vetter wrote:
> Thanks for testing, I've just submitted the patch for review. It
> should included in a -fixes tree soon and the get backported to
> stable kernels.
Thanks. :)
> Please let me know when this works solidly for you, so that I can
> put it into a rea
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/1c178862/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/92fd26ab/attachment.html>
locks the gpu ?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/1ee57ea6/attachment.html>
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/6c933e6f/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/873b5ad7/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/7f5881c4/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/ce79ed74/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #10 from Alex Deucher 2013-01-21
21:06:07 ---
Are you still seeing this with a newer kernel? 3.0.34 is really old.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail b
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/85a2e334/attachment.html>
We already have the quirk entry for the mobile platform, but also
reports on some desktop versions. So be paranoid and set it
everywhere.
References: http://www.mail-archive.com/dri-devel at
lists.freedesktop.org/msg33138.html
Cc: stable at vger.kernel.org
Cc: David Woodhouse
Reported-and-tested
On Mon, Jan 21, 2013 at 7:33 PM, Inki Dae wrote:
> 2013/1/21 Rob Clark :
>> I don't suppose you could send a libdrm patch to the list with an up
>> to date version of the g2dtest code so we can get it in libdrm tree?
>>
>
> We are planning on updating exynos drm for libdrm. At that time, the
> up
void *object is not used in fact.
Signed-off-by: Xinyun Liu
---
drivers/gpu/drm/drm_global.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_global.c b/drivers/gpu/drm/drm_global.c
index f731116..3d2e91c 100644
--- a/drivers/gpu/drm/drm_global.c
+++ b/drivers/gpu/drm/
evious CC's]
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4506 bytes
Desc: S/MIME Cryptographic Signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/19f4967b/attachment-0001.bin>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/08b10f3e/attachment.html>
ut there's a
backtrace printout if I attempt to reboot the machine.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachmen
Version|XOrg 6.7.0 |unspecified
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/9b98f
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/c811d872/attachment.html>
On Mon, Jan 21, 2013 at 7:33 PM, Inki Dae wrote:
> 2013/1/21 Rob Clark :
>> I don't suppose you could send a libdrm patch to the list with an up
>> to date version of the g2dtest code so we can get it in libdrm tree?
>>
>
> We are planning on updating exynos drm for libdrm. At that time, the
> up
2013/1/21 Rob Clark :
> I don't suppose you could send a libdrm patch to the list with an up
> to date version of the g2dtest code so we can get it in libdrm tree?
>
We are planning on updating exynos drm for libdrm. At that time, the
up to date version of the g2dtest will be posted.
Joonyoung, le
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/6094ce4f/attachment.html>
Checked it out and applied. For ARCH_MULTIPLATFORM support, Such
header files shouldn't be included. And for this, we are planning on
supporting device tree for ipp driver.
Thanks,
Inki Dae
2013/1/22 Arnd Bergmann :
> While the exynos DRM support in principle can work on
> multiplatform, the FIMD
While the exynos DRM support in principle can work on
multiplatform, the FIMD and IPP sections of it both
include the plat/map-base.h header file, which is
not available on multiplatform. Rather than disabling
the entire driver, we can just conditionally build
these two parts.
Without this patch,
I know this comes late, but we have a number of broken
configurations in ARM in v3.8 that were still building
in v3.7, and I'd like to get them all fixed in the
final 3.8 release.
It would be nice if the respective maintainers could
have a look at these patches and apply them directly
when they ar
On Mon, Jan 21, 2013 at 5:10 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher
> wrote:
>> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>>> From: Jerome Glisse
>>>
>>> Aruba and newer gpu does not need the avivo cursor work around,
>>> quite the opposite this work around lead
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
Hi Rob,
On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIP
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/f258fc97/attachment.html>
On Mon, Jan 21, 2013 at 3:50 PM, wrote:
> From: Jerome Glisse
>
> Aruba and newer gpu does not need the avivo cursor work around,
> quite the opposite this work around lead to corruption.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
> 1 file changed,
From: Jerome Glisse
Aruba and newer gpu does not need the avivo cursor work around,
quite the opposite this work around lead to corruption.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_hdmi.c:111:13: warning:
symbol 'drm_hdmi_get_edid' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
Compile tested on exynos-drm-fixes branch of Inki Dae's tree.
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #5 from Andy Furniss ---
(In reply to comment #3)
> As far as I can tell, all shaders end with an export instruction, with
> EndOfProgram bit set. I suspect an issue with number of color buffer export
> involved.
>
> Can you apply th
Something's wrong with this tarball -- configure.ac references man/Makefile,
but no man/ directory is included.
Lesson: always run 'make distcheck' before releasing :)
Thomas
On Wed, Jan 16, 2013 at 01:19:17PM +0100, Maarten Lankhorst wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #22 from Stefan Dösinger ---
Are you sure? I see nothing in the r300g git history that I'd expect to have
fixed this bug. Unless of course the hw does what ARB_depth_clamp requires when
you set CLIP_DISABLE and the rendering problems
On Mon, Jan 21, 2013 at 5:10 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
>> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>>> From: Jerome Glisse
>>>
>>> Aruba and newer gpu does not need the avivo cursor work around,
>>> quite the opposite this work around lead to
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #4 from vincent ---
Created attachment 73411
--> https://bugs.freedesktop.org/attachment.cgi?id=73411&action=edit
Disable llvm fs
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #3 from vincent ---
As far as I can tell, all shaders end with an export instruction, with
EndOfProgram bit set. I suspect an issue with number of color buffer export
involved.
Can you apply this patch and report if the game still lo
https://bugs.freedesktop.org/show_bug.cgi?id=59614
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Daniel,
On Thursday 17 January 2013 13:29:27 Daniel Vetter wrote:
> On Thu, Jan 17, 2013 at 9:42 AM, Jani Nikula wrote:
> > On Fri, 11 Jan 2013, Laurent Pinchart wrote:
> >> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> >> Display Framework ? There will be a CDF me
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/33556cb5/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59592
Alex Deucher changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
On Mon, Jan 21, 2013 at 3:50 PM, wrote:
> From: Jerome Glisse
>
> Aruba and newer gpu does not need the avivo cursor work around,
> quite the opposite this work around lead to corruption.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
> 1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #2 from Alex Deucher ---
Is this still an issue with Dave's latest drm pull request:
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #1 from Alex Deucher ---
Is this still an issue with the latest bits from Dave's last pull request?
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
--
You are receiving this mail because:
You are the assignee for the bug
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #10 from Alex Deucher 2013-01-21 21:06:07
---
Are you still seeing this with a newer kernel? 3.0.34 is really old.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail b
We really ought to be able to manage at least *that* much.
Rajesh?
--
dwmw2
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6171 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-dev
From: Jerome Glisse
Aruba and newer gpu does not need the avivo cursor work around,
quite the opposite this work around lead to corruption.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #6 from Alexandre Demers ---
Should differents anti-aliasing methods be tracked in differents bugs?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/dr
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/drm/
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/video/fbmo
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, which is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: St
Hi!
There was still no maintainer, that commented, ack'd, nack'd, apply'd the
series. So, this is just a resend.
The patches were tested with:
- v15 on Tegra by Thierry
- sh-mobile-lcdcfb by Laurent
- MX53QSB by Marek
- Exynos: smdk5250 by Leela
- AM335X EV
While testing out 3.8.0-rc4-00071-g9a92841 on a PC where I have
ironlake_crtc_disable warning
(https://bugzilla.kernel.org/show_bug.cgi?id=52061), I saw a new warning
today that was not there with 3.8.0-rc3-00074. The previous warning is
also still there.
EDID is occasionally wrong on this PC,
Convert all uses of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
devm_ioremap_resource() provides its own error messages so all explicit
error messages can be removed from the failure code paths.
Signed-off-by: Thierry R
https://bugs.freedesktop.org/show_bug.cgi?id=57875
Piero Finizio changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, 2013-01-20 at 23:50 +0100, Daniel Vetter wrote:
> DMAR support on g4x/gm45 integrated gpus seems to be totally busted.
> So don't bother, but instead disable it by default to allow distros to
> unconditionally enable DMAR support.
Acked-By: David Woodhouse
It *really* winds me up that we
Michel D?nzer ---
Marek, any ideas? I'm also seeing this with radeonsi.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
We already have the quirk entry for the mobile platform, but also
reports on some desktop versions. So be paranoid and set it
everywhere.
References:
http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg33138.html
Cc: sta...@vger.kernel.org
Cc: David Woodhouse
Reported-and-tested-by: M
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #1 from Lucas Kannebley Tavares ---
Created attachment 73398
--> https://bugs.freedesktop.org/attachment.cgi?id=73398&action=edit
Backtrace upon reboot
I can't remove the module the modprobe (some resource got stuck) but there's a
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Lucas Kannebley Tavares changed:
What|Removed |Added
CC||luca...@linux.vnet.ibm.com
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Priority: medium
Bug ID: 59672
Assignee: dri-devel@lists.freedesktop.org
Summary: Problems initializing Radeon driver: lockup during IB
test
Severity: normal
Classificati
On Fri, Dec 14, 2012 at 12:01 PM, Konstantin Khlebnikov
wrote:
> unblank_screen() can be called from interrupt context during oops.
> thus all ->fb_blank handlers should avoid sleeping in this situation.
>
> callstack:
> panic()
> bust_spinlocks(1)
> unblank_screen()
> vc->vc_sw->con_blank()
> fbc
On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test t
https://bugs.freedesktop.org/show_bug.cgi?id=59592
n...@detonation.org changed:
What|Removed |Added
Keywords||regression
--
You are receiving th
I know this comes late, but we have a number of broken
configurations in ARM in v3.8 that were still building
in v3.7, and I'd like to get them all fixed in the
final 3.8 release.
It would be nice if the respective maintainers could
have a look at these patches and apply them directly
when they ar
While the exynos DRM support in principle can work on
multiplatform, the FIMD and IPP sections of it both
include the plat/map-base.h header file, which is
not available on multiplatform. Rather than disabling
the entire driver, we can just conditionally build
these two parts.
Without this patch,
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #2 from Andy Furniss ---
Created attachment 73391
--> https://bugs.freedesktop.org/attachment.cgi?id=73391&action=edit
compressed etqw shader dump while getting gpu lock.
--
You are receiving this mail because:
You are the assigne
multi-platform
support.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/60583cb4/attachment.pgp>
w
platforms to be multi-platform from the start, so any new drivers should
not cause the same pain anyway.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<
On Mon, Jan 21, 2013 at 1:17 AM, Thierry Reding
wrote:
> On Sun, Jan 20, 2013 at 09:08:34AM -0600, Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test things f
On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test t
http://en.wikipedia.org/wiki/Make_(software)
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/150fc99d/attachment.pgp>
Hi Rob,
On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIP
Something's wrong with this tarball -- configure.ac references man/Makefile,
but no man/ directory is included.
Lesson: always run 'make distcheck' before releasing :)
Thomas
On Wed, Jan 16, 2013 at 01:19:17PM +0100, Maarten Lankhorst wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_hdmi.c:111:13: warning:
symbol 'drm_hdmi_get_edid' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
Compile tested on exynos-drm-fixes branch of Inki Dae's tree.
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
On Mon, Jan 21, 2013 at 1:17 AM, Thierry Reding
wrote:
> On Sun, Jan 20, 2013 at 09:08:34AM -0600, Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test things f
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #1 from vincent ---
Can you run etqw with R600_DUMP_SHADERS=1 and post the output please ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing l
n 3.8-rc4 yet
Laptop: Lenovo ThinkPad W500
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/53209b3d/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=43751
ewhite changed:
What|Removed |Added
CC||ewhite20 at etcsys.com
--- Comment #6 from e
Hi Daniel,
On Thursday 17 January 2013 13:29:27 Daniel Vetter wrote:
> On Thu, Jan 17, 2013 at 9:42 AM, Jani Nikula wrote:
> > On Fri, 11 Jan 2013, Laurent Pinchart wrote:
> >> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> >> Display Framework ? There will be a CDF me
Hi Linus,
A bunch of intel and radeon fixes, along with two fixes to TTM code.
The correct fix for the Intel ironlake failure is in this, and should make
things more stable, along with some misc radeon fixes.
Dave.
The following changes since commit 7b4cf994e4c6ba48872bb25253cc393b7fb74c82:
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, which is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: St
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/dr
Hi!
There was still no maintainer, that commented, ack'd, nack'd, apply'd the
series. So, this is just a resend.
The patches were tested with:
- v15 on Tegra by Thierry
- sh-mobile-lcdcfb by Laurent
- MX53QSB by Marek
- Exynos: smdk5250 by Leela
- AM335X EV
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/video/fbmo
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/drm/
1 - 100 of 106 matches
Mail list logo
