[Bug 91534] r300 blocking GLX and EGL compositing in KWin (KDE Plasma 5.x)?

https://bugs.freedesktop.org/show_bug.cgi?id=91534 Bug ID: 91534 Summary: r300 blocking GLX and EGL compositing in KWin (KDE Plasma 5.x)? Product: Mesa Version: 10.5 Hardware: x86-64 (AMD64) OS: Linux (All)

[PATCH] drm/nouveau/gem: tolerate a buffer specified multiple times

On 31/07/15 19:11, Bryan O'Donoghue wrote: > On 31/07/15 17:43, Bryan O'Donoghue wrote: >> On 31/07/15 17:36, Ilia Mirkin wrote: >>> Do you have a reproducible way of achieving the multiple buffer on >>> validation list thing? Ilia, Peter. I've filed a bug for you here :

linux-next: manual merge of the drm-misc tree with Linus' tree

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: drivers/gpu/drm/drm_atomic_helper.c between commit: 27667f4744fc ("i915: temporary fix for DP MST docking station NULL pointer dereference") from Linus' tree and commit: fc596660dd4e ("drm/atomic: add

[Bug 91533] Opencl and Calapp plugins do not work with pyrit on R9 295X2

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

[Bug 91527] 7870 radeon crashes after kernel msg drm:radeon_mn_invalidate_range_start

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150803/3f698895/attachment.html>

[Bug 91520] [radeonsi, PIGLIT, regression] spec@arb_gpu_shader_fp64@execution@fs-indirect-temp-double-{dst, src} triggers SIGSEGV

file a bug against libelf1. -- 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/20150803/d3d522d5/attachment.html>

[Bug 91509] Depth render buffer corruption

dri-devel/attachments/20150803/3db947fa/attachment.html>

[Bug 90774] New account request

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/20150803/0b4f192a/attachment-0001.html>

[Bug 65963] screen goes blank, Linux hangs - Radeon 7870, Gallium, Glamor

6.4-1 => 1.17.2-4) xorg-server-common: (1.16.4-1 => 1.17.2-4) xorg-server-devel: (1.16.4-1 => 1.17.2-4) -- 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/20150803/b5bd00d9/attachment.html>

[Bug 91533] Opencl and Calapp plugins do not work with pyrit on R9 295X2

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/20150803/4be2079d/attachment.html>

[PATCH 2/5] drm/i2c: adv7511: Initial support for adv7533

On 07/28/2015 08:57 AM, Bjorn Andersson wrote: > On Sun 26 Jul 23:16 PDT 2015, Archit Taneja wrote: > >> From: Lars-Peter Clausen >> > [..] >> diff --git a/drivers/gpu/drm/i2c/adv7511.c b/drivers/gpu/drm/i2c/adv7511.c > > [..] > >> >> +static const struct of_device_id adv7511_of_ids[] = { >> +

[Bug 91533] Opencl and Calapp plugins do not work with pyrit on R9 295X2

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/20150803/ece6ef9a/attachment.html>

[PATCH 3/5] ARM: shmobile: r8a7794: Add DU0 clock

On Fri, Jul 17, 2015 at 10:26 AM, Laurent Pinchart wrote: > The DU0 clock is an MSTP clock, child of the CPG ZX clock. > > Signed-off-by: Laurent Pinchart Acked-by: by: Geert Uytterhoeven

[PATCH 04/15] drivers: gpu: Drop unlikely before IS_ERR(_OR_NULL)

On Fri, Jul 31, 2015 at 08:53:04AM -0700, Sinclair Yeh wrote: > This patch: Reviewed-by: Sinclair Yeh > > On Fri, Jul 31, 2015 at 02:08:24PM +0530, Viresh Kumar wrote: > > IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there > > is no need to do that again from its callers.

[PATCH v3 1/9] drm/exynos: pass the correct pipe number

Hi Gustavo, For 1 through 9 merged. And I guess you have the rest we have to review but this patch series doesn't have consistency of previous, v2. So please, post the rest again re-basing on top of exynos-drm-next. Thanks, Inki Dae On 2015년 07월 30일 05:11, Gustavo Padovan wrote: > Hi

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

On Sat, Aug 01, 2015 at 01:22:10PM +0200, Jonathan Corbet wrote: > On Fri, 31 Jul 2015 18:06:45 -0300 > Danilo Cesar Lemes de Paula wrote: > > > Describing arguments at top of a struct definition works fine > > for small/medium size structs, but it definitely doesn't work well > > for struct

[PATCH v2] drm/exynos: clear channels only when iommu is enabled

On 2015년 07월 31일 09:32, Krzysztof Kozlowski wrote: > On 28.07.2015 17:51, Joonyoung Shim wrote: >> This is simplest solution about reported problem[1]. It's no problem to >> clear channel only when iommu is enabled, if we consider that we cannot >> recognize iommu errors when iommu is

[PATCH v2] drm/i915: load driver even if debugfs fails

On Thu, Jul 23, 2015 at 07:36:12PM +0530, Sudip Mukherjee wrote: > debugfs files are not necessary for the usual operation of the driver > and the device. No need to check for the return values from the debugfs > file creation. Even if one debugfs file fails to create we try with the > next

[PATCH v2] drm/i915: load driver even if debugfs fails

On Mon, Aug 03, 2015 at 02:56:42PM +0530, Sudip Mukherjee wrote: > On Thu, Jul 23, 2015 at 07:36:12PM +0530, Sudip Mukherjee wrote: > > debugfs files are not necessary for the usual operation of the driver > > and the device. No need to check for the return values from the debugfs > > file

[Bug 91534] r300 blocking GLX and EGL compositing in KWin (KDE Plasma 5.x)?

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/20150803/6295279e/attachment.html>

[PATCH v2] drm/i915: load driver even if debugfs fails

On Mon, Aug 03, 2015 at 12:54:33PM +0200, Daniel Vetter wrote: > On Mon, Aug 03, 2015 at 02:56:42PM +0530, Sudip Mukherjee wrote: > > On Thu, Jul 23, 2015 at 07:36:12PM +0530, Sudip Mukherjee wrote: > > > debugfs files are not necessary for the usual operation of the driver > > > and the device.

[PATCH 3/5] drm/i2c: adv7511: Refactor encoder slave functions

Hi, On 07/31/2015 04:48 PM, Rob Clark wrote: > On Fri, Jul 31, 2015 at 8:58 AM, Boris Brezillon > wrote: >> Hi Rob, >> >> On Fri, 31 Jul 2015 08:13:59 -0400 >> Rob Clark wrote: >> (...) >> >> Another problem I've seen with some drm bridge drivers is that they >> directly create their own

[PATCH 4/4] drm/sti: atomic crtc/plane update

From: Vincent Abriou Better fit STI hardware structure. Planes are no more responsible of updating mixer information such as z-order and status. It is now up to the CRTC atomic flush to do it. Plane actions (enable or disable) are performed atomically. Disabling of a plane

[PATCH 3/5] drm/i2c: adv7511: Refactor encoder slave functions

On Mon, Aug 3, 2015 at 8:03 AM, Andrzej Hajda wrote: > Hi, > > On 07/31/2015 04:48 PM, Rob Clark wrote: >> On Fri, Jul 31, 2015 at 8:58 AM, Boris Brezillon >> wrote: >>> Hi Rob, >>> >>> On Fri, 31 Jul 2015 08:13:59 -0400 >>> Rob Clark wrote: >>> > > (...) > >>> >>> Another problem I've seen

[Bug 91527] 7870 radeon crashes after kernel msg drm:radeon_mn_invalidate_range_start

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150803/4f848e3a/attachment.html>

[Bug 91461] gl_TessLevel* writes have no effect for all but the last TCS invocation

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

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

On Mon, 3 Aug 2015 10:23:19 +0200 Daniel Vetter wrote: > > I'm wondering if we need a kernel summit session on commenting > > conventions, markdown-in-kerneldoc, etc? Maybe I'll stick a proposal out > > there. > > Might be useful, but I'm not sure how many people really would actively > work

[PATCH 1/4] drm/atomic-helper: Add an atomice best_encoder callback

With legacy helpers all the routing was already set up when calling best_encoder and so could be inspected. But with atomic it's staged, hence we need a new atomic compliant callback for drivers which need to inspect the requested state and can't just decided the best encoder statically. This is

[PATCH 2/4] drm/i915: Fixup dp mst encoder selection

In commit 8c7b5ccb729870e606321b3703e2c2e698c49a95 Author: Ander Conselvan de Oliveira Date: Tue Apr 21 17:13:19 2015 +0300 drm/i915: Use atomic helpers for computing changed flags we've switched over to the atomic version to compute the crtc->encoder->connector routing from the i915

[PATCH 3/4] drm/dp-mst: Remove debug WARN_ON

Apparently been in there since forever and fairly easy to hit when hotplugging really fast. I can do that since my mst hub has a manual button to flick the hpd line for reprobing. The resulting WARNING spam isn't pretty. Cc: Dave Airlie Cc: stable at vger.kernel.org Signed-off-by: Daniel Vetter

[PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

We've had a few issues with atomic where subtle bugs in the encoder picking logic lead to accidental self-stealing of the encoder, resulting in a NULL connector_state->crtc in update_connector_routing and subsequent. Linus applied some duct-tape for an mst regression in commit

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Thu, Jul 30, 2015 at 11:50:29AM -0400, Theodore Ts'o wrote: > On Thu, Jul 30, 2015 at 04:40:02PM +0200, Daniel Vetter wrote: > > I have 4 patches in git://people.freedesktop.org/~danvet/drm fixes-stuff > > but I couldn't test them yet since no dp mst here and I didn't find > > anything that

[Bug 91520] [radeonsi, PIGLIT, regression] spec@arb_gpu_shader_fp64@execution@fs-indirect-temp-double-{dst, src} triggers SIGSEGV

archives/dri-devel/attachments/20150803/b38c527d/attachment.html>

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

On Mon, Aug 03, 2015 at 08:37:41AM -0600, Jonathan Corbet wrote: > On Mon, 3 Aug 2015 10:23:19 +0200 > Daniel Vetter wrote: > > > > I'm wondering if we need a kernel summit session on commenting > > > conventions, markdown-in-kerneldoc, etc? Maybe I'll stick a proposal out > > > there. > > >

[Bug 91520] [radeonsi, PIGLIT, regression] spec@arb_gpu_shader_fp64@execution@fs-indirect-temp-double-{dst, src} triggers SIGSEGV

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150803/33f2ecd2/attachment.html>

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Mon, Aug 03, 2015 at 05:27:29PM +0200, Daniel Vetter wrote: > > Ok I updated fixes-stuff with just 2 patches which seem to be enough to > fix it. Plus a patch to convert Linus' hack into something we can keep > plus a drive-by WARNING fix in mst that got in the way for me. > > Seems to work

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

On 08/03/2015 12:59 PM, Randy Dunlap wrote: > On 07/31/15 14:06, Danilo Cesar Lemes de Paula wrote: >> Describing arguments at top of a struct definition works fine >> for small/medium size structs, but it definitely doesn't work well >> for struct with a huge list of elements. >> >> Keeping the

[Bug 91509] Depth render buffer corruption

; 6) it looks like it could work). -- 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/20150803/d15705cb/attachment.html>

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Mon, Aug 3, 2015 at 9:25 AM, Theodore Ts'o wrote: > > I've just tried pulling in your updated fixes-stuff, and it avoids the > oops and allows external the monitor to work correctly. Good. Have either of you tested the suspend/resume behavior? Is that fixed too? >

[PATCH 00/11] Add Fiji Support

This patch set adds Fiji support to the open source amdgpu driver. The relevant mesa and ddx changes have also been sent out the their respective mailing lists. Support for Fiji is complete (GFX, SDMA, UVD, VCE, etc.) except for power management. Power management for dGPUs is still in progress

[PATCH 01/11] drm/amdgpu: Add Fiji DID 0x7300 common support

From: David Zhang Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 ++ drivers/gpu/drm/amd/amdgpu/vi.c| 34 ++

[PATCH 02/11] drm/amdgpu: Add Fiji support to the GMC 8.5 IP module

From: David Zhang Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 25 + drivers/gpu/drm/amd/amdgpu/vi.c | 9 - 2 files changed,

[PATCH 03/11] drm/amdgpu: Add Fiji support to IH module

From: David Zhang Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/vi.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/vi.c

[PATCH 05/11] drm/amdgpu: Add Fiji support to SMC and DPM (v2)

From: David Zhang v2: agd5f: prepare for release Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/Makefile | 1 + drivers/gpu/drm/amd/amdgpu/fiji_dpm.c| 181 +++

[PATCH 06/11] drm/amdgpu: Add Fiji support to the DCE 10.0 IP module (v2)

From: David Zhang v2: agd5f: fix up XDMA golden settings Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 23 +++ drivers/gpu/drm/amd/amdgpu/vi.c

[PATCH 07/11] drm/amdgpu: Add Fiji support to the GFX 8.0 IP module (v2)

v2: agd5f: fix the rb setup. Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 109 +- drivers/gpu/drm/amd/amdgpu/vi.c | 7 +++ 2 files changed, 115

[PATCH 08/11] drm/amdgpu: Add Fiji support to the SDMA 3.0 IP module

From: David Zhang Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 31 +++ drivers/gpu/drm/amd/amdgpu/vi.c| 7 +++ 2 files

[PATCH 09/11] drm/amdgpu: Add Fiji support to the UVD 6.0 IP module

From: David Zhang Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 5 + drivers/gpu/drm/amd/amdgpu/vi.c | 7 +++ 2 files changed, 12 insertions(+)

[PATCH 11/11] drm/amdgpu: Enable the Fiji DID 0x7300 support

From: David Zhang Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c

[PATCH 10/11] drm/amdgpu: add support for VCE 3.x on Fiji

VCE on fiji is single pipe only. Reviewed-by: David Zhang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 5 + drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 7 +++ drivers/gpu/drm/amd/amdgpu/vi.c | 7 +++ 3 files changed, 19 insertions(+) diff --git

[Bug 86796] Artifacts on the screen. HD8530M

org/archives/dri-devel/attachments/20150803/16ed80bc/attachment.html>

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Mon, Aug 03, 2015 at 10:24:53AM -0700, Linus Torvalds wrote: > On Mon, Aug 3, 2015 at 9:25 AM, Theodore Ts'o wrote: > > > > I've just tried pulling in your updated fixes-stuff, and it avoids the > > oops and allows external the monitor to work correctly. > > Good. Have either of you tested

[PATCH 00/11] drm/exynos: remove exynos_drm_display and exynos_drm_encoder

From: Gustavo Padovan Hi, This patchset is another important step in the exynos clean up, it removes two exynos internal structs in favor of wider use of struct drm_encoder. Structs exynos_drm_display and exynos_drm_encoder were doing exactly what struct

[PATCH 01/11] drm/exynos: split display's .dpms() into .enable() and .disable()

From: Gustavo Padovan The DRM Core doesn't have a dpms() operation anymore, everything now is enable() or disable(). Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_dp_core.c | 37 drivers/gpu/drm/exynos/exynos_drm_dpi.c

[PATCH 02/11] drm/exynos: remove wrappers for phy_power_{on,off}

From: Gustavo Padovan phy_power_on() and phy_power_off() already checks for NULL pointer. This patch removes the wrappers exynos_dp_phy_init() and exynos_dp_phy_exit() since the only think they were doing was a check for NULL phy. Signed-off-by: Gustavo Padovan

[PATCH 04/11] drm/exynos: simplify calculation of possible CRTCs

From: Gustavo Padovan All CRTCs can only be LCD, HDMI or VIDI, so basically all CRTCs will be a possible CRTCs. This patch removes an extra function with switch that was only checking if the CRTC type was one of those three above. Signed-off-by: Gustavo Padovan

[PATCH 03/11] drm/exynos: remove unused .remove() and .check_mode() ops from display

From: Gustavo Padovan These two display_ops are not used anywhere, remove them. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h

[PATCH 06/11] drm/exynos: remove extra call to hdmi_commit()

From: Gustavo Padovan hdmi_commit() was getting called twice by exynos encoder core, once inside the .enable() call and another time by .commit() itself. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_hdmi.c | 13 + 1 file

[PATCH 05/11] drm/exynos: remove struct exynos_drm_display

From: Gustavo Padovan This struct was just representing encoder information, it was a member of struct exynos_drm_encoder, so any code trying to access encoder data would have to go through the encoder struct, get the display struct and then get the data it want.

[PATCH 07/11] drm/exynos: remove extra call to exynos_dp_commit()

From: Gustavo Padovan exynos_dp_commit() was getting called twice by exynos encoder core, once inside the .enable() call and another time by .commit() itself. The remove of the second call caused the wake of a bug, the operations orders inside exynos_dp_commit

[PATCH 08/11] drm/exynos: remove exynos_encoder's .commit() op

From: Gustavo Padovan .commit() is not used anymore, Exynos encoders now follow the .enable()/.disable() semantics from drm atomic core, so remove this callback. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --

[PATCH 09/11] drm/exynos: remove exynos_drm_create_enc_conn()

From: Gustavo Padovan This functions was just hiding the encoder and connector creation in a way that was less clean than if we get rid of it. For example, exynos_encoder ops had .create_connector() defined only because we were handing off the encoder and

[PATCH 11/11] drm/exynos: remove struct exynos_drm_encoder layer

From: Gustavo Padovan struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had only a drm_encoder member and the internal exynos_drm_encoders ops that was directly mapped to the drm_encoder helper funcs. So now exynos DRM uses struct drm_encoder

[PATCH 10/11] drm/exynos: fold encoder setup into exynos_drm_load()

From: Gustavo Padovan As we are removing the exynos encoder move the encoder setup operation directly inside the exynos_drm_load() Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 12 ++--

[Bug 91540] slow rendering & fullscreen results in stale images

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

[Bug 91540] slow rendering & fullscreen results in stale images

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150803/677027f7/attachment.html>

[Bug 91540] slow rendering & fullscreen results in stale images

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150803/b994505b/attachment.html>

[PATCH] drm/amdgpu: increment queue when iterating on this variable.

On Sat, Aug 1, 2015 at 9:55 AM, Nicolas Iooss wrote: > gfx_v7_0_print_status contains a for loop on variable queue which does > not update this variable between each iteration. This is bug is > reported by clang while building allmodconfig LLVMLinux on x86_64: > >

[Bug 91543] [BONAIRE] ARK: Survival Evolved: corruption with certain textures inside cave (spider web)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150803/89c9903a/attachment-0001.html>

[Bug 91527] 7870 radeon crashes after kernel msg drm:radeon_mn_invalidate_range_start

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150803/fa59e356/attachment.html>

[PATCH] libdrm: Add framebuffer modifiers uapi

From: Tvrtko Ursulin Sync up with new kernel features as per commits: e3eb3250d84ef97b766312345774367b6a310db8 93b81f5102a7cd270a305c2741b17c8d44bb0629 b5ff6e1637b683d5996ae11ac29afe406c0bee90 8c4f83fb1e8bf317e894f62d17a63c32b7a6b75e

[PATCH 04/11] drm/amdgpu: Add Fiji smu 7.1.3 headers (v2)

From: David Zhang v2: agd5f: prepare for release Signed-off-by: David Zhang Reviewed-by: Alex Deucher Reviewed-by: Jammy Zhou Reviewed-by: Christian K?nig --- .../gpu/drm/amd/include/asic_reg/smu/smu_7_1_3_d.h | 1246

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

On 07/31/15 14:06, Danilo Cesar Lemes de Paula wrote: > Describing arguments at top of a struct definition works fine > for small/medium size structs, but it definitely doesn't work well > for struct with a huge list of elements. > > Keeping the arguments list inside the struct body makes it