[PATCH v5 08/24] amdkfd: Add amdkfd skeleton driver

y no Kconfig symbol DRM_AMDGPU (nor anything similar). Will that symbol be added in a future patch? > + default m > + help > + Enable this if you want to use HSA features on AMD GPU devices. Paul Bolle

[PATCH] drm/tegra: Include linux/types.h

"make headers_check" complains about include/uapi/drm/tegra_drm.h: [...]/usr/include/drm/tegra_drm.h:21: found __[us]{8,16,32,64} type without #include So let's include linux/types.h in this header. Signed-off-by: Paul Bolle --- Tested only with "make headers_chec

[PATCH] drm/tegra: Include linux/types.h

On Mon, 2013-06-17 at 22:33 +0200, Thierry Reding wrote: > That has already been fixed in linux-next. This header was added in v3.10-rc1. The fix in linux-next will ship in v3.11. Isn't that fix appropriate for (one of) the upcoming v3.10 release candidate(s)? Thanks, Paul Bolle

[PATCH] drm/tegra: drop "select DRM_HDMI"

s needed to use HDMI functionality was to select HDMI (which this entry already did through depending on DRM) and to include linux/hdmi.h (which this commit also did). Signed-off-by: Paul Bolle --- Untested. drivers/gpu/drm/tegra/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/teg

[PATCH] drm/omap: change "!CONFIG_FB_OMAP2" to "!FB_OMAP2"

Signed-off-by: Paul Bolle --- Untested. Perhaps the first test that people with access to the relevant hardware might do, is to test _before applying this patch_ with FB_OMAP2 set. Perhaps this negative dependency isn't needed at all. Or is it obvious? drivers/gpu/drm/omapdrm/Kconfig | 2

<    1   2