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/tests/device-types/mustang-uefi.jinja2

https://git.linaro.org/lava/lava-dispatcher.git/blob/HEAD:/lava_dispatcher/pipeline/devices/mustang-uefi.yaml

Juno devices have menu support in LAVA V1:
https://git.linaro.org/lava/lava-lab.git/blob/HEAD:/validation.linaro.org/lava/device-types/juno.conf

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.
5. 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> 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
https://lists.linaro.org/mailman/listinfo/lava-users




--