From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f169.google.com (mail-pf1-f169.google.com [209.85.210.169]) by mx.groups.io with SMTP id smtpd.web10.12474.1615309609918842836 for ; Tue, 09 Mar 2021 09:06:50 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20161025 header.b=qqDQqnZR; spf=pass (domain: gmail.com, ip: 209.85.210.169, mailfrom: b.hutchman@gmail.com) Received: by mail-pf1-f169.google.com with SMTP id t29so9741176pfg.11 for ; Tue, 09 Mar 2021 09:06:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jcuZbGpwqOEx5fJNSqn+q/fxuPmMR453JRXrDF6WUic=; b=qqDQqnZRt8FvHnN4uyAHrvFDWRoln+siQ/lDg219fHiudZatJfGFYjc6eJn4WnvpBE oU108mtO8l6XxyOehj2yoiINfYSq4sogn90KqYL3LJnZnvfId//0ZbDk/mXel5SwJcpY U5XsjttpYWvleENZfQFaDLpfVp55cgnKLHC91qU3bshUlrQS/RjbJxLLRqjSVvtmgqVP 9nB7+Uu4CkYEvH6cySEZbW1vqyCWVW8l3ECGGP97HItba6RShHH0WmHL8IF2LBoXR9Sv SRZoBVtic1bGSH2u44j8kTVj8o+ieQegy8DvrpZHKbm2lnTkwetKjobTphMek1JeEY6H 4nag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jcuZbGpwqOEx5fJNSqn+q/fxuPmMR453JRXrDF6WUic=; b=dmk7FCXtRcw0Mg6/aF6UoXKLFw0j4W5yUj0O6N9Y3YjHuYpZDZsZfL/w8NKnZUQnvW 1u75yTcKpXD6N/iNLAd4LOK0sOQWZlIDnAtXKKg8TYDtbysbjE5T6YYG9WWILaUv3L0o +qmhpc2fpXFu21/69zbDA9j/VS+CrVjuefa6Ta4pjEutQKx4rRrDvt6zlPTBm3/QBvFG MdiLCvw0xwuwD50ty+9S3xhF0FYkWPxQcwMranqyn4E7u+PiLFo4g1Xo6NjPlHaBGWTR nr/Mn/XG/c03jJ8WgaabEhccuzaz6qg/+5BYLyyEkqU/i0I+l0Zr0qX99QfSQqoRqMkF 2X3A== X-Gm-Message-State: AOAM531gctnUfRdRf3/z20g9/we6ebQuUbXAV0syOvOc6gi0vIdhaWnI SXJLsuccDfujG5pmT+xIynsdcfYrcG+014wJE1U= X-Google-Smtp-Source: ABdhPJzA2LXGDWLZE6yKyvS3TDRdBZqWW6sxwbOFo5bcy4qh68+jmWg45Jfg1opFWCjOXbB32NhU1HCYGsADNWSvV40= X-Received: by 2002:a65:4942:: with SMTP id q2mr25357496pgs.34.1615309609309; Tue, 09 Mar 2021 09:06:49 -0800 (PST) MIME-Version: 1.0 References: <165E371A7C0B0DCE.12137@lists.yoctoproject.org> <165E4BA6BFE5FFD7.12137@lists.yoctoproject.org> <165E4E153C3FC07E.12137@lists.yoctoproject.org> <165E92F42A8AA8AC.17182@lists.yoctoproject.org> In-Reply-To: <165E92F42A8AA8AC.17182@lists.yoctoproject.org> From: "Brian Hutchinson" Date: Tue, 9 Mar 2021 12:06:38 -0500 Message-ID: Subject: Re: [meta-freescale] No u-boot-fslc-fw-utils recipe for Dunfell? To: "b.hutchman" Cc: Otavio Salvador , meta-freescale@lists.yoctoproject.org Content-Type: multipart/alternative; boundary="0000000000007718e305bd1d931f" --0000000000007718e305bd1d931f Content-Type: text/plain; charset="UTF-8" On Thu, Jan 28, 2021 at 9:28 PM Brian Hutchinson via lists.yoctoproject.org wrote: > >> Update ... feeling like I'm losing my mind now. >> >> fw_env.config must be sensitive to spaces or tabs or something. >> >> I messed around with it some more and it magically started working with >> my imx8mm-evk board with fw_env.config containing: >> >> /dev/mmcblk1 0x400000 0x1000 >> >> I don't know why that didn't work before ... I tried all kinds of things >> to get this to work and really can't explain why it just started working. >> To test, I used fw_setenv to set a variable and rebooted and stopped in >> u-boot and did printenv and sure enough the variable I set is there. >> >> Regards, >> >> Brian >> > > So I think I figured out what was going on. I flashed sdcard with fresh > Yocto build. Apparently the default u-boot environment is in ram and not > in the eMMC until you stop in u-boot and do a saveenv ... then when you > boot into Linux fw_printenv works. Prior to doing that, fw_printenv will > return the error I previously mentioned. > > Hopefully this will help the next person thinking they are losing their > mind messing with creating a fw_env.config file. > > Regards, > > Brian > > Reviving this issue again ... I noticed that I had to make my own fw_env.config file and copy it to etc. in a read/write rootfs for quick testing ... there is no fw_env.config sample provided by libubootenv that is placed in rootfs under /etc. I'm now generating a squashfs can can't do that hack so need to do it in recipe and looking at the recipes ... not 100% sure how to go about it. But shouldn't libubootenv put a example fw_env.config in /etc? I mean it won't work like it's supposed to without one. Regards, Brian --0000000000007718e305bd1d931f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Thu, Jan 28, 2021 at 9:28 PM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=3D= gmail.com@lists.yoctopr= oject.org> wrote:
<= br>
Update ... feeling like I'm losing my mind now.

<= /div>
fw_env.config must be sensitive to spaces or tabs or something.

I messed around with it some more and it magically = started working with my imx8mm-evk board with fw_env.config containing:

/dev/mmcblk1=C2=A0 0x400000=C2=A0=C2=A0=C2=A0 0x1000<= /div>

I don't know why that didn't work before .= .. I tried all kinds of things to get this to work and really can't exp= lain why it just started working.=C2=A0 To test, I used fw_setenv to set a = variable and rebooted and stopped in u-boot and did printenv and sure enoug= h the variable I set is there.

Regards,
<= div>
Brian

<= div>So I think I figured out what was going on.=C2=A0 I flashed sdcard with= fresh Yocto build.=C2=A0 Apparently the default u-boot environment is in r= am and not in the eMMC until you stop in u-boot and do a saveenv ... then w= hen you boot into Linux fw_printenv works.=C2=A0 Prior to doing that, fw_pr= intenv will return the error I previously mentioned.

Hopefully this will help the next person thinking they are losing their = mind messing with creating a fw_env.config file.

R= egards,

Brian


Reviving this issue again ... I noticed that I= had to make my own fw_env.config file and copy it to etc. in a read/write = rootfs for quick testing ... there is no fw_env.config sample provided by l= ibubootenv that is placed in rootfs under /etc.=C2=A0 I'm now generatin= g a squashfs can can't do that hack so need to do it in recipe and look= ing at the recipes ... not 100% sure how to go about it. =C2=A0
<= div>
But shouldn't libubootenv put a example fw_env.confi= g in /etc?=C2=A0 I mean it won't work like it's supposed to without= one.

Regards,

Brian
<= /div>
--0000000000007718e305bd1d931f--