From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 2E6E6E006EF; Tue, 2 Dec 2014 05:24:03 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from mail.chez-thomas.org (mail.mlbassoc.com [65.100.170.105]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id AA9C7E0034B for ; Tue, 2 Dec 2014 05:24:01 -0800 (PST) Received: by mail.chez-thomas.org (Postfix, from userid 1998) id 047A5F81202; Tue, 2 Dec 2014 06:24:00 -0700 (MST) Received: from [192.168.1.114] (zeus [192.168.1.114]) by mail.chez-thomas.org (Postfix) with ESMTP id 59EBAF811FF; Tue, 2 Dec 2014 06:23:59 -0700 (MST) Message-ID: <547DBD80.6080208@mlbassoc.com> Date: Tue, 02 Dec 2014 06:24:16 -0700 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: meta-freescale@yoctoproject.org References: <1412971768-1162-1-git-send-email-eric.nelson@boundarydevices.com> <1416794255-17482-1-git-send-email-eric.nelson@boundarydevices.com> <547616A8.9070908@mlbassoc.com> <547617B1.2090603@mlbassoc.com> <5476297E.2080200@boundarydevices.com> <54766FA9.8030603@mlbassoc.com> <547DBCDD.1060704@mlbassoc.com> In-Reply-To: <547DBCDD.1060704@mlbassoc.com> Subject: Re: [meta-fsl-arm-extra][PATCH V2] linux-boundary: Add support for kernel 3.10.31_1.1.0_beta 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: Tue, 02 Dec 2014 13:24:03 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 2014-12-02 06:21, Gary Thomas wrote: > On 2014-11-26 17:26, Gary Thomas wrote: >> On 2014-11-26 12:26, Eric Nelson wrote: >>> Hi Gary, >>> >>> On 11/26/2014 11:10 AM, Gary Thomas wrote: >>>> On 2014-11-26 11:06, Gary Thomas wrote: >>>>> On 2014-11-23 18:57, Eric Nelson wrote: >>>>>> This patch adds support for the 3.10.31_1.1.0_beta kernelfor Boundary >>>>>> Devices BD-SL-i.MX6 (built to SABRE Lite), Nitrogen6X, Nitrogen6_Max >>>>>> and and Nitrogen6_Lite boards. >>>>>> >>>>>> To try it out, set PREFERRED_VERSION_linux-boundary = "3.10.31" in your >>>>>> local.conf file. >>>>>> >>>>>> Minimal testing has been performed at this point, so don't expect it >>>>>> to be production-ready. >>>>>> >>>>>> Note that the 3.10.31 kernel contains an update to provide fixed >>>>>> numbering for /dev/mmcblk devices instead of numbering them by >>>>>> order of initialization. >>>>>> >>>>>> Support has been added into the boot script, but requires setting >>>>>> a variable in U-Boot: >>>>>> >>>>>> U-Boot > setenv sdphys 1 >>>>>> U-Boot > saveenv >>>>>> U-Boot > boot >>>>>> >>>>>> See this post for some additional commentary: >>>>>> http://boundarydevices.com/root-equals >>>>>> >>>>>> Signed-off-by: Eric Nelson >>>>> >>>>> When I tried this patchset, it fails to boot my SabreLite. The >>>>> important bits seem to be the MMC device numbering. From the boot log: >>>>> >>>>> mmc3: new high speed SDHC card at address aaaa >>>>> mmcblk3: mmc3:aaaa SU04G 3.69 GiB >>>>> mmcblk3: p1 p2 >>>>> >>>>> ALSA device list: >>>>> #0: imx6q-sabrelite-sgtl5000 >>>>> Waiting for root device /dev/mmcblk0p2... >>>>> >>>>> I see no difference when setting 'sdphys' or not. Perhaps I missed some >>>>> other patch (like to the boot scripts)? >>>> >>>> BTW, I'm building the scripts from >>>> u-boot-script-boundary/v2014.07+gitAUTOINC+f870252376 >>>> and there seems to be nothing in there about sdphys >>>> >>> You need this patch to support the 'sdphys' thing in the boot script: >>> http://patches.openembedded.org/patch/83731/ >> >> Thanks, I had missed that one. It's booting again. >> >> Next problem - I have no video, neither with HDMI nor 7" LCD >> Ideas? >> > > Any progress with this (no video at all)? I've tried the > latest Boundary Devices kernel (b76cf1c04) whose comment > implies this should be fixed, but still no-go. > For completeness, here are some relevant messages at boot: Kernel command line: enable_wait_mode=off video=mxcfb0:dev=hdmi,1280x720M@60,if=RGB24 video=mxcfb1:dev=lcd,CLAA-WVGA,if=R GB666 video=mxcfb2:off video=mxcfb3:off fbmem=28M,10M console=ttymxc1,115200 vmalloc=400M consoleblank=0 rootwait root=/d ev/mmcblk3p2 mxc_hdmi.only_cea=1 mxc_hdmi 20e0000.hdmi_video: Detected HDMI controller 0x13:0xa:0xa0:0xc1 fbcvt: 1280x720@60: CVT Name - .921M9 mxc_sdc_fb fb.27: registered mxc display driver hdmi mxc_sdc_fb fb.27: 1280x720 h_sync,r,l: 40,110,220 v_sync,l,u: 5,5,20 pixclock=74250000 Hz imx-ipuv3 2800000.ipu: try ipu internal clk imx-ipuv3 2800000.ipu: disp=0, pixel_clk=74250000 74250000 parent=74250000 div=1 imx-ipuv3 2800000.ipu: IPU DMFC DP HIGH RESOLUTION: 1(0,1), 5B(2~5), 5F(6,7) imx-ipuv3 2800000.ipu: IPU Warning - IPU_INT_STAT_10 = 0x00080000 imx-ipuv3 2800000.ipu: IPU Warning - IPU_INT_STAT_10 = 0x00080000 mxc_sdc_fb fb.27: 1280x720 h_sync,r,l: 40,110,220 v_sync,l,u: 5,5,20 pixclock=74250000 Hz imx-ipuv3 2800000.ipu: try ipu internal clk imx-ipuv3 2800000.ipu: disp=0, pixel_clk=74250000 74250000 parent=74250000 div=1 Console: switching to colour frame buffer device 160x45 imx-ipuv3 2800000.ipu: IPU Warning - IPU_INT_STAT_5 = 0x00800000 mxc_sdc_fb fb.27: timeout when waiting for flip irq mxc_sdc_fb fb.28: NO mxc display driver found! mxc_sdc_fb fb.29: mxcfb2 is turned off! mxc_sdc_fb fb.30: mxcfb3 is turned off! -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------