ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161211/c8f90008/attachment.html>
On Wed, Dec 07, 2016 at 09:02:13PM -0500, Harry Wentland wrote:
> We propose to use the Display Core (DC) driver for display support on
> AMD's upcoming GPU (referred to by uGPU in the rest of the doc). In order to
> avoid a flag day the plan is to only support uGPU initially and transition
> to ol
ore profile shading language version string: 4.30
--
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/20161211/334e63a1/attachment.html>
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/20161211/a1b3e725/attachment.html>
Looping twice when we can do it once is silly. Also use a consistent
style. Note that there's a good race with the connector list walking,
since that is no longer protected by mode_config.mutex. But that's for
a later patch to fix.
v2: Actually try to not blow up, somehow I lost the hunk that chec
Just tell the compiler that drm_event will alias the char buffer,
so that it has no excuse to warn or generate bad code.
Signed-off-by: Grazvydas Ignotas
---
Android.mk | 1 +
configure.ac| 9 +
libdrm_macros.h | 6 ++
xf86drmMode.c | 11 +++
4 files changed, 23
xf86drm.c:3601:21: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
while (expected < sizeof(match)) {
^
Signed-off-by: Grazvydas Ignotas
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/x
On Sun, Dec 11, 2016 at 08:20:19PM +0100, Daniel Vetter wrote:
> Looping twice when we can do it once is silly. Also use a consistent
> style. Note that there's a good race with the connector list walking,
> since that is no longer protected by mode_config.mutex. But that's for
> a later patch to f
u 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/20161211/c67253f1/attachment.html>
On Sun, Dec 11, 2016 at 4:11 PM, Jonathan Corbet wrote:
> On Sun, 11 Dec 2016 13:35:49 +0100
> Daniel Vetter wrote:
>
>> > It seems like just the sort of thing we want to be doing to pull the docs
>> > together in a more rational way.
>>
>> Ok if we pull this in through gfx trees? Will miss 4.10
Hi Gustavo,
On 6 December 2016 at 23:55, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> The destaging work is now fully complete.
>
Thanks for the patch, and your awesome work here :).
> Cc: Arve Hjønnevåg
> Cc: Riley Andrews
> Signed-off-by: Gustavo Padovan
FWIW, please feel free to a
Hi Daniel,
On 10 December 2016 at 02:45, Jonathan Corbet wrote:
> On Fri, 9 Dec 2016 19:53:04 +0100
> Daniel Vetter wrote:
>
>> Not yet everything in this area, I still want to sprinkle nice docs around
>> all
>> the fence code. Especially some text to explain implicit vs. explicit fencing
>>
Hello,
if the fb on the first primary plane has pixel format YUV, the planes
was misinterpreted as RGB. The y-plane is red, the u-plane is green and
the v-plane is blue. On the overlay plane it works right. But I need
the overlay plane for OSD. I tested with linux-4.9-rc7
and pza/linux imx-drm/n
On Tue, Nov 15, 2016 at 10:43:34PM +0100, Daniel Vetter wrote:
> On Tue, Nov 15, 2016 at 03:46:42PM +, Chris Wilson wrote:
> > Joonas complained that writing ww_mutex_lock(&resv->lock, ctx) was too
> > intrusive compared to reservation_object_lock(resv, ctx);
> >
> > Signed-off-by: Chris Wilso
https://bugzilla.kernel.org/show_bug.cgi?id=51381
luminoso changed:
What|Removed |Added
CC||luminoso at gmail.com
--- Comment #51 from lum
Resolution|--- |INVALID
--
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/20161211/013a80bb/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161211/d008f5ee/attachment.html>
On Sun, Dec 11, 2016 at 12:12 PM, Chris Wilson
wrote:
> On Tue, Nov 15, 2016 at 10:43:34PM +0100, Daniel Vetter wrote:
>> On Tue, Nov 15, 2016 at 03:46:42PM +, Chris Wilson wrote:
>> > Joonas complained that writing ww_mutex_lock(&resv->lock, ctx) was too
>> > intrusive compared to reservatio
On Dec 9 2016 01:37, Arnaud Pouliquen wrote:
> Add user interface to provide channel mapping.
> In a first step this control is read only.
>
> As TLV type, the control provides all configurations available for
> HDMI sink(ELD), and provides current channel mapping selected by codec
> based on ELD a
On Sun, Dec 11, 2016 at 01:39:15PM +0100, Daniel Vetter wrote:
> + count = 0;
> + fb_id = u64_to_user_ptr(card_res->fb_id_ptr);
> + list_for_each_entry(fb, &file_priv->fbs, filp_head) {
> + count++;
> + if (count > card_res->count_fbs)
> + con
On Fri, 9 Dec 2016 19:53:05 +0100
Daniel Vetter wrote:
> Just prep work to polish and consolidate all the dma-buf related
> documenation.
>
> Unfortunately I didn't discover a way to both integrate this new file
> into the overall toc while keeping it at the current place. Work
> around that by
Looping twice when we can do it once is silly. Also use a consistent
style. Note that there's a good race with the connector list walking,
since that is no longer protected by mode_config.mutex. But that's for
a later patch to fix.
v2: Actually try to not blow up, somehow I lost the hunk that chec
On Fri, Dec 9, 2016 at 10:15 PM, Jonathan Corbet wrote:
> On Fri, 9 Dec 2016 19:53:04 +0100
> Daniel Vetter wrote:
>
>> Not yet everything in this area, I still want to sprinkle nice docs around
>> all
>> the fence code. Especially some text to explain implicit vs. explicit fencing
>> and how i
On Fri, Dec 9, 2016 at 9:34 PM, Dave Airlie airlied at gmail.com> wrote:
> On 10 December 2016 at 05:59, Daniel Vetter wrote:
>> I guess things went a bit sideways by me and Dave only talking about
>> the midlayer, so let me first state that the DC stuff has massively
>> improved through replacing
.c and .h source files should not be executable, change
the permissions to 0644.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/amd/include/asic_reg/dce/dce_11_2_d.h | 0
drivers/gpu/drm/amd/include/asic_reg/dce/dce_11_2_sh_mask.h | 0
drivers/gpu/drm/amd/include/cgs_common.h
On Sun, 11 Dec 2016 18:35:42 +0100
Daniel Vetter wrote:
> > Here's a thought, though: how about if we slip in a little version of
> > dma-buf.rst now with a "coming soon, don't miss it!!" message? Then the
> > rest of the set could go through your tree without touching
> > driver-api/index.rst a
On Sat, Dec 10, 2016 at 11:04 PM, Chris Wilson
wrote:
>> + list_for_each_entry(fb, &file_priv->fbs, filp_head) {
>> + count++;
>> + if (count > card_res->count_fbs)
>> + continue;
>> +
>> + if (put_user(fb->base.id, fb_id + count)) {
>
>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161211/0e00b570/attachment-0001.html>
On Dec 9 2016 23:06, Arnaud Pouliquen wrote:
>> Anyway, we're mostly on the end of development for 4.10 cycle, and the
>> review process for new feature might be delay till 4.10-rc1 release, two
>> weeks later. During the weeks. bug fixes are preferable to be applied.
>
> Thank you for warning me.
..
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161211/8e55ea95/attachment.html>
.freedesktop.org/archives/dri-devel/attachments/20161211/81e00e07/attachment.html>
On Sun, 11 Dec 2016 13:35:49 +0100
Daniel Vetter wrote:
> > It seems like just the sort of thing we want to be doing to pull the docs
> > together in a more rational way.
>
> Ok if we pull this in through gfx trees? Will miss 4.10 though, that's
> already finished and in bugfix-only mode.
I'v
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161211/440b1e6f/attachment.html>
omment-266251699
--
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/20161211/18ac074f/attachment.html>
Vetter 2016-11-14 420 extern __printf(3, 4)
85e634bc Daniel Vetter 2016-11-14 421 void drm_printk(const char *level,
unsigned int category,
85e634bc Daniel Vetter 2016-11-14 422 const char *format,
...);
85e634bc Daniel Vetter 2016-11-14 423 extern unsigned int drm_debug;
:: The code at line 415 was first introduced by commit
:: 85e634bce01af582a0fa549c904154b0e3c56db5 drm: Extract drm_drv.h
:: TO: Daniel Vetter
:: 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/20161211/45eba6ba/attachment.gz>
35 matches
Mail list logo