hi, Neil,
Thank you for your reply.
I am using the LAVA V1, and I read the juno.conf file. But I don't have a Juno board, so I can not understand the config well. What is the meaning of 'sendcontrol' in the config file?
Does 'sendcontrol [' will let the cursor move in the menu or select the item in the menu lists? If so, how do I know the meaning of values in the sendcontrol?
Now What I want only is to go to the Shell in uefi and then boot the system and run tests. I am not testing the UEFI.
Thank you
Elaine (wuyanjun)
Hisilicon, Turing Architecture and Software
On 2016/3/22 21:10, Neil Williams wrote:
There is experimental UEFI menu support in LAVA pipeline V2 - it works on the lava-dispatch command line for an XGene Mustang with UEFI menu but there are problems with the submission through the UI with escape characters.
https://git.linaro.org/lava/lava-server.git/blob/HEAD:/lava_scheduler_app/te...
https://git.linaro.org/lava/lava-dispatcher.git/blob/HEAD:/lava_dispatcher/p...
Juno devices have menu support in LAVA V1: https://git.linaro.org/lava/lava-lab.git/blob/HEAD:/validation.linaro.org/la...
However, issues will persist:
1: Menus that use more complex structures will fail to parse - typically this will be if the menu uses curses of similar interface instead of line-based. 2: The current support is for a limited set of devices and UEFI builds and each one can require integration. 3: a UEFI shell is a preferred option for automation - many uses of the menus only use enough of the menu to get to a shell. 4. Unless you are actually testing the UEFI build, you can avoid UEFI entirely by pre-configuring something like grub on top and interacting with the a shell provided by that. Make a decision about whether the UEFI on these devices is something you are explicitly testing or simply using to get to a system that can run your tests. If you want to test both, consider having one device-type which uses an unchanging UEFI build and one device-type that updates the UEFI on each build. That device-type needs a way of recovering if the UEFI build is broken
- that support depends on the hardware.
- The aim with UEFI would be that it does become mostly unchanging
and that it provides a common interface to the kernel across different device types. So for kernel testing, a static UEFI build is the right answer so that tests only involve one changing element each run.
On 22 March 2016 at 11:51, Elaine Wu (wuyanjun) <wu.wu@hisilicon.com mailto:wu.wu@hisilicon.com> wrote:
hi, all, The uefi the board used has upgraded, so that the configuration of it can not be used in the current environment. Because now the uefi use the dialog to show the menu. As I know, the expect and sendline in the lava XXX.conf can not work well in this situation. Does you know how to config the XXX.conf to support this kind of uefi? The menu of the uefi is below. and Thank you very much. Elaine (wuyanjun) Hisilicon, Turing Architecture and Software _______________________________________________ Lava-users mailing list Lava-users@lists.linaro.org <mailto:Lava-users@lists.linaro.org> https://lists.linaro.org/mailman/listinfo/lava-users--
Neil Williams
neil.williams@linaro.org mailto:neil.williams@linaro.org http://www.linux.codehelp.co.uk/
