The TPS65983 USB-C PD chip only supports DisplayPort alt mode over USB 3, so I it looks increasingly unlikely that the Librem 5 with support HDMI. We knew that it was unlikely considering that the i.MX 8M requires a binary blob of HDMI. Kind of a bummer since most people don’t have DisplayPort monitors, but it is a freer standard than HDMI.
Looking at arch/arm64/boot/dts/freescale/imx8mq-librem5-phone.dts, I found that the Vishay VCNL4040 light sensor will use I2C, and not UART (not that anyone cares, but I find it interesting how the Librem 5 is communicating with the chips without binary blobs in the kernel).
camera 1 and 2 are in the I2C bus are: “/* just a placeholder for nuw */”
I suspect that Purism is having trouble trying to implement a camera with i.MX 8M because NXP has not documented its camera interface very well and people on the NXP forum can’t figure it out:
https://community.nxp.com/thread/488027
https://community.nxp.com/message/1051283
https://community.nxp.com/thread/473805
https://community.nxp.com/thread/498568
I see that someone has figured out how to get a 13MP camera to work with the i.MX 8M, so it isn’t impossible, but the 5MP camera used in the Librem 5 Dev Kit, is the same one that NXP provides as a reference module and people are having to study that one to try to figure out how the registers work, because NXP hasn’t documented them. This isn’t like a Snapdragon or MediaTek SoC where everyone attaches a camera sensor, so its well documented and tested.