> Am 09.10.2019 um 18:34 schrieb Tero Kristo <t-kri...@ti.com>: > > On 09/10/2019 17:23, H. Nikolaus Schaller wrote: >>> Am 09.10.2019 um 15:55 schrieb Tero Kristo <t-kri...@ti.com>: >>> >>> On 09/10/2019 15:53, H. Nikolaus Schaller wrote: >>>>> Am 08.10.2019 um 22:15 schrieb H. Nikolaus Schaller <h...@goldelico.com>: >>>>> >>>>> >>>>> But I can't access the sgx registers and get memory faults. Maybe >>>>> my script has a bug and is trying the wrong address. Have to check >>>>> with some distance... >>>> Now I have done more tests on am335x. It is not my script but something >>>> else. >>>> Trying to read 0x5600fe00 after doing >>>> echo on > /sys/bus/platform/devices/5600fe00.target-module/power/control >>>> gives page faults. >>>> When trying to load the kernel driver, the omap_reset_deassert message has >>>> gone but the driver does no initialize: >>>> root@letux:~# modprobe pvrsrvkm_omap_am335x_sgx530_125 >>>> [ 45.774712] pvrsrvkm_omap_am335x_sgx530_125: module is from the staging >>>> directory, the quality is unknown, you have been warned. >>>> root@letux:~# >>>> Here is the CM/PM register dump after enabling power/control >>>> *** SGX Register Dump *** >>>> 0x44E00900 00000301 CM_GFX_L3_CLKSTCTRL >>>> 0x44E00904 00050000 CM_GFX_GFX_CLKCTRL >>>> 0x44E0090c 00000002 CM_GFX_L4LS_GFX_CLKSTCTR >>>> 0x44E00910 00030000 CM_GFX_MMUCFG_CLKCTRL >>>> 0x44E00914 00030000 CM_GFX_MMUDATA_CLKCTRL >>>> 0x44E0052c 00000000 CM_DPLL.CLKSEL_GFX_FCLK >>>> 0x44E01100 00060047 PM_GFX_PWRSTCTRL >>>> 0x44E01104 00000001 RM_GFX_RSTCTRL >>>> 0x44E01110 00000037 PM_GFX_PWRSTST >>> >>> Are you sure you have the graphics node properly applied in your kernel? >> Not really... There are several patch sets which seem to be necessary >> (to support all omap variants) and I am not sure if I have them all and >> correctly. >> I have collected these patches on top of v5.4-rc2: >> 272d7200c77a ARM: dts: omap5: fix gpu_cm clock provider name >> 96fa23010f2a dt-bindings: omap: add new binding for PRM instances >> a164172c1f40 soc: ti: add initial PRM driver with reset control support >> 42a5e4261993 soc: ti: omap-prm: poll for reset complete during de-assert >> 9237f39716be soc: ti: omap-prm: add support for denying idle for reset >> clockdomain >> bf2ae22e5bcf soc: ti: omap-prm: add omap4 PRM data >> be5cb64f10e0 soc: ti: omap-prm: add data for am33xx >> 86646d7d79be soc: ti: omap-prm: add dra7 PRM data >> c3b5455dfd65 soc: ti: omap-prm: add am4 PRM data >> e26d4ff7ad15 soc: ti: omap-prm: add omap5 PRM data >> 66369100d1fc clk: ti: am43xx: drop idlest polling from gfx clock > > You should have similar patch as above for am33xx. Otherwise it will probably > fail probing the ti-sysc, resulting in the failure you see. > > -Tero > >> d96899e143de bus: ti-sysc: re-order reset and main clock controls >> 45071446bd05 bus: ti-sysc: drop the extra hardreset during init >> 0da134c3aa9d bus: ti-sysc: avoid toggling power state of module during probe >> 17b70c96b539 ARM: OMAP2+: pdata-quirks: add PRM data for reset support >> af81a68c65d7 clk: ti: clkctrl: fix setting up clkctrl clocks >> d7dd7f44bce4 clk: ti: clkctrl: convert to use bit helper macros instead of >> bitops >> 42ee8270adfd clk: ti: clkctrl: add new exported API for checking standby info >> 218b39a8c851 dt-bindings: clk: add omap5 iva clkctrl definitions >> 41b6c466efde clk: ti: omap5: add IVA subsystem clkctrl data >> 38cfdebcc2f8 clk: ti: dra7xx: Drop idlest polling from IPU & DSP clkctrl >> clocks >> 39e827b0dfe5 clk: ti: omap4: Drop idlest polling from IPU & DSP clkctrl >> clocks >> f4584f1e5bff clk: ti: omap5: Drop idlest polling from IPU & DSP clkctrl >> clocks >> 1c7f5871e5a0 clk: ti: am43xx: drop idlest polling from pruss clkctrl clock >> 53363c4cfb3d clk: ti: am33xx: drop idlest polling from pruss clkctrl clock
so the pattern of ^^^ but for gfx clock? Yes, there seems to be [PATCH 1/2] clk: ti: am33xx: drop idlest polling from gfx clock which I am missing. Most likely, I accidentally did download from patchwork just a single patch (am43xx) and not the series... With this patch added, I now have access to the sgx registers: root@letux:~# ./sgxdump *** SGX Register Dump *** 0x44E00900 00000302 CM_GFX_L3_CLKSTCTRL 0x44E00904 00040002 CM_GFX_GFX_CLKCTRL 0x44E0090c 00000002 CM_GFX_L4LS_GFX_CLKSTCTR 0x44E00910 00030000 CM_GFX_MMUCFG_CLKCTRL 0x44E00914 00030000 CM_GFX_MMUDATA_CLKCTRL 0x44E0052c 00000000 CM_DPLL.CLKSEL_GFX_FCLK 0x44E01100 00060047 PM_GFX_PWRSTCTRL 0x44E01104 00000000 RM_GFX_RSTCTRL 0x44E01110 00000037 PM_GFX_PWRSTST 0x5600fe14 00000000 SGX_CORE_VERSION 0x5600fe00 40000000 OCP_REVISION 0x5600fe04 00000005 OCP_HWINFO 0x5600fe10 00000028 OCP_SYSCONFIG 0x5600fe24 00000000 OCP_IRQSTATUS_RA_0 0x5600fe28 00000000 OCP_IRQSTATUS_RA_1 0x5600fe2c 00000000 OCP_IRQSTATUS_RA_2 0x5600fe30 00000000 OCP_IRQSTATUS_0 0x5600fe34 00000000 OCP_IRQSTATUS_1 0x5600fe38 00000000 OCP_IRQSTATUS_2 0x5600fe3c 00000000 OCP_IRQENABLE_SET_0 0x5600fe40 00000000 OCP_IRQENABLE_SET_1 0x5600fe44 00000000 OCP_IRQENABLE_SET_2 0x5600fe48 00000000 OCP_IRQENABLE_CLR_0 0x5600fe4c 00000000 OCP_IRQENABLE_CLR_1 0x5600fe50 00000000 OCP_IRQENABLE_CLR_2 0x5600ff00 00000014 OCP_PAGE_CONFIG 0x5600ff04 00000000 OCP_INTERRUPT_EVENT 0x5600ff08 00000000 OCP_DEBUG_CONFIG 0x5600ff0c 023fe407 OCP_DEBUG_STATUS 0x56000010 01120000 SGX_CORE_VERSION 0x56000014 00010205 SGX_CORE_REVISION root@letux:~# root@letux:~# modprobe pvrsrvkm_omap_am335x_sgx530_125 [ 282.569941] pvrsrvkm_omap_am335x_sgx530_125: module is from the staging directory, the quality is unknown, you have been warned. [ 282.673908] [drm] Initialized pvr 1.14.3699939 20110701 for 56000000.sgx on minor 1 root@letux:~# The 0112 of SGX_CORE_VERSION is sgx530 and 010205 is revision -125 as expected. Starting pvr still reports that the ukernel can not be loaded, but that is somewhere in the pvrsrvkm code that my driver only likes the omap5+sgx544 at the moment. Latest v5.4-rc2 code is here: [1] Thanks and BR, Nikolaus [1]: https://github.com/openpvrsgx-devgroup/linux_openpvrsgx/tree/letux-pvr
