mail archive of the rauc mailing list
 help / color / mirror / Atom feed
From: Enrico Joerns <ejo@pengutronix.de>
To: Abhishek Kumar Rai <abhishekr@eximiusdesign.com>
Cc: Leif.Middelschulte@klsmartin.com, rauc@pengutronix.de
Subject: Re: [RAUC] Regarding booting problem ,when booting manually
Date: Thu, 18 Oct 2018 09:26:58 +0200	[thread overview]
Message-ID: <a8e6a3dd-387c-9932-b112-958a34c9cc9f@pengutronix.de> (raw)
In-Reply-To: <CALYWmf9ULXBooyDZstUAGXMU_Up0OvAv0Om7bc3ZuEC828uM7Q@mail.gmail.com>

Hi Abhishek,

On 10/18/18 8:51 AM, Abhishek Kumar Rai wrote:
>  >>For debugging, one can also take a look at the raw output of fw_printenv in userspace
>  >>before and after performing mark-good to see if the variables changed according to your expectation.
> 
> > It could also help verifying if the variables look the same in U-Boot as they do in userspace.
> Please find output of command after doing $ rauc status mark-active rootfs.0
> {{{
> $ fw_printenv
> bootcmd=for b in ${bootcmd_list} ; do echo Running ${b} ; run ${b}; done
> bootdelay=3
> baudrate=115200
> ethprime=FEC
> loadaddr=0x12000000
> scriptaddr=0x11000000
> fdt_addr=0x18000000
> loadaddr=0x12000000
> console=ttymxc0
> baudrate=115200
> fdt_high=0xffffffff
> initrd_high=0xffffffff
> bootcmd_list=usb_bootcmd net_bootcmd mmc_bootcmd
> usb_dev=0
> usb_part=1
> usb_script=usb_boot.scr
> usb_load=usb start && usb dev && load usb ${usb_dev}:${usb_part} ${scriptaddr} boot/${usb_script}
> usb_bootcmd=run usb_load && source ${scriptaddr}
> mmc_script=mmc_boot.scr
> mmc_dev=0
> mmc_part=1
> mmc_load=load mmc ${mmc_dev}:${mmc_part} ${scriptaddr} boot/${mmc_script}
> mmc_bootcmd=run mmc_load && source ${scriptaddr}
> net_script=net_boot.scr
> ipaddr=192.168.168.2
> serverip=192.168.168.20
> nfsroot=/srv/nfs/tkmac
> net_load=nfs ${scriptaddr} ${nfsroot}/boot/${net_script}
> net_bootcmd=run net_load && source ${scriptaddr}
> panel=TRULY-WVGA
> video_args_hdmi=setenv video_args $video_args video=mxcfb${fb}:dev=hdmi,1280x720M@60,if=RGB24
> video_args_lvds=setenv video_args $video_args video=mxcfb${fb}:dev=ldb,LDB-XGA,if=RGB666
> video_args_lcd=setenv video_args $video_args video=mxcfb${fb}:dev=lcd,TRULY-WVGA,if=RGB24,rotate=3
> video_interfaces=lcd
> fb=0
> video_args_script=for v in ${video_interfaces}; do run video_args_${v}; setexpr fb $fb + 1; done
> BOOT_B_LEFT=3
> BOOT_app_LEFT=3
> BOOT_A_LEFT=3
> BOOT_ORDER=A app B
> }}}

mark-active on rootfs.0 should result in A being the first entry in BOOT_ORDER.
This is true here, however, we do not know if this was true before and simply remained unchanged.

A before / after comparison would be something like

   fw_printenv | grep BOOT
   rauc status mark-active rootfs.1
   fw_printenv | grep BOOT

>>> It seems that rauc status mark-active rootfs.0 is having some issue ?
>> Again, you might want to check rauc's logs on this.
> I have checked rauc logs rootfs.0 is marked active.
> {{{
> root@eximius:~# journalctl -u rauc
> -- Logs begin at Tue 2018-06-19 17:41:28 UTC, end at Tue 2018-06-19 17:49:47 UTC. --
> Jun 19 17:41:32 eximius systemd[1]: Starting Rauc Update Service...
> Jun 19 17:41:32 eximius rauc[290]: Cannot open /dev/disk/by-path/platform-219c000.usdhc: No such file or directory
> Jun 19 17:41:32 eximius rauc[290]: Error: environment not initialized
> Jun 19 17:41:32 eximius rauc[290]: rauc mark: Failed marking 'rootfs.1' as good: Failed to run fw_setenv: Child process exited with code 1

This seems to have failed! Which is consistent with what you described from your observation.
Thus the question is not if env is wrong or something like this, the question is why fw_setenv fails.

Threads on Github targeting a similar issue are https://github.com/rauc/rauc/issues/165 or https://github.com/rauc/rauc/issues/173
Maybe you run into this, too?

This resulted in documentation update https://github.com/rauc/rauc/pull/174/commits/cff3a61509230d662e6bd1a44a6ee8d7e4d9eb58.

> Jun 19 17:41:32 eximius systemd[1]: Started Rauc Update Service.
> Jun 19 17:49:47 eximius rauc[290]: rauc mark: activated slot rootfs.0
> }}}


>  >>Yes, should be really hard to say where the issue comes from with the current information.
>  >>Another crucial information that we need: Which version of RAUC do you use?
> {{{
> $rauc --version
> rauc 0.4
> }}}

Ok.

When already using (GitHub) markdown syntax here it seems worth posting this to GitHub instead of mailing list? ;)


Best Regards

Enrico


-- 
Pengutronix e.K.                           | Enrico Jörns                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-5080 |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |


_______________________________________________
RAUC mailing list

      parent reply	other threads:[~2018-10-18  7:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-18  5:16 Abhishek Kumar Rai
2018-10-18  5:29 ` Middelschulte, Leif
2018-10-18  5:57   ` Enrico Joerns
2018-10-18  6:51     ` Abhishek Kumar Rai
2018-10-18  7:07       ` Abhishek Kumar Rai
2018-10-18  7:28         ` Enrico Joerns
2018-10-18  7:26       ` Enrico Joerns [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a8e6a3dd-387c-9932-b112-958a34c9cc9f@pengutronix.de \
    --to=ejo@pengutronix.de \
    --cc=Leif.Middelschulte@klsmartin.com \
    --cc=abhishekr@eximiusdesign.com \
    --cc=rauc@pengutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox