linux-qcom-6.18 : update to tag qcom-6.18.y-20260911 v6.18.37

[Salendarsingh Gaud (sgaud-quic)]

Move to the latest linux-qcom-6.18 release tag qcom-6.18.y-20260911

Changelog:
FROMLIST: wifi: ath12k: resolve PENDING ML peer ID from MLO_PEER_MAP HTT event
FROMLIST: wifi: ath12k: defer dp_peer registration when firmware allocates MLD peer ID
FROMLIST: wifi: ath12k: do not advertise MLD peer ID for firmware-allocate devices
FROMLIST: wifi: ath12k: introduce host_alloc_ml_id hardware parameter
FROMLIST: wifi: ath12k: add support for HTT_T2H_MSG_TYPE_MLO_RX_PEER_MAP
FROMLIST: wifi: ath12k: keep ATH12K_PEER_ML_ID_VALID set in ath12k_sta::ml_peer_id
FROMLIST: wifi: ath12k: factor out peer assoc send-and-wait into a helper
FROMLIST: wifi: ath12k: fix out-of-bounds clear_bit in ath12k_mac_dp_peer_cleanup()
QCLINUX: arm64: configs: enable USB configfs UVC and UAC2 functions
QCLINUX: arm64: dts: qcom: Add IMX577 DTSI changes to Support CAM1
QCLINUX: arm64: dts: qcom: add camx dtbo overlays
FROMLIST: arm64: dts: qcom: install DT overlays via dtbs_install
FROMLIST: i2c: qcom-target: Add driver for Qualcomm I2C target controller
FROMLIST: dt-bindings: i2c: Add Qualcomm I2C target controller
FROMLIST: arm64: dts: qcom: shikra: Enable dTPM on EVK boards
FROMLIST: arm64: dts: qcom: monaco{,-evk}: Move graph port/endpoint anchors to board file
QCLINUX: defconfig: Enable Qualcomm BCL driver
FROMLIST: arm64: dts: qcom: pm8550: Enable BCL sensor node
FROMLIST: arm64: dts: qcom: pm8350c: Enable BCL sensor node
FROMLIST: arm64: dts: qcom: hamoa-pmic: Enable BCL sensor node
FROMLIST: arm64: dts: qcom: pm7250b: Enable BCL sensor node
FROMLIST: hwmon: Add Qualcomm PMIC BCL driver
FROMLIST: dt-bindings: hwmon: Describe Qualcomm BCL hardware
Revert "FROMLIST: dt-bindings: hwmon: Add qcom,bcl-hwmon yaml bindings"
Revert "FROMLIST: hwmon: Add Qualcomm PMIC BCL hardware monitor driver"
Revert "FROMLIST: arm64: dts: qcom: pm7250b: Enable Qualcomm BCL device"
Revert "FROMLIST: arm64: dts: qcom: pm8350c: Enable Qualcomm BCL device"
Revert "QCLINUX: defconfig: Enable Qualcomm BCL driver"
QCLINUX: arm64: dts: qcom: camera: Add support for rgbir camera
FROMLIST: wifi: ath10k: filter non-UTF testmode events
UPSTREAM: wifi: ath10k: Support for FTM TLV test commands
FROMLIST: arm64: dts: qcom: monaco-evk: Describe the PCIe M.2 Key E connector
FROMLIST: arm64: dts: qcom: monaco: Add graph port/endpoint anchors to pcieport0 and uart2
FROMLIST: arm64: dts: qcom: monaco: Add compatible to the PCIe Root Port
QCLINUX: Revert "WORKAROUND: arm64: dts: qcom: monaco-evk: Enable Bluetooth support"
FROMLIST: arm64: dts: qcom: lemans: Fix duplicate cdsp_sw cooling
FROMLIST: soc: qcom: geni-se: Fix write to read-only firmware buffer
FROMLIST: soc: qcom: geni-se: Use HW PROG_RAM_DEPTH to validate firmware size
FROMLIST: soc: qcom: qmi-cooling: Add CDSP1 support
FROMLIST: dt-bindings: thermal: qcom,qmi-cooling: Add qcom,qmi-cooling-cdsp1
FROMLIST: wifi: ath12k: Set DTIM policy to stick mode for station interface
FROMLIST: wifi: ath12k: Fix missing station power save configuration
UPSTREAM: wifi: ath12k: fix NULL pointer dereference in rhash table destroy
UPSTREAM: wifi: ath12k: Flush the posted write after writing to PCIE_SOC_GLOBAL_RESET
UPSTREAM: wifi: mac80211, cfg80211: Export michael_mic() and move it to cfg80211
UPSTREAM: wifi: cfg80211: Add parameters to radio-specific debugfs directories
UPSTREAM: wifi: cfg80211: Add debugfs support for multi-radio wiphy
UPSTREAM: wifi: mac80211: Add 802.3 multicast encapsulation offload support
UPSTREAM: wifi: mac80211: Add multicast to unicast support for 802.3 path
UPSTREAM: wifi: mac80211: Add sta pointer sanity check in ieee80211_8023_xmit()
UPSTREAM: wifi: cfg80211: add support to handle incumbent signal detected event from mac80211/driver
UPSTREAM: soc: qcom: qmi: Enumerate the service IDs of QMI
UPSTREAM: wifi: ath12k: Avoid buffer overread in ath12k_wmi_op_rx()
UPSTREAM: wifi: ath12k: fix survey indexing across bands
UPSTREAM: wifi: ath12k: Set DTIM policy to stick mode for station interface
UPSTREAM: wifi: ath12k: Constify struct ath12k_dp_arch_ops
UPSTREAM: wifi: ath12k: fix scan command endianness on big endian
UPSTREAM: wifi: ath12k: Correctly copy the hint BSSID in WMI scan request
UPSTREAM: wifi: ath12k: allocate HOST_DDR and BDF regions after Q6 RO region
UPSTREAM: wifi: ath12k: refactor QMI memory assignment
UPSTREAM: wifi: ath12k: switch to name-based reserved memory lookup
UPSTREAM: wifi: ath12k: Set congestion control max MSDU count
UPSTREAM: wifi: ath12k: update IPQ5332 BDF address offset
UPSTREAM: wifi: ath12k: Set IEEE80211_OFFLOAD_ENCAP_4ADDR after tx_encap_type vdev param
UPSTREAM: wifi: ath12k: add QMI capability negotiation for dynamic memory mode
UPSTREAM: wifi: ath12k: Reduce RX SRNG interrupt timer threshold to 200us
UPSTREAM: wifi: ath12k: Fix ath12k_wifi7_mac_op_tx() style issues
UPSTREAM: wifi: ath12k: fix MLO peer delete race
UPSTREAM: wifi: ath12k: fix dp_link_peer dangling references on AP vdev rollback
UPSTREAM: wifi: ath12k: Switch to generic PAS TZ APIs
UPSTREAM: wifi: ath12k: correct monitor destination ring size
UPSTREAM: wifi: ath12k: Skip peer link info update in rx_status for monitor MSDUs
UPSTREAM: wifi: ath12k: Skip setting RX_FLAG_8023 for Ethernet-II (DIX) frames in monitor mode
UPSTREAM: wifi: ath12k: Show per-radio center freq in dp stats
UPSTREAM: wifi: ath12k: Add timestamp to dp stats display
UPSTREAM: wifi: ath12k: Use runtime device count in dp stats display
UPSTREAM: wifi: ath12k: Advertise multicast Ethernet encapsulation offload support
UPSTREAM: wifi: ath12k: advertise ieee_link_id in vdev start MLO params
UPSTREAM: wifi: ath12k: reset REOQ LUT addresses before firmware stop
UPSTREAM: wifi: ath12k: expand UserPD ID mask to support up to 8 PDs
UPSTREAM: wifi: ath12k: avoid setting 320MHz support on non 6GHz band
UPSTREAM: wifi: ath12k: remove unused QMI definitions
UPSTREAM: wifi: ath12k: use %u for unsigned variables in QMI debug logs
UPSTREAM: wifi: ath12k: Fix inconsistencies in struct qmi_elem_info initializers
UPSTREAM: wifi: cfg80211: remove WIPHY_FLAG_DISABLE_WEXT
UPSTREAM: wifi: ath12k: enable IEEE80211_VHT_EXT_NSS_BW_CAPABLE when NSS ratio is reported
UPSTREAM: wifi: ath12k: Update Qualcomm copyrights
UPSTREAM: wifi: ath12k: Handle 4-address EAPOL frames from WBM error path
UPSTREAM: wifi: ath12k: Add support for 4-address frame notification
UPSTREAM: wifi: ath12k: Add support for 4-address NULL frame handling
UPSTREAM: wifi: ath12k: Add 4-address mode support for eth offload
UPSTREAM: wifi: ath12k: Add support for 4-address mode
UPSTREAM: wifi: ath12k: Set WDS vdev parameter for 4-address station interface
UPSTREAM: wifi: ath12k: Prevent incorrect vif chanctx switch when handling multi-radio contexts
UPSTREAM: wifi: ath12k: add hardware parameters for maximum supported clients
UPSTREAM: wifi: ath12k: fix incorrect HT/VHT/HE/EHT MCS reporting in monitor mode
UPSTREAM: wifi: ath12k: fix error unwind on arch_init() failure in PCI probe
UPSTREAM: wifi: ath12k: Add debugfs support to simulate incumbent signal interference
UPSTREAM: wifi: ath12k: Add support for handling incumbent signal interference in 6 GHz
UPSTREAM: wifi: ath12k: add thermal cooling device support
UPSTREAM: wifi: ath12k: reorder group start/stop for safe thermal sysfs cleanup
UPSTREAM: wifi: ath12k: refactor per-radio thermal hwmon setup and cleanup
UPSTREAM: wifi: ath12k: configure firmware thermal throttling via WMI
UPSTREAM: wifi: ath12k: handle thermal throttle stats WMI event
UPSTREAM: wifi: ath12k: unify error handling in some ath12k_wmi_xxx() functions
UPSTREAM: wifi: ath12k: use kzalloc_flex
QCLINUX: debug: Enable ATH10K debug configs
UPSTREAM: wifi: ath10k: snoc: support powering on the device via pwrseq
UPSTREAM: wifi: ath12k: Handle DP_RX_DECAP_TYPE_8023 type in Rx path
UPSTREAM: wifi: ath: Unify user-visible "Qualcomm" name
UPSTREAM: wifi: ath: Use the unified QMI service ID instead of defining it locally
UPSTREAM: wifi: ath12k: initialize RSSI dBm conversion event state
UPSTREAM: wifi: ath12k: fix leak in some ath12k_wmi_xxx() functions
UPSTREAM: wifi: ath12k: use lockdep_assert_in_rcu_read_lock() for RCU assertions
UPSTREAM: wifi: ath12k: fix OF node refcount imbalance in WSI graph traversal
UPSTREAM: wifi: ath12k: Fix invalid IRQ requests during AHB probe
UPSTREAM: wifi: ath12k: Remove macro HAL_RX_EHT_SIG_OFDMA_EB2_MCS
UPSTREAM: wifi: ath12k: Fix ath12k_dp_htt_tlv_iter()'s iter() signature
UPSTREAM: wifi: ath12k: Fix HTC prototype ath12k_base parameters
UPSTREAM: wifi: ath12k: avoid dynamic alloc when parsing wmi tb
UPSTREAM: wifi: ath12k: Use michael_mic() from cfg80211
UPSTREAM: wifi: ath12k: Enable IPQ5424 WiFi device support
UPSTREAM: wifi: ath12k: Add CE remap hardware parameters for IPQ5424
UPSTREAM: wifi: ath12k: add ath12k_hw_regs for IPQ5424
UPSTREAM: wifi: ath12k: add ath12k_hw_version_map entry for IPQ5424
UPSTREAM: wifi: ath12k: Add ath12k_hw_params for IPQ5424
UPSTREAM: wifi: ath12k: Create symlink for each radio in a wiphy
UPSTREAM: wifi: ath12k: Skip adding inactive partner vdev info
UPSTREAM: wifi: ath12k: Support channel change stats
UPSTREAM: wifi: ath12k: Rename hw_link_id to radio_idx in ath12k_ah_to_ar()
UPSTREAM: wifi: ath12k: Pass the correct value of each TID during a stop AMPDU session
UPSTREAM: wifi: ath12k: Remove unused DFS Unit Test definitions
UPSTREAM: wifi: ath12k: Clean up the WMI Unit Test command interface
UPSTREAM: wifi: ath12k: Use .mbn firmware for AHB devices
UPSTREAM: wifi: ath12k: Fix legacy rate mapping for monitor mode capture
UPSTREAM: wifi: ath12k: Fix the assignment of logical link index
UPSTREAM: wifi: ath12k: account TX stats only when ACK/BA status is present
UPSTREAM: wifi: ath12k: fix station lookup failure when disconnecting from AP
UPSTREAM: wifi: ath12k: use correct pdev id when requesting firmware stats
UPSTREAM: wifi: ath12k: Remove the unused argument from the Rx data path
UPSTREAM: wifi: ath12k: Enable monitor mode support on IPQ5332
UPSTREAM: wifi: ath12k: Set up MLO after SSR
UPSTREAM: wifi: ath12k: add basic hwmon temperature reporting
UPSTREAM: wifi: ath12k: fix indentation in ath12k_qmi_aux_uc_load()
UPSTREAM: wifi: mac80211: fetch unsolicited probe response template by link ID
UPSTREAM: wifi: mac80211: fetch FILS discovery template by link ID
FROMLIST: serial: qcom-geni: add force suspend/resume to system sleep callbacks
UPSTREAM: wifi: ath11k: fix comment typo in monitor mode handling
FROMLIST: wifi: ath10k: snoc: use memcpy_fromio() for MSA ramdump

[github-actions]

Test run workflow

Test jobs for commit c2d8230

qcom-distro
Pass: 320 | Fail: 12 | Total: 357

qcom-distro_linux-qcom-6.18
Pass: 210 | Fail: 27 | Total: 259

nodistro
Pass: 10 | Fail: 0 | Total: 10

[test-reporting-app]

Test Results

  119 files    715 suites   11h 3m 36s ⏱️
  173 tests   136 ✅  1 💤 36 ❌
4 569 runs  4 443 ✅ 47 💤 79 ❌

For more details on these failures, see this check.

Results for commit c2d8230.

♻️ This comment has been updated with latest results.

[qcomlnxci]

Test Coral run workflow

Test jobs for commit 0ea1191

• qcomdistro: multimedia image-prop
  Pass: 36 | Fail: 0 | Total: 36
• qcomdistro: multimedia image
  Pass: 9 | Fail: 0 | Total: 9

[Dmitry Baryshkov (lumag)]

I guess we are back to the point where we were few months ago. If the kernel can't complete the testing in 4 retries (and yes, I'm not talking about EFI variables on Shikra), then someting is wrong. Please make sure that it can boot and pass the tests. Until it can do so with the minimal number of retries, NAK

[Ricardo Salveti (ricardosalveti)]

https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100452404988 - rb3gen2 seems to be crashing during testing.

[Salendarsingh Gaud (sgaud-quic)]

Hi Dmitry Baryshkov (@lumag) / Ricardo Salveti (@ricardosalveti) ,
Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases.
This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

Other 2 failures are seen with 7.2 kernel, which are not relevant to this PR :

Shikra-iqs: Excessive logs flooding the serial console : https://lava.infra.foundries.io/scheduler/job/397776
This is already being reported to tech POC's and being tracked with issue : qualcomm-linux/kernel#928

kaanapali-mtp : This is a new issue seen on kaanapali and have created a issue to track this :
qualcomm-linux/kernel#1043

[Dmitry Baryshkov (lumag)]

Hi Dmitry Baryshkov (Dmitry Baryshkov (@lumag)) / Ricardo Salveti (Ricardo Salveti (@ricardosalveti)) , Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases. This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

It has been opened in May, the last updates were also in May. No, both kernels are blocked until that issue is resolved and validated.

Also for 6.18:

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241464#step:3:5522 failed to boot on Hamoa. Why?
• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241263#step:3:7287 reset on Monaco, seemingly again Weston. Why?

Separate topic: https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241453#step:3:5706. I see APR registration errors. What is the cause?

[Salendarsingh Gaud (sgaud-quic)]

Hi Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (@lumag))) / Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (@ricardosalveti))) , Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases. This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

It has been opened in May, the last updates were also in May. No, both kernels are blocked until that issue is resolved and validated.

Also for 6.18:

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241464#step:3:5522 failed to boot on Hamoa. Why?

Tracking the issue with qualcomm-linux/kernel#1047

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241263#step:3:7287 reset on Monaco, seemingly again Weston. Why?

Tracking issue with qualcomm-linux/kernel#1048, it would be helpful if we can get dumps to debug the issue.

Separate topic: https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241453#step:3:5706. I see APR registration errors. What is the cause?

[Dmitry Baryshkov (lumag)]

Hi Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (@lumag)))) / Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (@ricardosalveti)))) , Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases. This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

It has been opened in May, the last updates were also in May. No, both kernels are blocked until that issue is resolved and validated.
Also for 6.18:

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241464#step:3:5522 failed to boot on Hamoa. Why?

Tracking the issue with qualcomm-linux/kernel#1047

Was neither of the issues observed beforehand?

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241263#step:3:7287 reset on Monaco, seemingly again Weston. Why?

Tracking issue with qualcomm-linux/kernel#1048, it would be helpful if we can get dumps to debug the issue.

N/A

Separate topic: https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241453#step:3:5706. I see APR registration errors. What is the cause?

[Salendarsingh Gaud (sgaud-quic)]

Hi Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (@lumag))))) / Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (@ricardosalveti))))) , Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases. This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

It has been opened in May, the last updates were also in May. No, both kernels are blocked until that issue is resolved and validated.
Also for 6.18:

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241464#step:3:5522 failed to boot on Hamoa. Why?

Tracking the issue with qualcomm-linux/kernel#1047

Was neither of the issues observed beforehand?

No we haven't seen this in Kernel APT testing.

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241263#step:3:7287 reset on Monaco, seemingly again Weston. Why?

Tracking issue with qualcomm-linux/kernel#1048, it would be helpful if we can get dumps to debug the issue.

N/A

Separate topic: https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241453#step:3:5706. I see APR registration errors. What is the cause?

[Dmitry Baryshkov (lumag)]

Hi Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (@lumag)))))) / Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (@ricardosalveti)))))) , Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases. This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

It has been opened in May, the last updates were also in May. No, both kernels are blocked until that issue is resolved and validated.
Also for 6.18:

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241464#step:3:5522 failed to boot on Hamoa. Why?

Tracking the issue with qualcomm-linux/kernel#1047

Was neither of the issues observed beforehand?

No we haven't seen this in Kernel APT testing.

A quick check through the LAVA CI logs for the last month (I limited search to this period) points out enough of the cases where monaco-evk resets during weston being started or stopped. Which means that APT testing is not enough to catch this kinds of issues. Please start paying attention to LAVA CI runs too.

For the current situation, the GPU transitions were breaking enough of the CI runs for the long enough time. There is also a huge difference between a test reporting a failure from time to time (or all the time) and the the test crashing the device. Kernel upgrades are going to be blocked until the devices in the lab can sustain the tests from the testsuite with the proposed kernel upgrade. Having a known board reset issue which is unresolved since May is totally unacceptable. It seems that to block the upgrades is the only way to get such issues resolved.

[Salendarsingh Gaud (sgaud-quic)]

Hi Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (@lumag))))))) / Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (@ricardosalveti))))))) , Boot up failure on rb3gen2 is same issue as qualcomm-linux/kernel#541, this is internally reporduced by APT team while executing weston test cases. This is under active debug by Stability / Memory team, which will be updated on github issue shortly.

It has been opened in May, the last updates were also in May. No, both kernels are blocked until that issue is resolved and validated.
Also for 6.18:

• https://github.com/qualcomm-linux/meta-qcom/actions/runs/33655620954/job/100342241464#step:3:5522 failed to boot on Hamoa. Why?

Tracking the issue with qualcomm-linux/kernel#1047

Was neither of the issues observed beforehand?

No we haven't seen this in Kernel APT testing.

A quick check through the LAVA CI logs for the last month (I limited search to this period) points out enough of the cases where monaco-evk resets during weston being started or stopped. Which means that APT testing is not enough to catch this kinds of issues. Please start paying attention to LAVA CI runs too.

APT is trying to reproduce this issue on RB4 locally to capture crashdumps which are needed by technology teams to debug the issue, as of now issue is not reproduced.

For the current situation, the GPU transitions were breaking enough of the CI runs for the long enough time. There is also a huge difference between a test reporting a failure from time to time (or all the time) and the the test crashing the device. Kernel upgrades are going to be blocked until the devices in the lab can sustain the tests from the testsuite with the proposed kernel upgrade. Having a known board reset issue which is unresolved since May is totally unacceptable. It seems that to block the upgrades is the only way to get such issues resolved.

For rb3gen2 issue Memory team have updated the issue with the findings : qualcomm-linux/kernel#541
Further debug is in progress with clocks and hardware teams.

Hamoa bootup failure would be resolved by latest bootbins, PR for which would land soon, updated in the issue : qualcomm-linux/kernel#1047

Issue for APR registration is created and tracked through : qualcomm-linux/kernel#1054

[Dmitry Baryshkov (lumag)]

Salendarsingh Gaud (@sgaud-quic) upgrading of 6.18 will be blocked until it can boot clearly several times in a row. Likewise 7.2 will be blocked until it can boot without crashing.

[Salendarsingh Gaud (sgaud-quic)]

Salendarsingh Gaud (Salendarsingh Gaud (@sgaud-quic)) upgrading of 6.18 will be blocked until it can boot clearly several times in a row. Likewise 7.2 will be blocked until it can boot without crashing.

Dmitry Baryshkov (@lumag) / Ricardo Salveti (@ricardosalveti) can you please review the latest run, rebased on top of PR #3069, only failures i see with RB1 and EFI variable failure on Shikra.

[Dmitry Baryshkov (lumag)]

Salendarsingh Gaud (Salendarsingh Gaud (Salendarsingh Gaud (@sgaud-quic))) upgrading of 6.18 will be blocked until it can boot clearly several times in a row. Likewise 7.2 will be blocked until it can boot without crashing.

Dmitry Baryshkov (Dmitry Baryshkov (@lumag)) / Ricardo Salveti (Ricardo Salveti (@ricardosalveti)) can you please review the latest run, rebased on top of PR #3069, only failures i see with RB1 and EFI variable failure on Shikra.

What was the root cause for the issues that were observed during the previous run?

[Salendarsingh Gaud (sgaud-quic)]

Salendarsingh Gaud (Salendarsingh Gaud (Salendarsingh Gaud (Salendarsingh Gaud (@sgaud-quic)))) upgrading of 6.18 will be blocked until it can boot clearly several times in a row. Likewise 7.2 will be blocked until it can boot without crashing.

Dmitry Baryshkov (Dmitry Baryshkov (Dmitry Baryshkov (@lumag))) / Ricardo Salveti (Ricardo Salveti (Ricardo Salveti (@ricardosalveti))) can you please review the latest run, rebased on top of PR #3069, only failures i see with RB1 and EFI variable failure on Shikra.

What was the root cause for the issues that were observed during the previous run?

Hamoa bootup issue is resolved by the bootbins updated in PR #3069

for RB3GEN2/RB4 crash the fix is still not in, but validations are under progress with probable fix.

[Dmitry Baryshkov (lumag)]

for RB3GEN2/RB4 crash the fix is still not in, but validations are under progress with probable fix.

Those must be fixed before the kernel can go in.