I've now dropped this into linux-next so that it can get some time there, and still be merged during the 4.3 merge window should it open this Sunday. On Wed, Aug 19, 2015 at 09:11:06AM +0100, Russell King wrote: > David, > > Please incorporate the latest Synopsis DesignWare HDMI driver development > updates, which can be found at: > > git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-dwhdmi-devel > > with SHA1 6dc2e1bf8e0025db2ff8a35ee3e0bd88203d4402. > > This is a re-send of the original pull request from the 15th July plus a > few more changes. > > Here are some development updates for the Synopsis Designware HDMI driver, > which clean up some of the code, and start preparing to add audio support > to the driver. This series of patches are based on a couple of dependent > commits from the ALSA tree. > > Briefly, the updates are: > - move comments which should have moved with the phy values to the IMX > part of the driver. > - clean up the phy configuration: to all lookups before starting to > program the phy. > - clean up the HDMI clock regenerator code > - use the drm_hdmi_avi_infoframe_from_display_mode() helper which allows > the code to be subsequently simplified > - remove the unused 'regmap' pointer in struct dw_hdmi > - use the bridge drm device rather than the connector (we're the bridge > code) > - remove private hsync/vsync/interlaced flags, getting them from the > DRM mode structure instead. > - implement interface functions to support audio - setting the audio > sample rate, and enabling the audio clocks. > - removal of broken pixel repetition support > - cleanup DVI vs HDMI sink handling > - enable audio only if connected device supports audio > - avoid double-enabling bridge in the sink path (once in mode_set, and > again in commit) > - rename mis-named dw_hdmi_phy_enable_power() > - fix bridge enable/disable handing, so a plug-in event doesn't > reconfigure the bridge if DRM has disabled the output > - fix from Vladimir Zapolskiy for the I2CM_ADDRESS macro name > > These are primerily preparitory patches for the AHB audio driver and > the I2S audio driver (from Rockchip) for this IP. > > One other difference from the previous pull request is that I've moved > the "drm/edid: add function to help find SADs" commit to the start of > the series. This commit should be pushed into v4.2 to fix the build > error people have been reporting with the ALSA ELD helpers. Let me > know if you want a separate pull request for that for your drm-fixes > branch. > > This will update the following files: > > drivers/gpu/drm/bridge/dw_hdmi.c | 387 +++++++++++++++++++++----------------- > drivers/gpu/drm/bridge/dw_hdmi.h | 8 +- > drivers/gpu/drm/imx/dw_hdmi-imx.c | 5 + > include/drm/bridge/dw_hdmi.h | 7 + > include/drm/drm_edid.h | 19 ++ > 5 files changed, 252 insertions(+), 174 deletions(-) > > through these changes: > > Russell King (18): > drm/edid: add function to help find SADs > drm: imx/dw_hdmi: move phy comments > drm: bridge/dw_hdmi: clean up phy configuration > drm: bridge/dw_hdmi: clean up hdmi_set_clk_regenerator() > drm: bridge/dw_hdmi: use drm_hdmi_avi_infoframe_from_display_mode() > drm: bridge/dw_hdmi: simplify hdmi_config_AVI() a little > drm: bridge/dw_hdmi: remove unused 'regmap' struct member > drm: bridge/dw_hdmi: use our own drm_device > drm: bridge/dw_hdmi: remove mhsyncpolarity/mvsyncpolarity/minterlaced > drm: bridge/dw_hdmi: introduce interface to setting sample rate > drm: bridge/dw_hdmi: introduce interfaces to enable and disable audio > drm: bridge/dw_hdmi: remove pixel repetition setting for all VICs > drm: bridge/dw_hdmi: don't support any pixel doubled modes > drm: bridge/dw_hdmi: clean up HDMI vs DVI mode handling > drm: bridge/dw_hdmi: enable audio only if sink supports audio > drm: bridge/dw_hdmi: avoid enabling interface in mode_set > drm: bridge/dw_hdmi: rename dw_hdmi_phy_enable_power() > drm: bridge/dw_hdmi: fix phy enable/disable handling > > Vladimir Zapolskiy (1): > drm: bridge/dw_hdmi: fix register I2CM_ADDRESS register name > > Many thanks. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
