8d0a2215931f1ffd77aef65cae2c0becc3f5d560 with radeon.dpm=0 and
radeon.runpm=0.
--
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/20140
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/20140517/8058edb9/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/90f22c5b/attachment.html>
org/archives/dri-devel/attachments/20140517/ea423b94/attachment.html>
this problem?
I don't want to get stuck on kernel 3.12.20 :(
--
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/20140517/52302
signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/10a43631/attachment.sig>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/070ea81a/attachment.html>
On Sat, May 17, 2014 at 2:33 PM, Thierry Reding
wrote:
> On Sat, May 17, 2014 at 11:21:20AM -0700, Dylan Reid wrote:
>> The HDMI driver that handles Tegra114 can handle Tegra124 as well,
>> mark Tegra124 as compatible. This makes HDMI output work on Venice2.
>>
>> Signed-off-by: Dylan Reid
>>
https://bugzilla.kernel.org/show_bug.cgi?id=76321
--- Comment #4 from Pali Roh?r ---
With v2 patch now sensors does not report any error (when card is turned off):
$ sensors
radeon-pci-0100
Adapter: PCI adapter
temp1:N/A (crit = +120.0?C, hyst = +90.0?C)
This looks ok.
And for
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/ff1c8d59/attachment-0001.html>
600_DEBUG=ps,vs,gs and post
the output?
--
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/20140517/70153ca3/attachment.html>
ot;Morphological
> AA" to "Ultra".
Have you tested with the patch attached to this bug?
--
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/20140517/70320e02/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/427300c1/attachment.html>
-rt, clang and clang-tools-extra: https://github.com/darkbasic
--
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/20140517/5faee
, unsolvable by this :(.
--
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/20140517/0fcafa73/attachment.html>
On Sat, May 17, 2014 at 2:06 PM, Ilia Mirkin wrote:
> On Fri, May 16, 2014 at 11:54 PM, Ben Skeggs wrote:
>> On 17 May 2014 13:39, "Ilia Mirkin" wrote:
>>>
>>> On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs wrote:
>>> > On 17 May 2014 02:43, "Ilia Mirkin" wrote:
>>> >>
>>> >> Adds a NvReclock
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/20140517/d5698b41/attachment.html>
.
--
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/20140517/b73c23a5/attachment-0001.html>
#6 0x0039478f4ded in clone () from /lib64/libc.so.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/20140517/6ed2600a/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/52d090af/attachment.html>
ves/dri-devel/attachments/20140517/a2903bcb/attachment.html>
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/20140517/1a49177f/attachment.html>
ng, not memory reclocking. So to get both, people would have
> to flip both flags? Or is there more to it?
I use it during development to allow independent testing or engine clock
code without the more faulty memory code causing problems. The option
prevents the memory recording scripts from being executed.
Ben.
>
> -ilia
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/e623893a/attachment.html>
it enabled :). Does that format
need to be supported anymore?
--
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/2014
nve0.c
> @@ -473,7 +473,8 @@ nve0_clock_ctor(struct nouveau_object *parent, struct
nouveau_object *engine,
> struct nve0_clock_priv *priv;
> int ret;
>
> - ret = nouveau_clock_create(parent, engine, oclass, nve0_domain,
);
> + ret = nouveau_clock_create(parent, engine, oclass, nve0_domain,
false,
> + );
> *pobject = nv_object(priv);
> if (ret)
> return ret;
> --
> 1.8.5.5
>
> ___
> Nouveau mailing list
> Nouveau at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/nouveau
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/8cefe9be/attachment-0001.html>
||
--
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/20140517/30b5dfcd/attachment.html>
nly with some formats used, i think i will
checkeout this :).
--
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/20140517/f1
t;Ultra".
--
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/20140517/30765b95/attachment.html>
dri-devel/attachments/20140517/d5b911ad/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/86702aaf/attachment.html>
The DDC bus uses this for it's supply, enable it so EDID can be read.
This eliminates I2C read timeouts on Venice2 and EDID can be verified
with i2cdump.
Signed-off-by: Dylan Reid
---
drivers/gpu/drm/tegra/hdmi.c | 15 +++
1 file changed, 15 insertions(+)
diff --git
The HDMI driver that handles Tegra114 can handle Tegra124 as well,
mark Tegra124 as compatible. This makes HDMI output work on Venice2.
Signed-off-by: Dylan Reid
---
arch/arm/boot/dts/tegra124.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Fri, May 16, 2014 at 8:15 PM, Rafa? Mi?ecki wrote:
> On 17 May 2014 02:14, Rafa? Mi?ecki wrote:
>> So it's the fact:
>> DCE2 uses 0x74dc
>> DCE2 uses 0x740c
>
> I meant:
> DCE2 uses 0x74dc
> DCE3 uses 0x740c
Yeah, I just double checked DCE2 and you are correct. So the patch is
fine as is.
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/b06399f7/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/69ec1e17/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/b5a45b61/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/6eb0fa11/attachment.html>
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/20140517/65dafaa8/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/02ff44cb/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140517/423f1cc9/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/68f14170/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140517/e03ddf77/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/3ad433aa/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140517/bc57d3b9/attachment.html>
vel/attachments/20140517/0fa947c3/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/8432daba/attachment.html>
On 17 May 2014 02:14, Rafa? Mi?ecki wrote:
> So it's the fact:
> DCE2 uses 0x74dc
> DCE2 uses 0x740c
I meant:
DCE2 uses 0x74dc
DCE3 uses 0x740c
On 17 May 2014 01:34, Rafa? Mi?ecki wrote:
> On 17 May 2014 00:00, Alex Deucher wrote:
>> On Fri, May 16, 2014 at 5:10 AM, Rafa? Mi?ecki wrote:
>>> +#define DCE3_HDMI0_AUDIO_CRC_CONTROL 0x74dc
>>
>> They aren't swapped in hw, the register defines were just accidentally
>> swapped in the
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140517/8f65eec1/attachment.html>
On 17 May 2014 00:00, Alex Deucher wrote:
> On Fri, May 16, 2014 at 5:10 AM, Rafa? Mi?ecki wrote:
>> +#define DCE3_HDMI0_AUDIO_CRC_CONTROL 0x74dc
>
> They aren't swapped in hw, the register defines were just accidentally
> swapped in the header (probably a copy paste typo). Just swap the
>
On Sat, May 17, 2014 at 12:38 AM, Matt Roper
wrote:
> + if (ret) {
> + if (req->flags & DRM_MODE_CURSOR_BO)
> + drm_mode_rmfb(dev, >base.id, file_priv);
> + return ret;
> + }
With the new refcount logic an unconditional
On Fri, May 16, 2014 at 11:54 PM, Ben Skeggs wrote:
> On 17 May 2014 13:39, "Ilia Mirkin" wrote:
>>
>> On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs wrote:
>> > On 17 May 2014 02:43, "Ilia Mirkin" wrote:
>> >>
>> >> Adds a NvReclock boolean option to allow the user to enable (or
>> >> disable)
On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs wrote:
> On 17 May 2014 02:43, "Ilia Mirkin" wrote:
>>
>> Adds a NvReclock boolean option to allow the user to enable (or disable)
>> reclocking. All chipsets default to off, except NVAA/NVAC, which are
>> reportedly complete.
> Hey Ilia,
>
> I think
https://bugs.freedesktop.org/show_bug.cgi?id=77785
--- Comment #9 from Rafael Castillo ---
confirmed on Cape Verde 7770 running the traces
llvm 3.5svn at may 16, mesa git, xorg-1.16
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
54 matches
Mail list logo