.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161224/25497d53/attachment.html>
..
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161224/42daa4c7/attachment.html>
--
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/20161224/18a5d760/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161224/fecd4abf/attachment.html>
On 21 December 2016 at 09:48, Ville Syrjälä
wrote:
> On Wed, Sep 28, 2016 at 05:27:25PM +0300, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrjälä
>>
>> Devices can have multiple planes, so allow the user to choose between
>> them.
>>
>> Signed-off-by: Ville Syrjälä
>
> Didn'
/*
active during hang */
bc1d53c6 Mika Kuoppala 2016-11-16 1114
bc1d53c6 Mika Kuoppala 2016-11-16 1115 #define CONTEXT_SCORE_GUILTY
10
bc1d53c6 Mika Kuoppala 2016-11-16 1116 #define CONTEXT_SCORE_BAN_THRESHOLD
40
bc1d53c6 Mika Kuoppala 2016-11-16 1117 /* Accumulated score of hangs
caused by this context */
bc1d53c6 Mika Kuoppala 2016-11-16 1118 int ban_score;
40521054 Ben Widawsky 2012-06-04 @1119 };
40521054 Ben Widawsky 2012-06-04 1120
a4001f1b Paulo Zanoni 2015-02-13 1121 enum fb_op_origin {
a4001f1b Paulo Zanoni 2015-02-13 1122 ORIGIN_GTT,
a4001f1b Paulo Zanoni 2015-02-13 1123 ORIGIN_CPU,
a4001f1b Paulo Zanoni 2015-02-13 1124 ORIGIN_CS,
a4001f1b Paulo Zanoni 2015-02-13 1125 ORIGIN_FLIP,
74b4ea1e Paulo Zanoni 2015-07-14 1126 ORIGIN_DIRTYFB,
a4001f1b Paulo Zanoni 2015-02-13 1127 };
:: The code at line 1119 was first introduced by commit
:: 40521054fd46f94e0368cead312d56e9e442aaab drm/i915: context basic create
& destroy
:: TO: Ben Widawsky
:: CC: Daniel Vetter
---
0-DAY kernel test infrastructureOpen Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/gzip
Size: 6425 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161224/24266481/attachment-0001.gz>
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161224/b8bec96e/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161224/843a0c69/attachment.html>
also lock up
during active session at 13:55:32
--
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/20161224/92a2ed5c/attachment.html>
Hi Thierry,
On 23 December 2016 at 17:49, Thierry Reding
wrote:
> Allow DRM/KMS devices hosted on USB to be detected by the drmDevice
> infrastructure.
>
> Signed-off-by: Thierry Reding
> ---
> Note that this is completely untested because I don't have a UDL device
> for testing. I'm fairly con
the web - see attached extract from journalctl
--
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/20161224/c97f23b0/attachment.html>
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/20161224/052f916d/attachment.html>
On 23 December 2016 at 17:49, Thierry Reding
wrote:
> From: Thierry Reding
>
> ARM SoCs usually have their DRM/KMS devices on the platform bus, so add
> support for that to enable these devices to be used with the drmDevice
> infrastructure.
>
> NVIDIA Tegra SoCs have an additional level in the
On 23 December 2016 at 17:36, Thierry Reding
wrote:
> From: Thierry Reding
>
> This encodes the indentation style for libdrm and can be used with
> various editors. See http://editorconfig.org for instructions.
>
Thanks for these and the usb/platform work Thierry.
We might want more a few more
On 17 December 2016 at 05:09, Jonathan Gray wrote:
> When constructing a path to a device node the minor number retrieved
> from fstat needs to have the offset of the node type subtracted from it.
> Control and render node types have the same major as the primary node
> but each has their own bloc
When some other buffer is immediately copied into allocated region.
Replace calls to kmalloc followed by a memcpy with a direct
call to kmemdup.
Signed-off-by: Shyam Saini
---
drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/g
16 matches
Mail list logo