[Bug 108401] GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]

https://bugzilla.kernel.org/show_bug.cgi?id=108401 --- Comment #5 from joe.r.floss.user at gmail.com --- For now, I have installed the latest mesa from git master. A short test was OK, but is not enough to conclude. Should I report here or on the mesa bug tracker if the problem appears again?

[Bug 92974] Fiji Nano long boot up and long X startup with amdgpu-powerplay enabled

as scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/353addfd/attachment.html>

[Intel-gfx] [PATCH v8 2/2] drm/dp: Set aux.dev to the drm_connector device, instead of drm_device.

On Mon, Nov 02, 2015 at 12:33:48PM -0800, Rafael Antognolli wrote: > So far, the i915 driver and some other drivers set it to the drm_device, > which doesn't allow one to know which DP a given aux channel is related > to. Changing this to be the drm_connector provides proper nesting, still >

[PATCH v8 1/2] drm/dp: Add a drm_aux-dev module for reading/writing dpcd registers.

On Mon, Nov 02, 2015 at 12:33:47PM -0800, Rafael Antognolli wrote: > This module is heavily based on i2c-dev. Once loaded, it provides one > dev node per DP AUX channel, named drm_dp_auxN, where N is an integer. > > It's possible to know which connector owns this aux channel by looking > at the

drm_read() to paged-out memory area

On Tue, Nov 24, 2015 at 09:49:58PM +0100, Thomas Hellstrom wrote: > Hi, Chris, > > With your new (well sort of) implementation of drm_read() it looks to me > like a drm_read() to a paged out > memory area will always fail with -EFAULT. From what I can tell, there's > nothing there to generate a

[PATCH] drm: adv7511: really enable interrupts for EDID detection

pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/fb8c09ec/attachment-0001.sig>

[PATCH 3/3] drm: panel-simple: implement URT UMSH-8596MD-xT panel support

On 08.10.2015 10:24, Thierry Reding wrote: > On Wed, Oct 07, 2015 at 11:02:20PM +0200, Maciej S. Szmigiero wrote: >> This patch implements support for United Radiant Technology >> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels in DRM panel-simple >> driver. >> >> Signed-off-by: Maciej Szmigiero >> ---

[PATCH 2/2] drm/i915: fix potential dangling else problems in for_each_ macros

We have serious dangling else bugs waiting to happen in our for_each_ style macros with ifs. Consider, for example, #define for_each_power_domain(domain, mask) \ for ((domain) = 0; (domain) < POWER_DOMAIN_NUM; (domain)++) \ if ((1 << (domain)) &

[PATCH 1/2] drm: fix potential dangling else problems in for_each_ macros

We have serious dangling else bugs waiting to happen in our for_each_ style macros with ifs. Consider, for example, #define drm_for_each_plane_mask(plane, dev, plane_mask) \ list_for_each_entry((plane), &(dev)->mode_config.plane_list, head) \ if ((plane_mask) & (1 <<

[Bug 107381] radeon VCE init error (-110) -- AMD/Intel Mars Hybrid Graphics

https://bugzilla.kernel.org/show_bug.cgi?id=107381 --- Comment #3 from butternut --- Created attachment 195331 --> https://bugzilla.kernel.org/attachment.cgi?id=195331=edit dmesg output after forcing webgl rendering with radeon and firefox -- You are receiving this mail because: You are

[Bug 107381] radeon VCE init error (-110) -- AMD/Intel Mars Hybrid Graphics

https://bugzilla.kernel.org/show_bug.cgi?id=107381 --- Comment #2 from butternut --- Created attachment 195321 --> https://bugzilla.kernel.org/attachment.cgi?id=195321=edit dmesg output after gnomeshell locked up, crashed and restarted -- You are receiving this mail because: You are watching

[Bug 107381] radeon VCE init error (-110) -- AMD/Intel Mars Hybrid Graphics

https://bugzilla.kernel.org/show_bug.cgi?id=107381 butternut changed: What|Removed |Added CC||dntspmme at gmail.com --- Comment #1 from

[Intel-gfx] [PATCH 4/9] drm/core: Add drm_for_each_encoder_mask.

On Tue, 24 Nov 2015, Maarten Lankhorst wrote: > +#define drm_for_each_encoder_mask(encoder, dev, encoder_mask) \ > + list_for_each_entry((encoder), &(dev)->mode_config.encoder_list, head) \ > + if ((encoder_mask) & (1 << drm_encoder_index(encoder))) How about if

[Bug 92850] Segfault loading War Thunder

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/20151124/27882352/attachment.html>

[Bug 108401] GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]

https://bugzilla.kernel.org/show_bug.cgi?id=108401 --- Comment #4 from Alex Deucher --- Or try downgrading. The problem is most likely in mesa. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 108401] GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]

https://bugzilla.kernel.org/show_bug.cgi?id=108401 --- Comment #3 from joe.r.floss.user at gmail.com --- % COLUMNS=120 dpkg -l|grep 'mesa.*amd64' → ... ii libegl1-mesa:amd64 11.0.5-1 ii libegl1-mesa-dev:amd64 11.0.5-1 ii libgl1-mesa-dev:amd64 11.0.5-1 ii

[PATCH] drm: adv7511: it's HPD, not HDP

From: Wolfram Sang Fix this typo, consequently used over both files :) Signed-off-by: Wolfram Sang --- drivers/gpu/drm/i2c/adv7511.c | 22 +++--- drivers/gpu/drm/i2c/adv7511.h | 12 ++-- 2 files

[Bug 92850] Segfault loading War Thunder

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/7f3874e8/attachment.html>

[Bug 92850] Segfault loading War Thunder

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/78861979/attachment-0001.html>

[Bug 108401] GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]

https://bugzilla.kernel.org/show_bug.cgi?id=108401 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #2

[Bug 108401] GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]

https://bugzilla.kernel.org/show_bug.cgi?id=108401 --- Comment #1 from joe.r.floss.user at gmail.com --- Created attachment 195311 --> https://bugzilla.kernel.org/attachment.cgi?id=195311=edit Output of 'journalctl -kb -1' after the first reboot Full kernel log -- You are receiving this mail

[Bug 108401] New: GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]

https://bugzilla.kernel.org/show_bug.cgi?id=108401 Bug ID: 108401 Summary: GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670] Product: Drivers Version: 2.5 Kernel Version: 4.2.6 Hardware: x86-64 OS: Linux

[Intel-gfx] [PATCH 4/9] drm/core: Add drm_for_each_encoder_mask.

Hi On Tue, Nov 24, 2015 at 7:00 PM, Jani Nikula wrote: > On Tue, 24 Nov 2015, Maarten Lankhorst > wrote: >> +#define drm_for_each_encoder_mask(encoder, dev, encoder_mask) \ >> + list_for_each_entry((encoder), &(dev)->mode_config.encoder_list, head) >> \ >> + if ((encoder_mask)

[PATCH 2/7] drm/exynos/mixer: replace direct cross-driver call with drm mode validation

Hello Andrzej, On Mon, Oct 26, 2015 at 9:03 AM, Andrzej Hajda wrote: > HDMI driver called directly function from MIXER driver to invalidate modes > not supported by MIXER. The patch replaces the hack with proper .atomic_check > callback. > > Signed-off-by: Andrzej Hajda > --- It seems this

[Bug 76130] Radeon HD 4570 set dpm state fails after suspend

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

[PATCH i915 v7 1/2] i915: wait for fence in mmio_flip_work_func

Thanks, Daniel. There sure are a lot of Daniels. > > + else if (obj->base.dma_buf && obj->base.dma_buf->resv->fence_excl) > > + return true; > > I'm not sure if this is really doing exactly what you want. > When a reservation object's exclusive fence has signaled, I think the

[Bug 55420] [Wine] fails to compile GLSL shader in Falcon BMS 4.32u3

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4d85edaa/attachment.html>

[Bug 76130] Radeon HD 4570 set dpm state fails after suspend

|| -- 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/20151124/a8b2c9dd/attachment.html>

[Bug 76130] Radeon HD 4570 set dpm state fails after suspend

ous patch. -- 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/20151124/3dc905bc/attachment.html>

[PATCH v6 02/12] drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.

Hi Philipp, CK, Please see my comments inline. On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel wrote: [snip] > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > new file mode 100644 > index 000..508c8f3 > --- /dev/null > +++

[Intel-gfx] [PATCH 0/8] Organize and offload aux retries to drm. (v2)

Hi Rodrigo, On 21 November 2015 at 00:46, Rodrigo Vivi wrote: > The goal of this series is to remove many different retries we have > for aux communication and offload them to drm. > > However on first attempt I was only returning EBUSY to use drm retries > but there was no waiting there. So

[PATCH 3/3] drm/amd/powerplay: enable dkms build

Signed-off-by: Jammy Zhou Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/powerplay/Makefile | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/Makefile b/drivers/gpu/drm/amd/powerplay/Makefile index e195bf5..043e6eb 100644 ---

[PATCH 2/3] drm/amd/acp: use $(src) in Makefile

Signed-off-by: Jammy Zhou --- drivers/gpu/drm/amd/acp/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/acp/Makefile b/drivers/gpu/drm/amd/acp/Makefile index c8c3303..b33bbd6 100644 --- a/drivers/gpu/drm/amd/acp/Makefile +++

[PATCH 1/3] drm/amdgpu: use $(src) in Makefile

This can solve the path problem when compile amdgpu with DKMS. Signed-off-by: Jammy Zhou Acked-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/Makefile | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/Makefile

[PATCH 0/3] drm/amdgpu: enable DKMS build

This series enable the DKMS build of amdgpu driver. Jammy Zhou (3): drm/amdgpu: use $(src) in Makefile drm/amd/acp: use $(src) in Makefile drm/amd/powerplay: enable dkms build drivers/gpu/drm/amd/acp/Makefile | 2 +- drivers/gpu/drm/amd/amdgpu/Makefile| 14 --

[Bug 76130] Radeon HD 4570 set dpm state fails after suspend

- 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/20151124/a765002d/attachment.html>

[PATCH] drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile

From: Wolfram Sang This register includes a counter which is decremented by the chip on I2C failures. Also, it is reset when powering down. Signed-off-by: Wolfram Sang --- drivers/gpu/drm/i2c/adv7511.c | 1 + 1 file

[PATCH] drm: adv7511: really enable interrupts for EDID detection

From: Wolfram Sang The interrupts for EDID_READY or DDC_ERROR were never enabled in this driver, so reading EDID always timed out when the chip was powered down and interrupts were used. Fix this and remove clearing the interrupt flags, since they are cleared in

[PATCH] staging/android: add TODO to de-stage android sync framework

2015-11-24 Greg Hackmann : > On 11/23/15 11:41 AM, Gustavo Padovan wrote: > >+ - remove sw_sync, it is used only for testing/debugging and should not be > >+upstreamed. > >+ - port sw_sync testcases to use debugfs somehow > > A quick but important nitpick: > > sw_sync itself is just an

[Bug 92953] Segfault loading UT4 map/server

|--- |FIXED -- 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/20151124/6e08b6e1/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4f785207/attachment-0001.html>

[PATCH 3/3] drm/tegra: Use __drm_atomic_helper_reset_connector for subclassing connector state.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/tegra/dsi.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c index f0a138ef68ce..33ad50487f2e 100644 --- a/drivers/gpu/drm/tegra/dsi.c +++

[PATCH 2/3] drm/atomic: Add __drm_atomic_helper_connector_reset.

This is useful for drivers that subclass connector_state, like tegra. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 30 ++ include/drm/drm_atomic_helper.h | 2 ++ 2 files changed, 28 insertions(+), 4 deletions(-) diff --git

[PATCH 1/3] drm/i915: Set connector_state->connector using the helper.

The atomic helper sets connector_state->connector, which the i915 code didn't. This will become a problem when we start using it. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH v6 01/12] dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding

Hi Philipp, CK, Please see my comments inline. On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel wrote: > From: CK Hu > > Add device tree binding documentation for the display subsystem in > Mediatek MT8173 SoCs. > > Signed-off-by: CK Hu > Signed-off-by: Philipp Zabel > Acked-by: Rob Herring

[Bug 92953] Segfault loading UT4 map/server

the output more legible, so I would call it an improvement. -- 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/20151124/649ca

[PATCH i915 v7 2/2] i915: wait for fence in prepare_plane_fb

In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for exclusive fence v2: First commit v3: Remove object_name_lock acquire Move wait from intel_atomic_commit() to intel_prepare_plane_fb() v4: Wait only on exclusive fences, interruptible with no timeout v5: Style tweaks to more

[PATCH i915 v7 1/2] i915: wait for fence in mmio_flip_work_func

If a buffer is backed by dmabuf, wait on its reservation object's exclusive fence before flipping. v2: First commit v3: Remove object_name_lock acquire v4: Move wait ahead of mark_page_flip_active Use crtc->primary->fb to get GEM object instead of pending_flip_obj use_mmio_flip() return

[PATCH i915 v7 0/2] PRIME Synchronization

Hello all, For a while now, I've been working to fix tearing with PRIME. This is the same as the sixth version of the DRM component for PRIME synchronization, but with my mail headers fixed so that the patches can be checked in. In sixth version I modified the wait in prepare_plane_fb to

[PATCH 4/5] drm/imx: ipuv3 plane: Use the helper ipu_plane_cleanup() in ipu_plane_destroy()

On Mon, Nov 23, 2015 at 12:48:12PM +0100, Philipp Zabel wrote: > Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > > To reduce code duplication, we can use the helper ipu_plane_cleanup() in > > ipu_plane_destroy(). > > > > Signed-off-by: Liu Ying > > --- > > This patch applies to the

[Bug 93017] complete system stalls while changing displays resolutions on a hybrid (intel/radeon) system

. But no crashes from that so far during my trials -- 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/20151124/9b3fdc8c/attachment.html>

[PATCH 3/5] drm/imx: ipuv3 crtc: Cleanup ipu planes in ipu_drm_unbind()

On Mon, Nov 23, 2015 at 12:48:14PM +0100, Philipp Zabel wrote: > Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > > To avoid memory leakage, we need to cleanup ipu planes in ipu_drm_unbind(). > > > > Signed-off-by: Liu Ying > > --- > > This patch applies to the imx-drm/fixes branch of

[Bug 96361] [Bisected, radeon]Non-infinite boot loop since v3.13

https://bugzilla.kernel.org/show_bug.cgi?id=96361 servuswiegehtz at yahoo.de changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm/panel: simple: Add Innolux N133HSE panel support

On Monday, November 23, 2015 at 12:26:47 PM, Thierry Reding wrote: > On Wed, Nov 18, 2015 at 10:47:43AM +0100, Marek Vasut wrote: > > From: Sean Cross > > > > The Innolux N133HSE panel is a 13.3" 1920x1080 panel that contains an > > integrated backlight, and connects via eDP. > > > > It is used

[RESEND PATCH] drm: omapdrm: tiler: Remove unneded module alias for tiler

ot; DMM_DRIVER_NAME); > Thanks, applying to my 4.5 branch. Tomi -- next part -- 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/20151124/10ae5d0e/attachment.sig>

[Intel-gfx] [PATCH 6/9] drm/i915: Update connector_mask during readout.

Op 24-11-15 om 11:38 schreef Daniel Vetter: > On Tue, Nov 24, 2015 at 10:34:33AM +0100, Maarten Lankhorst wrote: >> Signed-off-by: Maarten Lankhorst >> --- >> drivers/gpu/drm/i915/intel_display.c | 11 --- >> 1 file changed, 8 insertions(+), 3 deletions(-) >> >> diff --git

[Intel-gfx] [PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state.

Op 24-11-15 om 11:51 schreef Thierry Reding: > On Tue, Nov 24, 2015 at 11:37:47AM +0100, Daniel Vetter wrote: >> On Tue, Nov 24, 2015 at 10:34:29AM +0100, Maarten Lankhorst wrote: >>> Signed-off-by: Maarten Lankhorst >>> --- >>> drivers/gpu/drm/tegra/dsi.c | 4 +++- >>> 1 file changed, 3

[patch] drm/vmwgfx: fix a warning message

Thanks! Reviewed-by: Sinclair Yeh On Sat, Nov 21, 2015 at 01:29:39PM +0300, Dan Carpenter wrote: > The WARN_ON() macro only takes a condition argument, it doesn't take > a message. I have converted this to WARN() instead. > > Signed-off-by: Dan Carpenter > > diff --git

[PATCH] drm/sysfs: Send out uevent when connector->force changes

On Fri, Nov 20, 2015 at 09:25:14AM +, Chris Wilson wrote: > On Fri, Nov 20, 2015 at 09:11:00AM +0100, Daniel Vetter wrote: > > On Thu, Nov 19, 2015 at 09:06:04PM +, Chris Wilson wrote: > > > On Thu, Nov 19, 2015 at 05:46:50PM +0100, Daniel Vetter wrote: > > > > To avoid even more code

[Intel-gfx] [PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state.

ment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/f3242f4a/attachment.sig>

[Intel-gfx] [PATCH 7/9] drm/atomic: Small documentation fix.

On Tue, Nov 24, 2015 at 10:34:34AM +0100, Maarten Lankhorst wrote: > Use the correct function name for drm_atomic_clean_old_fb docs. > > Signed-off-by: Maarten Lankhorst Applied to topic/drm-misc, thanks. -Daniel > --- > drivers/gpu/drm/drm_atomic.c | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH] drm/sysfs: Send out uevent when connector->force changes

On Tue, Nov 24, 2015 at 11:51:09AM +0100, Daniel Vetter wrote: > On Fri, Nov 20, 2015 at 09:25:14AM +, Chris Wilson wrote: > > And something like .fill_modes -> .probe (after removing .detect). > > Hm, not sure. For panels we never really probe anything, the important bit > is (at least for

[Bug 73528] Deferred lighting in Second Life causes system hiccups and screen flickering

vel/attachments/20151124/85808dfd/attachment.html>

[Bug 73528] Deferred lighting in Second Life causes system hiccups and screen flickering

results until I can test the new commit myself though. -- 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/20151124/11ddb

[Intel-gfx] [PATCH 6/9] drm/i915: Update connector_mask during readout.

On Tue, Nov 24, 2015 at 10:34:33AM +0100, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/i915/intel_display.c | 11 --- > 1 file changed, 8 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_display.c >

[Intel-gfx] [PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state.

On Tue, Nov 24, 2015 at 10:34:29AM +0100, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/tegra/dsi.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c > index

[PATCH 0/3] drm/amdgpu: enable DKMS build

On Tue, Nov 24, 2015 at 11:08:07AM +0100, Christian König wrote: > On 24.11.2015 10:36, Thierry Reding wrote: > >On Tue, Nov 24, 2015 at 09:59:09AM +0100, Daniel Vetter wrote: > >>On Tue, Nov 24, 2015 at 04:55:19PM +0800, Jammy Zhou wrote: > >>>This series enable the DKMS build of amdgpu driver.

[PATCH 0/3] drm/amdgpu: enable DKMS build

od idea anyway. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/3ddf62c9/attachment.sig>

[PATCH 1/5] drm/imx: ipuv3 plane: Introduce ipu_plane_cleanup()

On Mon, Nov 23, 2015 at 12:48:13PM +0100, Philipp Zabel wrote: > Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > > This patch adds a helper ipu_plane_cleanup() to cleanup a IPU plane. > > It can be used in the bailout path of ipu_crtc_init(), for instance. > > > > Signed-off-by: Liu

[PATCH] drm/imx: parallel-display: allow to determine bus format from the connected panel

Hi Gary, Am Montag, den 23.11.2015, 16:46 +0100 schrieb Gary Bisson: > Tested with a SabreLite + Okaya rs800480t LCD display on 4.4-rc1 kernel. > > Tested-by: Gary Bisson Thank you. > One question though, do you want people to remove the interface_pix_fmt > property from the device trees to

[PATCH v2 0/7] drm/exynos: add pm runtime support

Hi Javier, 2015년 11월 24일 03:38에 Javier Martinez Canillas 이(가) 쓴 글: > Hello Inki, > > On 11/23/2015 01:47 PM, Inki Dae wrote: >> 2015-11-23 21:25 GMT+09:00 Javier Martinez Canillas > osg.samsung.com>: >>> Hello, >>> >>> On 11/21/2015 11:59 AM, Inki Dae wrote: Hi Daniel,

[PATCH i915 v6 2/2] i915: wait for fence in prepare_plane_fb

Ah geeze, I actually did have it configured for not sending the confidentiality statement, but apparently I was missing a space. Thanks for pointing it out. Thanks, Alex On Tue, 24 Nov 2015, Thierry Reding wrote: > On Tue, Nov 24, 2015 at 09:55:35AM +0100, Daniel Vetter wrote: > > On Mon, Nov

[PATCH v2] staging/android: add TODO to de-stage android sync framework

From: Gustavo Padovan - remove sw_sync, it is used only for testing/debugging and should not be upstreamed. - port sw_sync testcases to use debugfs somehow - port libsync tests to kselftest - clean up and ABI check for security issues - move the sync

[Bug 92258] [regression] Opening context menu in Steam running via DRI_PRIME with enabled DRI3 could lead to radeon kernel module crash

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/1853359b/attachment.html>

[PATCH v6 00/12] MT8173 DRM support

Hi Daniel, Am Donnerstag, den 19.11.2015, 09:40 +0100 schrieb Daniel Vetter: > On Wed, Nov 18, 2015 at 06:34:08PM +0100, Philipp Zabel wrote: > > Hi, > > > > another update to the MT8173 DRM support patchset. Since the device tree > > bindings are now in order, I have dropped the RFC. > > The

[PATCH v6 02/12] drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.

Hi Tomasz, Am Dienstag, den 24.11.2015, 17:27 +0900 schrieb Tomasz Figa: > Hi Philipp, CK, > > Please see my comments inline. Thank you for your comments. > On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel > wrote: > [snip] > > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > >

[PATCH v6 01/12] dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding

Hi Tomasz, Am Dienstag, den 24.11.2015, 14:32 +0900 schrieb Tomasz Figa: > Hi Philipp, CK, > > Please see my comments inline. > > On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel > wrote: [...] > > +Required properties (all function blocks): > > +- compatible: "mediatek,-disp-", one of > > +

[PATCH 0/3] drm/amdgpu: enable DKMS build

gt; dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/c8018b4c/attachment.html>

[PATCH i915 v6 2/2] i915: wait for fence in prepare_plane_fb

end the > patches out over your private mail account (but with git author and sob > still @nvidia.com). Alternatively to the private account there's a way to prevent the corporate email system from attaching the confidentiality statement. I've sent instructions to Alex internally. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/46b1477d/attachment.sig>

[PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state.

t attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/3978d827/attachment.sig>

[PATCH 0/3] drm/amdgpu: enable DKMS build

was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/7ebcb720/attachment.sig>

[PATCH 9/9] drm/atomic: Add encoder_mask to crtc_state.

This allows iteration over encoders without requiring connection_mutex. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 4 drivers/gpu/drm/i915/intel_display.c | 3 +++ include/drm/drm_crtc.h | 2 ++ 3 files changed, 9 insertions(+) diff --git

[PATCH 8/9] drm/atomic: Remove drm_atomic_connectors_for_crtc.

Now that connector_mask is reliable there's no need for this function any more. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c| 29 - drivers/gpu/drm/drm_atomic_helper.c | 9 ++--- drivers/gpu/drm/vc4/vc4_crtc.c | 2 +-

[PATCH 7/9] drm/atomic: Small documentation fix.

Use the correct function name for drm_atomic_clean_old_fb docs. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index f70350ca200f..5789649a4099

[PATCH 6/9] drm/i915: Update connector_mask during readout.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index dcc7ec7665c2..21b1984e828b 100644 ---

[PATCH 5/9] drm/atomic: add connector mask to drm_crtc_state.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c | 11 +++ include/drm/drm_crtc.h | 3 +++ 2 files changed, 14 insertions(+) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index d8cc2328317a..f70350ca200f 100644 ---

[PATCH 4/9] drm/core: Add drm_for_each_encoder_mask.

Signed-off-by: Maarten Lankhorst --- include/drm/drm_crtc.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index 29cfb4f8f99d..c54da2d297ec 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@ -1172,6 +1172,17 @@

[PATCH 3/9] drm/core: Add drm_encoder_index.

This is useful for adding encoder_mask in crtc_state. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_crtc.c | 23 +++ include/drm/drm_crtc.h | 1 + 2 files changed, 24 insertions(+) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index

[PATCH 2/9] drm/tegra: Assign conn_state->connector when allocating connector state.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/tegra/dsi.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c index f0a138ef68ce..6b8ae3d08eeb 100644 --- a/drivers/gpu/drm/tegra/dsi.c +++

[PATCH 1/9] drm/i915: Set connector_state->connector correctly.

I can't believe we didn't trip over this sooner.. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index 2917fef33f31..dcc7ec7665c2 100644

[PATCH 0/9] drm/atomic: Add encoder_mask and connector_mask to crtc_state.

First 2 patches are fixes for a missing connector_state->connector. The atomic code doesn't use it currently but with these patches it causes a null pointer dereference. It's useful to know from the crtc_state what connectors and encoders are attached. This makes it possible to do iterations

[PATCH 1/3] drm/dsi: Add support for Turn on/Shutdown peripheral packets

This is also an internal function, so these errors really should never happen. Anyway, since I removed this helper this isn't an issue anymore, just wanted to mention it. Thanks, Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Ty

[PATCH v2 0/7] drm/exynos: add pm runtime support

Hello Inki, On 11/23/2015 11:28 PM, Inki Dae wrote: > Hi Javier, > > 2015년 11월 24일 03:38에 Javier Martinez Canillas 이(가) 쓴 글: >> Hello Inki, >> >> On 11/23/2015 01:47 PM, Inki Dae wrote: >>> 2015-11-23 21:25 GMT+09:00 Javier Martinez Canillas >> osg.samsung.com>: Hello,

[PATCH] drm/radeon: remove UMS support

On 23.11.2015 19:22, Alex Deucher wrote: > It's been deprecated behind a kconfig option for almost > two years and hasn't really been supported for years before > that. DDX support was dropped more than three years ago. > > Signed-off-by: Alex Deucher Acked-by: Christian König > --- >

[Bug 92850] Segfault loading War Thunder

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/20151124/bee48443/attachment.html>

[PATCH] drm/armada: Use a private mutex to protect priv->linear

Reusing the Big DRM Lock just leaks, and the few things left that dev->struct_mutex protected are very well contained - it's just the linear drm_mm manager. With this armada is completely struct_mutex free! v2: Convert things properly and also take the lock in armage_gem_free_object, and remove

[PATCH 0/3] drm/amdgpu: enable DKMS build

On Tue, Nov 24, 2015 at 04:55:19PM +0800, Jammy Zhou wrote: > This series enable the DKMS build of amdgpu driver. For the curious: What's DKMS? -Daniel > > Jammy Zhou (3): > drm/amdgpu: use $(src) in Makefile > drm/amd/acp: use $(src) in Makefile > drm/amd/powerplay: enable dkms build >

[PATCH i915 v6 2/2] i915: wait for fence in prepare_plane_fb

On Mon, Nov 23, 2015 at 03:08:53PM -0800, Alex Goins wrote: > In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for exclusive > fence > > v2: First commit > v3: Remove object_name_lock acquire > Move wait from intel_atomic_commit() to intel_prepare_plane_fb() > v4: Wait only on

[PATCH] staging/android: add TODO to de-stage android sync framework

On Tue, Nov 24, 2015 at 09:51:12AM +0100, Daniel Vetter wrote: > On Mon, Nov 23, 2015 at 05:41:53PM -0200, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > - remove sw_sync, it is used only for testing/debugging and should not > > be upstreamed. > > - port sw_sync testcases to use

[PATCH] staging/android: add TODO to de-stage android sync framework

On Mon, Nov 23, 2015 at 05:41:53PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > - remove sw_sync, it is used only for testing/debugging and should not > be upstreamed. > - port sw_sync testcases to use debugfs somehow > - clean up and ABI check for security issues > - move the

  1   2   >