>From 8e61934c3918484bae10d9ff771c93ad1fa73e29 Mon Sep 17 00:00:00 2001
From: Arjan van de Ven
Date: Sun, 16 Jun 2013 11:12:53 -0700
Subject: [PATCH 2/2] intel: get rid of the .data section
head_offset and tail_offset are the only two global variables in the
whole library that are
not 0 initializ
>From 27eef3eba293163a0c2348566d2470978c3f6c0e Mon Sep 17 00:00:00 2001
From: Arjan van de Ven
Date: Sun, 16 Jun 2013 10:56:35 -0700
Subject: [PATCH 1/2] intel: Mark large read only local arrays as static const
In the instruction decoder, various arrays that are local to functions,
but are read o
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_sdvo.c between commit 7ba220cec0bb ("drm/i915:
Enable hotplug interrupts after querying hw capabilities") from Linus'
tree and commit e596a02ccfc6 ("drm/i915: Remove dead code from SDVO
initialisati
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/55e5e117/attachment.html>
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit d62cf62ad07d
("drm/i915: Quirk the pipe A quirk in the modeset state checker") from
Linus' tree and commit 6c49f24180c3 ("drm/i915: hw state readout support
for pixel_multip
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130616/0749ae4c/attachment.html>
Applied.
Thanks,
Inki Dae
2013/6/14 김승우
> Hello Rahul,
>
> this patch is not related with others and it looks good to me.
>
> On 2013년 06월 11일 23:11, Rahul Sharma wrote:
> > Cleanup by removing flags variable from drm_hdmi_dt_parse_pdata
> > which is not used anywhere. Swtiching to of_get_name
||
--
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/20130616/0bcf949d/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130616/ed631d7f/attachment.html>
nts/20130616/6ac109ca/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=57381
Lan Tianyu changed:
What|Removed |Added
Component|Hibernation/Suspend |Video(DRI - non Intel)
AssignedTo|t
Thanks Seung-Woo,
On Fri, Jun 14, 2013 at 12:23 PM, 김승우 wrote:
> Hello Rahul,
>
> On 2013년 06월 11일 23:11, Rahul Sharma wrote:
>> Exynos hdmi IP version is named after hdmi specification version i.e.
>> 1.3 and 1.4. This versioning mechanism is not sufficient to handle
>> the diversity in the hdmi
On 06/15/2013 02:16 AM, Aaron Plattner wrote:
On 06/12/2013 06:16 AM, Joonyoung Shim wrote:
This adds to call low-level mmap() from prime helpers.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_prime.c | 5 -
include/drm/drmP.h | 2 ++
2 files changed, 6 insertions(+),
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/a8ee64e0/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/105479a9/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=57281
t3st3r at mail.ru changed:
What|Removed |Added
CC||t3st3r at mail.ru
--- Comment #11
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/167ddaf7/attachment.html>
On Sun, Jun 16, 2013 at 5:07 AM, Daniel Vetter wrote:
> On Fri, Jun 14, 2013 at 01:39:05PM -0700, St?phane Marchesin wrote:
>> The structure was kzalloced, so prev == next == NULL by default which
>> is invalid.
>>
>> Signed-off-by: St?phane Marchesin
>
> We do a list_add_tail which doesn't seem
https://bugs.freedesktop.org/show_bug.cgi?id=64913
--- Comment #9 from Krzysztof A. Sobiecki ---
Compile mesa, make it usable in a system, run piglit, apply the patch, compile
mesa,run KSP to check out if it fixes the problem, run piglit again and report
regressions.
That should be good enough.
>From 8e61934c3918484bae10d9ff771c93ad1fa73e29 Mon Sep 17 00:00:00 2001
From: Arjan van de Ven
Date: Sun, 16 Jun 2013 11:12:53 -0700
Subject: [PATCH 2/2] intel: get rid of the .data section
head_offset and tail_offset are the only two global variables in the
whole library that are
not 0 initializ
>From 27eef3eba293163a0c2348566d2470978c3f6c0e Mon Sep 17 00:00:00 2001
From: Arjan van de Ven
Date: Sun, 16 Jun 2013 10:56:35 -0700
Subject: [PATCH 1/2] intel: Mark large read only local arrays as static const
In the instruction decoder, various arrays that are local to functions,
but are read o
ext part --
A non-text attachment was scrubbed...
Name: 0002-intel-get-rid-of-the-.data-section.patch
Type: application/octet-stream
Size: 2425 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/e5aa9a3e/attachment.obj>
n_len;
unsigned int max_len;
- const char *name;
+ const char name[28];
} opcodes_3d[] = {
{ 0x02, 1, 1, "3DSTATE_MODES_3" },
{ 0x03, 1, 1, "3DSTATE_ENABLES_1" },
--
1.7.11.7
-- next part --
A non-text attachment was scrubbed...
Name: 0001-intel-Mark-large-read-only-local-arrays-as-static-co.patch
Type: application/octet-stream
Size: 7675 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/1bcc6d70/attachment-0001.obj>
This file is all about the legacy fbdev support. If we want to extract
framebuffer functions, we better put those into a separate file.
Also rename functions accordingly, only two have used the intel_fb_
prefix anyway.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/Makefile| 2
Boots Just Fine (tm)!
The only glitch seems to be that at least on Fedora the boot splash
gets confused and doesn't display much at all.
And since there's no ugly console flickering anymore in between, the
flicker while switching between X servers (VT support is still enabled)
is even more jarrin
For drivers which might want to disable fbdev legacy support.
Select the new option in all drivers for now, so this shouldn't result
in any change. Drivers need some work anyway to make fbdev support
optional (if they have it implemented, that is), so the recommended
way to expose this is by addin
Hi all,
So I've taken a look again at the locking mess in our fbdev support and cried.
Fixing up the console_lock mess around the fbdev notifier will be real work,
semanatically the fbdev layer does lots of stupid things (like the radeon resume
issue I've just debugged) and the panic notifier is p
Hi
On Sun, Jun 16, 2013 at 4:57 PM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the
https://bugs.freedesktop.org/show_bug.cgi?id=64913
--- Comment #8 from Corey Richardson ---
Seems I didn't use the correct keywords when searching for duplicates. Anything
I can do to help test? (I have HD6850)
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=65377
Bastian Triller changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=65810
Alex Deucher changed:
What|Removed |Added
Attachment #80892|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=64913
Alex Deucher changed:
What|Removed |Added
CC||co...@octayn.net
--- Comment #7 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=65803
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ext part --
A non-text attachment was scrubbed...
Name: 0002-intel-get-rid-of-the-.data-section.patch
Type: application/octet-stream
Size: 2425 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/a3a94e11/attachment-0001.obj>
n_len;
unsigned int max_len;
- const char *name;
+ const char name[28];
} opcodes_3d[] = {
{ 0x02, 1, 1, "3DSTATE_MODES_3" },
{ 0x03, 1, 1, "3DSTATE_ENABLES_1" },
--
1.7.11.7
-- next part --
A non-text attachment was scrubbed...
Name: 0001-intel-Mark-large-read-only-local-arrays-as-static-co.patch
Type: application/octet-stream
Size: 7675 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/df0be2ca/attachment-0001.obj>
es.
--
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/20130616/d4914a9e/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #9 from Harald Judt ---
> adding R600_DEBUG=nodma to my environment makes the problem go away...
> Not pretty, but a workaround. Same question though : how could I
> help debugging this?
I confirm this helps; Not against the GPU faul
https://bugs.freedesktop.org/show_bug.cgi?id=64867
Harald Judt changed:
What|Removed |Added
Attachment #80920|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=57281
t3s...@mail.ru changed:
What|Removed |Added
CC||t3s...@mail.ru
--- Comment #11 from t
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #7 from Harald Judt ---
Created attachment 80920
--> https://bugs.freedesktop.org/attachment.cgi?id=80920&action=edit
netconsole.log
I've been able to get a more complete output using netconsole. I'm not sure if
it helps, but here
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/35d1acfb/attachment.html>
ceiving 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/20130616/58eb2085/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130616/15804b8b/attachment.html>
This file is all about the legacy fbdev support. If we want to extract
framebuffer functions, we better put those into a separate file.
Also rename functions accordingly, only two have used the intel_fb_
prefix anyway.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/Makefile| 2
Boots Just Fine (tm)!
The only glitch seems to be that at least on Fedora the boot splash
gets confused and doesn't display much at all.
And since there's no ugly console flickering anymore in between, the
flicker while switching between X servers (VT support is still enabled)
is even more jarrin
For drivers which might want to disable fbdev legacy support.
Select the new option in all drivers for now, so this shouldn't result
in any change. Drivers need some work anyway to make fbdev support
optional (if they have it implemented, that is), so the recommended
way to expose this is by addin
Hi all,
So I've taken a look again at the locking mess in our fbdev support and cried.
Fixing up the console_lock mess around the fbdev notifier will be real work,
semanatically the fbdev layer does lots of stupid things (like the radeon resume
issue I've just debugged) and the panic notifier is p
https://bugs.freedesktop.org/show_bug.cgi?id=65822
Priority: medium
Bug ID: 65822
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeonsi] OpenCL is broken
Severity: normal
Classification: Unclassified
OS: Linux (All)
ng 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/20130616/b6940ac5/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=65714
--- Comment #3 from wolfyrion ---
I am new to linux and I dont know how --enable-r600-llvm-compiler
if you want me to test something please post the commands to run in terminal
step by step...
my best regards
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=65810
Priority: medium
Bug ID: 65810
Assignee: dri-devel@lists.freedesktop.org
Summary: Small black box at the left top corner after playing
some 3d games...
Severity: normal
C
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #14 from stevenvandenbrandenst...@gmail.com ---
i report the exact same problem an the same apu,
if you need any extra logs let me know, or any pointers to where to start
debugging
--
You are receiving this mail because:
You are the
On Sun, Jun 16, 2013 at 5:07 AM, Daniel Vetter wrote:
> On Fri, Jun 14, 2013 at 01:39:05PM -0700, Stéphane Marchesin wrote:
>> The structure was kzalloced, so prev == next == NULL by default which
>> is invalid.
>>
>> Signed-off-by: Stéphane Marchesin
>
> We do a list_add_tail which doesn't seem
53 matches
Mail list logo
