search for: arch_tegra

...> registration manually in nouveau_drm_init/nouveau_drm_exit, I agree > this would be the way to go. If we do the conversion to generic power domains, the only Tegra- specific API remaining will be the access to the fuse registers for the speedo value. At that point we wouldn't need the ARCH_TEGRA dependency any longer and could always build the platform driver along with the PCI driver. I guess we could do that even now if we simply #ifdef the various Tegra- specific parts. That in turn would have the advantage that we don't need to #ifdef the driver registration code. And it would hel...

...veau_drm_init/nouveau_drm_exit, I agree > >>this would be the way to go. > >If we do the conversion to generic power domains, the only Tegra- > >specific API remaining will be the access to the fuse registers for the > >speedo value. At that point we wouldn't need the ARCH_TEGRA dependency > >any longer and could always build the platform driver along with the PCI > >driver. > Do we really want the platform driver always built with the PCI driver even > there is no dependency between them. Actually I have some patches to > build the platform driver wit...

...4 >> --- a/drivers/gpu/drm/nouveau/nvkm/subdev/secboot/gm20b.c >> +++ b/drivers/gpu/drm/nouveau/nvkm/subdev/secboot/gm20b.c >> @@ -129,6 +129,7 @@ gm20b_secboot_new(struct nvkm_device *device, int index, >> return 0; >> } >> >> +#if IS_ENABLED(CONFIG_ARCH_TEGRA_210_SOC) >> MODULE_FIRMWARE("nvidia/gm20b/acr/bl.bin"); >> MODULE_FIRMWARE("nvidia/gm20b/acr/ucode_load.bin"); >> MODULE_FIRMWARE("nvidia/gm20b/gr/fecs_bl.bin"); >> @@ -144,3 +145,4 @@ MODULE_FIRMWARE("nvidia/gm20b/gr/sw_method_init.bin&...

...ree > >> >>this would be the way to go. > >> >If we do the conversion to generic power domains, the only Tegra- > >> >specific API remaining will be the access to the fuse registers for the > >> >speedo value. At that point we wouldn't need the ARCH_TEGRA dependency > >> >any longer and could always build the platform driver along with the PCI > >> >driver. > >> Do we really want the platform driver always built with the PCI driver even > >> there is no dependency between them. Actually I have some patches t...

...onfig +++ b/drivers/gpu/drm/nouveau/Kconfig @@ -26,7 +26,7 @@ config DRM_NOUVEAU Choose this option for open-source NVIDIA support. config NOUVEAU_PLATFORM_DRIVER - tristate "Nouveau (NVIDIA) SoC GPUs" + bool "Nouveau (NVIDIA) SoC GPUs" depends on DRM_NOUVEAU && ARCH_TEGRA default y help diff --git a/drivers/gpu/drm/nouveau/Makefile b/drivers/gpu/drm/nouveau/Makefile index ea40cd653c7c..13acf90c11c8 100644 --- a/drivers/gpu/drm/nouveau/Makefile +++ b/drivers/gpu/drm/nouveau/Makefile @@ -394,8 +394,6 @@ nouveau-$(CONFIG_ACPI) += nouveau_acpi.o endif nouveau-$(CO...

...100644 --- a/drm/Kconfig +++ b/drm/Kconfig @@ -26,7 +26,7 @@ config DRM_NOUVEAU Choose this option for open-source NVIDIA support. config NOUVEAU_PLATFORM_DRIVER - tristate "Nouveau (NVIDIA) SoC GPUs" + bool "Nouveau (NVIDIA) SoC GPUs" depends on DRM_NOUVEAU && ARCH_TEGRA default y help diff --git a/drm/nouveau_drm.c b/drm/nouveau_drm.c index 65910e3aed0c..1118efa56817 100644 --- a/drm/nouveau_drm.c +++ b/drm/nouveau_drm.c @@ -52,6 +52,7 @@ #include "nouveau_debugfs.h" #include "nouveau_usif.h" #include "nouveau_connector.h" +#in...

...manually in nouveau_drm_init/nouveau_drm_exit, I agree >> this would be the way to go. > If we do the conversion to generic power domains, the only Tegra- > specific API remaining will be the access to the fuse registers for the > speedo value. At that point we wouldn't need the ARCH_TEGRA dependency > any longer and could always build the platform driver along with the PCI > driver. Do we really want the platform driver always built with the PCI driver even there is no dependency between them. Actually I have some patches to build the platform driver with !CONFIG_PCI and would...

...uveau_drm_exit, I agree >> >>this would be the way to go. >> >If we do the conversion to generic power domains, the only Tegra- >> >specific API remaining will be the access to the fuse registers for the >> >speedo value. At that point we wouldn't need the ARCH_TEGRA dependency >> >any longer and could always build the platform driver along with the PCI >> >driver. >> Do we really want the platform driver always built with the PCI driver even >> there is no dependency between them. Actually I have some patches to >> build the...

...+26,7 @@ config DRM_NOUVEAU > Choose this option for open-source NVIDIA support. > > config NOUVEAU_PLATFORM_DRIVER > - tristate "Nouveau (NVIDIA) SoC GPUs" > + bool "Nouveau (NVIDIA) SoC GPUs" > depends on DRM_NOUVEAU && ARCH_TEGRA > default y > help > diff --git a/drm/nouveau_drm.c b/drm/nouveau_drm.c > index 65910e3aed0c..1118efa56817 100644 > --- a/drm/nouveau_drm.c > +++ b/drm/nouveau_drm.c > @@ -52,6 +52,7 @@ > #include "nouveau_debugfs.h" > #include "nouveau_us...

...;> >>this would be the way to go. >> >> >If we do the conversion to generic power domains, the only Tegra- >> >> >specific API remaining will be the access to the fuse registers for the >> >> >speedo value. At that point we wouldn't need the ARCH_TEGRA dependency >> >> >any longer and could always build the platform driver along with the PCI >> >> >driver. >> >> Do we really want the platform driver always built with the PCI driver even >> >> there is no dependency between them. Actually I hav...

...vkm/subdev/secboot/gm20b.c index 30491d132d59..df8b919dcf09 100644 --- a/drivers/gpu/drm/nouveau/nvkm/subdev/secboot/gm20b.c +++ b/drivers/gpu/drm/nouveau/nvkm/subdev/secboot/gm20b.c @@ -129,6 +129,7 @@ gm20b_secboot_new(struct nvkm_device *device, int index, return 0; } +#if IS_ENABLED(CONFIG_ARCH_TEGRA_210_SOC) MODULE_FIRMWARE("nvidia/gm20b/acr/bl.bin"); MODULE_FIRMWARE("nvidia/gm20b/acr/ucode_load.bin"); MODULE_FIRMWARE("nvidia/gm20b/gr/fecs_bl.bin"); @@ -144,3 +145,4 @@ MODULE_FIRMWARE("nvidia/gm20b/gr/sw_method_init.bin"); MODULE_FIRMWARE("nvidi...

On 23/12/14 10:40, Vince Hsu wrote: > This patch adds some checks in the suspend/resume functions to distinguish > the dGPU and mobile GPU and exports some variables/functions so that the > nouveau platform device can reuse them. > Hi Vince, Afaiu one needs to export a symbol as it's used by another module or subsystem. With the follow up two patches you are not doing either one,

...- a/drivers/gpu/drm/nouveau/Kconfig +++ b/drivers/gpu/drm/nouveau/Kconfig @@ -25,6 +25,14 @@ config DRM_NOUVEAU help Choose this option for open-source nVidia support. +config NOUVEAU_PLATFORM_DRIVER + tristate "Nouveau (nVidia) integrated GPUs" + depends on DRM_NOUVEAU && ARCH_TEGRA + default y + help + Support for Nouveau platform driver, used for integrated GPUs as found + on NVIDIA Tegra K1. + config NOUVEAU_DEBUG int "Maximum debug level" depends on DRM_NOUVEAU diff --git a/drivers/gpu/drm/nouveau/Makefile b/drivers/gpu/drm/nouveau/Makefile index 8b307e1...

This series adds support for probing platform devices on Nouveau, as well as the DT bindings for GK20A. It doesn't enable the GPU yet on Tegra boards since a few extra things need to be supported before that. This version is mostly identical to v2 but fixes an important issue: the drvdata must be set to the drm_device for sysfs to work, so the platform device structure now includes the

This series adds support for probing platform devices on Nouveau, as well as the DT bindings for GK20A. It doesn't enable the GPU yet on Tegra boards since a few extra things need to be supported before that. Thanks to the input received for v1, this version is more self-contained and shares less stuff between nouveau_drm and nouveau_platform. The major change is that nouveau_platform is now

...vers/gpu/host1x/fence.h diff --git a/drivers/gpu/host1x/Kconfig b/drivers/gpu/host1x/Kconfig index 91916326957f..e41032ebf16d 100644 --- a/drivers/gpu/host1x/Kconfig +++ b/drivers/gpu/host1x/Kconfig @@ -1,6 +1,7 @@ config TEGRA_HOST1X tristate "NVIDIA Tegra host1x driver" depends on ARCH_TEGRA || (ARM && COMPILE_TEST) + select DMA_SHARED_BUFFER select IOMMU_IOVA if IOMMU_SUPPORT help Driver for the NVIDIA Tegra host1x hardware. diff --git a/drivers/gpu/host1x/Makefile b/drivers/gpu/host1x/Makefile index b92016ce09b7..ae3a6edf74b4 100644 --- a/drivers/gpu/host1x/Makefile +...

...ttle nit, but isn't the recommended capitalisation nowadays NVIDIA instead of nVidia? Also, integrated GPUs sounds like this is required for the ION IGPs as well, although I reckon the dependencies on the next line will hide it from the reader on x86. > + depends on DRM_NOUVEAU && ARCH_TEGRA > + default y > + help > + Support for Nouveau platform driver, used for integrated GPUs as found > + on NVIDIA Tegra K1. > + > config NOUVEAU_DEBUG > int "Maximum debug level" > depends on DRM_NOUVEAU > diff --git a/drivers/gpu/drm/nouveau/Makefile...

From: Thierry Reding <treding at nvidia.com> This set of patches adds support for fences to Tegra DRM and complements the fence FD support for Nouveau. Technically this isn't necessary for a fence-based synchronization loop with Nouveau because the KMS core takes care of all that, but engines behind host1x can use the IOCTL extensions provided here to emit fence FDs that in turn can be

This patch series is the final (?) step towards the initial support of GK20A, allowing it to be probed and used (currently at a very slow speed, and for offscreen rendering only) on the Jetson TK1 and Venice 2 boards. The main piece if the first patch which adds platform devices probing support to Nouveau. There are probably lots of things that need to be discussed about it, e.g.: * The way the