Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fully enable Baylibre's lab in the new infra #350

Open
padovan opened this issue May 5, 2024 · 5 comments
Open

Fully enable Baylibre's lab in the new infra #350

padovan opened this issue May 5, 2024 · 5 comments
Assignees

Comments

@padovan
Copy link
Contributor

padovan commented May 5, 2024

We had an initial enablement of the BayLibre lab on the new infra. Now we need to take the next steps to enable proper baseline and baseline-nfs at least on all boards. Enabling dt-kselftest would be great as well.

This will help us with #348 for example, which is currently a painful manual task Collabora team is doing.

@khilman
Copy link

khilman commented May 6, 2024

It would be really helpful to have more details/docs/pointers on what this actually entails.

lab-baylibre is already running baseline in the legacy env (but not baseline-nfs ) and I thin we'd rather invest in dt-selftest than enabling NFS at this point.

So what exactly are the "next steps to enable proper baseline" tests in our lab?

@khilman
Copy link

khilman commented May 6, 2024

For starters, how to we declare which boards in our lab should be available for the new infra. And similarily, can we just disable lab-baylibre for the legacy infra now?

nuclearcat added a commit to nuclearcat/kernelci-core that referenced this issue May 7, 2024
We might have limited set of platforms available in certain lab.
Lab owners should have option to define such list.
As per suggestion: kernelci/kernelci-project#350 (comment)

Signed-off-by: Denys Fedoryshchenko <[email protected]>
nuclearcat added a commit to nuclearcat/kernelci-core that referenced this issue May 7, 2024
We might have limited set of platforms available in certain lab.
Lab owners should have option to define such list.
As per suggestion: kernelci/kernelci-project#350 (comment)

Signed-off-by: Denys Fedoryshchenko <[email protected]>
nuclearcat added a commit to nuclearcat/kernelci-core that referenced this issue May 7, 2024
We might have limited set of platforms available in certain lab.
Lab owners should have option to define such list.
As per suggestion: kernelci/kernelci-project#350 (comment)

Signed-off-by: Denys Fedoryshchenko <[email protected]>
nuclearcat added a commit to nuclearcat/kernelci-core that referenced this issue May 7, 2024
We might have limited set of platforms available in certain lab.
Lab owners should have option to define such list.
As per suggestion: kernelci/kernelci-project#350 (comment)

Signed-off-by: Denys Fedoryshchenko <[email protected]>
nuclearcat added a commit to nuclearcat/kernelci-pipeline that referenced this issue May 7, 2024
If parameter defined, we allow runtime to use only listed
platforms.
We might have limited set of platforms available in certain lab. Lab owners should have option to define such list.
As per suggestion: kernelci/kernelci-project#350 (comment)

Signed-off-by: Denys Fedoryshchenko <[email protected]>
nuclearcat added a commit to nuclearcat/kernelci-core that referenced this issue May 7, 2024
We might have limited set of platforms available in certain lab.
Lab owners should have option to define such list.
As per suggestion: kernelci/kernelci-project#350 (comment)

Signed-off-by: Denys Fedoryshchenko <[email protected]>
@nuclearcat
Copy link
Member

Sorry for late answer, we are implementing such feature, so each lab member can set list of boards available in lab directly under lab definition in config.

@pawiecz
Copy link

pawiecz commented May 15, 2024

lab-baylibre is already running baseline in the legacy env (but not baseline-nfs ) and I thin we'd rather invest in dt-selftest than enabling NFS at this point.

So what exactly are the "next steps to enable proper baseline" tests in our lab?

baseline from the new system are already run in Baylibre's lab:

  1. Scheduler entries for submitting LAVA TestJobs: arm, x86
  2. Test node example with its LAVA TestJob

Enabling -nfs job would ensure that devices also work with a more feature-rich rootfs which will be used for more complex test suites. It would boil down to creating another scheduler entry (like the ones linked above in (1)) with boot_commands parameter set to nfs (similarly to baseline-nfs-arm64-mediatek job)

Enabling kselftest-dt job wouldn't be much different, it would involve:

  1. adding a jobs entry for Baylibre lab
  2. adding a scheduler entry which would trigger that ^ job
  3. adjusting runtime and platforms sections to select the lab and device types

For starters, how to we declare which boards in our lab should be available for the new infra.

Currently selection is done per scheduler entry (platforms section). PR linked in this issue might change it in the future.

And similarily, can we just disable lab-baylibre for the legacy infra now?

I'll look for a PR that makes similar change in the legacy config

@padovan
Copy link
Contributor Author

padovan commented Jul 5, 2024

@nuclearcat since you are going to disable lab-collabora on legacy already, can you disable lab-baylibre too, as per @khilman comments above.

Other than that, Is everything done here? can this issue be closed already?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants