From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gary@mlbassoc.com>
Received: by yocto-www.yoctoproject.org (Postfix, from userid 118)
	id A7B30E0082F; Wed, 26 Nov 2014 16:26:25 -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 61E17E007B9
	for <meta-freescale@yoctoproject.org>;
	Wed, 26 Nov 2014 16:26:12 -0800 (PST)
Received: by mail.chez-thomas.org (Postfix, from userid 1998)
	id BD2ACF811DD; Wed, 26 Nov 2014 17:26:11 -0700 (MST)
Received: from [192.168.1.114] (zeus [192.168.1.114])
	by mail.chez-thomas.org (Postfix) with ESMTP id 169A7F811DB;
	Wed, 26 Nov 2014 17:26:10 -0700 (MST)
Message-ID: <54766FA9.8030603@mlbassoc.com>
Date: Wed, 26 Nov 2014 17:26:17 -0700
From: Gary Thomas <gary@mlbassoc.com>
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>
In-Reply-To: <5476297E.2080200@boundarydevices.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
	<meta-freescale.yoctoproject.org>
List-Unsubscribe: <https://lists.yoctoproject.org/options/meta-freescale>,
	<mailto:meta-freescale-request@yoctoproject.org?subject=unsubscribe>
List-Archive: <http://lists.yoctoproject.org/pipermail/meta-freescale>
List-Post: <mailto:meta-freescale@yoctoproject.org>
List-Help: <mailto:meta-freescale-request@yoctoproject.org?subject=help>
List-Subscribe: <https://lists.yoctoproject.org/listinfo/meta-freescale>,
	<mailto:meta-freescale-request@yoctoproject.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Nov 2014 00:26:25 -0000
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

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 <eric.nelson@boundarydevices.com>
>>>
>>> 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:
>>>       <snip>
>>>     mmc3: new high speed SDHC card at address aaaa
>>>     mmcblk3: mmc3:aaaa SU04G 3.69 GiB
>>>      mmcblk3: p1 p2
>>>       <snip>
>>>     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?

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------