Hi, I have rebased my bridge series on top of linux-next. This is my git log: 4b38a6f Revert "Revert "ARM: exynos_defconfig: Enable options for display panel support"" 6fb39a7 ARM: dts: peach-pit: represent the connection between bridge and panel using videoport and endpoints aee649c ARM: dts: snow: represent the connection between bridge and panel using videoport and endpoints 5b76d8d drm/bridge: Add i2c based driver for ps8622/ps8625 bridge 581257f Documentation: bridge: Add documentation for ps8622 DT properties 178e8b9 Documentation: devicetree: Add vendor prefix for parade 0ceea75 Documentation: drm: bridge: move to video/bridge f143e2e drm/bridge: ptn3460: use gpiod interface 2d5cb9d drm/bridge: ptn3460: probe connector at the end of bridge attach 32ac563 drm/bridge: ptn3460: support drm_panel 91c6c30 drm/exynos: dp: support drm_bridge 7eea7eb drm/bridge: ptn3460: Convert to i2c driver model 602f343 drm/bridge: make bridge registration independent of drm flow 14c7143 drm/bridge: do not pass drm_bridge_funcs to drm_bridge_init 2c01ac4 drm/bridge: ptn3460: Few trivial cleanups 7415f6c arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy 28655d1 drm/exynos: Move platform drivers registration to module init ed6778a Add linux-next specific files for 20141121 I have attached the rebased patches as well. I tested it on snow, peach_pit and peach_pi without *clk_ignore_unused*. Display is totally fine with exynos_defconfig (booting is fine even with CONFIG_SND_SOC_SNOW=y) Regards, Ajay Kumar On Fri, Nov 21, 2014 at 5:03 PM, Andreas Färber <afaerber@xxxxxxx> wrote: > Am 21.11.2014 um 00:49 schrieb Paolo Pisati: >> vanilla kgene/for-next as of today: >> >> 7552917 Revert "ARM: exynos_defconfig: Enable options for display panel support" >> ff0391a Merge branch 'v3.19-samsung-defconfig' into for-next >> 26c6283 Merge branch 'v3.18-samsung-fixes' into for-next >> cf864fd Merge branch 'v3.18-samsung-defconfig' into for-next >> 98b6380 ARM: exynos_defconfig: Enable max77802 rtc and clock drivers >> 839275c ARM: exynos_defconfig: Use 16 minors per MMC block device >> 0526f27 ARM: dts: Explicitly set dr_mode on exynos5250-snow >> fc14f9c Linux 3.18-rc5 >> ... >> >> plus >> >> 5e1e068 arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy >> 36d908e drm/exynos: dp: Remove support for unused dptx-phy >> 624bff2 POSTED: mfd: syscon: Decouple syscon interface from syscon devices >> 68944e3 Revert "Revert "ARM: exynos_defconfig: Enable options for display panel >> support"" >> >> vanilla exynos_defconfig with SND_SOC_SNOW disabled. >> >> I should probably try linux-next at this point, but i wonder if people who >> reported kgene/for-next working were testing with a vanilla exynos_defconfig on >> a peach pi. > > On Spring, I am able to boot my kgene/for-next based queue with just: > > mfd: syscon: Decouple syscon interface from platform devices > arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy > > with DRM_EXYNOS*=y (except IOMMU) and SND_SOC_SNOW=m enabled in the > config, while using simplefb rather than the Exynos DRM and thus > clk_ignore_unused. > > Regarding SND_SOC_SNOW: Note that I recently submitted a patch to enable > module-loading, which is missing in kgene/for-next and -rc5 but is in > linux-next.git - it might uncover problems that previously went > unnoticed: https://patchwork.kernel.org/patch/5235951/ > exynos_defconfig has SND_SOC_SNOW=y, whereas multi_v7_defconfig doesn't > have it. > > Regards, > Andreas > > -- > SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany > GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 21284 AG Nürnberg > -- > To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html
Attachment:
Tot.tar.bz2
Description: BZip2 compressed data
