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
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
|--- |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
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>
On Fri, Aug 05, 2016 at 06:59:08PM +0100, Mark Brown wrote:
> On Fri, Aug 05, 2016 at 06:04:50PM +0100, Russell King - ARM Linux wrote:
> > On Fri, Aug 05, 2016 at 05:59:59PM +0100, Mark Brown wrote:
>
> > > We do have some stuff in there in order to handle MFDs - they'll
> > > instantiate a
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 @@
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
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;
> -
lable
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: application/pgp-signature
Size: 810 bytes
12 matches
Mail list logo