[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

bbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/57dd02f4/attachment.html>

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/71ecf89f/attachment.html>

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/086ad861/attachment.html>

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/627cc414/attachment-0001.html>

[PATCH v4 4/6] drm/dsi: Check for used channels

On 01/21/2016 09:41 PM, Thierry Reding wrote: > On Thu, Dec 10, 2015 at 06:11:38PM +0530, Archit Taneja wrote: >> We don't check whether a previously registered mipi_dsi_device under the >> same host shares the same virtual channel. >> >> Before registering, check if any of the registered

[PATCH v4 5/6] drm/dsi: Add routine to unregister dsi device

On 01/21/2016 09:42 PM, Thierry Reding wrote: > On Thu, Dec 10, 2015 at 06:11:39PM +0530, Archit Taneja wrote: >> A driver calling mipi_dsi_device_new might want to unregister the device >> once it's done. It might also require it in an error handling path in >> case something didn't go right.

[PATCH v4 6/6] drm/dsi: Get DSI host by DT device node

On 01/21/2016 09:46 PM, Thierry Reding wrote: > On Thu, Dec 10, 2015 at 06:11:40PM +0530, Archit Taneja wrote: >> mipi_dsi_devices are inherently aware of their host because they >> share a parent-child hierarchy in the device tree. >> >> non-dsi drivers that create dsi device don't have this

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/b8f2d0b3/attachment.html>

[PATCH] mm: fix pfn_t to page conversion in vm_insert_mixed

- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/55261e50/attachment.sig>

[Bug 93801] GRID Autosport hang on logo (startup)

r the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/52841591/attachment.html>

[Bug 93801] GRID Autosport hang on logo (startup)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/55e23d95/attachment.html>

[Bug 108221] amdgpu: mouse cursor flickers + black boxes

https://bugzilla.kernel.org/show_bug.cgi?id=108221 --- Comment #15 from Michel Dänzer --- (In reply to Fred Santos from comment #14) > 2. We found (Comment #10) that amdgpu was not found/activated during boot: > when 'forcing' its use by creating this /etc/X11/xorg.conf file, everything > is

[Bug 93800] xfwm4 with compositing hangs indefinitely after after coming back from dpms off

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/6a0a5030/attachment.html>

[PATCH libdrm] Synchronize drm/drm_fourcc.h with Linux’ version

On Tue, Jan 26, 2016 at 09:04:18PM +, Emil Velikov wrote: > On 11 January 2016 at 19:32, Emmanuel Gil Peyrot > wrote: > > This adds R8, RG88 and GR88, as well as the non-subsampled NV24/NV42 > > formats. > > > Err... please don't copy/paste 'random' hunks here. These headers > should be

Problem with component helpers and probe deferral in 4.5-rc1

On Tue, 2016-01-26 at 22:35 +, Russell King - ARM Linux wrote: > On Tue, Jan 26, 2016 at 05:59:13PM +, Jon Medhurst (Tixy) wrote: > > I believe I've found a problem with the component helpers and/or how > > drivers use them. I discovered this whilst trying to get ARM's HDLCD > > driver [1]

Problem with component helpers and probe deferral in 4.5-rc1

On Wed, 2016-01-27 at 09:18 +, Jon Medhurst (Tixy) wrote: > On Tue, 2016-01-26 at 22:35 +, Russell King - ARM Linux wrote: > > On Tue, Jan 26, 2016 at 05:59:13PM +, Jon Medhurst (Tixy) wrote: > > > I believe I've found a problem with the component helpers and/or how > > > drivers use

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

0x6c/0x90 [ 49.484108] LR [2008f404] 0x2008f404 [ 49.487881] Call Trace: [ 49.490460] Instruction dump: [ 49.493603] 7d7342a6 816b0040 7d92eaa6 7db00aa6 51ac063e 7d92eba6 7d9e0aa6 39a9 [ 49.501909] 518d57bc 554c6cfa 7d6c582e 556c0029 <4182003c> 514cbd38 816c 818c0004 [ 49.510404] ---[ end trace 439fa29153308786 ]--- [ 49.515026] -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/237fc007/attachment-0001.html>

Re: [PATCH libdrm] Synchronize drm/drm_fourcc.h with Linux’ version

Hey, On 27 January 2016 at 09:38, Daniel Vetter wrote: > On Tue, Jan 26, 2016 at 09:04:18PM +, Emil Velikov wrote: >> On 11 January 2016 at 19:32, Emmanuel Gil Peyrot >> wrote: >> > This adds R8, RG88 and GR88, as well as the non-subsampled NV24/NV42 >> > formats. >> > >> Err... please

[PATCH 3/3] vc4: Add headers and .pc files for VC4 userspace development.

Hi, On 26 January 2016 at 20:10, Eric Anholt wrote: > Ilia Mirkin writes: >> On Mon, Jan 25, 2016 at 2:27 PM, Eric Anholt wrote: >>> The headers were originally written in Mesa, imported to the kernel, >>> and improved upon in vc4-gpu-tools. These come from the v-g-t copies >>> and will

Trying nouveau reclocking

Hi, I was trying to use re-clocking with nouveau in 4.5.0-rc1 with: # echo "0f" >/sys/kernel/debug/dri/0/pstate while Chromium with a WebGL app already running. (www.playmapscube.com) The video chip in question is: 03:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION] (rev a2) or

[PATCH libdrm] Update/fix the {copy,commit}-headers targets

As some headers do not reside in include/drm we need to tweak our rules, and exclude headers that shouldn't be distributed [XXX: clarify why ?]. To avoid the extra magic of diving into the kernel tree running `make headers_install', just sed out the only reason why we need it - __user. Cc:

Trying nouveau reclocking

The warn in question is static u32 nvkm_mc_intr_mask(struct nvkm_mc *mc) { u32 intr = mc->func->intr_mask(mc); if (WARN_ON_ONCE(intr == 0x)) intr = 0; /* likely fallen off the bus */ return intr; } Which is basically a sign of total death. Is this

Re: [PATCH libdrm] Synchronize drm/drm_fourcc.h with Linux’ version

On 27 January 2016 at 11:42, Daniel Stone wrote: > Hey, > > On 27 January 2016 at 09:38, Daniel Vetter wrote: >> On Tue, Jan 26, 2016 at 09:04:18PM +, Emil Velikov wrote: >>> On 11 January 2016 at 19:32, Emmanuel Gil Peyrot >>> wrote: >>> > This adds R8, RG88 and GR88, as well as the

[PATCH v2 00/11] sync framework de-staging: part 2 - de-stage

From: Gustavo Padovan This patch series de-stage the sync framework and it a follow up on the clean up series I've sent last week: http://thread.gmane.org/gmane.comp.video.dri.devel/145509 Now in part 2 we finish the de-stage of the sync framework. It start

[PATCH v2 01/11] dma-buf/sync_file: de-stage sync_file

From: Gustavo Padovan sync_file is useful to connect one or more fences to the file. The file is used by userspace to track fences. Signed-off-by: Gustavo Padovan --- drivers/Kconfig| 2 + drivers/dma-buf/Kconfig

[PATCH v2 02/11] staging/android: store last signaled value on sync timeline

From: Gustavo Padovan Now fence timeline is aware of the last signaled fence, as it receives the increment to the current value in sync_timeline_signal(). That allow us to remove .has_signaled() from timeline_ops as we can directly compare using timeline->value

[PATCH v2 03/11] staging/android: remove .fill_driver_data() timeline ops

From: Gustavo Padovan The .fill_driver_data() ops was just a useless abstraction for fence_ops op of the same name. Now that we use fence->seqno to store the value it is cleaner to remove the abstraction and fill the data directly. Signed-off-by: Gustavo

[PATCH v2 04/11] staging/android: remove .{fence, timeline}_value_str() from timeline_ops

From: Gustavo Padovan Now that the value of fence and the timeline are not stored by sw_sync anymore we can remove this extra abstraction to retrieve this data. This patch changes both fence_ops (.fence_value_str and .timeline_value_str) to return the str

[PATCH v2 05/11] staging/android: remove struct sync_timeline_ops

From: Gustavo Padovan Move drv_name, the last field of sync_timeline_ops, to sync_timeline and remove sync_timeline_ops. struct sync_timeline_ops was just an extra abstraction on top of fence_ops, and in the last few commits we removed all it ops in favor of

[PATCH v2 06/11] staging/android: remove sw_sync_timeline and sw_sync_pt

From: Gustavo Padovan As we moved value storage to sync_timeline and fence those two structs became useless and can be removed now. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sw_sync.c| 24 +++-

[PATCH v2 07/11] staging/android: remove sw_sync.[ch] files

From: Gustavo Padovan We can glue the sw_sync file operations directly on the sync framework without the need to pass through sw_sync wrappers. It only builds sw_sync debugfs file support if CONFIG_SW_SYNC is enabled. Signed-off-by: Gustavo Padovan ---

[PATCH v2 08/11] staging/android: rename android_fence to timeline_fence

From: Gustavo Padovan We are moving out of staging/adroid so rename it to a name that is not related to android anymore. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 40 1 file changed, 20

[PATCH v2 09/11] dma-buf/sync_timeline: de-stage sync_timeline

From: Gustavo Padovan De-stage the remaining bit of sync framework: sync_timeline and sw_sync plus some debugging routines. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/Kconfig| 10 +++ drivers/dma-buf/Makefile

[PATCH v2 10/11] dma-buf/sync_file: bring debug back to sync file

From: Gustavo Padovan Enable reports of sync_files through /sync/info Signed-off-by: Gustavo Padovan --- drivers/dma-buf/sync_file.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/dma-buf/sync_file.c b/drivers/dma-buf/sync_file.c index

[PATCH v2 11/11] dma-buf/sync_file: bring sync_dump() back

From: Gustavo Padovan During the de-stage of sync framework it was easy to keep sync_dump() out to avoid an early de-stage of all debug code, but now that sync_debug.c was de-staged bring sync_dump() back. Signed-off-by: Gustavo Padovan ---

Re: [PATCH libdrm] Synchronize drm/drm_fourcc.h with Linux’ version

Hi, On 27 January 2016 at 13:28, Emil Velikov wrote: > On 27 January 2016 at 11:42, Daniel Stone wrote: >> On 27 January 2016 at 09:38, Daniel Vetter wrote: >>> On Tue, Jan 26, 2016 at 09:04:18PM +, Emil Velikov wrote: I've been procrastinating^Wwaiting on some upstream changes to

Trying nouveau reclocking

Hi, 2016-01-27 14:26 keltezéssel, Ilia Mirkin írta: > The warn in question is > > static u32 > nvkm_mc_intr_mask(struct nvkm_mc *mc) > { > u32 intr = mc->func->intr_mask(mc); > if (WARN_ON_ONCE(intr == 0x)) > intr = 0; /* likely fallen off the bus */ >

[PATCH libdrm] Update/fix the {copy,commit}-headers targets

On Wed, Jan 27, 2016 at 01:23:11PM +, Emil Velikov wrote: > As some headers do not reside in include/drm we need to tweak our rules, > and exclude headers that shouldn't be distributed [XXX: clarify why ?]. > > To avoid the extra magic of diving into the kernel tree running `make >

[PATCH libdrm] Update/fix the {copy,commit}-headers targets

On 27 January 2016 at 13:50, Daniel Vetter wrote: > On Wed, Jan 27, 2016 at 01:23:11PM +, Emil Velikov wrote: >> As some headers do not reside in include/drm we need to tweak our rules, >> and exclude headers that shouldn't be distributed [XXX: clarify why ?]. >> >> To avoid the extra magic

[PATCH 3/3] vc4: Add headers and .pc files for VC4 userspace development.

On 27 January 2016 at 11:45, Daniel Stone wrote: > Hi, > > On 26 January 2016 at 20:10, Eric Anholt wrote: >> Ilia Mirkin writes: >>> On Mon, Jan 25, 2016 at 2:27 PM, Eric Anholt wrote: The headers were originally written in Mesa, imported to the kernel, and improved upon in

Re: [PATCH libdrm] Synchronize drm/drm_fourcc.h with Linux’ version

On 27 January 2016 at 13:31, Daniel Stone wrote: > Hi, > > On 27 January 2016 at 13:28, Emil Velikov wrote: >> On 27 January 2016 at 11:42, Daniel Stone wrote: >>> On 27 January 2016 at 09:38, Daniel Vetter wrote: On Tue, Jan 26, 2016 at 09:04:18PM +, Emil Velikov wrote: > I've

[PATCH 3/3] vc4: Add headers and .pc files for VC4 userspace development.

Hi, On 27 January 2016 at 14:16, Emil Velikov wrote: > On 27 January 2016 at 11:45, Daniel Stone wrote: >> The Requires will take care of that, so you can just bin the entire >> 'Libs:' field until you need one: >> > In theory this will be sufficient, but Eric wasn't buying it [1] :'-(. > He's

Re: [PATCH libdrm] Synchronize drm/drm_fourcc.h with Linux’ version

Hey, On 27 January 2016 at 14:23, Emil Velikov wrote: > On 27 January 2016 at 13:31, Daniel Stone wrote: >> On 27 January 2016 at 13:28, Emil Velikov >> wrote: >>> On 27 January 2016 at 11:42, Daniel Stone wrote: On 27 January 2016 at 09:38, Daniel Vetter wrote: > On Tue, Jan 26,

[PATCH v2 01/11] dma-buf/sync_file: de-stage sync_file

Hey, Op 27-01-16 om 14:30 schreef Gustavo Padovan: > From: Gustavo Padovan > > sync_file is useful to connect one or more fences to the file. The file is > used by userspace to track fences. > > Signed-off-by: Gustavo Padovan > Is there a value in keeping the abi unchanged? If not, then

[PATCH] drm/dp/mst: deallocate payload on port destruction

From: Mykola Lysenko This is needed to properly deallocate port payload after downstream branch get unplugged. In order to do this unplugged MST topology should be preserved, to find first alive port on path to unplugged MST topology, and send payload deallocation

[PATCH v5 0/5] drm/exynos: introduce generic zpos and blending properties

Hello all, This patch series is a continuation of rework of blending support in Exynos DRM driver. Some background can be found here: http://www.spinics.net/lists/dri-devel/msg96969.html Daniel Vetter suggested that zpos property should be made generic, with well-defined semantics. This patchset

[PATCH v5 2/5] drm/exynos: use generic code for managing zpos plane property

This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 ---

[PATCH v5 1/5] drm: add generic zpos property

This patch adds support for generic plane's zpos property property with well-defined semantics: - added zpos properties to drm core and plane state structures - added helpers for normalizing zpos properties of given set of planes - well defined semantics: planes are sorted by zpos values and then

[PATCH v5 3/5] drm: simplify initialization of rotation property

This patch simplifies initialization of generic rotation property and aligns the code to match recently introduced function for intializing generic zpos property. It also adds missing documentation. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10

[PATCH v5 4/5] drm: add generic blending related properties

This patch adds code and documentation for the following blending related properties: 'alpha', 'blending' and 'alpha_premult'. 'alpha' property defines plane's transparency used for some blending modes. 'alpha_premult' property defines if RGB pixel data in the framebuffer contains values

[PATCH v5 5/5] drm/exynos: add support for blending properties

This patch adds support for blending related properties to Exynos DRM core and Exynos Mixer CRTC device. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 5 +++ drivers/gpu/drm/exynos/exynos_drm_plane.c | 60 +++ 2 files changed, 65

[PATCH libdrm] Update/fix the {copy,commit}-headers targets

On Wed, Jan 27, 2016 at 02:08:21PM +, Emil Velikov wrote: > On 27 January 2016 at 13:50, Daniel Vetter wrote: > > On Wed, Jan 27, 2016 at 01:23:11PM +, Emil Velikov wrote: > >> As some headers do not reside in include/drm we need to tweak our rules, > >> and exclude headers that shouldn't

[Bug 108561] nouveau: external monitor can not be enabled with hindsight

https://bugzilla.kernel.org/show_bug.cgi?id=108561 Elmar Stellnberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH v2 01/11] dma-buf/sync_file: de-stage sync_file

Hi Maarten, 2016-01-27 Maarten Lankhorst : > Hey, > > Op 27-01-16 om 14:30 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > sync_file is useful to connect one or more fences to the file. The file is > > used by userspace to track fences. > > > > Signed-off-by: Gustavo Padovan > > >

[PATCH libdrm] Update/fix the {copy,commit}-headers targets

On 27 January 2016 at 14:47, Ville Syrjälä wrote: > On Wed, Jan 27, 2016 at 02:08:21PM +, Emil Velikov wrote: >> On 27 January 2016 at 13:50, Daniel Vetter wrote: >> > On Wed, Jan 27, 2016 at 01:23:11PM +, Emil Velikov wrote: >> >> As some headers do not reside in include/drm we need

[PATCH v2 01/11] dma-buf/sync_file: de-stage sync_file

Hi Gustavo, On 27 January 2016 at 17:03, Gustavo Padovan wrote: > Hi Maarten, > > 2016-01-27 Maarten Lankhorst : > >> Hey, >> >> Op 27-01-16 om 14:30 schreef Gustavo Padovan: >> > From: Gustavo Padovan >> > >> > sync_file is useful to connect one or more fences to the file. The file is >> >

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/f5def1a3/attachment-0001.html>

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware

ogin screen as described in the thread. Different issues. -- 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/20160127/3edc6d0f/attachment.html>

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson wrote: > On 1/26/2016 9:43 PM, Dan Williams wrote: > diff --git a/mm/memory.c b/mm/memory.c > index 30991f83d0bf..c44e387130b2 100644 > --- a/mm/memory.c > +++ b/mm/memory.c > @@ -1521,6 +1521,8 @@ static int insert_pfn(struct vm_area_struct >

[PATCH resend] kmstest: fix link error due to library ordering

Recent commit below introduced a new library to be linked (libutil.la): commit 0caf58a6cb82327a3f6a53f05dea8e02f1412a05 Author: Stefan Agner Date: Sat Dec 19 21:52:58 2015 -0800 kmstest: Use util_open() Use the new util_open() helper instead of open-coding the method for finding

[PATCH v2 01/11] dma-buf/sync_file: de-stage sync_file

Hi Emil, 2016-01-27 Emil Velikov : > Hi Gustavo, > > On 27 January 2016 at 17:03, Gustavo Padovan wrote: > > Hi Maarten, > > > > 2016-01-27 Maarten Lankhorst : > > > >> Hey, > >> > >> Op 27-01-16 om 14:30 schreef Gustavo Padovan: > >> > From: Gustavo Padovan > >> > > >> > sync_file is useful

[PATCH resend] kmstest: fix link error due to library ordering

Hi Reinette, [added Emil to CC] Hm, I wonder why that did not happen on my system. What OS/gcc version do you use? -- Stefan On 2016-01-27 12:12, Reinette Chatre wrote: > Recent commit below introduced a new library to be linked (libutil.la): > > commit 0caf58a6cb82327a3f6a53f05dea8e02f1412a05

[PATCH resend] kmstest: fix link error due to library ordering

Hi Stefan, On 2016-01-27, Stefan Agner wrote: > [added Emil to CC] > Hm, I wonder why that did not happen on my system. What OS/gcc version > do you use? On my host I am building an image using Yocto (http://www.yoctoproject.org/) to contain latest libdrm. In case you are not familiar with

[Bug 93893] R9 390 Hawaii fails resuming from hibernation on amdgpu (linux-4.5.0-rc1)

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/df10ce7e/attachment.html>

[Bug 93893] R9 390 Hawaii fails resuming from hibernation on amdgpu (linux-4.5.0-rc1)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/598abda2/attachment.html>

[PATCH v2 01/11] dma-buf/sync_file: de-stage sync_file

On 01/27/2016 12:25 PM, Gustavo Padovan wrote: Is there a value in keeping the abi unchanged? If not, then Documentation/ioctl/botching-up-ioctls.txt is worth a read. >>> >>> None from me. I'll look where we can improve the ABI. Android has existing clients of the current ABI.

[PATCH RFC 1/2] clk: sunxi: Add sun8i display support

or the H3. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160127/0cf1a529/attachment.sig>

[PATCH resend] kmstest: fix link error due to library ordering

Hi Reinette, Thanks for the patch. I've actually made a similar patch one some 12 hours ago. Silly me forgot to push it - it's in master now. On 27 January 2016 at 21:29, Chatre, Reinette wrote: > Hi Stefan, > > On 2016-01-27, Stefan Agner wrote: >> [added Emil to CC] >> Hm, I wonder why that

[PATCH resend] kmstest: fix link error due to library ordering

Hi Emil, On 2016-01-27, Emil Velikov wrote: > Hi Reinette, > > Thanks for the patch. I've actually made a similar patch one some 12 > hours ago. Silly me forgot to push it - it's in master now. Thank you very much. > > On 27 January 2016 at 21:29, Chatre, Reinette > wrote: >> Hi Stefan, >>

[Bug 93217] [tonga] [powerplay] Radon M395X isn't initialised with the powerplay branch

knobs you've added -- 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/20160127/7fe26b9c/attachment.html>

[PATCH] MAINTAINERS: update for Freescale DCU DRM driver

On 2016-01-07 05:21, Jianwei Wang wrote: > Acked-by: Jianwei Wang Applied and pushed to my git tree: http://git.agner.ch/gitweb/?p=linux-drm-fsl-dcu.git;a=shortlog;h=refs/heads/for-next Along with this patch, I will queue some DRM DCU patches currently waiting to be applied. I plan to send a

[RESEND,V2] drm: fsl-dcu: Fix no fb check bug

On 2016-01-26 13:18, Emil Velikov wrote: > On 14 January 2016 at 08:23, Meng Yi wrote: >>> >> switch (fb->pixel_format) { >>> >> case DRM_FORMAT_RGB565: >>> >> case DRM_FORMAT_RGB888: >>> >> @@ -85,9 +88,6 @@ static void fsl_dcu_drm_plane_atomic_update(struct >>> drm_plane

[PATCH 7/7] drm/fsl-dcu: use mode flags for hsync/vsync pixelclk polarity

Hi Dave, Hi Thierry, Not sure how to handle this patch: it contains a little change in panel-simple.c. I think this should be in one patch, since it changes the associated logic in the driver... Can I send that through my tree? -- Stefan On 2015-11-18 18:42, Stefan Agner wrote: > The current

[PATCH 3/3] vc4: Add headers and .pc files for VC4 userspace development.

Daniel Stone writes: > Hi, > > On 27 January 2016 at 14:16, Emil Velikov wrote: >> On 27 January 2016 at 11:45, Daniel Stone wrote: >>> The Requires will take care of that, so you can just bin the entire >>> 'Libs:' field until you need one: >>> >> In theory this will be sufficient, but Eric

[PATCH 3/3 v3] vc4: Add headers and .pc files for VC4 userspace development.

The headers were originally written in Mesa, imported to the kernel, and improved upon in vc4-gpu-tools. These come from the v-g-t copies and will replace the Mesa and v-g-t copies, and hopefully be used from new tests in igt, as well. v2: Fix linking against libdrm_intel instead of libdrm. v3:

[PATCH] vc4: Add headers and .pc files for VC4 userspace development.

The headers were originally written in Mesa, imported to the kernel, and improved upon in vc4-gpu-tools. These come from the v-g-t copies and will replace the Mesa and v-g-t copies, and hopefully be used from new tests in igt, as well. v2: Fix linking against libdrm_intel instead of libdrm. v3:

[PATCH v2 03/26] clk: Add regmap support

On 01/14, Maxime Ripard wrote: > From: Matthias Brugger > > Some devices like SoCs from Mediatek need to use the clock > through a regmap interface. > This patch adds regmap support for the simple multiplexer clock, > the divider clock and the clock gate code. > > Signed-off-by: Matthias