From ac8c4318a7e4ead73e0b1eec348aa94f025c94d5 Mon Sep 17 00:00:00 2001 From: ScottW514 Date: Tue, 25 Aug 2026 17:43:26 -0400 Subject: [PATCH] Pin grblHAL-glowforge 015b23d: set_state pushes the whole laser state The rapids after an M5 ship dark, and a job whose M3 runs at the level the previous job ended at fires its first cut. Fetch-verified. Catalog consequence: laser.m5-rapid-dark and the laser live tests cover the driver; the pin lives in the pin file, so only those tests re-run. --- .../grblhal-glowforge/grblhal-glowforge-pin.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-forgefirm/recipes-forgefirm/grblhal-glowforge/grblhal-glowforge-pin.inc b/meta-forgefirm/recipes-forgefirm/grblhal-glowforge/grblhal-glowforge-pin.inc index 0b20f00..507d0b7 100644 --- a/meta-forgefirm/recipes-forgefirm/grblhal-glowforge/grblhal-glowforge-pin.inc +++ b/meta-forgefirm/recipes-forgefirm/grblhal-glowforge/grblhal-glowforge-pin.inc @@ -2,5 +2,5 @@ # changes; keep only SRCREV and PV here - the image manifest leaves # *-pin.inc out of the layer content hash because the component entry # already identifies the pinned source (forgefirm-image-manifest.bbclass). -SRCREV = "58b8379729dc98f18a3f2e1676b963e8d115625b" +SRCREV = "015b23dd0bbf0f3fbd2f69edeb8dc08a8466b708" PV = "0.1.0"