Re: [Bug]:Koelsch: DU, Could not show an image or picture on HDMI display.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Geert-san,

On 04/06/2016 04:40 PM, Geert Uytterhoeven wrote:
Hi Hiep-san,

On Wed, Apr 6, 2016 at 3:47 AM, Cao Minh Hiep <cm-hiep@xxxxxxxxxxx> wrote:
On 04/05/2016 07:36 PM, Geert Uytterhoeven wrote:
On Tue, Apr 5, 2016 at 4:35 AM, Cao Minh Hiep <cm-hiep@xxxxxxxxxxx> wrote:
On 04/04/2016 05:05 PM, Geert Uytterhoeven wrote:
On Fri, Apr 1, 2016 at 9:57 AM, Cao Minh Hiep <cm-hiep@xxxxxxxxxxx>
wrote:
This Linux version v4.5, we can not show an image or picture on HDMI
display.
(There is no problem on v4.5-rc3, could show an image on HDMI display
normally)
After moving Koelsch to the living room, and connecting it to a Full HD
Sony TV, I get:

      rcar-du feb00000.display: failed to allocate buffer with size 8294400
      rcar-du feb00000.display: Failed to set initial hw configuration.
      rcar-du feb00000.display: failed to initialize DRM/KMS (-12)
      rcar-du: probe of feb00000.display failed with error -12

Don't you get this? The DELL S2240L is also Full HD, so it should need a
buffer
of 1920 * 1080 * 4 bytes, too (unless its preferred mode is smaller).
I also got exactly the same log with v4.5-stable.
I attach the test logs + boot logs and uImage.dtb in three cases of v4.5-rc3
and v4.5-stable
and v4.5 stable after reverting the patch of b26a719.
Thanks for the logs, they were very helpful to understand what's going on!

1. Your good case (v4.5-rc3, or v4.5 with commit b26a719 reverted) has:

         Console: switching to colour frame buffer device 128x48
         rcar-du feb00000.display: fb0:  frame buffer device
         [drm] Initialized rcar-du 1.0.0 20130110 on minor 0

    While your bad case (v4.5) has:

         rcar-du feb00000.display: failed to allocate buffer with size 8294400
         rcar-du feb00000.display: Failed to set initial hw configuration.
         rcar-du feb00000.display: failed to initialize DRM/KMS (-12)
         rcar-du: probe of feb00000.display failed with error -12

    Actually I believe the former is the bad case (EDID retrieval through HDMI
    fails, and the drivers falls back to the default resolution of 1024x768 =>
    128x48 text console), and the latter is the good case (EDID retrieval
    succeeded, and the driver detected the preferred resolution of 1920x1080).
    Without commit b26a719 ("gpio: rcar: Add Runtime PM handling for
    interrupts"), the GPIO interrupt used for HDMI EDID retrieval will not
    trigger if the GPIO MSTP clock is disabled.

2. Your Koelsch has U-Boot 46367b1, while mine has b6af5fc. The former disables
    many MSTP clocks (incl . GPIO), while the latter keeps them enabled, so
    that's why v4.5-rc3 worked for me.
    Usually I'm using local early kernel code to disable unused MSTP clocks,
    but not this time, as you mentioned plain v4.5-rc3 and v4.5.

So the real fix is to enable CONFIG_CMA and CONFIG_DMA_CMA, but
this requires fixing ohci-pci first.
Thanks for your explanation.
Your U-boot is older or newer than mine?. Should I update my U-boot?

Jinso/Hiep.




[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux