coreboot October 2007

coreboot@coreboot.org

84 participants
481 discussions

[LinuxBIOS] r2841 - trunk/util/superiotool
by svn＠openbios.org 08 Oct '07

08 Oct '07

Author: uwe Date: 2007-10-08 03:11:11 +0200 (Mon, 08 Oct 2007) New Revision: 2841 Modified: trunk/util/superiotool/smsc.c trunk/util/superiotool/superiotool.h Log: Add detection support for lots more SMSC Super I/Os (trivial). Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/superiotool/smsc.c =================================================================== --- trunk/util/superiotool/smsc.c 2007-10-07 22:46:51 UTC (rev 2840) +++ trunk/util/superiotool/smsc.c 2007-10-08 01:11:11 UTC (rev 2841) @@ -27,21 +27,15 @@ #define DEVICE_REV_REG 0x21 const static struct superio_registers reg_table[] = { - {0x28, "FDC37N769", { - {NOLDN, NULL, - {0x00,0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09, - 0x0a,0x0b,0x0c,0x0d,0x0e,0x0f,0x10,0x11,0x12,0x13, - 0x14,0x15,0x16,0x17,0x18,0x19,0x1a,0x1b,0x1c,0x1d, - 0x1e,0x1f,0x20,0x21,0x22,0x23,0x24,0x25,0x26,0x27, - 0x28,0x29,0x2a,0x2b,0x2c,0x2d,0x2e,0x2f,EOT}, - {0x28,0x9c,0x88,0x70,0x00,0x00,0xff,0x00,0x00,0x00, - 0x00,0x00,0x02,0x28,NANA,0x00,0x00,0x80,RSVD,RSVD, - NANA,NANA,NANA,0x03,RSVD,RSVD,RSVD,RSVD,RSVD,RSVD, - 0x80,0x00,0x3c,RSVD,RSVD,0x00,0x00,0x00,0x00,0x00, - 0x00,0x00,RSVD,0x00,0x00,0x03,0x00,0x00,EOT}}, + /* The following Super I/Os use the 0x20/0x21 ID registers. */ + {0x0e, "LPC47N252", { /* From sensors-detect */ {EOT}}}, - {0x42, "FDC37B80x", { + {0x14, "LPC47M172", { {EOT}}}, + {0x40, "FDC37C672/FDC37C67x", { /* Chiprev: 0x01 */ + {EOT}}}, + {0x42, "FDC37B80x/FDC37M707", { + {EOT}}}, {0x44, "FDC37B78x", { {NOLDN, NULL, {0x03,0x07,0x20,0x21,0x22,0x23,0x24,0x26,0x27,0x28, @@ -85,6 +79,8 @@ {0x30,0x60,0x61,0x70,0xf0,EOT}, {0x00,0x00,0x00,NANA,NANA,EOT}}, {EOT}}}, + {0x47, "FDC37M60x", { /* TODO: Not yet in sensors-detect */ + {EOT}}}, {0x4c, "FDC37B72x", { {NOLDN, NULL, {0x03,0x07,0x20,0x21,0x22,0x23,0x24,0x26,0x27,0x28, @@ -155,11 +151,9 @@ NANA,NANA,NANA,NANA,0x00,0x00,0x00,0x00,RSVD,RSVD, RSVD,RSVD,RSVD,RSVD,EOT}}, {EOT}}}, - {0x47, "FDC37M60x", { - {EOT}}}, {0x51, "LPC47B27x", { {EOT}}}, - {0x59, "LPC47M10x", { + {0x52, "LPC47B37x", { {NOLDN, NULL, {0x03,0x07,0x20,0x21,0x22,0x23,0x24,0x26,0x27,0x28, 0x2a,0x2b,0x2c,0x2d,0x2e,0x2f,EOT}, @@ -194,17 +188,35 @@ {0x30,0x60,0x61,0x70,EOT}, {0x00,0x03,0x30,0x05,EOT}}, {EOT}}}, - {0x60, "LPC47M15x", { + {0x54, "LPC47U33x", { {EOT}}}, + {0x56, "LPC47B34x", { + {EOT}}}, + {0x57, "LPC47S42x", { + {EOT}}}, + {0x59, "LPC47M10x/112/13x", { + {EOT}}}, + {0x5d, "LPC47B357", { /* From sensors-detect (no datasheet) */ + {EOT}}}, + {0x5f, "LPC47M14x", { + {EOT}}}, + {0x60, "LPC47M15x/192/997", { + {EOT}}}, {0x62, "LPC47S45x", { {EOT}}}, - {0x6e, "LPC47B387", { + {0x6b, "LPC47M292", { /* From sensors-detect */ + {EOT}}}, + {0x6e, "LPC47B387", { /* TODO: Not yet in sensors-detect */ /* Found in the HP Compaq Business Desktop d530 Series */ /* http://thread.gmane.org/gmane.linux.bios/26648 */ /* We cannot find a public datasheet for this Super I/O. */ {EOT}}}, {0x6f, "LPC47B397", { {EOT}}}, + {0x74, "LPC47M182", { + {EOT}}}, + {0x76, "LPC47M584", { /* From sensors-detect (no datasheet) */ + {EOT}}}, {0x77, "A8000", { /* ASUS A8000, a rebranded DME1737(?) */ {NOLDN, NULL, {0x03,0x07,0x20,0x21,0x22,0x23,0x24,0x26,0x27,0x28, @@ -259,14 +271,69 @@ {0x30,0x60,0x61,0x62,0x63,0xf0,0xf1,0xf2,EOT}, {0x00,0x00,0x00,0x00,0x00,NANA,RSVD,0x04,EOT}}, {EOT}}}, + {0x79, "SCH5504", { /* From sensors-detect (no datasheet) */ + {EOT}}}, +#if 0 + {0x7a, "Unknown", { /* Found in Toshiba Satellite A80-117. */ + {EOT}}}, +#endif + {0x7c, "SCH3112", { + {EOT}}}, + {0x7d, "SCH3114", { + {EOT}}}, + {0x7f, "SCH3116", { + {EOT}}}, {0x81, "SCH5307", { {EOT}}}, + {0x85, "SCH5317", { /* From sensors-detect */ + {EOT}}}, + {0x90, "SCH4307", { /* From sensors-detect */ + {EOT}}}, + + /* The following Super I/Os use the 0x0d/0x0e ID registers. */ + {0x03, "FDC37C669", { + /* Init: 0x55, 0x55. Exit: 0xaa. Ports: 0x3f0/0x370. */ + /* Chiprev: 0x02. */ + {EOT}}}, + {0x04, "FDC37C669FR", { /* TODO: Not yet in sensors-detect. */ + /* Init: 0x55, 0x55. Exit: 0xaa. Ports: 0x3f0/0x370. */ + {EOT}}}, + {0x28, "FDC37N769", { + /* Init: 0x55. Exit: 0xaa. Ports: 0x3f0/0x370. */ + {NOLDN, NULL, + {0x00,0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09, + 0x0a,0x0b,0x0c,0x0d,0x0e,0x0f,0x10,0x11,0x12,0x13, + 0x14,0x15,0x16,0x17,0x18,0x19,0x1a,0x1b,0x1c,0x1d, + 0x1e,0x1f,0x20,0x21,0x22,0x23,0x24,0x25,0x26,0x27, + 0x28,0x29,0x2a,0x2b,0x2c,0x2d,0x2e,0x2f,EOT}, + {0x28,0x9c,0x88,0x70,0x00,0x00,0xff,0x00,0x00,0x00, + 0x00,0x00,0x02,0x28,NANA,0x00,0x00,0x80,RSVD,RSVD, + NANA,NANA,NANA,0x03,RSVD,RSVD,RSVD,RSVD,RSVD,RSVD, + 0x80,0x00,0x3c,RSVD,RSVD,0x00,0x00,0x00,0x00,0x00, + 0x00,0x00,RSVD,0x00,0x00,0x03,0x00,0x00,EOT}}, + {EOT}}}, + {0x5a, "LPC47N227", { + /* Init: 0x55. Exit: 0xaa. Ports: 0x2e/0x4e. */ + {EOT}}}, + {0x65, "FDC37C665GT/IR", { + /* Init: 0x55, 0x55. Exit: 0xaa. Port: 0x3f0. */ + /* Chiprev: 0x02 = FDC37C665GT, 0x82 = FDC37C665IR */ + {EOT}}}, + {0x66, "FDC37C666GT", { + /* Init: 0x55, 0x55. Exit: 0xaa. Port: 0x3f0. Chiprev: 0x02. */ + {EOT}}}, {EOT} }; static void enter_conf_mode_smsc(uint16_t port) { + /* Some of the SMSC Super I/Os have an 0x55,0x55 init, some only + * require one 0x55. We do 0x55,0x55 for all of them at the moment, + * in the assumption that the extra 0x55 won't hurt the other + * Super I/Os. This is verified to be true on (at least) the FDC37N769. + */ outb(0x55, port); + outb(0x55, port); } static void exit_conf_mode_smsc(uint16_t port) Modified: trunk/util/superiotool/superiotool.h =================================================================== --- trunk/util/superiotool/superiotool.h 2007-10-07 22:46:51 UTC (rev 2840) +++ trunk/util/superiotool/superiotool.h 2007-10-08 01:11:11 UTC (rev 2841) @@ -54,7 +54,7 @@ #define LDNSIZE (MAXLDN + 3) /* Biggest LDN + 0 + NOLDN + EOT */ #define MAXNUMIDX 70 /* Maximum number of indexes */ #define IDXSIZE (MAXNUMIDX + 1) -#define MAXNUMPORTS (5 + 1) /* Maximum number of Super I/O ports */ +#define MAXNUMPORTS (6 + 1) /* Maximum number of Super I/O ports */ /* Command line parameters. */ extern int dump, dump_readable, verbose; @@ -109,10 +109,10 @@ int ports[MAXNUMPORTS]; /* Signed, as we need EOT. */ } superio_ports_table[] = { {probe_idregs_ali, {0x3f0, 0x370, EOT}}, - {probe_idregs_nsc, {0x2e, 0x4e, EOT}}, {probe_idregs_fintek, {0x2e, 0x4e, EOT}}, {probe_idregs_ite, {0x2e, 0x4e, EOT}}, - {probe_idregs_smsc, {0x2e, 0x4e, 0x3f0, 0x370, EOT}}, + {probe_idregs_nsc, {0x2e, 0x4e, EOT}}, + {probe_idregs_smsc, {0x2e, 0x4e, 0x162e, 0x164e, 0x3f0, 0x370, EOT}}, {probe_idregs_winbond, {0x2e, 0x4e, 0x3f0, 0x370, 0x250, EOT}}, };

1 0

Re: [LinuxBIOS] Normal vs. fallback images and CMOS
by Jonathan Sturges 08 Oct '07

08 Oct '07

Thanks! Let me turn the CMOS question around though. If an embedded board does have a battery, is it possible that it's just for the TOD clock and not CMOS? In other words, if an unknown board has a battery, how can I positively confirm the existence of the CMOS? I've got two revisions of the same board, one with battery and one without. They're Winterminal boards, so they don't necessarily need CMOS settings. thanks, Jonathan ----- Original Message ---- From: Stefan Reinauer <stepan(a)coresystems.de> To: Jonathan Sturges <jonathansturges(a)yahoo.com> Cc: LinuxBIOS mailing list <linuxbios(a)linuxbios.org> Sent: Saturday, October 6, 2007 1:18:27 PM Subject: Re: [LinuxBIOS] Normal vs. fallback images and CMOS * Jonathan Sturges <jonathansturges(a)yahoo.com> [071006 18:04]: > Question. If an embedded board has no battery backup, it should have > no (usable) CMOS. Therefore, is a "Normal" image required on such a > system? My understanding is that CMOS settings are required to force > the Fallback image to boot, except in cases of an missing or corrupt > Normal image. It's rather the other way around. CMOS allows the Normal image to be booted. So without CMOS you always boot the Fallback image. Which is good, because Fallback uses the hardcoded default values for all otherwise CMOS drives variables. So just drop the Normal image. Stefan -- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: info(a)coresystems.de • http://www.coresystems.de/ Registergericht: Amtsgericht Freiburg • HRB 7656 Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866 ____________________________________________________________________________________ Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC

2 1

[LinuxBIOS] r2838 build service
by LinuxBIOS information 08 Oct '07

08 Oct '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "uwe" checked in revision 2838 to the LinuxBIOS source repository and caused the following changes: Change Log: Some more ITE chips and small fixes (trivial). Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=hdama&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=e326&vendor=i… Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=juki-511p&ven… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=dk8x&vendor=i… Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2838&device=khepri&vendor… If something broke during this checkin please be a pain in uwe's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, LinuxBIOS automatic build system

1 0

[LinuxBIOS] superiotool - dump support for LPC47M112
by Robinson Tryon 08 Oct '07

08 Oct '07

Signed-off-by: Robinson P. Tryon <bishop.robinson(a)gmail.com> This chip shares the same id as the LPC47M10x line, and from comparison, appears to have the same set of registers. In general, can I assume that two chips with the same id number will have the exact same register layout? Also, what are "Ultra I/Os", and should superiotool support dumps from 'em?

3 6

[LinuxBIOS] r2837 build service
by LinuxBIOS information 08 Oct '07

08 Oct '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "uwe" checked in revision 2837 to the LinuxBIOS source repository and caused the following changes: Change Log: Detection support for a bunch of NSC Super I/Os (trivial). Also, dump support for the NSC PC87351. Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=hdama&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=e326&vendor=i… Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=juki-511p&ven… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=dk8x&vendor=i… Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2837&device=khepri&vendor… If something broke during this checkin please be a pain in uwe's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, LinuxBIOS automatic build system

1 0

[LinuxBIOS] MACH BOOT
by Jun OKAJIMA 08 Oct '07

08 Oct '07

Maybe you already know this? MACH BOOT is a very fast CD booting Linux. It boots Linux desktop in less than 10 sec from CD. Check it out please. http://www.machboot.com/ Then, why I mail here? The current issue for making boot faster is, not a Linux issue but BIOS issue. Linux can boot less than 10 sec, but BIOS uses more than 20 sec!. ANY HELP?. Of course, using Linux BIOS is one choice. --- Okajima, Jun. Tokyo, Japan. http://www.machboot.com/ http://www.digitalinfra.co.jp/ http://distrowatch.com/weekly.php?issue=20070917

4 5

[LinuxBIOS] r2836 build service
by LinuxBIOS information 08 Oct '07

08 Oct '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "uwe" checked in revision 2836 to the LinuxBIOS source repository and caused the following changes: Change Log: Fix some issues with spaces in the code and Doxygen style documentation. Painting the splash graphic is now ifdef'ed. Signed-off-by: Juergen Beisert <juergen127(a)kreuzholzen.de> Acked-by: Peter Stuge <peter(a)stuge.se> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=hdama&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=e326&vendor=i… Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=juki-511p&ven… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=dk8x&vendor=i… Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2836&device=khepri&vendor… If something broke during this checkin please be a pain in uwe's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, LinuxBIOS automatic build system

1 0

[LinuxBIOS] [PATCH] Make GX1 video memory size configurable
by Juergen Beisert 08 Oct '07

08 Oct '07

From: Juergen Beisert <juergen127(a)kreuzholzen.de> This patch makes the reserved video memory on Geode GX1 based systems configurable. This makes sense on systems with small memories when the VGA feature is not used (CONFIG_VIDEO_MB = 0 in this case). On Geode GX1 based systems the following amount of memory should be reserved when VGA support is enabled: - 1MiB for VGA and SVGA resolutions - 2MiB for XGA resolution - 4MiB for SXGA resolution Patch is against LinuxBIOSv2, revision of 2007-10-06. Signed-off-by: Juergen Beisert <juergen127(a)kreuzholzen.de> northbridge.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) --- Index: LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c =================================================================== --- LinuxBIOSv2.orig/src/northbridge/amd/gx1/northbridge.c +++ LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c @@ -125,8 +125,6 @@ static uint32_t find_pci_tolm(struct bus return tolm; } -#define FRAMEBUFFERK 4096 - static void pci_domain_set_resources(device_t dev) { device_t mc_dev; @@ -153,7 +151,7 @@ static void pci_domain_set_resources(dev tomk = ramreg << 10; /* Sort out the framebuffer size */ - tomk -= FRAMEBUFFERK; + tomk -= CONFIG_VIDEO_MB * 1024; *bcdramtop = ((tomk << 10) - 1); *mcgbaseadd = (tomk >> 9);

3 3

[LinuxBIOS] r2840 - trunk/LinuxBIOSv2/src/northbridge/amd/gx1
by svn＠openbios.org 08 Oct '07

08 Oct '07

Author: uwe Date: 2007-10-08 00:46:51 +0200 (Mon, 08 Oct 2007) New Revision: 2840 Modified: trunk/LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c Log: Make the reserved video memory on Geode GX1 based systems configurable. This makes sense on systems with small memories when the VGA feature is not used (CONFIG_VIDEO_MB = 0 in this case). On Geode GX1 based systems the following amount of memory should be reserved when VGA support is enabled: - 1MiB for VGA and SVGA resolutions - 2MiB for XGA resolution - 4MiB for SXGA resolution Signed-off-by: Juergen Beisert <juergen127(a)kreuzholzen.de> Acked-by: Peter Stuge <peter(a)stuge.se> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c =================================================================== --- trunk/LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c 2007-10-07 22:25:49 UTC (rev 2839) +++ trunk/LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c 2007-10-07 22:46:51 UTC (rev 2840) @@ -125,8 +125,6 @@ return tolm; } -#define FRAMEBUFFERK 4096 - static void pci_domain_set_resources(device_t dev) { device_t mc_dev; @@ -153,7 +151,7 @@ tomk = ramreg << 10; /* Sort out the framebuffer size */ - tomk -= FRAMEBUFFERK; + tomk -= CONFIG_VIDEO_MB * 1024; *bcdramtop = ((tomk << 10) - 1); *mcgbaseadd = (tomk >> 9);

1 0

[LinuxBIOS] r2839 - trunk/LinuxBIOSv2/src/mainboard/tyan/s2881
by svn＠openbios.org 08 Oct '07

08 Oct '07

Author: uwe Date: 2007-10-08 00:25:49 +0200 (Mon, 08 Oct 2007) New Revision: 2839 Modified: trunk/LinuxBIOSv2/src/mainboard/tyan/s2881/mainboard.c Log: Add missing '\n' to a printk_debug() and some other small fixes while I'm at it (trivial). Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/LinuxBIOSv2/src/mainboard/tyan/s2881/mainboard.c =================================================================== --- trunk/LinuxBIOSv2/src/mainboard/tyan/s2881/mainboard.c 2007-10-07 21:50:29 UTC (rev 2838) +++ trunk/LinuxBIOSv2/src/mainboard/tyan/s2881/mainboard.c 2007-10-07 22:25:49 UTC (rev 2839) @@ -2,7 +2,7 @@ * This file is part of the LinuxBIOS project. * * Copyright (C) 2005 Tyan - * Written by Yinghai Lu <yhlu(a)tyan.com> for Tyan. + * (Written by Yinghai Lu <yhlu(a)tyan.com> for Tyan) * Copyright (C) 2007 Ward Vandewege <ward(a)gnu.org> * * This program is free software; you can redistribute it and/or modify @@ -21,9 +21,9 @@ */ #include <device/device.h> -#include "chip.h" #include <console/console.h> #include <device/smbus.h> +#include "chip.h" /** * Do some S2881-specific HWM initialization for the ADT7463 chip. @@ -31,28 +31,24 @@ * See Analog Devices ADT7463 datasheet, Rev C (2004): * http://www.analog.com/en/prod/0,,766_825_ADT7463,00.html */ -static void dummy_init(device_t dev) +static void adt7463_init(device_t dev) { - device_t smbus_dev; - device_t adt7463; + device_t smbus_dev, adt7463; struct device_path path; - int result; /* Find the SMBus controller (AMD-8111). */ smbus_dev = dev_find_device(0x1022, 0x746b, 0); - if (!smbus_dev) { + if (!smbus_dev) die("SMBus controller not found\n"); - } printk_debug("SMBus controller found\n"); /* Find the ADT7463 device. */ path.type = DEVICE_PATH_I2C; path.u.i2c.device = 0x2d; adt7463 = find_dev_path(smbus_dev->link, &path); - if (!adt7463) { + if (!adt7463) die("ADT7463 not found\n"); - } printk_debug("ADT7463 found\n"); /* Set all fans to 'Fastest Speed Calculated by All 3 Temperature @@ -62,9 +58,10 @@ result = smbus_write_byte(adt7463, 0x5d, 0xc2); result = smbus_write_byte(adt7463, 0x5e, 0xc2); - /* Make sure that our fans never stop when temp. falls below Tmin, - but rather keep going at minimum duty cycle (applies to automatic - fan control mode only). */ + /* Make sure that our fans never stop when temp. falls below Tmin, + * but rather keep going at minimum duty cycle (applies to automatic + * fan control mode only). + */ result = smbus_write_byte(adt7463, 0x62, 0xc0); /* Set minimum PWM duty cycle to 25%, rather than the default 50%. */ @@ -73,16 +70,18 @@ result = smbus_write_byte(adt7463, 0x66, 0x40); /* Set Tmin to 55C, rather than the default 90C. Above this temperature - the fans will start blowing harder as temperature increases - (automatic mode only). */ + * the fans will start blowing harder as temperature increases + * (automatic mode only). + */ result = smbus_write_byte(adt7463, 0x67, 0x37); result = smbus_write_byte(adt7463, 0x68, 0x37); result = smbus_write_byte(adt7463, 0x69, 0x37); /* Set THERM limit to 70C, rather than the default 100C. - The fans will kick in at 100% if the sensors reach this temperature, - (only in automatic mode, but supposedly even when hardware is - locked up). This is a failsafe measure. */ + * The fans will kick in at 100% if the sensors reach this temperature, + * (only in automatic mode, but supposedly even when hardware is + * locked up). This is a failsafe measure. + */ result = smbus_write_byte(adt7463, 0x6a, 0x46); result = smbus_write_byte(adt7463, 0x6b, 0x46); result = smbus_write_byte(adt7463, 0x6c, 0x46); @@ -96,7 +95,7 @@ /* Set TACH measurements to normal (1/second). */ result = smbus_write_byte(adt7463, 0x78, 0xf0); - printk_debug("ADT7463 properly initialized"); + printk_debug("ADT7463 properly initialized\n"); } static void dummy_noop(device_t dummy) @@ -107,7 +106,7 @@ .read_resources = dummy_noop, .set_resources = dummy_noop, .enable_resources = dummy_noop, - .init = dummy_init, + .init = adt7463_init, }; static unsigned int scan_root_bus(device_t root, unsigned int max)

1 0

← Newer
1
...
34
35
36
37
38
39
40
...
49
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot October 2007