On Mon, Dec 18, 2023 at 2:59 AM Alexander Stein <alexander.stein@xxxxxxxxxxxxxxx> wrote: > > Hi everybody, > > Am Montag, 18. Dezember 2023, 09:48:49 CET schrieb Luca Ceresoli: > > Hi, > > > > On Mon, 18 Dec 2023 04:36:55 +0200 > > > > Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> wrote: > > > On Fri, Dec 15, 2023 at 05:09:41PM -0300, Fabio Estevam wrote: > > > > On Fri, Dec 15, 2023 at 4:01 PM Adam Ford <aford173@xxxxxxxxx> wrote: > > > > > Thanks for the list. I was able to successfully build the stable 6.6 > > > > > branch with those patches applied and I have the HDMI working. > > > > > Unfortunately, I get build errors on the linux-next, so it's going to > > > > > take me a little time to sort through all of this. > > > > > > > > If you need help to figure this problem out, please let me know. > > > > > > > > I haven't tried it against linux-next. > > > > > > > > > I am thinking that it would be better to consolidate all these > > > > > together into one series instead of piecemealing it. However, there > > > > > are some items that can be submitted right away without significantly > > > > > reworking them against linux-next. Do people have a preference? > > > > > > > > I think it makes sense to re-submit the "easy ones" right away. > > > > > > Agreed. The more we can merge quickly, the easier it will become to > > > rebase and upstream the rest. > > > > I agree as well, "release early, release often". These patches are > > around since a long time and lots of people are using them already, and > > tracking all of them from different threads is time-consuming. I will > > happily test them early as soon as they are sent. > > I lost track of the series well, but I do remember I had to adjust the > original series to get it running on linux-next. > Please keep me on CC so I can add my local changes if necessary. Fabio / Alexander, I have a pending question to Peng regarding a change I pulled from NXP [1] which moves the FDCC clock to the power domain and removes it from the HDMI-TX driver. I am hoping to get that answered soon. If not, I might just push the series again after a few more days. In the meantime, I have a git repo [2] if anyone wants to review stuff. Marek Vasut sent me an offline patch to address some suspend/resume issues, and I incorporated them into the series. My suspend-resume has been broken for a while, so I cannot test that. > I have a proof of concept for HDMI audio, which is based on the base HDMI > support. I can continue on that after merge, but I'm lacking an idea how to > add some kind of "bridge" into the audio pipeline. Maybe the git repo above will help. It looks like the xcvr and audio-tx drivers are there, but they appear to be dependent on custom NXP sound card drivers which would be nice to replace with standard audio drivers, so let me know if I can assist in any way. > > Best regards > Alexander > -- > TQ-Systems GmbH | Mühlstraße 2, Gut Delling | 82229 Seefeld, Germany > Amtsgericht München, HRB 105018 > Geschäftsführer: Detlef Schneider, Rüdiger Stahl, Stefan Schneider > http://www.tq-group.com/ > [1] - https://patchwork.kernel.org/project/linux-pm/patch/20240106223951.387067-2-aford173@xxxxxxxxx/ [2] - https://github.com/aford173/linux/tree/for-6.9-imx8mp-hdmi >
