kernel: bump 6.12 to 6.12.43 #19618

graysky2 · 2025-08-01T09:27:57Z

Kernel updates through 6.12.43

mcprat · 2025-08-01T16:54:16Z

lets hold on for just one more day until we figure out what to do in #19490

hauke · 2025-08-02T08:25:01Z

This is introducing compile errors:

drivers/mtd/nand/raw/qcom_nandc.c: In function 'qcom_param_page_type_exec':
drivers/mtd/nand/raw/qcom_nandc.c:1870:25: error: 'const struct qcom_nandc_props' has no member named 'qpic_v2'
 1870 |         if (nandc->props->qpic_v2)
      |                         ^~
drivers/mtd/nand/raw/qcom_nandc.c:1923:25: error: 'const struct qcom_nandc_props' has no member named 'qpic_v2'
 1923 |         if (nandc->props->qpic_v2)
      |                         ^~
make[10]: *** [scripts/Makefile.build:229: drivers/mtd/nand/raw/qcom_nandc.o] Error 1

graysky2 · 2025-08-02T09:11:12Z

@hauke - suggested fix?

hauke · 2025-08-02T09:19:00Z

These two patches rename qpic_v2 to qpic_version2:
target/linux/generic/backport-6.6/413-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch
target/linux/generic/backport-6.12/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch
They should also also adapt these new change:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/drivers/mtd/nand/raw/qcom_nandc.c?id=v6.12.41&id2=v6.12.40

graysky2 · 2025-08-02T10:49:50Z

@hauke - I can make the rename change but adapting the changes in the diff you showed is a bit above me.

qosmio · 2025-08-02T16:39:17Z

@hauke - I can make the rename change but adapting the changes in the diff you showed is a bit above me.

The change @hauke mentioned in that diff is actually what is causing the issue. qpic_v2 vs qpic_version2.

FYI, here's the diff of your PR after applying the fix to work on qualcommax

diff --git a/target/linux/generic/backport-6.12/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch b/target/linux/generic/backport-6.12/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch
index 95b66071ad..1d1288e832 100644
--- a/target/linux/generic/backport-6.12/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch
+++ b/target/linux/generic/backport-6.12/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch
@@ -815,7 +815,15 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  	read_reg_dma(nandc, NAND_FLASH_STATUS, 1, NAND_BAM_NEXT_SGL);
  
  	ret = submit_descs(nandc);
-@@ -2864,7 +2815,7 @@ static int qcom_param_page_type_exec(str
+@@ -2862,14 +2813,14 @@ static int qcom_param_page_type_exec(str
+ 
+ 	reg_base = NAND_READ_LOCATION_0;
+ 
+-	if (nandc->props->qpic_v2)
++	if (nandc->props->qpic_version2)
+ 		reg_base = NAND_READ_LOCATION_LAST_CW_0;
+ 
+ 	ret = qcom_parse_instructions(chip, subop, &q_op);
  	if (ret)
  		return ret;
  
@@ -824,7 +832,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  
  	nandc->buf_count = 0;
  	nandc->buf_start = 0;
-@@ -2872,38 +2823,38 @@ static int qcom_param_page_type_exec(str
+@@ -2877,52 +2828,52 @@ static int qcom_param_page_type_exec(str
  	clear_read_regs(nandc);
  	clear_bam_transaction(nandc);
  
@@ -890,9 +898,14 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  	}
  
  	instr = q_op.data_instr;
-@@ -2912,9 +2863,9 @@ static int qcom_param_page_type_exec(str
+ 	op_id = q_op.data_instr_idx;
+ 	len = nand_subop_get_data_len(subop, op_id);
  
- 	nandc_set_read_loc(chip, 0, 0, 0, len, 1);
+-	if (nandc->props->qpic_v2)
++	if (nandc->props->qpic_version2)
+ 		nandc_set_read_loc_last(chip, reg_base, 0, len, 1);
+ 	else
+ 		nandc_set_read_loc_first(chip, reg_base, 0, len, 1);
  
 -	if (!nandc->props->qpic_v2) {
 -		write_reg_dma(nandc, NAND_DEV_CMD_VLD, 1, 0);
@@ -903,7 +916,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  	}
  
  	nandc->buf_count = 512;
-@@ -2926,9 +2877,10 @@ static int qcom_param_page_type_exec(str
+@@ -2934,9 +2885,10 @@ static int qcom_param_page_type_exec(str
  		      nandc->buf_count, 0);
  
  	/* restore CMD1 and VLD regs */
@@ -917,7 +930,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  	}
  
  	ret = submit_descs(nandc);
-@@ -3017,7 +2969,7 @@ static const struct nand_controller_ops
+@@ -3025,7 +2977,7 @@ static const struct nand_controller_ops
  
  static void qcom_nandc_unalloc(struct qcom_nand_controller *nandc)
  {
@@ -926,7 +939,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  		if (!dma_mapping_error(nandc->dev, nandc->reg_read_dma))
  			dma_unmap_single(nandc->dev, nandc->reg_read_dma,
  					 MAX_REG_RD *
-@@ -3070,7 +3022,7 @@ static int qcom_nandc_alloc(struct qcom_
+@@ -3078,7 +3030,7 @@ static int qcom_nandc_alloc(struct qcom_
  	if (!nandc->reg_read_buf)
  		return -ENOMEM;
  
@@ -935,7 +948,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  		nandc->reg_read_dma =
  			dma_map_single(nandc->dev, nandc->reg_read_buf,
  				       MAX_REG_RD *
-@@ -3151,15 +3103,15 @@ static int qcom_nandc_setup(struct qcom_
+@@ -3159,15 +3111,15 @@ static int qcom_nandc_setup(struct qcom_
  	u32 nand_ctrl;
  
  	/* kill onenand */
@@ -954,7 +967,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  		nand_ctrl = nandc_read(nandc, NAND_CTRL);
  
  		/*
-@@ -3176,7 +3128,7 @@ static int qcom_nandc_setup(struct qcom_
+@@ -3184,7 +3136,7 @@ static int qcom_nandc_setup(struct qcom_
  	}
  
  	/* save the original values of these registers */
@@ -963,7 +976,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  		nandc->cmd1 = nandc_read(nandc, dev_cmd_reg_addr(nandc, NAND_DEV_CMD1));
  		nandc->vld = NAND_DEV_CMD_VLD_VAL;
  	}
-@@ -3349,7 +3301,7 @@ static int qcom_nandc_parse_dt(struct pl
+@@ -3357,7 +3309,7 @@ static int qcom_nandc_parse_dt(struct pl
  	struct device_node *np = nandc->dev->of_node;
  	int ret;
  
@@ -972,7 +985,7 @@ Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
  		ret = of_property_read_u32(np, "qcom,cmd-crci",
  					   &nandc->cmd_crci);
  		if (ret) {
-@@ -3474,30 +3426,30 @@ static void qcom_nandc_remove(struct pla
+@@ -3482,30 +3434,30 @@ static void qcom_nandc_remove(struct pla
  
  static const struct qcom_nandc_props ipq806x_nandc_props = {
  	.ecc_modes = (ECC_RS_4BIT | ECC_BCH_8BIT),

zxlhhyccc · 2025-08-02T17:28:47Z

It seems that there is a problem with the gpg certificate.

hauke · 2025-08-02T21:47:30Z

It seems that there is a problem with the gpg certificate.

This problem is unrelated to this PR, there are some problems in the CI.

mcprat · 2025-08-02T21:54:36Z

@hauke can we please make a decision on #19490 before the next bump is approved?

graysky2 · 2025-08-06T09:02:50Z

@qosmio - you're suggesting that the changes to target/linux/generic/backport-6.12/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch re: inserting qpic_version2 need to be manually changed back to qpic_v2?

qosmio · 2025-08-06T16:16:34Z

@graysky2
need to be manually changed back to qpic_v2?

Sorry, for the poor wording, I could've worded it better.

With 6.14.41 another block of code was added that referenced qpic_v2

--- a/drivers/mtd/nand/raw/qcom_nandc.c
+++ b/drivers/mtd/nand/raw/qcom_nandc.c
@@ -2858,7 +2858,12 @@ static int qcom_param_page_type_exec(struct nand_chip *chip,  const struct nand_
 	const struct nand_op_instr *instr = NULL;
 	unsigned int op_id = 0;
 	unsigned int len = 0;
-	int ret;
+	int ret, reg_base;
+
+	reg_base = NAND_READ_LOCATION_0;
+
+	if (nandc->props->qpic_v2)
+		reg_base = NAND_READ_LOCATION_LAST_CW_0;
 
 	ret = qcom_parse_instructions(chip, subop, &q_op);
 	if (ret)
@@ -2910,7 +2915,10 @@ static int qcom_param_page_type_exec(struct nand_chip *chip,  const struct nand_
 	op_id = q_op.data_instr_idx;
 	len = nand_subop_get_data_len(subop, op_id);
 
-	nandc_set_read_loc(chip, 0, 0, 0, len, 1);
+	if (nandc->props->qpic_v2)
+		nandc_set_read_loc_last(chip, reg_base, 0, len, 1);
+	else
+		nandc_set_read_loc_first(chip, reg_base, 0, len, 1);
 
 	if (!nandc->props->qpic_v2) {
 		write_reg_dma(nandc, NAND_DEV_CMD_VLD, 1, 0);

The patch just needed to account for the extra qpic_v2 references.

I did the following:

owrt@builder [linux-6.12.41]
❯ quilt push generic-backport/410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch
❯ sed -i 's/qpic_v2/qpic_version2/g' drivers/mtd/nand/raw/qcom_nandc.c
❯ quilt refresh --strip-trailing-whitespace
❯ quilt push --refresh -a

graysky2 · 2025-08-06T16:55:35Z

Thanks @qosmio - do you mind just posting to a gist the patch I will replace it in the PR or fork my fork and push a PR to me there which I will pull here.

qosmio · 2025-08-06T23:01:29Z

@graysky2 sure, 410-01-v6.14-mtd-rawnand-qcom-cleanup-qcom_nandc-driver.patch

pkgadd · 2025-08-13T16:35:50Z

Successfully tested on ipq807x.

Build-tested:
- ath79
- ipq40xx
- ipq806x
- lantiq/xrx200
- mt7621
- qualcommax/ipq807x
- realtek/ rtl838x
- x86_64

Runtime tested:
- mt7621 (dap-x1860)
- qualcommax/ipq807x (Xiaomi AX3600)
- x86_64 (j1900)

Tested-by: Stefan Lippers-Hollmann <s.l-h@gmx.de>

rockdrilla · 2025-08-15T14:16:54Z

@graysky2 friendly ping, 6.12.42 is just released. :)

rmandrad · 2025-08-16T05:24:58Z

tested on mediatek/filogic banana pi4

mgz0227 · 2025-08-17T03:13:30Z

I had no problem with ipv6 in version 6.12.41. After updating to version 6.12.42, I got the public ipv6 but the public network is inaccessible. I don't know why. I am using an x86/64 machine.

rockdrilla · 2025-08-17T10:42:00Z

I'd recommend to check twice recent commits against netifd.

mgz0227 · 2025-08-17T23:25:48Z

The following commits may cause #19618 (comment) error:

ipv6: fix possible infinite loop in fib6_info_uses_dev()
ipv6: prevent infinite loop in rt6_nlmsg_size()
ipv6: annotate data-races around rt->fib6_nsiblings

In Linux kernel 6.12.42:
IPv6 FIB (Forwarding Information Base) multipath and concurrent access handling was made stricter (READ_ONCE / WRITE_ONCE + RCU retry).

The RA (Router Advertisement) “automatic” mode relies on checking whether a local default route exists.

With the stricter FIB handling, this check can fail in multipath scenarios → the automatic mode does not advertise a default route → client IPv6 connectivity fails.

Solution:
On the OpenWrt br-lan interface, change the IPv6 RA default router mode from:
Automatic → Use available prefixes
RA does not depend on the local default route check
As long as a public IPv6 prefix exists, the default route is advertised
other clients receive the correct default route

graysky2 · 2025-08-18T08:13:50Z

@mgz0227 - so the changes you called out which you believe cause the behavior are to be expected or unexpected?

hauke · 2025-08-24T19:40:00Z

target/linux/generic/backport-6.12/621-proc-fix-missing-pde_set_flags.patch

Please add this commit to the commit updating to 6.12.42 because the fixes a problem introduced with Linux 6.12.42.

Either I'm missing something, or 621-proc-fix-missing-pde_set_flags.patch is still part of the 6.12.43 bump, not 6.12.42, as it should be.

No, I misunderstood. Should be good now.

It is still part of the 6.6.43 commit

Man, third time's a charm

Well, call me blind but 621-proc-fix-missing-pde_set_flags.patch is now completely missing from .42 and .43 updates

...inux/generic/backport-6.12/612-13-v6.17-net-dsa-b53-fix-b53_imp_vlan_setup-for-BCM5325.patch

Djfe · 2025-08-26T12:37:04Z

weird fail in the build of sifiveu during downloading and extracting prebuilt llvm but likely unrelated to this pr

gpg: BAD signature from "OpenWrt Build System (Nitrokey3) contact@openwrt.org" [unknown]

Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.41 All patches automatically rebased. Build system: x86/64 Build-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Run-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.42 Added backport to fix ipv6 breakage with the 6.12.42 release: generic/backport-6.12/621-proc-fix-missing-pde_set_flags.patch[1] All other patches automatically rebased. 1. https://lore.kernel.org/all/20250821105806.1453833-1-wangzijie1@honor.com Build system: x86/64 Build-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Run-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc (Intel N150) Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Add new option required to build with VHOST_MENU=y This option enables two IOCTLs: VHOST_SET_FORK_FROM_OWNER and VHOST_GET_FORK_FROM_OWNER. These allow userspace applications to modify the vhost worker mode for vhost devices. Also expose module parameter 'fork_from_owner_default' to allow users to configure the default mode for vhost workers. By default, `VHOST_ENABLE_FORK_OWNER_CONTROL` is set to `y`, users can change the worker thread mode as needed. If this config is disabled (n),the related IOCTLs and parameters will be unavailable. If unsure, say "Y". Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

robimarko · 2025-08-26T19:35:54Z

Lets see what breaks

EPinci · 2025-08-26T20:11:56Z

Urgh. Main with this merged seems to have broken my BPI R4 boot from eMMC...

graysky2 · 2025-08-26T20:15:06Z

Lets see what breaks

That didn't take long! 36 minutes 😄

EPinci · 2025-08-26T20:34:07Z

Eh! Was following up on this for a while.
Yup, MMC and SD boot broken on BPI R4. Now, where did I put my serial debug cable... 😖

EPinci · 2025-08-26T21:32:58Z

Ok, turns out the device is booting but my SFP 10gb uplink NIC is dead.
I think it ties back to https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=57a127c9e79db96f4dbf262db9e1a808bd474ddf
Manually adding back the aquantia drivers brought me back online.

graysky2 · 2025-08-26T22:04:46Z

Good to hear it wasn't something I introduced 😄

Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.41 All patches automatically rebased. Build system: x86/64 Build-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Run-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.42 Added backport to fix ipv6 breakage with the 6.12.42 release: generic/backport-6.12/621-proc-fix-missing-pde_set_flags.patch[1] All other patches automatically rebased. 1. https://lore.kernel.org/all/20250821105806.1453833-1-wangzijie1@honor.com Build system: x86/64 Build-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Run-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc (Intel N150) Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Add new option required to build with VHOST_MENU=y This option enables two IOCTLs: VHOST_SET_FORK_FROM_OWNER and VHOST_GET_FORK_FROM_OWNER. These allow userspace applications to modify the vhost worker mode for vhost devices. Also expose module parameter 'fork_from_owner_default' to allow users to configure the default mode for vhost workers. By default, `VHOST_ENABLE_FORK_OWNER_CONTROL` is set to `y`, users can change the worker thread mode as needed. If this config is disabled (n),the related IOCTLs and parameters will be unavailable. If unsure, say "Y". Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.41 All patches automatically rebased. Build system: x86/64 Build-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Run-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt/openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.42 Added backport to fix ipv6 breakage with the 6.12.42 release: generic/backport-6.12/621-proc-fix-missing-pde_set_flags.patch[1] All other patches automatically rebased. 1. https://lore.kernel.org/all/20250821105806.1453833-1-wangzijie1@honor.com Build system: x86/64 Build-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc Run-tested: flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3, x86/64-glibc (Intel N150) Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt/openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

Add new option required to build with VHOST_MENU=y This option enables two IOCTLs: VHOST_SET_FORK_FROM_OWNER and VHOST_GET_FORK_FROM_OWNER. These allow userspace applications to modify the vhost worker mode for vhost devices. Also expose module parameter 'fork_from_owner_default' to allow users to configure the default mode for vhost workers. By default, `VHOST_ENABLE_FORK_OWNER_CONTROL` is set to `y`, users can change the worker thread mode as needed. If this config is disabled (n),the related IOCTLs and parameters will be unavailable. If unsure, say "Y". Signed-off-by: John Audia <therealgraysky@proton.me> Link: openwrt/openwrt#19618 Signed-off-by: Robert Marko <robimarko@gmail.com>

github-actions bot added target/bcm27xx pull request/issue for bcm27xx target kernel pull request/issue with Linux kernel related changes labels Aug 1, 2025

graysky2 force-pushed the 6 branch from 2fd4fa2 to 2be61fb Compare August 1, 2025 10:19

graysky2 force-pushed the 6 branch from 2be61fb to a8bb55b Compare August 7, 2025 00:28

namiltd approved these changes Aug 13, 2025

View reviewed changes

rmandrad approved these changes Aug 14, 2025

View reviewed changes

graysky2 force-pushed the 6 branch from a8bb55b to 8284e38 Compare August 15, 2025 19:47

graysky2 changed the title ~~kernel: bump 6.12 to 6.12.41~~ kernel: bump 6.12 to 6.12.42 Aug 15, 2025

github-actions bot added target/ipq40xx pull request/issue for ipq40xx target target/ath79 pull request/issue for ath79 target labels Aug 15, 2025

hauke mentioned this pull request Aug 24, 2025

kernel: bump 6.6 to 6.6.102 #19797

Closed

hauke reviewed Aug 24, 2025

View reviewed changes

...inux/generic/backport-6.12/612-13-v6.17-net-dsa-b53-fix-b53_imp_vlan_setup-for-BCM5325.patch Show resolved Hide resolved

graysky2 force-pushed the 6 branch 4 times, most recently from 84f5770 to 530e665 Compare August 26, 2025 11:30

graysky2 added 4 commits August 26, 2025 21:35

robimarko force-pushed the 6 branch from 530e665 to f39c7e1 Compare August 26, 2025 19:35

openwrt-bot merged commit f39c7e1 into openwrt:main Aug 26, 2025
5 of 6 checks passed

clefs8k mentioned this pull request Aug 27, 2025

IPv6 coolsnowwolf/lede#13678

Closed

1 task

graysky2 deleted the 6 branch August 28, 2025 18:54

Uh oh!

kernel: bump 6.12 to 6.12.43 #19618

kernel: bump 6.12 to 6.12.43 #19618

Uh oh!

Conversation

graysky2 commented Aug 1, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

mcprat commented Aug 1, 2025

Uh oh!

hauke commented Aug 2, 2025

Uh oh!

graysky2 commented Aug 2, 2025

Uh oh!

hauke commented Aug 2, 2025

Uh oh!

graysky2 commented Aug 2, 2025

Uh oh!

qosmio commented Aug 2, 2025

Uh oh!

zxlhhyccc commented Aug 2, 2025

Uh oh!

hauke commented Aug 2, 2025

Uh oh!

mcprat commented Aug 2, 2025

Uh oh!

graysky2 commented Aug 6, 2025

Uh oh!

qosmio commented Aug 6, 2025

Uh oh!

graysky2 commented Aug 6, 2025

Uh oh!

qosmio commented Aug 6, 2025

Uh oh!

pkgadd commented Aug 13, 2025

Uh oh!

rockdrilla commented Aug 15, 2025

Uh oh!

rmandrad commented Aug 16, 2025

Uh oh!

mgz0227 commented Aug 17, 2025

Uh oh!

rockdrilla commented Aug 17, 2025

Uh oh!

mgz0227 commented Aug 17, 2025

Uh oh!

graysky2 commented Aug 18, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

hauke Aug 24, 2025

Choose a reason for hiding this comment

Uh oh!

graysky2 Aug 25, 2025

Choose a reason for hiding this comment

Uh oh!

rsalvaterra Aug 25, 2025

Choose a reason for hiding this comment

Uh oh!

graysky2 Aug 25, 2025

Choose a reason for hiding this comment

Uh oh!

hauke Aug 25, 2025

Choose a reason for hiding this comment

Uh oh!

graysky2 Aug 25, 2025

Choose a reason for hiding this comment

Uh oh!

robimarko Aug 26, 2025

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Djfe commented Aug 26, 2025

Uh oh!

Uh oh!

robimarko commented Aug 26, 2025

Uh oh!

EPinci commented Aug 26, 2025

Uh oh!

graysky2 commented Aug 26, 2025

Uh oh!

graysky2 commented Aug 1, 2025 •

edited

Loading

graysky2 commented Aug 18, 2025 •

edited

Loading