Re: [U-Boot] [PATCH 0/2] ARM: tegra: enable GPU DT node

[Mikko Perttunen <mikko.perttunen-/1wQRMveznE@public.gmane.org>]

On 07/23/2015 02:46 PM, Andreas Färber wrote:
> Salut Alexandre,
>
> Am 09.07.2015 um 09:32 schrieb Alexandre Courbot:
>> Tegra124 requires the bootloader to perform VPR initialization, otherwise the
>> GPU cannot be used by the system. Since using the GPU without that
>> initialization results in a hang, the GPU DT node is left disabled, and it is
>> the task of the bootloader to enable it after ensuring it is safe to use the
>> GPU.
>>
>> VPR init is already performed since patch df3443dfa449, but the device tree was
>> left untouched. This patch series performs this last step and prepares the GPU
>> intialization code to receive more code for newer chips.
>
> Tested-by: Andreas Färber <afaerber-l3A5Bk7waGM@public.gmane.org>
>
> I've tested this patchset on v2015.07 with 4.2.0-rc3-00115-gc5dfd65 -
> with these two patches I get a console login on HDMI again.
>
> However, I'm still having trouble with X11... Should that be working
> with linux.git? (haven't tried linux-next.git yet)

X11 with nouveau shouldn't be working (unless there has been significant 
work I'm not aware of since the last time I tested). However, it should 
work with the modesetting driver, just without acceleration. To test if 
nouveau works, you'll want to use something
that allows buffer sharing between tegradrm and nouveau like 
http://github.com/gnurou/kmscube.

>
> Among other errors, it seems that nouveau is looking for firmware
> nouveau/nvea_fuc409c and nouveau/fuc409c - who should be providing that?
> It's not in linux-firmware.git [1], and I see no /dev/mmcblk0p* to check
> whether the original system has such a file (which I doubt, given the
> nouveau naming). It then falls back to the tegra drm iiuc.

Based on a quick google search, looks like you'll have to pick these 
files up from this commit:
http://git.baserock.org/cgi-bin/cgit.cgi/delta/linux.git/commit/?h=baserock/james/linux-tegra-3.15&id=2deb0fa

a strange state of things, indeed.. :)

I guess you could also extract them from the files in linux-firmware.

Mikko

>
> With -rc2 I've seen the system freeze, with -rc3 just not behaving as
> expected when starting X (with ssh/serial remaining usable).
>
> [    2.841626] [drm] Initialized drm 1.1.0 20060810
> [    2.846621] 57000000.gpu supply vdd not found, using dummy regulator
> [    2.853089] nouveau 57000000.gpu: cannot initialize IOMMU MM
> [    2.860518] [drm] not a PCI device; no HDMI
> [    2.864814] nouveau  [  DEVICE][57000000.gpu] BOOT0  : 0x0ea000a1
> [    2.870932] nouveau  [  DEVICE][57000000.gpu] Chipset: GK20A (NVEA)
> [    2.877211] nouveau  [  DEVICE][57000000.gpu] Family : NVE0
> [    2.916829] nouveau  [ INSTMEM][57000000.gpu] using DMA API
> [    2.923392] nouveau  [    VOLT][57000000.gpu] The default voltage is
> -22uV
> [    2.930297] nouveau  [     CLK][57000000.gpu] parent clock rate: 12 Mhz
> [    2.938662] nouveau  [     CLK][57000000.gpu] --: core 198 MHz
> [    3.037837] nouveau  [  PGRAPH][57000000.gpu] using external firmware
> [    3.044493] nouveau 57000000.gpu: Direct firmware load for
> nouveau/nvea_fuc409c failed with error -2
> [    3.053843] nouveau 57000000.gpu: Direct firmware load for
> nouveau/fuc409c failed with error -2
> [    3.062549] nouveau E[  PGRAPH][57000000.gpu] failed to load fuc409c
> [    3.069497] [TTM] Zone  kernel: Available graphics memory: 373624 kiB
> [    3.075927] [TTM] Zone highmem: Available graphics memory: 1032568 kiB
> [    3.082480] [TTM] Initializing pool allocator
> [    3.086923] [TTM] Initializing DMA pool allocator
> [    3.091737] nouveau  [     DRM] VRAM: 0 MiB
> [    3.095914] nouveau  [     DRM] GART: 1048576 MiB
> [    3.191777] nouveau E[   PFIFO][57000000.gpu] unsupported engines
> 0x00000030
> [    3.269831] nouveau E[     DRM] failed to create ce channel, -22
> [    3.365874] nouveau E[   PFIFO][57000000.gpu] unsupported engines
> 0x00000001
> [    3.443902] nouveau E[     DRM] failed to create kernel channel, -22
> [    3.452322] tegra-hdmi 54280000.hdmi: failed to get HDMI regulator
> [...]
> [    6.817669] +5V_HDMI_CON: supplied by +5V_SYS
> [    6.822215] +1.05V_RUN_AVDD_HDMI_PLL: supplied by +1.05V_RUN
> [    6.828102] +3.3V_RUN: supplied by +3.3V_SYS
> [    6.832438] +3.3V_AVDD_HDMI_AP_GATED: supplied by +3.3V_RUN
> [    6.841657] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [    6.848317] [drm] No driver support for vblank timestamp query.
> [    6.926989] Console: switching to colour frame buffer device 160x64
> [    6.945437] drm drm: fb0:  frame buffer device
> [    6.949894] drm drm: registered panic notifier
> [    6.976420] [drm] Initialized tegra 0.0.0 20120330 on minor 1
>
> Regards,
> Andreas
>
> [1]
> https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree
>