On 30.12.2012, Guennadi Liakhovetski wrote:
> Did that and it did work for a while, longer than the average with 3.5. I
> was already about to write a success report, but then it hung again
> yesterday. I'm not using this laptop very intensively, so, it is hard to
> collect statistics.
You co
On 28.12.2012 23:21, Thierry Reding wrote:
> Instead of going over this back and forth, I've decided to rewrite this
> patch from scratch the way I think it should be done. Maybe that'll make
> things clearer. I haven't tested it on real hardware yet because I don't
> have access over the holidays,
ake
any performance compared to having enabled culling at both places.
--
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/20121230/ed2e75df/attachment.html>
On 28.12.2012 22:48, Thierry Reding wrote:
> I disagree. We shouldn't be hiding this kind of detail behind an #ifdef.
> Instead it should be detected at runtime. Otherwise you'll need to build
> different versions of libdrm for every generation of Tegra. That may be
> fine for NVIDIA provided BSPs,
On Sun, Dec 30, 2012 at 8:09 PM, Lucas Stach wrote:
> Hello Dave,
>
> Am Sonntag, den 30.12.2012, 04:23 + schrieb Dave Airlie:
>> Hi Linus,
>>
> [...]
>>
>> Lucas Stach (6):
>> drm: tegra: protect DC register access with mutex
> This patch is unnecessary and really shouldn't
Hi Daniel
Sorry for a late reply.
On Tue, 18 Dec 2012, Daniel Vetter wrote:
> On Mon, Dec 17, 2012 at 11:36 PM, Guennadi Liakhovetski
> wrote:
> > Sorry, not sure what information is most appropriate here. GPU hangs from
> > time to time on this laptop, typically when running firefox on
> > gra
|drm.debug=6 |
--
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/20121230/82b54eaf/attachment.html>
is 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/20121230/10202b45/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121230/ff866874/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57842
--- Comment #13 from Roland Scheidegger ---
(In reply to comment #11)
> Created attachment 72051 [details] [review]
> attachment 72047 [details] as patch for r200/radeon
>
> @comment 9: your own attachment says it was not.
> Anyway, attachment 7
Hi Daniel
Sorry for a late reply.
On Tue, 18 Dec 2012, Daniel Vetter wrote:
> On Mon, Dec 17, 2012 at 11:36 PM, Guennadi Liakhovetski
> wrote:
> > Sorry, not sure what information is most appropriate here. GPU hangs from
> > time to time on this laptop, typically when running firefox on
> > gra
Hello Dave,
Am Sonntag, den 30.12.2012, 04:23 + schrieb Dave Airlie:
> Hi Linus,
>
[...]
>
> Lucas Stach (6):
> drm: tegra: protect DC register access with mutex
This patch is unnecessary and really shouldn't go in. There
was a brief discussion on the list with the conclus
.
The patch went into 3.8-rc1.
And by the way, the future of the power-sequences series isn't very
clear. It was initially developed to allow the DT to contain power
sequencing for panels as part of the pwm-backlight driver, but that
idea was more or less killed by the CDF. The latest I know of is that
they could still be used as part of CDF to implement the actual power
sequences for drivers but not use their DT representation because
several people were unhappy about it.
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/20121230/5ab053f9/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=56081
Tony Thomas changed:
What|Removed |Added
Attachment #72306|linux-mainline-3.8-rc1 |dmesg drm.debug=6
description|drm.d
https://bugs.freedesktop.org/show_bug.cgi?id=56081
--- Comment #12 from Tony Thomas ---
Created attachment 72307
--> https://bugs.freedesktop.org/attachment.cgi?id=72307&action=edit
Xorg.0.log
xorg log. Not using any custom directives in xorg.conf (blank)
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=56081
Tony Thomas changed:
What|Removed |Added
Attachment #69579|0 |1
is obsolete|
Hi Linus,
bit larger due to me not bothering to do anything since before Xmas, and
other people working too hard after I had clearly given up.
Its got the 3 main x86 driver fixes pulls, and a bunch of tegra fixes,
doesn't fix the Ironlake bug yet, but that does seem to be getting closer.
rade
On Sun, Dec 30, 2012 at 8:09 PM, Lucas Stach wrote:
> Hello Dave,
>
> Am Sonntag, den 30.12.2012, 04:23 + schrieb Dave Airlie:
>> Hi Linus,
>>
> [...]
>>
>> Lucas Stach (6):
>> drm: tegra: protect DC register access with mutex
> This patch is unnecessary and really shouldn't
Hello Dave,
Am Sonntag, den 30.12.2012, 04:23 + schrieb Dave Airlie:
> Hi Linus,
>
[...]
>
> Lucas Stach (6):
> drm: tegra: protect DC register access with mutex
This patch is unnecessary and really shouldn't go in. There
was a brief discussion on the list with the conclus
On Mon, Dec 17, 2012 at 10:36:10AM -0600, Rob Clark wrote:
> On Mon, Dec 17, 2012 at 9:26 AM, Sekhar Nori wrote:
> > Hi Rob,
> >
> >
> > On Monday, December 17, 2012, Rob Clark wrote:
> >>
> >> On Mon, Dec 17, 2012 at 8:39 AM, Rob Clark wrote:
> >> >> I'm not very enthusiastic about adding ti-lcd
This eliminates the need for explicit clk_put and makes the
cleanup and exit path code simpler.
Cc: Eunchul Kim
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 45 ++
1 files changed, 9 insertions(+), 36 deletions(-)
diff --git a/drivers
21 matches
Mail list logo
