[PATCH] drm/nouveau/fence: use RCU_INIT_POINTER() when NULLing.

It is safe to use RCU_INIT_POINTER() to NULL, instead of rcu_assign_pointer(). This results in slightly smaller/faster code. The follwoing semantic patch was used: @@ @@ - rcu_assign_pointer + RCU_INIT_POINTER (..., NULL) Signed-off-by: Muhammad Falak R Wani --- drivers/gpu/drm/nouveau/nou

[Bug 95085] Invalid sampling of second texture in fragment shader that have two samplers with different parameters.

e the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160501/b2578a70/attachment-0001.html>

[PATCH] drm/amdgpu: Replace rcu_assign_pointer() with RCU_INIT_POINTER()

Am 30.04.2016 um 21:00 schrieb Muhammad Falak R Wani: > The rcu_assign_pointer() ensures that the initialization of a structure > is carried out before storing a pointer to that structre. It is always > safe to use RCU_INIT_POINTER() to NULL a pointer, instead of > rcu_assign_pointer(). > This resu

[Bug 71789] [r300g] Visuals not found in (default) depth = 24

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/20160501/1397cc19/attachment.html>

[Bug 106291] amdgpu fails GPU reset when resuming from suspend

https://bugzilla.kernel.org/show_bug.cgi?id=106291 universaledge97 at gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolutio

[Bug 92086] AMD Trinity No screen at HDMI after S3 wakeup

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/20160501/bd213b58/attachment.html>

[Nouveau] [PATCH v2 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

.8.2 > > ___ > Nouveau mailing list > Nouveau at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/nouveau -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160501/69b33442/attachment.sig>

[PATCH v2 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. v2: Do not split information message on two lines as it prevents from grepping it, as pointed out by Hans de Goede Signed-off-by: Pierre Moreau --- drm/nouveau/nouveau_

[REGRESSION] i915: No HDMI output with 4.4

ttps://lists.freedesktop.org/archives/dri-devel/attachments/20160501/d4665ac4/attachment.html>

Misc DAL & amdkfd cleanups on top of drm-next-4.7-wip-dal

On Sat, Apr 30, 2016 at 5:06 PM, Edward O'Callaghan wrote: > The following series applies on top of the 'drm-next-4.7-wip-dal' > branch. One patch has already been reviewed, however I have included > it again here for completeness. The is the first of, I hope, further > work from me in helping the

[Intel-gfx] i915 ERRORs and WARN_ON()s

Hi Florian, I fully understand your frustration with all this - you have a bug and it's annoying and creating bugzilla accounts all over the internet is indeed not a good way to do things. Unfortunately bugzilla is the standard, and we don't have the manpower to write our own, nor do the freedeskt

[Bug 71789] [r300g] Visuals not found in (default) depth = 24

hives/dri-devel/attachments/20160501/2e8d3934/attachment.html>

[PATCH] drm: Restore double clflush on the last partial cacheline

This effectively reverts commit afcd950cafea6e27b739fe7772cbbeed37d05b8b Author: Chris Wilson Date: Wed Jun 10 15:58:01 2015 +0100 drm: Avoid the double clflush on the last cache line in drm_clflush_virt_range() as we have observed issues with serialisation of the clflush operations on B

[Intel-gfx] i915 ERRORs and WARN_ON()s

Hi, > > Hu? I don't quite get it. Communicating via email is an unscalable > > inconvenience? So, if I asked you to create an account with my todo tracker > > instead, would that be more scalable and convenient? Using everyone's > > software of choice instead of my own most certainly is neither sc

[PATCH] drm/amdgpu: Replace rcu_assign_pointer() with RCU_INIT_POINTER()

The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structre. It is always safe to use RCU_INIT_POINTER() to NULL a pointer, instead of rcu_assign_pointer(). This results in slightly smaller/faster code. The following semantic pat

[PATCH 9/9] amdkfd: Trim unnescessary intermediate err var in kfd_chardev.c

Found-By: Coccinelle Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c b/drivers/gpu/drm/amd/amdkfd/kfd_chardev.c index 2925f56..ee3e04e 100644 --- a/driver

[PATCH 8/9] amdkfd: Trim off unnescessary semicolon from kfd_packet_manager.c

Found-By: Coccinelle Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c b/drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c index 48a68c7..ca8c093

[PATCH 7/9] amdkfd: Use the canonical form in branch predicates

Found-By: Coccinelle Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 10 +- drivers/gpu/drm/amd/amdkfd/kfd_events.c | 4 ++-- drivers/gpu/drm/amd/amdkfd/kfd_kernel_q

[PATCH 6/9] amdgpu/dal: Drop spurious double ';' at the end of lines

Found-By: Coccinelle Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm_types.c | 10 +- drivers/gpu/drm/amd/dal/dc/bios/bios_parser.c | 4 ++-- drivers/gpu/drm/amd/dal/dc/calcs/scaler_filter.c| 4 ++-- drivers/gpu/drm/amd/dal/dc/gpio/gpio_servic

[PATCH 5/9] amdgpu/dal: Use true/false over integers for boolean vars

Found-By: Coccinelle Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/dal/dc/adapter/adapter_service.c | 2 +- drivers/gpu/drm/amd/dal/dc/calcs/bandwidth_calcs.c | 8 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/amd/dal/dc/adapter/adapter_serv

[PATCH 4/9] amdgpu/dal: Use the canonical form in branch predicates

Found-By: Coccinelle Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm_irq.c | 8 drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm_types.c| 2 +- drivers/gpu/drm/amd/dal/dc/asic_capability/asic_capability.c | 2 +- drivers/gpu/drm/amd

[PATCH 3/9] amdgpu/dal: Kill off stub dal_isr_*_lock() symbols

Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm_services.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm_services.c b/drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm_services.c index 03337f3..733b194 10064

[PATCH 2/9] amdgpu/dal: Kill off stub amdgpu_dm_*_dal_lock() symbols

There are no call sites for these nor do they do anything but return a boolean true. For now avoid the clutter. Signed-off-by: Edward O'Callaghan --- drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm.c | 14 -- drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu_dm.h | 5 - 2 files changed, 19 d

[PATCH 1/9] amdgpu/dal: Kill off stale dal directories

Signed-off-by: Edward O'Callaghan Reviewed-by: Michel Dänzer --- drivers/gpu/drm/amd/dal/utils/bw_calc_test_harness/.gitignore | 4 drivers/gpu/drm/amd/dal/utils/vba_to_c_converter/.gitignore | 4 2 files changed, 8 deletions(-) delete mode 100644 drivers/gpu/drm/amd/dal/utils/bw_

Misc DAL & amdkfd cleanups on top of drm-next-4.7-wip-dal

The following series applies on top of the 'drm-next-4.7-wip-dal' branch. One patch has already been reviewed, however I have included it again here for completeness. The is the first of, I hope, further work from me in helping the mainlining of DAL and improving amdkfd compute to work out the box