Author: uwe
Date: 2007-11-13 16:40:21 +0100 (Tue, 13 Nov 2007)
New Revision: 2965

Modified:
   trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se/cache_as_ram_auto.c
   trunk/LinuxBIOSv2/src/southbridge/via/vt8237r/vt8237r_lpc.c
Log:
Add support for FID/VID changes messages.

Upon incoming SMAF message from CPU (C3 or FID/VID change), the SB will
assert SLP# which is connected to LDTSTOP_L on K8 CPUs. Question is for how
long. Imho for 100us. Which is more than plenty (2us required) I will try
to justify this once I know what bios to set in SB.

Signed-off-by: Rudolf Marek <[EMAIL PROTECTED]>
Acked-by: Uwe Hermann <[EMAIL PROTECTED]>



Modified: trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se/cache_as_ram_auto.c
===================================================================
--- trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se/cache_as_ram_auto.c   
2007-11-13 15:26:56 UTC (rev 2964)
+++ trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se/cache_as_ram_auto.c   
2007-11-13 15:40:21 UTC (rev 2965)
@@ -309,6 +309,10 @@
 #endif
        init_timer();
        ht_setup_chains_x(sysinfo);     // it will init sblnk and sbbusn, 
nodes, sbdn
+
+       enable_fid_change();
+       init_fidvid_bsp(bsp_apicid);
+
        needs_reset = optimize_link_coherent_ht();
        needs_reset |= optimize_link_incoherent_ht(sysinfo);
 

Modified: trunk/LinuxBIOSv2/src/southbridge/via/vt8237r/vt8237r_lpc.c
===================================================================
--- trunk/LinuxBIOSv2/src/southbridge/via/vt8237r/vt8237r_lpc.c 2007-11-13 
15:26:56 UTC (rev 2964)
+++ trunk/LinuxBIOSv2/src/southbridge/via/vt8237r/vt8237r_lpc.c 2007-11-13 
15:40:21 UTC (rev 2965)
@@ -222,6 +222,13 @@
 
        /* SCI is generated for RTC/pwrBtn/slpBtn. */
        outw(0x001, VT8237R_ACPI_IO_BASE + 0x04);
+
+       /* FIXME: Intel needs more bit set for C2/C3. */
+
+       /* Allow SLP# signal to assert LDTSTOP_L.
+        * Will work for C3 and for FID/VID change.
+        */
+       outb(0x1, VT8237R_ACPI_IO_BASE + 0x11);
 }
 
 static void vt8237r_init(struct device *dev)


-- 
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios

Reply via email to