Discover gists
| id | station | stationid | value | unit | obstime | date | |
|---|---|---|---|---|---|---|---|
| 0 | 流浮山 | RF001 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 1 | 湿地公园 | RF002 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 2 | 水边围 | N12 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 3 | 石岗 | RF003 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 4 | 大美督 | RF004 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 5 | 大埔墟 | RF005 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 6 | 北潭涌 | RF006 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 7 | 滘西洲 | RF007 | 0 | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 | |
| 8 | 西贡 | N15 | M | mm | 2026-10-28T21:00:00+08:00 | 2026-10-28 |
Test report for PR(s) easybuilders/easybuild-easyconfigs#27275
Build succeeded for 1 out of 1 (total: 4 mins 56 secs) (1 easyconfigs in total)
- SUCCESS Verilator-5.052-GCC-14.3.0.eb
| Log uploaded on Wednesday, October 28, 2026, 2:18:34 PM | |
| Loaded mods: | |
| Harmony(brrainz.harmony)[mv:3.0.1.0]: 0Harmony(2.4.3), HarmonyMod(2.4.2) | |
| Core(Ludeon.RimWorld): (no assemblies) | |
| Royalty(Ludeon.RimWorld.Royalty): (no assemblies) | |
| Ideology(Ludeon.RimWorld.Ideology): (no assemblies) | |
| Biotech(Ludeon.RimWorld.Biotech): (no assemblies) | |
| Anomaly(Ludeon.RimWorld.Anomaly): (no assemblies) | |
| Odyssey(Ludeon.RimWorld.Odyssey): (no assemblies) | |
| Nice Bill Tab(Andromeda.NiceBillTab): FloatSubMenu(av:1.0.0,fv:1.0.0), NiceBillTab(1.0.0) |
| ,Name,City,Country,Arena,Capactity,Logo URL,Division,City,State,,,,,,,,,,,,,,,,,,,, | |
| Team,Hawks,Atlanta,USA,State Farm Arena,25000,,Southeast,Atlanta,Georgia,,,,,,,,,,,,,,,,,,,, | |
| Team,Celtics,Boston,USA,TD Garden,25000,,Atlantc,Boston,Massachusetts,,,,,,,,,,,,,,,,,,,, | |
| Team,Nets,Brooklyn,USA,Barclays Center,25000,,Atlantic,Brooklyn,New York,,,,,,,,,,,,,,,,,,,, | |
| Team,Hornets,Charlotte,USA,Spectrum Center,25000,,Southeast,Charlotte,North Carolina,,,,,,,,,,,,,,,,,,,, | |
| Team,Bulls,Chicago,USA,United Center,25000,,Central,Chicago,Illinois,,,,,,,,,,,,,,,,,,,, | |
| Team,Cavaliers,Cleveland,USA,Rocket Mortgage FieldHouse,25000,,Central,Cleveland,Ohio,,,,,,,,,,,,,,,,,,,, | |
| Team,Mavericks,Dallas,USA,American Airlines Center,25000,,Southwest,Dallas,Texas,,,,,,,,,,,,,,,,,,,, | |
| Team,Nuggets,Denver,USA,Pepsi Center,25000,,Northwest,Denver,Colorado,,,,,,,,,,,,,,,,,,,, | |
| Team,Pistons,Detroit,USA,Little Caesars Arena,25000,,Central,Detroit,Michigan,,,,,,,,,,,,,,,,,,,, |
- Failed case: KVM_Infra
- LAVA job: https://lava-oss.qualcomm.com/scheduler/job/261091
- Skill hint: lava-issues
Summary: The KVM_Infra test fails because /dev/kvm is not present on the qcs8300-ride platform. This is expected behavior: the platform boots under the Gunyah hypervisor which occupies EL2, preventing KVM from initializing. KVM requires exclusive EL2 access to create virtual machines, but cannot run nested under another hypervisor. The PR changes (DRM bridge driver updates) are unrelated to this failure.
- Failed case: KVM_Driver
- LAVA job: https://lava-oss.qualcomm.com/scheduler/job/261091
- Skill hint: lava-issues
Summary: The KVM_Driver test failed on QCS8300 Ride because /dev/kvm was not created, despite CONFIG_KVM=y being enabled in the kernel configuration. The root cause is that the QCS8300 platform runs under the Gunyah hypervisor at EL2, which prevents KVM from initializing since both require exclusive access to EL2. This is not a kernel bug or regression introduced by the PR (which only modifies DRM bridge driver code), but a fundamental platform architectural constraint.
- Failed case: WiFi_OnOff
- LAVA job: https://lava-oss.qualcomm.com/scheduler/job/261091
- Skill hint: qlijarvis-triage
- Failed case: KVM_EL2_DTB
- LAVA job: https://lava-oss.qualcomm.com/scheduler/job/261091
- Skill hint: lava-issues
Summary: The KVM_EL2_DTB test fails because /dev/kvm does not exist on qcs8300-ride. The platform runs under Gunyah hypervisor (EL2), so Linux executes at EL1 as a guest. KVM requires EL2 to provide nested virtualization and cannot function when running under another hypervisor. KVM's initialization code detects this condition and silently skips creating /dev/kvm. This is expected behavior, not a kernel regression.