From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 1419EE009A7; Fri, 23 May 2014 18:23:30 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=RCVD_IN_DNSWL_LOW,RDNS_NONE autolearn=no version=3.3.1 X-Spam-HAM-Report: * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.220.54 listed in list.dnswl.org] * 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS Received: from mail-pa0-f54.google.com (unknown [209.85.220.54]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id F4107E00716 for ; Fri, 23 May 2014 18:23:23 -0700 (PDT) Received: by mail-pa0-f54.google.com with SMTP id bj1so4841791pad.13 for ; Fri, 23 May 2014 18:23:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=sMZucBvt+sEwoEvpJQEY73+fTp1nRd+jOi+pIFbbq9Q=; b=AtQEMKcLP9ZZ/7mio/UtW0V0sQun1e2wUEMgx5dybzjrHoIY26xOV0nOlU/C6aeh6H iDV1HzlIMOOJGF8PRkP/o5Qu7QVPIBwhL0yzT3dLUikSH8dyKSh7iP/JSUnkQznBHLPV EmYS6GZZFTYCbtPrVCE0zZ9aOFhBGtB+qBYXdvH75aUZ5lRXmgDX3KP9UzOEhQ5I9UKC indl/fT5Yi9FL0StQbaYdnyAUOxhnPHTx7xja662yjtdl+3eW6M3RBUNqCLAMH0fWMWc nxPsqZeUMInuya95jAywSWuM1rRmcKKSe+coo6h+CACjr68jBk0U8MPXXAB+Odvoap+Y Wm/A== X-Gm-Message-State: ALoCoQl/KlayojCQYgpkkPvzmfC/bWapPG5ZYVytpbZqhLqpZB4ue4BMKll+nOZQyfzMngD/FGYL X-Received: by 10.66.151.144 with SMTP id uq16mr10615086pab.68.1400894603713; Fri, 23 May 2014 18:23:23 -0700 (PDT) Received: from [192.168.0.124] ([63.226.49.26]) by mx.google.com with ESMTPSA id ao4sm6624087pbc.51.2014.05.23.18.23.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 May 2014 18:23:22 -0700 (PDT) Message-ID: <537FF487.4060702@boundarydevices.com> Date: Fri, 23 May 2014 18:23:19 -0700 From: Eric Nelson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Otavio Salvador , Peter Bergin References: <43F0718C449F6A46B393DA2BEC8E01280C4F2C34@post.tritech.se> <537FE543.10108@boundarydevices.com> <537FEE9F.4040301@boundarydevices.com> In-Reply-To: <537FEE9F.4040301@boundarydevices.com> Cc: "meta-freescale@yoctoproject.org" , Troy Subject: Re: No HDMI signal from Nitrogen6x board with daisy X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 May 2014 01:23:30 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 05/23/2014 05:58 PM, Eric Nelson wrote: > Sorry Peter, > > > > Can you try running this by hand? > > U-Boot > setenv bootargs enable_wait_mode=off > video=mxcfb0:dev=hdmi,1920x1080MR@60,if=RGB24 video=mxcfb1:off > video=mxcfb2:off video=mxcfb3:off fbmem=28M console=ttymxc1,115200 > vmalloc=400M consoleblank=0 rootwait root=/dev/mmcblk0p2 > mxc_hdmi.only_cea=1 > U-Boot > mmc dev 0 && fatload mmc 0 10800000 uImage && bootm 10800000 > > I suspect we introduced a bug when pulling our "only_cea" patch > over to 3.10.17. > Sorry about that. I pasted the 3.0.35 kernel parameters and load commands. Testing on the same version as you are, I found the same thing though. U-Boot > setenv bootargs enable_wait_mode=off video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 video=mxcfb1:off video=mxcfb2:off video=mxcfb3:off fbmem=28M console=ttymxc1,115200 vmalloc=400M consoleblank=0 rootwait root=/dev/mmcblk0p2 U-Boot > mmc dev 0 && \ fatload mmc 0 10800000 uImage && \ fatload mmc 0 12000000 imx6q-nitrogen6x.dtb && \ bootm 10800000 - 12000000 Using the clause 'mxc_hdmi.only_cea=1' yields 1080P. Without it, I get 1024x768. So the bug is general and not specific to 3.10.17... It's still not clear why you're getting no display at all though, or where those IPU_INT_STAT_x or "timeout waiting for flip irq" messages are coming from. Can you try out the commands above? Please advise, Eric