akbennett has quit [Remote host closed the connection]
tyler-baker has joined #linux-exynos
akbennett has joined #linux-exynos
prahal_ has quit [Remote host closed the connection]
prahal_ has joined #linux-exynos
liquidAcid has joined #linux-exynos
prahal_ has quit [Ping timeout: 240 seconds]
prahal_ has joined #linux-exynos
liquidAcid has quit [Quit: Leaving]
liquidAcid has joined #linux-exynos
indy has quit [Read error: No route to host]
afaerber__ has quit [Ping timeout: 265 seconds]
afaerber__ has joined #linux-exynos
Wizzup has quit [Quit: hw upgrade]
Wizzup has joined #linux-exynos
leming has quit [Ping timeout: 255 seconds]
leowt has joined #linux-exynos
leming has joined #linux-exynos
leowt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
liquidAcid has quit [Quit: Leaving]
leowt has joined #linux-exynos
leowt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<prahal_>
I cannot seem to make sense of the sysmmu vs exynosdrm : subdrv should all have the drm_dev dma ops (and those should be the iommu ops of one of the sysmmu ; the latter which is already attached by dts to one of the drm subdrv (mixer, g2d, ?
<prahal_>
from the kernel comments a sysmmu cannot have more than one master device
<prahal_>
which conflicts with the exynos drm iommu approach