ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130426/ef457cfd/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/de9bb999/attachment.html>
ing 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/20130426/a82bdd38/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/7ed20771/attachment.html>
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/208ead38/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=63979
--- Comment #3 from Jerome Glisse ---
You need what's gonna be 3.10, ie Alex next tree and set ColorTiling and
ColorTiling2D option in xorg.conf
--
You are receiving this mail because:
You are the assignee for the bug.
_
On 04/26/2013 09:42 PM, Tomasz Figa wrote:
> On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
>> On 04/26/2013 10:20 AM, Inki Dae wrote:
>>> Exactly right. it's my mistake. But now it seems that
>>> __mode_of_device_table is multi defined at fimd and g2d side so there
>>> still is modu
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/f6739097/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/ab64eab5/attachment-0001.html>
On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
> On 04/26/2013 10:20 AM, Inki Dae wrote:
> > Exactly right. it's my mistake. But now it seems that
> > __mode_of_device_table is multi defined at fimd and g2d side so there
> > still is module build error. :(
> Since all drivers seem to
ubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/44c77de5/attachment.pgp>
Include definitions of used types by including drm/drm.h
Sparse output:
/usr/include/drm/tegra_drm.h:21:
found __[us]{8,16,32,64} type without
#include
Signed-off-by: Emil Goode
---
include/uapi/drm/tegra_drm.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/ua
Exynos hdmi driver is using drm_display_mode for setting timing values
for a supported resolution. Conversion to fb_videomode and then comparing
with the mixer/hdmi/phy limits is not required. Instead, drm_display_mode
fields cane be directly compared.
v2:
1) Removed convert_to_video_timing().
2)
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/4baaa6b7/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=63979
--- Comment #2 from Alexander von Gluck ---
airlied mentioned enabling colortiling.. no change.
I'm using Linux 3.9rc7 + the latest git libdrm + mesa.
3.10 isn't tagged in any way yet...
--
You are receiving this mail because:
You are the ass
t;false"
Option "ColorTiling" "on"
# Option "AccelDFS" "off"
EndSection
--
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/20130426/d5998f83/attachment.html>
l/attachments/20130426/15b4298c/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/759af6b7/attachment.html>
Right now hdmiphy operations and configs are kept inside hdmi driver. hdmiphy
related code is tightly coupled with hdmi ip driver. Physicaly they are
different devices and should be instantiated independently.
In terms of versions/mapping/configurations Hdmi and hdmiphy are independent
of each oth
Right now hdmiphy operations and configs are kept inside hdmi driver. hdmiphy
related code is tightly coupled with hdmi ip driver. Physicaly they are
different devices and should be instantiated independently.
In terms of versions/mapping/configurations Hdmi and hdmiphy are independent
of each oth
Allocating scatter table with sg_alloc_table() does not consider
contiguous pages. Because sg_alloc_table_from_pages() merges
contigous pages into a signle scatter entry, this patch fixes to
allocate scatter table with it from drm_prime_pages_to_sg().
Signed-off-by: Seung-Woo Kim
---
drivers/gpu
From: Ville Syrj?l?
There is no way to use modes added to the user_modes list. We never
look at the contents of said list in the kernel, and the only operations
userspace can do are attach and detach. So the only "benefit" of this
interface is wasting kernel memory.
Fortunately it seems no real
re still
is module build error. :(
Thanks,
Inki Dae
>
> which seems wrong, because of_fimd_device_id is not a correct struct type.
>
> Best regards,
> Tomasz
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/27cdf346/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=63933
--- Comment #6 from Victor Aurélio ---
Thank you and sorry for any inconvenience
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=63979
--- Comment #1 from Jerome Glisse ---
3.10 kernel + mesa git + libdrm recent enough ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lis
https://bugs.freedesktop.org/show_bug.cgi?id=63933
--- Comment #5 from Alex Deucher ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > Ok, if i use Xinerama (with same resolutions) will exceed hardware limit
> > > or
> > > not ?
> >
> > xinerama does not
https://bugs.freedesktop.org/show_bug.cgi?id=63933
--- Comment #4 from Victor Aurélio ---
(In reply to comment #3)
> (In reply to comment #2)
> > Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or
> > not ?
>
> xinerama does not support 3D acceleration.
ok, sorry my stu
https://bugs.freedesktop.org/show_bug.cgi?id=63933
--- Comment #3 from Alex Deucher ---
(In reply to comment #2)
> Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or
> not ?
xinerama does not support 3D acceleration.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=63933
--- Comment #2 from Victor Aurélio ---
Ok, if i use Xinerama (with same resolutions) will exceed hardware limit or not
?
--
You are receiving this mail because:
You are the assignee for the bug.
___
d
https://bugs.freedesktop.org/show_bug.cgi?id=63979
Priority: medium
Bug ID: 63979
Assignee: dri-devel@lists.freedesktop.org
Summary: s3tc not working with radeonsi driver
Severity: normal
Classification: Unclassified
OS: All
org/archives/dri-devel/attachments/20130426/cbf751ce/attachment.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/f0473243/attachment.html>
__
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
--
Regards,
Rahul Sharma,
email to: rahul.sharma at samsung.com
Samsung India.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/6364d259/attachment.html>
This patch fixes multiple definition error like below when building it
as moudle with device tree support.
drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function `.LANCHOR1':
exynos_drm_g2d.c:(.rodata+0x6c): multiple definition of `__mod_of_device_table'
drivers/gpu/drm/exynos/exynos_drm_fimd.o:exyn
_
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/6edc6bdd/attachment.html>
> -Original Message-
> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
> Sent: Thursday, April 25, 2013 8:36 PM
> To: dri-devel at lists.freedesktop.org
> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com; sachin.kamat at
> linaro.org
> Subject: [PATCH Resend] drm/exynos: Se
On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
> On 04/26/2013 10:20 AM, Inki Dae wrote:
> > Exactly right. it's my mistake. But now it seems that
> > __mode_of_device_table is multi defined at fimd and g2d side so there
> > still is module build error. :(
> Since all drivers seem to
https://bugs.freedesktop.org/show_bug.cgi?id=62889
--- Comment #19 from Alexander von Gluck ---
I can confirm that after disabling ColorTiling that Steam loads properly.
So it looks like:
1) The ColorTiling bug moved from Gnome 3 back to Steam after updating Mesa /
libdrm
2) The Patch makes n
https://bugs.freedesktop.org/show_bug.cgi?id=62889
--- Comment #18 from Alexander von Gluck ---
Created attachment 78533
--> https://bugs.freedesktop.org/attachment.cgi?id=78533&action=edit
screenshot of steam showing ColorTiling corruption
current xorg:
#Section "Module"
# Load "dri2"
https://bugs.freedesktop.org/show_bug.cgi?id=62889
--- Comment #17 from Alexander von Gluck ---
I re-updated my Mesa, llvm-amdgpu, libdrm, to mainline and applied the patch to
kernel 3.9.0rc3
Now things seem to be in a better state. The patch doesn't seem to provide any
change though as I can
On Fri, Apr 26, 2013 at 07:49:51PM +0200, Emil Goode wrote:
> Include definitions of used types by including drm/drm.h
>
> Sparse output:
> /usr/include/drm/tegra_drm.h:21:
> found __[us]{8,16,32,64} type without
> #include
>
> Signed-off-by: Emil Goode
> ---
> include/uapi/drm/teg
https://bugs.freedesktop.org/show_bug.cgi?id=63973
Priority: medium
Bug ID: 63973
Assignee: dri-devel@lists.freedesktop.org
Summary: Regression in WebGL gl-vertexattribpointer.html by
commit 5649f886f7602
Severity: normal
On 04/26/2013 10:20 AM, Inki Dae wrote:
> Exactly right. it's my mistake. But now it seems that __mode_of_device_table
> is
> multi defined at fimd and g2d side so there still is module build error. :(
Since all drivers seem to be linked into single a single module, you
likely need to create a s
Silences the following checkpatch warning:
WARNING: braces {} are not necessary for any arm of this statement
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
Hi Inki,
On 26 April 2013 10:11, Inki Dae wrote:
>
> The above line isn't needed anymore. I just removed and merged it. And I
> can't find this patch on dri-devel mailing list. Maybe you didn't still
> subscribe dri-devel mailing list.
I could find this patch on the dri-devel mailing list. Here
On 26 April 2013 10:11, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
>> Sent: Thursday, April 25, 2013 8:36 PM
>> To: dri-devel at lists.freedesktop.org
>> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com; sachin.kamat at
>> li
Hi Inki,
On Friday 26 of April 2013 14:03:10 Inki Dae wrote:
> This patch fixes multiple definition error like below when building it
> as moudle with device tree support.
>
> drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function `.LANCHOR1':
> exynos_drm_g2d.c:(.rodata+0x6c): multiple definition
On Wed, Apr 24, 2013 at 5:58 AM, Tom Cooksey wrote:
> Hi Dave!
>
> I guess I should have opened a discussion around armsoc a lot earlier
> than now as you clearly have some frustrations! Sorry about that.
>
> It also sounds like you have some ideas over how we should approach
> the technical side
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/8dc0c168/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=63865
--- Comment #6 from Alex Deucher ---
Does the patch help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://li
https://bugs.freedesktop.org/show_bug.cgi?id=63865
--- Comment #5 from Hieu Hoang ---
I have only changed SATA mode, and have not updated the BIOS since I bought
this motherboard.
3.7.10 works, 3.8.0 doesn't. I'll try to set up bisecting, but this CPU is
really weak.
As another data point, the
From: Ville Syrjälä
There is no way to use modes added to the user_modes list. We never
look at the contents of said list in the kernel, and the only operations
userspace can do are attach and detach. So the only "benefit" of this
interface is wasting kernel memory.
Fortunately it seems no real
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/01303b03/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/cf6a5156/attachment.html>
On Wed, Apr 24, 2013 at 5:58 AM, Tom Cooksey wrote:
> Hi Dave!
>
> I guess I should have opened a discussion around armsoc a lot earlier
> than now as you clearly have some frustrations! Sorry about that.
>
> It also sounds like you have some ideas over how we should approach
> the technical side
Silences the following checkpatch warning:
WARNING: braces {} are not necessary for any arm of this statement
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
Hi Inki,
On 26 April 2013 10:11, Inki Dae wrote:
>
> The above line isn't needed anymore. I just removed and merged it. And I
> can't find this patch on dri-devel mailing list. Maybe you didn't still
> subscribe dri-devel mailing list.
I could find this patch on the dri-devel mailing list. Here
On 04/26/2013 10:20 AM, Inki Dae wrote:
> Exactly right. it's my mistake. But now it seems that __mode_of_device_table
> is
> multi defined at fimd and g2d side so there still is module build error. :(
Since all drivers seem to be linked into single a single module, you
likely need to create a s
one
didn't, so it looks like this does indeed fix the lockup. Thanks!
--
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
Hi Seung Woo,
I had posted the same solution at
http://lists.freedesktop.org/archives/dri-devel/2013-January/034119.html.
This has been pulled in drm-intel-next.
regards,
Rahul Sharma.
On Fri, Apr 26, 2013 at 2:18 PM, Seung-Woo Kim wrote:
> Allocating scatter table with sg_alloc_table() does
Allocating scatter table with sg_alloc_table() does not consider
contiguous pages. Because sg_alloc_table_from_pages() merges
contigous pages into a signle scatter entry, this patch fixes to
allocate scatter table with it from drm_prime_pages_to_sg().
Signed-off-by: Seung-Woo Kim
---
drivers/gpu
Hi Tomasz,
2013/4/26 Tomasz Figa
> Hi Inki,
>
> On Friday 26 of April 2013 14:03:10 Inki Dae wrote:
> > This patch fixes multiple definition error like below when building it
> > as moudle with device tree support.
> >
> > drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function `.LANCHOR1':
> > ex
ing 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/20130426/8136749f/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #16 from Thilo Cestonaro ---
Any news about this prob? Any questions? Additional Info needed?
Greetings
Thilo
--
You are receiving this mail because:
You are the assignee for the bug.
___
Hi Inki,
On Friday 26 of April 2013 14:03:10 Inki Dae wrote:
> This patch fixes multiple definition error like below when building it
> as moudle with device tree support.
>
> drivers/gpu/drm/exynos/exynos_drm_g2d.o: In function `.LANCHOR1':
> exynos_drm_g2d.c:(.rodata+0x6c): multiple definition
?
--
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/20130426/76f59f4a/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/ecdb1ee3/attachment.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130426/028e20ec/attachment.html>
68 matches
Mail list logo
