From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id AFED2E009D9; Thu, 21 May 2015 07:37:54 -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=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, FREEMAIL_REPLY, RCVD_IN_DNSWL_LOW autolearn=no version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (picmaster[at]mail.bg) * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [193.201.172.118 listed in list.dnswl.org] * 1.0 FREEMAIL_REPLY From and body contain different freemails Received: from mx2.mail.bg (mx2.mail.bg [193.201.172.118]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 2D8A2E00985 for ; Thu, 21 May 2015 07:37:50 -0700 (PDT) Received: from [192.168.0.62] (unknown [93.152.143.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id 7655E6000D38; Thu, 21 May 2015 17:37:49 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1432219069; bh=nzVDGxK5Y2V2Rjz5e7SUTfi+TpZg+2fgIkEXx3sfn0s=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Ajn2RXTV19WNuiLwiM4wvTvhMAJbP66VClianaoBfCADmod+InRVI5KWeVV+pAu6V cETEZaRliFzpr4zuejXZcSB2KwGYPiO3FVFnbV9GG+7yjAy2s9aLq99plCfdQeOF6a uCipgIF5F4ILbOdSFzFRD73uTYOk0u3drKqXLI8w= Message-ID: <555DEDBD.30000@mail.bg> Date: Thu, 21 May 2015 17:37:49 +0300 From: Nikolay Dimitrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: Leon Woestenberg References: <43F0718C449F6A46B393DA2BEC8E01280C8179AD@post> <43F0718C449F6A46B393DA2BEC8E01280C818643@post> <555CA265.8070803@mail.bg> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" , Otavio Salvador Subject: Re: linux-congatec (fido) silent after Starting kernel ... 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: Thu, 21 May 2015 14:37:54 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Leon, On 05/21/2015 05:20 PM, Leon Woestenberg wrote: > I could start the built u-boot from (u)SD card using the > not-really-public registers. > > # setting for BOOT_CFG1, this select USDHC2 (Congatec on-module uSD) > mw.l 0x020d8040 0x2850 > mw.l 0x020d8044 0x10000000 > reset > > # setting for BOOT_CFG1, this select USDHC4 (Congatec carrier board SD slot) > mw.l 0x020d8040 0x3850 > mw.l 0x020d8044 0x10000000 > reset > > As 'bmode' was not available on my pre-installed u-boot, I used this > convenience command to boot u-boot from the SD card: > > setenv sd 'mw.l 0x020d8040 0x3850; mw.l 0x020d8044 0x10000000; reset' > > > However, although the newer u-boot 2013.04 supports the DTB now, I'm > still getting stuck after the kernel starts. > Any further ideas? Here's a simple checklist: 1. Verify that DT configures both the serial port AND the IOMUXC, please replace port numbers with your own: &uart3 { <<= ttymxc2 pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart3_2>; <<= use pinctrl uart3_2 status = "okay"; <<= port is now enabled }; If your UART pins are not available as ready-made pinctrl configuration, you need to define new pinctrl and pass it here. 2. Verify that u-boot sets bootargs: setenv bootargs ... console=ttymxcX,115200 ... I followed these on a customer board and all worked fine without issues. > Thanks, > > Leon. > > > conga-QMX6 U-Boot > run sd > resetting ... > > > U-Boot 2013.04 QMX6Rx20 (May 19 2015 - 13:34:17) > > CPU: Freescale i.MX6Q rev1.2 at 792 MHz > CPU: Temperature 32 C, calibration data: 0x56b4d469 > Reset cause: POR > Board: conga-QMX6 > I2C: ready > DRAM: 1 GiB > MMC: FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2 > SF: Detected SST25VF032B with page size 4 KiB, total 4 MiB > No panel detected: default to Hannstar-XGA > Display: Hannstar-XGA (1024x768) > In: serial > Out: serial > Err: serial > PFUZE100 Rev. [10/21] detected > Net: configure Atheros AR8035 Ethernet Phy at address 6 > FEC > Warning: FEC using MAC address from net device > > Normal Boot > Hit any key to stop autoboot: 0 > U-Boot > run bootcmd_net > Using FEC device > TFTP from server 192.168.1.9; our IP address is 192.168.1.103 > Filename 'cgtqmx6/uImage.dtb'. > Load address: 0x10780000 > Loading: #### > 6.6 MiB/s > done > Bytes transferred = 48083 (bbd3 hex) > Using FEC device > TFTP from server 192.168.1.9; our IP address is 192.168.1.103 > Filename 'cgtqmx6/uImage'. > Load address: 0x10800000 > Loading: ################################################################# > ################################################################# > ################################################################# > ################################################################# > ################################################################# > ############################################## > 6.9 MiB/s > done > Bytes transferred = 5432656 (52e550 hex) > ## Booting kernel from Legacy Image at 10800000 ... > Image Name: Linux-3.10.53-1.1.1_qmx6+g9f56bf > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 5432592 Bytes = 5.2 MiB > Load Address: 10008000 > Entry Point: 10008000 > Verifying Checksum ... OK > ## Flattened Device Tree blob at 10780000 > Booting using the fdt blob at 0x10780000 > Loading Kernel Image ... OK > OK > switch to ldo_bypass mode! > Loading Device Tree to 4f543000, end 4f551bd2 ... OK > > Starting kernel ... > > > > > > > > > > On Wed, May 20, 2015 at 10:47 PM, Leon Woestenberg > > wrote: > > Reading that patch comment more clearly, I now understand that both > u-boot and the SoC do in fact interpret the registers, because the > SoC ignores it for SPL type boot. > > With that, I will try to boot the .sdcard image generated by the > fsl-community-bsp-platform tomorrow. > > Thanks, > > Leon. > > On Wed, May 20, 2015 at 10:43 PM, Leon Woestenberg > > wrote: > > Hi Otavio, > > > On Wed, May 20, 2015 at 10:32 PM, Otavio Salvador > > wrote: > > On Wed, May 20, 2015 at 5:27 PM, Leon Woestenberg > > wrote: > ... > > Can anybody provide more insight here? > ... > > yes. This is mostly what bmode in new U-Boot versions does. The > 0x10000000 can be seen at: > > https://github.com/Freescale/u-boot-fslc/blob/patches-2015.04/arch/arm/cpu/armv7/mx6/soc.c#L478 > > > Thanks. So these registers are interpreted by the SoC itself and > not by u-boot on subsequent warm-reset? > > I found some explanation of these "secret" registers here: > > https://patchwork.ozlabs.org/patch/404723/ Regards, Nikolay