On 09/22/2012 03:17 AM, Sascha Hauer wrote:
Hi Eric,
On Fri, Sep 21, 2012 at 09:24:19AM -0700, Eric Nelson wrote:
Hi Sascha,
But ipu_crtc->imx_crtc gets initialized in this call, and
ipu_irq_handler() makes use of it.
The U-Boot code doesn't enable interrupts, so it's not acking
along the way, and leaves bits set in IPU1_INT_STAT_15.
I found that I can get around this in U-Boot by disabling the
LCD controller and acking all of the interrupts after disabling
the controller, but I haven't yet figured out where to tap into
cleanup_before_linux().
Passing over an enabled IPU from the bootloader to the kernel is
(currently) not a supported usecase, so U-Boot should indeed disable it.
That said, the kernel driver should make sure the IPU is sufficiently
configured before the interrupts are enabled, so this seems to be a bug
that deserves fixing.
Thanks Sascha,
Patches for U-Boot are in process.
http://lists.denx.de/pipermail/u-boot/2012-September/134807.html
Regards,
Eric
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel
