Power on vs. reset?

Simon Glass sjg at chromium.org
Fri May 1 15:04:57 CEST 2020


Hi,

On Thu, 30 Apr 2020 at 22:19, Heiko Schocher <hs at denx.de> wrote:
>
> Hello Simon,
>
> Am 30.04.2020 um 14:18 schrieb Simon Glass:
> > Hi Heiko,
> >
> > On Thu, 30 Apr 2020 at 00:46, Heiko Schocher <hs at denx.de> wrote:
> >>
> >> Hello Simon,
> >>
> >> Am 29.04.2020 um 22:17 schrieb Simon Glass:
> >>> Hi,
> >>>
> >>> When I use interactive_board, in some cases by board poweron() method
> >>> will reset the board and in some cases will not.
> >>>
> >>> Really, I suppose it should not, unless U-Boot has been updated.
> >>>
> >>> So how should I indicate that a reset is required (e.g. to boot U-Boot
> >>> from scratch)?
> >>
> >> I think, I do not really get what you want...
> >>
> >> But may you can define and use a tbot flag?
> >>
> >> $ tbot --help | grep FLAG
> >>               [-f FLAG] [-p NAME=VALUE] [-v] [-q] [--version] [--log LOGFILE]
> >>     -f FLAG               set a user defined flag to change testcase behaviour
> >>
> >> define the flag with:
> >>
> >> FLAGS = {
> >>           "hard-reset" : "hard reset the board",
> >> }
> >>
> >> use it in code with:
> >>
> >> if "hard-reset" in tbot.flags:
> >>       do stuff
> >> else:
> >>       do other stuff
> >>
> >> example output at my setup (fast added above flag):
> >>
> >> $ tbot @argsk30rfv4 --list-flags
> >> tbot starting ...
> >> ├─hard-reset: hard reset the board
> >> ├─xmg-build: build on XMG laptop
> >> ├─pollux-build: Use pollux as buildhost
> >> ├─xpert-build: build on xpert
> >> ├─hercules-build: Use hercules for build
> >> ├─hercules-1604-build: build on hercules in ubuntu 16.04 container
> >> ├─threadripper-build: build on threadripper
> >> ├─threadripper-1604-build: build on threadripper in ubuntu 16.04 container
> >> ├─threadripper-1604-kas-build: build on threadripper in ubuntu 16.04 container with kas tool
> >> ├─v4: test v4 version of k30rf board
> >> ├─production: production version of k30rf build, no U-Boot!
> >> ├─rescue: test rescueimage
> >> ├─rescuenetspecial: boot image @ loadaddr
> >> ├─linuxsilent: set linux console argument to silent
> >> ├─deletekey: delete key for data volume
> >> ├─heiko: work with heiko specific images
> >> ├─Flags:
> >> │ 'v4', 'threadripper-build'
> >> ├─────────────────────────────────────────
> >> ├─Log written to '/home/hs/data/Entwicklung/bosch-tt/src/bsp/tbot-tbot2go/log/lab1-k30rf-0260.json'
> >> └─SUCCESS (0.157s)
> >
> > OK I see, that covers it. When I power on the board may or may not
> > have been reset. Adding a reset option seems best.
>
> FYI:
>
> The tbot flags are global so you can use them where you need them.
> If you need a finer control of a special testcase you can use tbots
> "p" option:
>
>    -p NAME=VALUE         set a testcase parameter, value is parsed using `eval`

OK thank you. I have been using the -p ones. It would be good if you
didn't have to quote strings.

Regards,
Simon


More information about the tbot mailing list