soc/amd/glinda/early_fch: don't call enable_acpimmio_decode_pm04

The enable_acpimmio_decode_pm04 function uses the IO port based indirect
access of the PM register space. The PM_INDEX and PM_DATA registers
don't exist any more on Glinda, so the code shouldn't access those.
Since the PM_04_ACPIMMIO_DECODE_EN bit in the
ACPIMMIO_DECODE_REGISTER_04 register is 1 after reset, the ACPIMMIO
space is still accessible.

Signed-off-by: Felix Held <felix-coreboot@felixheld.de>
Change-Id: Ic6bc0479ea4ea2b9fe3629a6e15940b31b2864d3
Reviewed-on: https://review.coreboot.org/c/coreboot/+/76456
Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Reviewed-by: Elyes Haouas <ehaouas@noos.fr>

src/soc/amd/glinda/early_fch.c

@@ -19,9 +19,12 @@
 /* Before console init */
 void fch_pre_init(void)
 {
-	/* Enable_acpimmio_decode_pm04 to enable the ACPIMMIO decode which is needed to access
-	   the GPIO registers. */
-	enable_acpimmio_decode_pm04();
+	/*
+	 * PM_04_ACPIMMIO_DECODE_EN which enables the ACPIMMIO decode is already set after
+	 * reset. Since the IO port based indirect PM register space access isn't implemented
+	 * in Phoenix any more, don't call enable_acpimmio_decode_pm04() which uses the
+	 * indirect PM register space access via the IO ports that aren't implemented any more.
+	 */
 	/* Setup SPI base by calling lpc_early_init before setting up eSPI. */
 	lpc_early_init();