Hello,
We have got now some model instances up in our local lava instance.
What I would like to find out is 'how best to manipulate the model parameters'.
>From my logs I can see
<LAVA_DISPATCHER>2013-11-06 06:27:33 PM INFO: launching fastmodel with command u'sudo -u www-data ARMLMD_LICENSE_FILE="<license-server-loc>" /fastmodels/current/FVP_Base_Cortex-A57x4-A53x4 -C bp.virtioblockdevice.image_path=/srv/lava/instances/production/var/www/lava-server/images/tmppF_EKI/sd.img -C bp.secure_memory=0 -C bp.smsc_91c111.mac_address="02:90:00:03:00:06" -C pctl.startup=0.0.0.0 -C bp.pl011_uart0.untimed_fifos=1 -C bp.flashloader0.fname=/srv/lava/instances/production/var/www/lava-server/images/tmppF_EKI/uefi_fvp-base.bin -C bp.secureflashloader.fname=/srv/lava/instances/production/var/www/lava-server/images/tmppF_EKI/bl1.bin -C bp.smsc_91c111.enabled=true -C bp.hostbridge.interfaceName="armv8_06" -C cache_state_modelled=0'
Also from http://git.linaro.org/gitweb?p=lava/lava-dispatcher.git;a=blob;f=lava_dispa…
I can see some of these parameters defined at the above link.
Q1. Is there an easy way to have any of these parameters, for example cache_state_modelled , modified via the json file itself, which define the job?
I can see from one of Linaro's json files has the following entry.
"command": "boot_linaro_image",
"parameters": {
"options": [
"boot_cmds=boot_cmds_oe"
]
}
Is this it correct for me to assume that this corresponds to the kernel command line arguments passed via UEFI?
- Arguments: console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9 root=/dev/vda2
Can anyone please confirm?
On a related theme, I can see the following being defined in the dispatched device_type def
simulator_dtb = fvp-base-gicv2-psci.dtb
and then this getting subsequently used in the UEFI fdt argument
- FDT: VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/fvp-base-gicv2-psci.dtb
Q2. Since the hardware pack do have additionally fvp-base-gicv2legacy-psci.dtb and fvp-base-gicv3-psci.dtb, how can I specify the UEFI to pick the alternate dtbs during the run? What is the easiest option?
Thanks
Basil Eljuse...
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590
ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782
Hello,
I am trying to share result bundles obtained from tests on my local LAVA
server and local arndale with the rest of the Linaro Networking Group.
- I use a Launchpad login (gary-robertson) for my activities on
validation.linaro.org
- I use a workstation-local login (gary.robertson) to access my local
LAVA server on that workstation.
- I want to use an anonymous bundle stream on validation.linaro.org to
share results from tests performed on my local LAVA setup.
Based on an example script used for lab health tests, I have tried to use
the following clause in my json files to induce the local LAVA server to
send the results to the Linaro validation server:
* { "command": "submit_results", "parameters":
{ "server":
"http://gary-robertson:xxx@validation.linaro.org/RPC2/
<http://gary-robertson:xxx@validation.linaro.org/RPC2/>",
"stream": "/anonymous/gary-robertson/" } }*
where 'xxx' is the string for the authentication token I use to submit jobs
under my Launchpad login on validation.linaro.org
My hope and intent was to use the Launchpad login credentials to
authenticate on the validation.linaro.org LAVA server in order to save the
locally generated bundle stream there. However, the local LAVA job always
fails to authenticate properly and can't submit the bundle... the error
message which is returned is:
* 2014-01-16 07:57:34 PM INFO: Submitting the test result with parameters =
{u'token': '', u'stream': u'/anonymous/gary-robertson/', u'server':
u'http://gary.robertson@validation.linaro.org/RPC2/
<http://gary.robertson@validation.linaro.org/RPC2/>'}*
* 2014-01-16 07:57:34 PM DEBUG: server RPC endpoint URL:
http://gary.robertson@validation.linaro.org/RPC2/
<http://gary.robertson@validation.linaro.org/RPC2/>*
* 2014-01-16 07:57:35 PM ERROR: Failed to submit the test result. Error =*
It looks as though the local LAVA server is ignoring at least the different
user name specified in the parameters - and possibly the authentication
token as well.
So I have three questions (1) am I using the right syntax to redirect the
bundle stream?, (2) assuming my syntax is correct, does the local LAVA
server refuse to change the user ID deliberately or is this a bug? Or (3)
perhaps it's something else entirely that I'm missing here?
Hoping you can enlighten me,
Gary R.
I have struct with some issue during lava-deployment tool setup on my host
system
https://validation.linaro.org/static/docs/deployment-tool.html#getting-lava…
./lava-deployment tool setup.
it return the following error:
https://pastebin.linaro.org/view/7f5a25a8
I am using ubuntu:
ubuntu@ubuntu-VirtualBox:~/LAVA/lava-deployment-tool$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.10
Release: 12.10
Codename: quantal
Please help me to short out this issue.
Thank You.
Best Regards
Soumya Basak.
Soumya Basak.