Hi Johan, Am Montag, 17. Dezember 2018, 15:00:55 CET schrieb Johan Jonker: > Thanks Tomasz for adding all the mailing lists. > I prefer to ask first if a qos_hdmi exists before sending it in for > public review. > > All the clocks in the pmu node seem to have a "quality-of-service" (QoS) > block. > So I added one for hdmi too with the question if it exists and which > address it might have. > SoC documentation still isn't fully public, not that I'm aware off. > > From Heiko's response I learned that the rk3066 manual does > not list any hdmi-related QoS blocks. > We now only add the HCLK_HDMI clock to pmu node in our patch. > > After a small step forward people immediately ask to do a real patch serie. Of course :-D . Collecting reviews can take time, so posting things early is helpful, especially now that you actually can generate output. That is the one requirement I have ... that things actually work and the vop-driver alone didn't look that way some weeks back ;-) [And as we found out was also missing the changed irq]. > The rk3066_hdmi.c file also handles audio, but this is not tested yet. You can strip the audio parts from the hdmi-encoder and just submit it with the display parts only. That way we can possibly pick up the working things already, reducing the number of patches you have to carry around ;-) . > The rk3066a-rayeager.dts file gives a idea how it's done, > but I haven't had the time to get it working with .config and dts. > Let me know if you can. I think making this actually work will fall on your shoulders. I.e. the rk3066 is really old (from 2012 or possibly even earlier), so people like Tomasz don't have access to this (and also in most cases not the time or interest to work on those specific socs). While I do have a rk3066 marsboard here, it is currently not functional in my test setup, so I also can only look at the code you provide. Happy hacking Heiko > On 12/17/18 6:46 AM, Tomasz Figa wrote: > > > Thanks for the patch. Unfortunately, it looks like you didn't add the > > necessary mailing lists to the recipient list. For reference, the > > ./scripts/get_maintainer.pl script in the kernel source tree should be > > able to give you a reasonable recipient list. For now, I added the > > mailing lists on CC and replied without snipping, so people should be > > still able to review the patch. > > > > Other than that, It looks reasonable to me, but we need someone with > > access to SoC documentation to check it. Heiko, Sandy, is that > > something you would be able to help with? > > _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
