https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #17 from bastienphilbert at gmail.com ---
Can you find out what drm driver you are currently using as all of them link to
the core function that is leaking memory and knowing which drive is doing it
would be very helpful.
--
You are r
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #18 from Christian Casteyde ---
See comment #3, #4 and #5.
I think i'm using radeon driver with kms since the only graphic chip I have on
my laptop is a Radeon 6650M (no intel graphic in CPU, has been deactivated by
vendor).
--
You
Am 06.08.2016 um 02:30 schrieb Lyude:
> While I was investigating an unrelated bug on the radeon driver, I noticed
> that
> it's become rather difficult to actually read through dmesg with drm.debug
> turned on, on account of the huge number of messages we end up printing from
> failed DP aux tran
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160806/0671d5cb/attachment.html>
Hi Tomeu,
On 22 July 2016 at 15:10, Tomeu Vizoso wrote:
> +/**
> + * DOC: CRC ABI
> + *
> + * DRM device drivers can provide to userspace CRC information of each frame
> as
> + * it reached a given hardware component (a "source").
> + *
> + * Userspace can control generation of CRCs in a given C
On Fri, 2016-08-05 at 20:30 -0400, Lyude wrote:
> There's a couple of places where this would be useful for drivers (such
> as reporting DP aux transaction timeouts).
Maybe a single static _rs or one for each type would
be better than an individual _rs per callsite.
Bridge [1b21:1080] (rev 03)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160806/22e24337/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=151341
--- Comment #2 from yshuiv7 at gmail.com ---
Created attachment 227861
--> https://bugzilla.kernel.org/attachment.cgi?id=227861&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=151341
--- Comment #3 from yshuiv7 at gmail.com ---
Created attachment 227871
--> https://bugzilla.kernel.org/attachment.cgi?id=227871&action=edit
Xorg.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Tue, Aug 02, 2016 at 03:05:07PM +0300, Jyri Sarha wrote:
> @@ -41,7 +41,7 @@ struct tda998x_priv {
> u8 vip_cntrl_0;
> u8 vip_cntrl_1;
> u8 vip_cntrl_2;
> - struct tda998x_encoder_params params;
> + struct tda998x_audio_params audio_params;
...
> @@ -820,7 +819,7 @@ sta
Hello everyone...
I was out of the office yesterday, so I came in today to do the bisect...
# git bisect bad
c61b93fe51b1330cfc4d73084b924931bd65c8f0 is the first bad commit
commit c61b93fe51b1330cfc4d73084b924931bd65c8f0
Author: Boris Brezillon
Date: Tue Jun 7 13:47:56 2016 +0200
drm/ato
On Tue, Aug 02, 2016 at 03:05:07PM +0300, Jyri Sarha wrote:
> @@ -787,19 +792,13 @@ tda998x_configure_audio(struct tda998x_priv *priv,
> reg_clear(priv, REG_AIP_CNTRL_0, AIP_CNTRL_0_RST_CTS);
>
> /* Write the channel status */
> - buf[0] = IEC958_AES0_CON_NOT_COPYRIGHT;
> - bu
iff
Size: 2929 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160806/8cc83784/attachment-0001.patch>
-- next part --
--
-keith
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: applic
13 matches
Mail list logo
