On Thu, Apr 10, 2014 at 04:31:40PM +0300, Tomi Valkeinen wrote:
On 10/04/14 15:49, Russell King - ARM Linux wrote:
That said, I don't understand why it breaks now but not earlier, nothing has changed around that. Hmm, except now we use proper DT bindings, so the IRQ comes from DT. But I don't see why that would affect this.
It looks like the updates stopped DSI from initialising.
Hm, so are we talking about Linus' master, or linux-next? I'm testing on Linus' tree for today, with multi_v7_defconfig + DSS enabled, the display on 4430 SDP comes up fine for me (but something causes the boot to halt right after mounting my rootfs, but that's probably different thing).
As always, it's from my autobuilder, which is Linus' master plus almost everything in my tree, plus maybe arm-soc if the conflicts aren't too great. Neither of the last two builds had arm-soc's for-next merged in though - the previous working one because there were too many (non-DT) conflicts, and non-working build because arm-soc's for-next is now merged into Linus' tree.
I mentioned the two commits in Linus' tree: which were the base between the working tree (a7963eb7f4c4) and the non-working tree (a7963eb7f4c4).
While there could be something in my tree which could have affected it, I doubt that - the delta between the working and non-working for my tree is:
.../DocBook/media/v4l/pixfmt-packed-rgb.xml | 39 +++++++++ .../bindings/staging/imx-drm/fsl-imx-drm.txt | 3 +- arch/arm/include/asm/assembler.h | 42 ++++++++++ arch/arm/include/asm/cputype.h | 19 +++++ arch/arm/kernel/entry-armv.S | 11 ++- arch/arm/kernel/entry-header.S | 11 --- arch/arm/kernel/iwmmxt.S | 15 +++- arch/arm/kernel/pj4-cp0.c | 4 + arch/arm/kernel/traps.c | 1 + arch/arm/mach-ep93xx/crunch-bits.S | 13 ++- arch/arm/vfp/entry.S | 28 ++----- arch/arm/vfp/vfphw.S | 19 ++--- drivers/staging/imx-drm/dw-hdmi-audio.c | 94 ++++++++++++++-------- drivers/staging/imx-drm/dw-hdmi-audio.h | 3 + drivers/staging/imx-drm/imx-hdmi.c | 12 +-- drivers/staging/imx-drm/imx-hdmi.h | 5 -- drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 9 +++ drivers/staging/imx-drm/ipu-v3/ipu-di.c | 2 +- drivers/staging/imx-drm/ipuv3-crtc.c | 2 +- drivers/staging/imx-drm/parallel-display.c | 2 + include/uapi/linux/videodev2.h | 1 + 21 files changed, 230 insertions(+), 105 deletions(-)
which is basically just imx-drm changes, and the undefined instruction entry changes. Nothing there which would affect OMAPDSS.
And the display seems to work with CMA and without CMA.
Can you share the .config?
What's probably more relevant (which probably is a contributory factor to the allocation failure) is the command line arguments:
mem=512M vmalloc=1G
which I always supply to OMAP kernels - this forces almost all of the memory into highmem.
The config file nevertheless is:
http://www.arm.linux.org.uk/developer/build/file.php?lid=5490