Remove the function ast_load_dp501_microcode() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/ast/ast_dp501.c | 12
drivers/gpu/drm/ast/ast_drv.h |1 -
2 fi
When amd_iommu_v2, amdkfd and radeon are all compiled inside the kernel image
(not as modules), radeon probes the existing GPU before amdkfd and amd_iommu_v2
are even loaded. When radeon encounters an AMD GPU, it will pass that
information to amdkfd. However, that call will fail and will cause a ke
This patch adds a new function to amdkfd, which returns 1 if the amdkfd
initialization function has completed, and 0 otherwise.
This is necessary for the case when amdkfd and radeon are both compiled inside
the kernel image (not as modules). In that case, radeon probes the existing GPU
before amdk
When amdkfd and radeon are compiled inside the kernel image (not as modules),
radeon will load before amdkfd and will set *kfd2kgd to its interface
structure. Therefore, we must not set *kfd2kgd to NULL when amdkfd is loaded
because it will override radeon's initialization and cause kernel BUG.
Si
This small patch-set, together with amd_iommu_v2 patch at
http://lists.linuxfoundation.org/pipermail/iommu/2014-December/011435.html
was created to solve the bug described at
https://bugzilla.kernel.org/show_bug.cgi?id=89661 (Kernel panic when
trying use amdkfd driver on Kaveri).
That bug appe
- Original Message -
> From: "Rickard Strandqvist"
> To: "David Airlie" , "Ben Skeggs"
> Cc: "Rickard Strandqvist" ,
> "Alexandre Courbot" , "Ilia
> Mirkin" , dri-devel at lists.freedesktop.org,
> linux-kernel at vger.kernel.org
> Sent: Sunday, 21 December, 2014 2:54:16 AM
> Subject: [P
Hi Rob,
On Thursday 18 December 2014 19:55:24 Rob Clark wrote:
> On Thu, Dec 18, 2014 at 4:22 PM, Daniel Vetter wrote:
> >> TODO move definition of tokens to drm_fourcc.h?
> >
> > Seems orthogonal imo. Another todo is to add checking to all
> > drivers to reject it if it's not 0
Hello,
Please do not apply this patch, this function is use in the next I have submit:
http://lists.freedesktop.org/archives/dri-devel/2014-December/074073.html
Regards,
Benjamin
2014-12-20 18:17 GMT+01:00 Rickard Strandqvist
:
> Remove the function sti_drm_crtc_is_main() that is not used anywh
Remove the function sti_drm_crtc_is_main() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 10 --
drivers/gpu/drm/sti/sti_drm_crtc.h |1 -
2 fi
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141220/2fba3e6e/attachment-0001.html>
Remove the function nouveau_clock_astate() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/nouveau/core/include/subdev/clock.h |1 -
drivers/gpu/drm/nouveau/core/subdev/clock
Remove the function ast_bo_unpin() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/ast/ast_drv.h |1 -
drivers/gpu/drm/ast/ast_ttm.c | 20
2 files chan
Remove the function radeon_atom_update_memory_dll() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/radeon/radeon.h |2 --
drivers/gpu/drm/radeon/radeon_atombios.c |
On Thu, Dec 18, 2014 at 06:00:23PM -0800, Steve Longerbeam wrote:
> Ask the IPU display interface, via ipu_di_adjust_videomode(), to
> adjust a video mode to meet any DI restrictions. The function takes
> a subsystem independent videomode, so the drm_display_mode must be
> converted to videomode fi
On Sat, Dec 20, 2014 at 10:46:12PM +0200, Oded Gabbay wrote:
> When amdkfd and radeon are compiled inside the kernel image (not as modules),
> radeon will load before amdkfd and will set *kfd2kgd to its interface
> structure. Therefore, we must not set *kfd2kgd to NULL when amdkfd is loaded
> becau
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141220/557310de/attachment.html>
le to hang the GPU so completely as to warrant a reboot.
--
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/20141220/59170492/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141220/b2aee1b8/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141220/5ff6d9af/attachment.html>
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/20141220/1ca8c940/attachment.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141220/e959ec92/attachment-0001.html>
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141220/118c7541/attachment.html>
22 matches
Mail list logo
